周期与交付
为什么需求字段没梳理清楚会直接影响工期和报价?
字段不清等于流程不清、权限不清、报表不清。这三个"不清"一旦传到开发阶段,就会变成反复返工、联调延期、上线后报表对不上。把字段表、状态机、权限矩阵在前期就定清楚,工期和报价才能从"猜一个数字"变成"可承诺、可验收"。
为什么字段这件事这么关键,我们看过太多真实案例:
- "客户表里加一个'渠道'字段",听起来一句话搞定。但渠道是单选还是多选?是否参与统计?是否要往老数据回填?要不要做权限隔离?前两者半天搞定,加上后两者可能就是两周工作量。
- "订单要支持退款"。问题是:部分退还是整单退?退款是不是占库存?财务对账怎么走?是否走原路返回?同一个"退款"功能,业务规则不同,开发量差几倍。
- "我们要做权限分级"。具体是:几种角色?角色之间能不能继承?同一个人能不能兼任多个角色?数据维度上要不要按部门/区域隔离?这每一条不写清楚,研发只能按最保守方案做,要么过度设计,要么后面推倒重来。
滚水科技的做法是在签合同前先做一轮字段澄清,至少要把这些东西写在纸上:
- 字段表:每个核心实体(用户、订单、商品、设备等)的字段名、类型、必填、来源、默认值、关联关系
- 状态机:关键流程的状态流转图,谁可以触发哪个状态变更,每种状态下能做什么
- 权限矩阵:角色 × 操作 × 数据范围的表格,把"谁能干什么"摊开
- 报表口径:每个关键指标的口径定义,例如"活跃用户"是按日还是月、是按登录还是按下单算
这些前置工作做完之后,报价误差通常能控制在 10% 以内,工期也很少出现"做到一半发现要推倒"的情况。一份认真的字段表,价值远大于多几次饭局沟通。