客户专属定制
只服务你的业务口径，独立评估工作量、独立确认范围、独立交付与验收，成果与排期以合同和需求清单为准。
- 按需求范围评估后报价
- 有明确验收标准
先分清两件事
客户专属定制，与进入产品规划的产品建议
两者的评估路径、交付对象与费用方式都不同。分清之后，讨论范围与排期才有意义。
产品建议
具有普遍价值的需求会进入产品版本规划，按产品自身节奏发布并面向所有客户；提出建议不等于获得定制，也不承诺进入哪一个版本。
- 进入版本规划
- 按产品节奏发布
适合的需求类型
哪些差异适合走定制
以下为常见的定制方向，是否可实现需在需求澄清与能力匹配后判断。
- 行业特有字段与数据结构差异（资质、证照、工种等）
- 审核与流程差异（多级审核、区域权限、特殊状态流转）
- 角色与权限差异（运营分级、机构账号、子账号体系）
- 品牌与界面差异（独立品牌、页面结构、内容模板）
- 行业场景差异（劳务、猎头、校园、园区等特定业务玩法）
- 与既有系统协同带来的功能改造（可能同时涉及接口对接）
评估流程
从需求澄清到约定期维护
优先复用成熟能力；未评估的需求不承诺固定价格与周期。
第 1 步：需求澄清
把「想要什么功能」还原成「要解决什么业务问题」，确认使用角色与真实业务口径。
阶段产出：需求描述与业务场景记录
第 2 步：现有能力匹配
先核对产品既有能力能覆盖多少，优先复用成熟能力，减少不必要的重复建设。
阶段产出：可复用能力与待定制项区分
第 3 步：变更范围与报价
对待定制项拆分工作量，确认实现方式与影响面，按需求范围评估后给出方案与费用构成。
阶段产出：需求清单与费用构成说明
第 4 步：原型或方案确认
以原型、字段清单或技术方案的形式确认交付形态，避免开发完成后才发现理解偏差。
阶段产出：确认过的原型或技术方案
第 5 步：开发与测试
按需求清单分批实现并自测，过程中的新增需求走独立变更确认，不默认并入原范围。
阶段产出：可测试的功能版本
第 6 步：验收与上线
按验收标准逐项核对，处理验收问题后配合上线，并说明配置位置与使用方式。
阶段产出：验收记录与上线配合
第 7 步：约定期维护
在约定期内处理定制范围内的缺陷；期后的持续改动进入新一轮评估。
阶段产出：维护期与响应方式约定
验收方式
怎么算做完了
- 验收依据
- 以合同、需求清单与事先确认的验收标准为准，不以口头描述为准。
- 验收方式
- 按需求清单逐项核对功能表现，由你方业务人员在约定环境中确认。
- 变更机制
- 需求清单之外的调整单独评估工作量与排期，确认后才进入开发。
- 维护期
- 定制范围内的缺陷在约定期内处理，具体期限与响应方式以合同约定为准。
服务边界
不包含的内容
常见问题
关于定制范围、报价与验收
定制服务包含什么？
包含需求澄清、现有能力匹配、范围与方案确认、开发测试、验收上线配合，以及约定期内的缺陷处理。具体交付范围以合同、需求清单与验收标准为准。
需要我准备什么？
需要一位能代表业务做决策的对接人、尽量具体的业务场景描述（谁在什么环节做什么）、现有流程或表单样例，以及验收时可参与核对的业务人员。
怎么报价？为什么不能先给个价格？
定制工作量取决于需求范围与实现方式，未完成评估就给固定价格并不可靠。我们在需求澄清与能力匹配之后给出方案与费用构成，按需求范围评估后确认报价。
怎么验收？开发过程中改需求怎么办？
验收按事先确认的需求清单与验收标准逐项核对。需求清单之外的调整走独立变更确认，重新评估工作量与排期后执行，避免范围模糊导致交付争议。
我提的需求会变成产品功能吗？
有可能。具有普遍价值的需求会进入产品版本规划，按产品节奏发布并面向所有客户；但产品建议不等于定制，也不承诺进入某个版本。你方专属需求走定制评估。
上线之后还能继续改吗？
可以。约定维护期内处理定制范围内的缺陷；期后的功能改动进入新一轮评估。如果需要长期迭代与技术协作，可以配合运维与升级或技术支持服务。