远离业务的产品经理，很危险！

经常有读者问我，我文章中那些产品案例和故事都是怎么来的？

确实，我手上有不少产品案例，我也把它们整理成了一个素材库，其中绝大多数都是别人和自己踩过的坑。这些素材大多来源于平时我和不同人的交流和互动，另外就是我自己的复盘。

整理这些案例的目的一方面是总结经验，另一方面就是通过这些案例给到更多人启发，以免你们重复踩坑。

今天要聊的也是一个案例，尤其是做业务型产品的 PM 值得关注。

平时工作中，很多 PM 可能都听过这么一句话，「要向前一步多了解业务，从业务角度去思考产品」。

虽然道理大家都懂，但到底如何深入了解业务呢？

举个例子。

大概在 2016 年的时候，当时我还在创业公司负责产品工作。我们做的是一款面向医生用户的线上诊疗 App 工具，主打一两个垂直科室，比如心血管内科。

产品逻辑不复杂，主要是根据不同科室、不同病种、不同疾病生成一些病历模板，然后医生可以基于这个模板发起线上会诊。

病历模板存在的目的是提高医生之间的沟通效率，可以让他们基于标准化的模板来完善病患信息。

看起来这个逻辑没啥毛病，可问题恰恰也出在这。

首先，所谓的标准化模板很难定义，光一个科室就有多个病种，无法用一套标准模板去涵盖所有病种。如果每个病种都定义一个模板，那这里面的维护和运营工作量是非常大的。

其次，医生使用产品的场景不固定，我们把理想化的软件流程套到现实中的医生工作流程里，发现根本行不通。

也就是这两点，当时这款产品失败了。

如果单看需求和产品设计，其实都没啥大问题。需求存在，功能设计也合理，可偏偏脱离了业务。

正如前面所说，基于我们的理解和粗浅认知，以为给医生提供一个病历模板就可以提高他们的线上会诊效率。可实际上真正的难点不是病历模板本身，而是模板的定义和标准化。

对于同一个病种来说，A 医生认为的病历模板是 a，B 医生认为的是 b，难以达成统一。

此外，医生的工作性质决定了他们很难按照固定的流程来使用产品。简单说，滴滴司机可以坐在车里接单，而医生不可能随时坐在办公室接线上会诊。

这些天我在医院里也有切身感受，医生工作的不确定性非常强，不管是门诊还是住院，时间都无法按照固定区间划分。

脱离真实的业务场景和业务角色去设计产品，大概率只会做出来一款软件，而非一款产品。这样的坑，其实有不少人都踩过。

很多人以为踩准了需求，可实际上只是自己的一厢情愿，当产品真正交付给用户时，发现用户根本不需要。

对于业务型产品来说，远离业务做产品，真的很危险。

其实基于业务做产品并不是什么难事，最直观的方式就是到业务现场去。

身在现场，观察业务角色在特定业务流程下完成了哪些动作，遇到了什么问题，以及有什么产品机会。

至于业务思维，学是学不会的，再说也没有哪里能学业务思维。业务思维是建立在业务实践的基础上，要我说，到业务团队泡上半个月，参加他们的会议，感受他们的问题，你就知道什么叫做业务了。

做产品有两个方向，一个是基于业务做产品，一个是基于产品做功能。方向不一样，结果自然不一样。

最后，给你们推荐一个 免费的公开课 ，主要内容是 如何洞察业务进行需求分析， 特别推荐业务型产品的 PM 能去听一下。

公开课主讲人是董小圣老师，他是前中国移动产品负责人，有丰富的业务和产品经验，分享的干货也很多。

要报名的读者可以直接扫码或点击阅读原文，报名成功的还能领取一份产品经理知识地图。

希望对你们有所帮助。

················· 唐韧出品 ·················