0-1孵化日记

我2023年一个IT产品孵化项目中做产品负责人，这块产品服务的业务属于toB的一个专业域。

业务背景为

1. 企业组织需要从行业内引入一套全新的解决方案，用来降低协同成本，建设组织内的信息总线。
2. 企业组织缺乏有经验的业务方和IT方，需要重新组建完整的团队，属于孵化项目。

很快，我们公司招聘的业务专家以业务负责人的身份开始参与项目，进行立项提案时她根据友商经验做了全景规划，其中业务需求包括两个部分

1. 业务负责人所在业务域的业务流程变革和工具需求
2. 工具需求可覆盖的扩展业务域，共2个，目的是摊平建设成本。

我识别到几个要素，决定采用分而治之的方式，避免需求蔓延导致的浪费，特别是通过聚焦保证资源集中解决关键问题

1. 首先业务专家对我们企业的业务和运作并不了解，有可能陷入闭门造车
2. 扩展业务域放在项目中的目的与业务价值关联不密切，可能形成建设浪费。

对了验证我担心的问题，我的策略是

1. 根据业务的具体场景设计产品功能，不做蔓延，控制落地效果。简单说就是，只做具体的定制化方案，绝不over-thinking。
2. 采用demo产品，几乎无成本的提供扩展业务域的试用，并触及扩展域用户，并尝试搜集需求验证其相关性

事后证明了，我们比较成功的避免浪费

在扩展业务域中，有一块业务虽然参与立项，但在项目过程的参与度非常低。我们提供了长达4个月以上的试用，接受不到任何用户反馈。通过这个客观事实，我成功的说服业务负责人，停止该业务的产品建设投入。

在年底访谈中，我发现这块业务域在本项目立项后，很快找到了其他的替代方案，所以他们早就放弃了参与本产品建设。如果我们坚持搜集需求，我们很可能会搜集大量的伪需求，并且产生浪费。