基于Vue3 + SpingBoot的专用技能行业招聘数字化平台项目介绍

摘要
焊工、电工、叉车司机、维保技师、护理员、机手……许多行业招人时真正关心的是「会什么、证齐不齐、以前干得怎么样」，而不是一份泛泛的简历。传统同城招聘难以表达可量化的技能维度，熟人介绍又缺少从撮合、确认到完工评价的电子留痕。
有工开（ygkApp） 定位为专用技能行业招聘数字化平台：通过可配置的技能字典、岗位—人员同构维度、申请/邀约双通道与完工评价闭环，服务各类「靠技能吃饭」的垂直用工场景；工程机械租赁与现场施工是当前系统沉淀较深的典型落地行业之一，而非平台能力边界。

一、项目背景及简介

1.1 行业背景

在专用技能行业中，用工呈现明显的项目制、区域化、短期波动特征：雇主往往按「地点 + 工种 + 人数 + 工期 + 薪酬」发布需求，劳动者则依靠多项技能、资质证照与历史口碑参与竞争。无论是工地、工厂、园区还是上门服务，普遍面临：

• 

  岗位所需的技能等级、证照类型无法用通用简历表达；

• 招聘与履约信息散落在群聊、电话、表格中，过程不可追溯；

• 单向投递与口头邀约并存，确认状态混乱；

• 完工后评价与人员档案脱节，优质技工难以沉淀复用；

• 平台运营方需对雇主资质、任务内容、收费策略做统一治理。

泛化招聘平台擅长流量与类目，却不擅长「技能是否对口」；纯考勤或薪酬系统又往往不管招聘撮合。市场需要一类以技能为主键、以撮合闭环为核心的垂直数字化底座。

1.2 项目简介

有工开（ygkApp） 是一套专用技能行业招聘数字化平台，采用 移动端 + 管理后台 + API 服务 三端一体架构，将「会什么技能的人」与「要什么技能的岗」在同一数据模型下对齐，并完成从入驻到评价的全流程留痕。

模块

目录

职责

当前移动端应用名称为 有工開（manifest.json 中 versionName 为 2.4.0）。业务闭环为：资质入驻 → 按技能发布需求 → 申请/邀约撮合 → 双向确认 → 履约 → 完工复核与多维评价 → 技能画像更新。

1.3 典型适用行业（可配置扩展）

平台通过后台技能管理、招聘分类、评价维度名称适配不同垂直领域，无需改核心撮合逻辑。常见方向包括：

类型

示例场景

技能/证照表达

说明：代码与界面中保留「雇主 / 机手（Operators）」等历史命名，在交付其他行业时可仅调整文案与字典配置，语义上对应用工方 / 技能从业者。

二、目标客户

2.1 直接用户

2.2 间接客户与实施方

• 垂直招聘 / 技能劳务 SaaS 运营商：基于本项目配置行业技能包与收费策略；

• 行业信息化集成商：将撮合能力嵌入智慧工地、园区、工厂人力门户；

• 技术团队：需要可私有化部署的 Java + Vue + uni-app 技能招聘参考实现。

三、平台定位

3.1 一句话定位

专用技能行业招聘数字化平台——以可配置技能维度 + 证照材料 + 多维评价为核心，做「岗位技能要求」与「人员技能画像」的结构化撮合，而不是泛化信息流招聘。

3.2 与两类系统的差异

对比对象

差异

3.3 能力边界

能力

平台重点

可扩展衔接

3.4 价值主张

• 对雇主：把人数、地点、工期、薪酬与技能门槛一次说清，减少「来了才发现不会干」；

• 对从业者：技能与证照可展示、评价可积累，形成可迁移的数字职业画像；

• 对运营方：一套后台支撑多行业技能包与风控，利于 SaaS 化复制。

四、平台技术

4.1 总体架构

┌─────────────┐     HTTPS/REST      ┌──────────────┐
│  startApp   │ ◄──────────────────►│   work-api   │
│  (uni-app)  │      Token 鉴权      │ Spring Boot  │
└─────────────┘                     │  + MyBatis   │
┌─────────────┐                     │  + MySQL     │
│ work_admin  │ ◄──────────────────►└──────────────┘
│ Vue3 + EP   │                            │
└─────────────┘                     ┌──────┴──────┐
                                    │ OSS / 邮件  │
                                    │ 支付(IAP等) │
                                    └─────────────┘

4.2 技术栈明细

服务端（work-api）：Java 8、Spring Boot 2.6.2、MyBatis、MySQL；Token 拦截；OSS、邮件、IAP/支付等。

管理端（work_admin）：Vue 3、Element Plus、Pinia、ECharts。

移动端（startApp）：uni-app、TuniaoUI、统一请求封装与 i18n；支持 App 打包与 IAP。

4.3 核心数据模型（行业无关设计）

• Skill / TaskTypes：技能项与招聘分类（行业差异化的配置入口）

• Tasks：用工需求（区域、地点、类型、人数强度、时段、薪酬、岗位侧多维技能要求）

