# 工厂人力资源外包招聘管理平台 — PRD v1.1

> **产品名称**：零工智聘（暂定名）  
> **作者**：产品通 | **日期**：2026-07-09 | **版本**：v1.1  
> **状态**：已根据业务方反馈简化（见v1.1更新说明）  
> 
> **v1.1 更新要点**：
> - 打卡模式：从「GPS自动打卡」改为「后台HR录入考勤 + 员工端查询」
> - 借支：简化为「申请→审批」流程，不涉及资金流系统设计
> - 开发团队：确认自有团队，架构建议保持技术中立
> - 薪资周期：确认为自然月

---

## 目录

1. [问题陈述](#1-问题陈述)
2. [目标](#2-目标)
3. [非目标](#3-非目标non-goals)
4. [用户角色](#4-用户角色)
5. [用户故事](#5-用户故事)
6. [功能需求（MoSCoW）](#6-功能需求moscow)
7. [系统架构概览](#7-系统架构概览)
8. [MVP — 第一期详细规格](#8-mvp--第一期详细规格)
9. [管理后台详细需求](#9-管理后台详细需求)
10. [私域人才池设计](#10-私域人才池设计)
11. [指标体系](#11-指标体系)
12. [风险与合规](#12-风险与合规)
13. [分阶段路线图](#13-分阶段路线图)
14. [待确认问题](#14-待确认问题)

---

## 1. 问题陈述

### 背景

人力资源外包公司向工厂输送蓝领工人，当前面临三大核心痛点：

| # | 痛点 | 现状 | 影响 |
|---|------|------|------|
| 1 | **招聘流程断裂** | 职位靠微信群转发，报名靠填纸质表或在线表单，信息分散、易丢失 | 招聘效率低，人才无法沉淀 |
| 2 | **在职管理靠Excel** | 考勤数据由工厂提供后HR手动录入Excel，工时薪酬手工核算，5000+人规模每月结算耗时3-5天 | 出错率高，员工查考勤、查薪资全靠微信问HR |
| 3 | **离职即流失** | 工人离职后信息散落在HR微信里，无法系统化触达和二次匹配 | 私域资产无法变现，招聘成本重复投入 |

### 用户证据

- 用过通用HR SaaS（钉钉/飞书/2号人事部等），但"外包场景"的核心需求无法满足：**一人多工厂、按小时/按天/按件混合计薪、借支审批、推荐奖励**
- 工人端：查工资只能等HR发Excel截图，借支要走纸质流程拍照审批，体验极差
- 管理层：无法实时看到各工厂的在职人数、出勤率、工时分布，决策靠感觉

### 不解决的代价

- 每月薪酬结算人工成本 > 2万元（按2-3个全职薪酬专员算）
- 工人因薪酬不透明导致的流失率约 15-20%/月
- 离职人才无法复用，招聘成本重复投入

---

## 2. 目标

### 业务目标（Business Goals）

| # | 目标 | 衡量方式 | 目标值 |
|---|------|---------|--------|
| BG1 | 降低薪酬结算时间 | 月度结算人天 | 从3-5天降至0.5天 |
| BG2 | 提高工人留存率 | 月度离职率 | 从15-20%降至12%以下 |
| BG3 | 私域人才复用率 | 离职人才30天内再匹配率 | ≥ 10% |
| BG4 | 招聘效率 | 从报名到入职平均天数 | 从7天降至3天 |

### 用户目标（User Goals）

| # | 目标 | 目标用户 |
|---|------|---------|
| UG1 | 工人能自助查薪资、查工时、申请借支，不再依赖HR | 工人 |
| UG2 | HR能一键生成全员工时和薪酬报表 | HR运营 |
| UG3 | 离职人才自动进入私域池，可搜索、打标签、再触达 | HR运营 |

---

## 3. 非目标（Non-Goals）

以下功能 **明确不在 V1 范围内**，防止范围蔓延：

| # | 非目标 | 原因 |
|---|--------|------|
| NG1 | 在线支付工资（直接打款到工人银行卡/微信） | 涉及支付牌照和合规，V1维持"结算生成 + 手动打款"模式 |
| NG2 | 工厂方的HR管理后台 | 工厂方暂不直接操作系统；V1 由外包公司HR统一管理 |
| NG3 | AI智能匹配/推荐算法 | 初期用规则匹配（岗位标签 + 技能标签），AI推荐放V2 |
| NG4 | 电子签合同 | 需对接法大大/上上签等第三方，V1用上传合同照片替代 |
| NG5 | 多语言（英文/越南语等） | 初期仅中文，后期按需扩展 |
| NG6 | PC端管理后台的移动端完整版 | 后台优先PC Web，移动端H5做轻量查询 |

---

## 4. 用户角色

| 角色 | 描述 | 使用端 |
|------|------|--------|
| **工人（求职者/在职员工）** | 通过小程序找岗位、查考勤工时、查薪资、申请借支 | 微信小程序 |
| **HR运营** | 管理职位发布、审核入职、核算薪酬、管理私域人才池 | PC管理后台 |
| **HR管理者（主管/老板）** | 查看报表、审批大额借支、决策 | PC管理后台 |
| **系统管理员** | 账号权限管理、系统配置 | PC管理后台 |

---

## 5. 用户故事

### 工人端（微信小程序）

| 优先级 | 用户故事 |
|--------|---------|
| P0 | 作为工人，我希望在微信里打开小程序，查看我的本月考勤记录和工时明细，以便确认出勤天数是否准确 |
| P0 | 作为工人，我希望在微信里查看我的当月薪资明细（基本工资+加班+补贴-借支），以便核对工资是否准确 |
| P0 | 作为工人，我希望在发薪日前能一键申请小额借支，以便应急使用，并且能看到审批进度 |
| P1 | 作为工人，我希望看到工厂发布的招聘岗位，一键报名，以便找到合适的工作 |
| P1 | 作为工人，我推荐朋友入职成功后，希望能看到推荐奖励到账，以便激励我持续推荐 |
| P1 | 作为工人，我希望看到我的历史薪资记录和借支记录，以便管理个人财务 |
| P2 | 作为工人，我离职后希望还能在小程序里看到新的岗位推荐，以便快速找到下一份工作 |

### HR运营端（PC管理后台）

| 优先级 | 用户故事 |
|--------|---------|
| P0 | 作为HR，我希望按工厂/班组/时间段批量导入考勤数据（或手动录入），系统自动计算工时，以便告别Excel手工核算 |
| P0 | 作为HR，我希望能配置不同工厂的薪资规则（时薪/日薪/计件/加班系数），系统按规则自动计算薪资 |
| P0 | 作为HR，我希望审批工人的借支申请，设定额度上限，系统自动记录借支并从下月薪资中抵扣 |
| P1 | 作为HR，我希望发布和管理招聘岗位，查看报名列表，一键标记入职/淘汰，以便管理招聘流程 |
| P1 | 作为HR，标记员工离职时，该员工自动进入私域人才库，保留技能标签和历史记录 |
| P1 | 作为HR，我希望在私域人才池中按技能、地区、历史工厂搜索离职人才，一键发送岗位推荐 |
| P2 | 作为HR，我希望能导出各类报表（在职花名册、月度薪酬表、出勤统计），用于财务和客户汇报 |

### HR管理者端（PC管理后台）

| 优先级 | 用户故事 |
|--------|---------|
| P0 | 作为管理者，我希望能看到各工厂实时在职人数、出勤率、工时概况，以便快速掌握业务情况 |
| P1 | 作为管理者，我希望能审批超过一定额度（如2000元）的借支申请 |
| P1 | 作为管理者，我希望看到月度人力成本分布（按工厂/岗位），便于做定价和利润分析 |

---

## 6. 功能需求（MoSCoW）

### 6.1 微信小程序 — 工人端

| 模块 | 功能 | 优先级 | 说明 |
|------|------|--------|------|
| **首页工作台** | 本月工时/薪资概览卡片 | P0 | 打开即看核心数据 |
| | 快捷入口：查考勤、查薪资、借支 | P0 | |
| **考勤** | 考勤日历（按日查看出勤/缺勤/请假） | P0 | 数据由HR后台录入，员工只读 |
| | 本月工时汇总（总工时/加班工时） | P0 | |
| **薪资** | 当月薪资明细（基本工资+加班+补贴-借支） | P0 | |
| | 历史薪资列表（按月查询） | P1 | |
| | 薪资条分享（生成图片分享给家人） | P2 | |
| **借支** | 一键借支申请（选择金额、原因） | P0 | 额度由HR后台配置 |
| | 借支审批状态跟踪 | P0 | |
| | 借支还款记录 | P1 | |
| **招聘** | 工厂岗位列表/搜索 | P1 | |
| | 岗位详情 + 一键报名 | P1 | |
| | 报名状态追踪 | P1 | |
| **推荐奖励** | 生成专属推荐码/海报 | P1 | |
| | 推荐记录与奖励明细 | P1 | |
| **个人中心** | 个人信息/工牌 | P0 | |
| | 消息通知（薪资发放、借支审批结果） | P0 | 微信模板消息 |
| | 我的合同查看 | P1 | |

### 6.2 PC管理后台 — HR端

| 模块 | 功能 | 优先级 | 说明 |
|------|------|--------|------|
| **仪表盘** | 总在职人数/出勤率/工时概况 | P0 | 首页大屏概览 |
| | 各工厂人力分布图 | P1 | |
| | 本月薪资总额/借支总额 | P0 | |
| **员工管理** | 员工列表（按工厂/岗位/状态筛选） | P0 | |
| | 员工详情（个人信息、打卡、薪资、借支） | P0 | |
| | 批量导入/导出 | P0 | Excel导入 |
| | 标记离职（触发进入私域池） | P1 | |
| **考勤管理** | 考勤数据批量导入（Excel模板） | P0 | |
| | 单条考勤手动录入/修改 | P0 | |
| | 考勤记录查询/导出 | P0 | |
| | 考勤规则配置（班次/休息日） | P0 | |
| **工时计算** | 按工厂/班组配置工时规则 | P0 | 支持白班/夜班 |
| | 自动计算日工时/月工时 | P0 | |
| | 加班工时自动识别（超时部分） | P0 | |
| **薪酬管理** | 薪资规则配置（时薪/日薪/计件/加班系数） | P0 | 按工厂维度 |
| | 月度自动薪资核算 | P0 | 一键生成 |
| | 薪资条生成与推送 | P0 | 推送至小程序 |
| | 薪资报表导出 | P1 | |
| **借支管理** | 借支规则配置（额度上限/频次） | P0 | |
| | 借支审批列表（待审批/已审批） | P0 | 结算同事操作审批 |
| | 借支与薪资自动抵扣 | P0 | 审批通过后自动计入应扣项 |
| **招聘管理** | 岗位发布/编辑/下架 | P1 | |
| | 报名列表管理（标记筛选/入职/淘汰） | P1 | |
| | 入职流程（信息补全→合同上传→激活打卡） | P1 | |
| **私域人才池** | 离职人才自动入库 | P1 | 保留技能标签 |
| | 人才搜索（技能/地区/历史工厂） | P1 | |
| | 批量岗位推送（模板消息触达） | P2 | |
| | 人才标签管理 | P1 | |
| **推荐管理** | 推荐奖励规则配置 | P1 | |
| | 推荐记录与奖励发放 | P1 | |
| **系统管理** | 角色与权限管理 | P0 | |
| | 工厂/部门/岗位基础数据维护 | P0 | |
| | 操作日志 | P1 | |

---

## 7. 系统架构概览

```
┌──────────────────────────────────────────────────────┐
│                    用户终端层                          │
│  ┌──────────────┐  ┌──────────────┐  ┌────────────┐ │
│  │ 微信小程序    │  │ PC管理后台   │  │ 企业微信    │ │
│  │ (工人端)      │  │ (HR端)      │  │ (私域触达)  │ │
│  └──────┬───────┘  └──────┬───────┘  └─────┬──────┘ │
└─────────┼──────────────────┼───────────────┼─────────┘
          │                  │               │
┌─────────┴──────────────────┴───────────────┴─────────┐
│                     API 网关层                        │
│             (微信云开发 / 自建服务器)                  │
└─────────┬──────────────────┬───────────────┬─────────┘
          │                  │               │
┌─────────┴──────────────────┴───────────────┴─────────┐
│                    业务服务层                          │
│  ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌───────────┐ │
│  │用户   │ │打卡   │ │薪资   │ │招聘   │ │私域人才池  │ │
│  │服务   │ │服务   │ │服务   │ │服务   │ │服务       │ │
│  └──────┘ └──────┘ └──────┘ └──────┘ └───────────┘ │
└─────────┬──────────────────┬───────────────┬─────────┘
          │                  │               │
┌─────────┴──────────────────┴───────────────┴─────────┐
│                    数据存储层                          │
│  ┌──────────┐  ┌──────────┐  ┌────────────────────┐  │
│  │ MySQL    │  │ Redis    │  │ 腾讯云COS(文件存储) │  │
│  │ (主数据库)│  │ (缓存)   │  │                    │  │
│  └──────────┘  └──────────┘  └────────────────────┘  │
└──────────────────────────────────────────────────────┘
```

### 技术选型建议

> **自有团队开发，按团队现有技术栈选型即可。** 以下为通用建议：

| 层级 | 推荐方案 | 说明 |
|------|---------|------|
| 小程序框架 | 微信原生 / Taro / uni-app | 取决于团队前端熟悉度。如果团队有Vue/React经验，Taro/uni-app上手更快 |
| 后端 | 按团队现有语言 | Java(Spring Boot)、Node.js(Nest.js)、Python(Django)、PHP(Laravel) 均可胜任 |
| 数据库 | MySQL 8.0 / PostgreSQL | 事务支持强，薪资计算必须保证数据一致性 |
| 文件存储 | 腾讯云COS / 阿里云OSS | 合同照片、薪资条图片存储 |
| 部署 | 腾讯云 / 阿里云服务器 | 与小程序同生态运维成本更低 |
| 消息推送 | 微信模板消息 | 免费，适合薪资发放、借支审批结果通知 |

### 架构特点（简化后）

- **无实时打卡压力**：考勤数据由HR批量导入，无需处理高并发打卡
- **读多写少**：工人端主要是查询，可加缓存层提升体验
- **薪资计算可离线**：月度薪资核算可设计为异步任务，夜间执行

---

## 8. MVP — 第一期详细规格

根据你的优先级选择，MVP聚焦以下模块：

### 8.1 MVP范围

```
✅ P0 包含：
  ├── 工人端：查考勤、查工时、查薪资、一键借支、个人信息
  ├── HR后台：员工管理、考勤录入与管理、工时计算、薪酬核算、借支审批、基础报表
  └── 系统：角色权限、工厂基础数据

❌ 暂不包含：
  ├── 招聘/报名流程（P1，第二期）
  ├── 推荐奖励（P1，第二期）
  ├── 私域人才池（P1，第二期）
  └── 电子合同（NG4）
```

### 8.2 核心业务流程

#### 8.2.1 考勤数据流转

```
工厂方提供考勤数据（Excel/纸质） 
    → HR在后台按工厂/班组批量导入Excel 
    → 系统自动解析并生成每日考勤记录
    → 工人打开小程序 → "考勤"模块查看出勤日历和工时汇总
```

> **设计要点**：考勤数据由HR侧单向录入，工人端仅可查看，不可修改。如有异议，工人通过线下渠道找HR核对后由HR修正。

#### 8.2.2 薪资查询流程

```
工人打开薪资页面 → 展示当月薪资概览卡片
（基本工资 ¥X,XXX + 加班 ¥XXX - 借支 ¥XXX = 实发 ¥X,XXX）
    → 点击查看明细
    → 展示：每日工时明细 + 薪资计算过程
    → 可查看历史月份
```

#### 8.2.3 一键借支流程

```
工人点击"申请借支"
    → 显示可借额度（HR在后台配置的规则，如月薪30%或固定金额）
    → 选择金额 + 填写原因（可选）
    → 提交申请
    → 结算同事在后台看到待审批列表
    → 审批通过/拒绝（拒绝需填原因）
    → 工人收到微信模板消息通知
    → 通过后系统自动计入当月薪资"应扣借支"项
```

#### 8.2.4 薪酬核算流程（HR后台）

```
月初（自然月1号） → HR触发"月度薪资核算"
    → 系统自动汇总：考勤工时 × 薪资规则 - 借支扣款 + 补贴
    → 生成月度薪资预览表
    → HR核对确认 → 一键推送薪资条到工人小程序
    → 工人可在小程序查看薪资明细
```

### 8.3 小程序页面结构（MVP）

```
小程序首页
├── 顶部：本月工时 / 薪资概览卡片
├── 快捷入口区（宫格布局）
│   ├── 📋 考勤查询
│   ├── 💰 薪资查询
│   ├── 💳 申请借支
│   └── ⏱️  工时明细
├── 通知区域（薪资发放、借支审批结果）
└── 底部Tab
    ├── 首页
    ├── 考勤
    ├── 借支
    └── 我的
```

---

## 9. 管理后台详细需求

### 9.1 后台整体布局

```
┌──────────────────────────────────────┐
│  侧边栏          │  主内容区          │
│                  │                    │
│  📊 工作台       │                    │
│  👥 员工管理     │                    │
│  📋 考勤管理     │                    │
│  ⏱️  工时管理    │                    │
│  💰 薪酬管理     │                    │
│  💳 借支管理     │                    │
│  📢 招聘管理(P1) │                    │
│  🏷️  私域池(P1)  │                    │
│  🎁 推荐管理(P1) │                    │
│  ⚙️  系统设置    │                    │
│                  │                    │
└──────────────────────────────────────┘
```

### 9.2 工作台（Dashboard）

首页实时数据卡片：
- 总在职人数（环比变化）
- 本月发薪总额（已核算月份）
- 待审批借支数
- 各工厂在职人数分布

### 9.3 员工管理

**员工列表字段**：

| 字段 | 说明 |
|------|------|
| 姓名 | — |
| 手机号 | 关联微信openid |
| 身份证号 | 脱敏显示（后4位） |
| 所属工厂 | 下拉关联 |
| 岗位 | 普工/技工/班组长等 |
| 入职日期 | — |
| 状态 | 在职/离职 |
| 时薪/日薪 | 显示当前薪资标准 |
| 操作 | 查看详情/编辑/标记离职 |

**员工详情页**包含：
- 基本信息（可编辑）
- 考勤记录（日历视图）
- 薪资记录（按月份列表）
- 借支记录（审批历史）
- 操作日志

### 9.4 薪资规则配置

薪资规则是按**工厂维度**配置的，核心字段：

```yaml
工厂: XX电子厂
基本规则:
  薪资模式: 时薪 / 日薪 / 计件
  时薪标准: 22元/小时（普通工） | 28元/小时（技工）
  日薪标准: 200元/天
  
考勤规则:
  正常班次: 08:00-17:00（8小时）
  晚班班次: 20:00-05:00（8小时，含1小时休息）
  每月标准出勤天数: 26天
  休息日: 周日（可配置）

加班规则:
  工作日加班: 1.5倍时薪
  周末加班: 2倍时薪
  节假日加班: 3倍时薪
  加班最小计算单位: 0.5小时

补贴规则:
  夜班补贴: 20元/天
  餐补: 15元/天
  全勤奖: 300元/月（满26天）

借支规则:
  额度上限: 月薪预估的30%
  最低申请额: 100元
  每月申请次数上限: 2次
```

### 9.5 工时计算逻辑

> 考勤由HR在后台录入/导入，系统基于录入数据自动计算。

```
日工时 = 当日录入的工时（HR直接录入或从考勤模板解析）
月工时 = Σ(日工时) 
月加班工时 = Σ(max(0, 日工时 - 标准班次时长))（超过标准班次部分）
有效出勤天数 = 日工时 ≥ 4小时的天数
```

**考勤录入方式**：
- Excel批量导入：按模板格式（员工姓名+日期+班次+工时），系统解析后自动入库
- 手动逐条录入：在员工考勤日历页，HR可点击某天修改出勤状态和工时
- 支持标记：正常出勤 / 请假 / 旷工 / 休息

---

## 10. 私域人才池设计

### 10.1 设计思路

私域人才池是**离职人才的数字资产**，目标是：
- 离职不是终点，而是"待激活"状态
- 降低重复招聘成本
- 工人离职后仍保持弱连接

### 10.2 流转机制

```
在职员工 → HR标记"离职" → 自动触发：
  1. 员工状态 → "离职"
  2. 信息进入私域人才池（脱敏处理：隐藏身份证号、保留技能标签）
  3. 小程序端：该工人仍可登录，但仅显示"岗位推荐"模块
  4. 企业微信：自动添加为联系人，打上技能标签
```

### 10.3 私域池字段

| 字段 | 说明 | 来源 |
|------|------|------|
| 姓名 | — | 员工档案 |
| 年龄/性别 | — | 员工档案 |
| 手机号 | — | 员工档案 |
| 技能标签 | 焊接/质检/操作工等 | 入职时标记 + 历史岗位 |
| 历史工厂 | 曾派驻的工厂列表 | 自动记录 |
| 累计工时 | 在职期间总工时 | 自动计算 |
| 离职原因 | 个人原因/工厂原因/薪资不满等 | HR标记 |
| 离职日期 | — | 系统记录 |
| 可触达状态 | 可触达/已屏蔽/已再入职 | — |
| 最近触达时间 | — | 系统记录 |

### 10.4 触达策略

| 场景 | 触达方式 | 内容 |
|------|---------|------|
| 新岗位上线 | 模板消息 | "XX工厂急招焊工，时薪28元，点击查看" |
| 离职30天 | 模板消息 | "最近找到合适的工作了吗？看看这些新岗位" |
| 离职90天 | 企业微信 | HR手动1v1沟通 |

---

## 11. 指标体系

### 11.1 北极星指标

> **月活跃工人数（MAU）** — 每月至少打开一次小程序查看考勤/薪资/借支的工人数

### 11.2 驱动指标（Leading Indicators）

| 指标 | 定义 | 目标（6个月后） | 监控频率 |
|------|------|----------------|---------|
| 薪资查询率 | 当月查看过薪资条的工人数 / 总在职人数 | ≥ 80% | 每月 |
| 借支使用率 | 当月申请过借支的工人数 / 总在职人数 | ≥ 15% | 每月 |
| 考勤查询率 | 当月查看过考勤的工人数 / 总在职人数 | ≥ 70% | 每月 |
| 小程序日活（DAU） | 每日打开小程序的独立用户数 | — | 每日 |
| 借支审批时效 | 申请到审批完成的平均时间 | ≤ 4小时 | 每周 |

### 11.3 健康指标（Health Metrics）

| 指标 | 定义 | 警戒线 |
|------|------|--------|
| 薪资计算准确率 | 无需人工修正的薪资条比例 | ≥ 99% |
| 借支审批时效 | 申请到审批完成的平均时间 | ≤ 4小时 |
| 工人月度流失率 | 当月离职人数 / 月初在职人数 | ≤ 12% |
| 系统可用性 | 小程序 + 后台正常运行时间 | ≥ 99.9% |
| 私域人才激活率 | 离职后30天内被重新匹配/联系的比例 | ≥ 10% |

### 11.4 仪表盘设计建议

**HR管理者首页仪表盘**（管理层视角）：
- 实时在职人数（按工厂柱状图）
- 本月薪资总额 + 借支总额（数字卡片）
- 月度流失率趋势（折线图）
- 各工厂人力成本分布（饼图）

**运营仪表盘**（产品/运营视角）：
- DAU/MAU趋势
- 考勤查询率趋势
- 薪资查询率月趋势
- 借支申请漏斗（申请→审批通过率）

---

## 12. 风险与合规

### 12.1 合规风险

| 风险 | 等级 | 措施 |
|------|------|------|
| **个人信息保护** | 🔴 高 | 身份证号、银行卡号等敏感信息加密存储（AES-256），后台脱敏显示。符合《个人信息保护法》要求 |
| **薪资数据安全** | 🔴 高 | 薪资数据行级权限控制，HR仅可查看自己管理的工厂数据。数据库传输层TLS加密 |
| **借支合规** | 🟡 中 | 借支不等于贷款，需在用户协议中明确"预支工资"性质，避免被认定为非法借贷 |
| **模板消息合规** | 🟡 中 | 微信模板消息有发送频次限制，需合理规划推送策略，避免骚扰 |

### 12.2 技术风险

| 风险 | 等级 | 措施 |
|------|------|------|
| **薪资计算错误** | 🔴 高 | 计算逻辑需充分测试，首次上线人工并行核算1-2个月做对比验证 |
| **数据丢失** | 🔴 高 | 每日自动备份数据库，考勤和薪资数据重点保护 |
| **Excel导入兼容性** | 🟡 中 | 考勤批量导入需兼容不同工厂提供的Excel格式，建议设计标准模板并做格式校验 |
| **微信小程序审核** | 🟡 中 | "借支"功能可能触发金融类审核，需提前准备合规说明材料 |

### 12.3 业务风险

| 风险 | 等级 | 措施 |
|------|------|------|
| **工人不使用小程序** | 🟡 中 | 工厂入职时引导绑定小程序 + 首次查薪资有引导提示，HR现场辅导 |
| **工厂方考勤数据不准时提供** | 🟡 中 | 为工厂方提供出勤报表作为价值交换，激励按时提供数据 |
| **薪资规则配置错误** | 🟡 中 | 规则修改需二次确认，变更记录留痕，支持规则版本回溯 |

---

## 13. 分阶段路线图

```
┌─────────────────────────────────────────────────────┐
│  Phase 1: MVP（第1-3个月）                           │
│  ┌─────────────────────────────────────────────┐    │
│  │ 工人端：查考勤 + 查薪资 + 查工时 + 一键借支   │    │
│  │ 后台：员工管理 + 考勤录入 + 工时 + 薪酬 + 借支│    │
│  │ 基础：账号体系 + 工厂数据 + 角色权限         │    │
│  └─────────────────────────────────────────────┘    │
│  目标：替代Excel，跑通考勤录入→工时→薪酬核心链路      │
├─────────────────────────────────────────────────────┤
│  Phase 2: 招聘 + 私域（第4-6个月）                   │
│  ┌─────────────────────────────────────────────┐    │
│  │ 工人端：岗位浏览/报名 + 推荐奖励 + 离职看板   │    │
│  │ 后台：招聘管理 + 入职流程 + 私域人才池        │    │
│  │ 触达：企业微信集成 + 模板消息岗位推送         │    │
│  └─────────────────────────────────────────────┘    │
│  目标：跑通招聘→入职→在职→离职→私域全链路           │
├─────────────────────────────────────────────────────┤
│  Phase 3: 智能化 + 规模化（第7-12个月）              │
│  ┌─────────────────────────────────────────────┐    │
│  │ AI岗位匹配推荐 + 电子签合同 + 在线支付工资    │    │
│  │ 数据分析BI + 工厂方自助门户 + 绩效管理       │    │
│  └─────────────────────────────────────────────┘    │
│  目标：从工具变成平台，支撑100+工厂规模              │
└─────────────────────────────────────────────────────┘
```

### MVP交付里程碑

| 里程碑 | 时间节点 | 交付物 |
|--------|---------|--------|
| M1: 设计定稿 | 第3周 | 小程序UI设计稿 + 后台原型 |
| M2: 后端核心开发完成 | 第6周 | API接口 + 数据库 + 薪资计算引擎 |
| M3: 小程序开发完成 | 第8周 | 可演示的小程序版本 |
| M4: 内部验收测试 | 第10周 | Bug修复 + 薪资计算平行验证 |
| M5: 试点工厂上线 | 第12周 | 选1个工厂200人试运行 |
| M6: 全量推广 | 第14周 | 覆盖全部工厂 |

---

## 14. 待确认问题

| # | 问题 | 谁回答 | 阻塞级别 |
|---|------|--------|---------|
| Q1 | 小程序名称和品牌是否已有规划？需要提前注册微信小程序 | 决策层 | 🟡 非阻塞 |
| Q2 | 考勤数据从工厂方获取的频率和格式？（每天/每周/每月？Excel/纸质？） | 业务方 | 🔴 阻塞 |
| Q3 | 借支审批是否需要多级审批？（如2000以下结算同事批，2000以上主管批） | 业务方 | 🟡 非阻塞 |
| Q4 | 多个工厂之间工人调动/借调的业务流程是否常见？ | 业务方 | 🟡 非阻塞 |
| Q5 | 开发团队目前的技术栈是什么？（前端框架/后端语言/数据库偏好） | 技术负责人 | 🔴 阻塞 |
| Q6 | 首期试点选哪个工厂？规模多大？ | 业务方 | 🔴 阻塞 |

### 已确认项

| # | 问题 | 结论 |
|---|------|------|
| ✅ | 打卡方式 | 不做GPS打卡，后台HR录入考勤，员工端只查看 |
| ✅ | 借支模式 | 简化为申请→审批流程，由结算同事处理 |
| ✅ | 开发团队 | 自有团队 |
| ✅ | 薪资周期 | 自然月 |

---

## 附录A：与通用HR SaaS的差异对比

| 维度 | 通用HR SaaS（钉钉/飞书/2号） | 我们的产品 |
|------|---------------------------|-----------|
| 组织架构 | 单一公司树状结构 | 多工厂平行结构，工人跨工厂流动 |
| 考勤模式 | 员工自主打卡 | HR后台录入考勤，员工端查询 |
| 薪资模式 | 固定月薪为主 | 时薪/日薪/计件混合，加班系数复杂 |
| 借支 | 不支持或流程复杂 | 一键借支，自动抵扣，核心场景 |
| 私域复用 | 无 | 离职自动入池，标签化管理，可二次触达 |
| 招聘 | 对接招聘网站 | 自建招聘小程序，与在职管理打通 |
| 推荐激励 | 弱或无 | 推荐码+奖励体系，社交裂变 |
| 目标用户 | 企业HR部门 | 人力资源外包公司 |
| 移动端 | 需下载App | 微信小程序，无需安装 |