零工智聘项目评审与 PRD

评审结论：不要马上报完整开发价。

第一次沟通应该先确认真实预算、最终拍板人、上线压力、试点工厂和样表可用性。合适的成交路径是先签一阶段需求澄清 / 试点方案服务，再基于明确范围进入 MVP 开发合同。

首期应该收敛到什么

把“招聘管理平台”先拆成可验收的在职管理核心链路，避免一开始就做招聘、私域、推荐奖励和复杂支付。

一期必须跑通

员工档案、考勤录入、工时计算、薪资核算、借支审批、工人端查询。

员工考勤薪资借支

暂不建议一期做

招聘闭环、推荐奖励、私域人才池、AI 匹配、电子合同、在线发薪。

二期招聘二期私域后置 AI

报价前必须拿到

脱敏员工花名册、考勤表、薪资核算表、借支记录、试点工厂规则和审批流程。

真实样表规则确认试点验收

第一次沟通重点

不要一上来问预算，也不要直接给大包价。围绕业务价值、上线压力和验收标准提问。

优先确认

系统是自用，还是未来要做 SaaS。
首期最想解决的是替代 Excel、减少咨询，还是跑通招聘闭环。
试点工厂规模、薪资周期、考勤数据频率和格式。
谁是最终拍板人，财务和老板是否参与验收。

明确边界

当前 PRD 不能直接作为开发合同附件。
报价必须基于真实样表和试点范围。
薪资系统必须做并行核算验证。
未签约前不交付完整架构、数据库设计和可开发代码。

主要风险

这些风险决定项目是否能稳妥交付，也决定第一阶段是否值得继续推进。

薪资规则复杂且容易变动 必须先拿真实样表，建立规则版本和复核机制。

工厂考勤数据不稳定 需要确认每天、每周还是月底提供，以及是否能统一模板。

借支功能有合规和小程序审核风险 表述应偏“预支工资”，流程仅做申请、审批和薪资扣减记录。

范围容易从工具扩张成平台 招聘、推荐、私域和 AI 放到二期之后，首期先验证核心链路。

文档入口

完整 PRD 保留产品全貌，PRD Check 用于指导商务沟通和下一步成交策略。

PRODUCT REQUIREMENTS

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

包含问题陈述、目标、用户角色、功能需求、MVP 规格、后台需求、风险合规和路线图。

打开 PRD 文档

REVIEW CHECK

PRD Check 与第一次沟通建议

明确当前不宜直接报价开发，建议先推进付费需求澄清 / PoC，再转 MVP 合同。

打开 PRD Check

先把试点、样表和验收口径谈清楚，再进入正式开发。