• Operators / Employers：从业者与用工方画像、证照与审核

• TaskApplications：申请/邀约、双方确认标识、状态机

• TaskCompletions：完工、复核、与岗位同构的多维评分

• EvaluationSettingParameters：评价维度展示名称可配置（如将「施工反馈」改为「服务满意度」）

• UserPaymentPlan / PaymentPackages：运营收费

4.4 安全与治理

Token 鉴权、雇主/从业者/任务审核流、版本控制；生产环境须独立配置数据库与密钥，勿将敏感配置提交公开仓库。

五、平台核心功能

5.1 移动端（雇主 / 技能从业者）

功能域

说明

5.2 管理后台

模块

说明

5.3 服务端 API（节选）

/Tasks、/TaskApplications、/Operators、/Employers、/TaskCompletions、/Skill、/TaskTypes、/EvaluationSettingParameters、/File、/Notifications、/VersionControl 等，移动端与管理端同源调用。

六、平台独特优势

6.1 「技能」是一等公民

岗位与人员采用同构多维技能 + 综合表现字段，支持阈值筛选与完工后回写，适配各类技术工种，而非仅学历与工作年限。

6.2 垂直行业可配置，而非写死在代码里

技能字典、招聘分类、评价维度名称均可后台维护，同一套代码可支撑多行业 SaaS，降低定制成本。

6.3 撮合闭环完整

发布 → 申请/邀约 → 双向确认 → 招满 → 履约 → 复核评价 → 画像更新，避免「只发帖、不管结果」。

6.4 双通道撮合降低漏单与争议

主动申请与主动邀约并存，确认标识驱动状态，过程可举证。

6.5 技术架构利于私有化与二开

主流 Java + Vue + uni-app 分工清晰；以任务 ID、用户 ID 即可对接企业 ERP、薪酬或设备管理。

6.6 典型行业深度验证

在工程机械租赁、现场施工等场景已有完整页面与流程沉淀，迁移到其他技能行业时主要做字典与文案配置，核心引擎可复用。

七、平台安装使用

适用于本地或私有化部署；生产环境请使用独立数据库、HTTPS 与安全加固。

7.1 环境要求

JDK 1.8+、Maven 3.6+、MySQL 5.7/8.0、Node.js 16+（管理端）、HBuilderX 或 uni-app CLI（移动端）。

7.2 数据库与后端

7.3 管理端

cd work_admin && npm install && npm run dev

生产：npm run build，部署 dist。

7.4 移动端

HBuilderX 打开 startApp，修改 util/request/index.js 中 API 根地址，打包或真机调试。

7.5 新行业落地建议（配置优先）

7.6 角色日常使用

雇主：认证 → 发布带技能要求的任务 → 处理申请/邀约 → 确认订单 → 复核评价。

从业者：认证与技能证照 → 广场申请或接受邀约 → 履约 → 查看评价与画像。

管理员：审核用户与任务 → 维护技能包与参数 → 查看评价与收费。

八、应用场景及案例说明

场景一：工程机械租赁项目的临时机手招聘（典型落地）

背景：多工点、多机型并行，需按机型与证照招募操作手。

用法：发布任务时配置 skillA 等技能维度与人数强度；从业者申请或接受邀约；完工后评价回写画像。

效果：岗位技能与人员能力对齐有据可查。（为本项目当前沉淀最深的场景之一。）

场景二：制造工厂焊工/钳工旺季补员

背景：产线旺季短期增加持证焊工，要求明确工种等级与作业区域。

用法：运营方配置「焊工」「钳工」技能项与特种作业证附件字段；雇主发布工厂所在区域与工期；从业者按技能筛选投递。

效果：减少「证不对口」导致的返工与纠纷。

场景三：物业园区多工种维保调度

背景：同一物业公司需电工、暖通、电梯维保等多工种值班。

用法：招聘分类区分工种；评价维度名称配置为「响应时效」「服务满意度」等；订单与评价统一留存。

效果：一条平台覆盖多种技能岗位，避免每个工种单独建群招人。

场景四：垂直招聘 SaaS 运营与商业化

背景：服务商面向多个技能行业客户提供托管运营。

用法：按客户开通不同技能包；雇主/从业者审核 + 任务审核 + 收费模式 + 版本控制；移动端 IAP/套餐收费。

效果：一套引擎、多行业配置，降低 SaaS 复制成本

结语

有工开（ygkApp） 的本质是：让「技能」在招聘全流程里可读、可比、可留痕、可积累。工程机械租赁与现场施工是已经跑通的一类场景，但平台架构面向的是更宽的专用技能行业——只要行业招人看的是「会什么、证齐不齐、干得怎么样」，就可以通过配置技能字典与评价维度快速落地。

对技术团队，它是可部署的 uni-app + Vue3 + Spring Boot 垂直招聘工程样本；对业务与运营方，它是可 SaaS 化复制的技能行业招聘数字化底座。