编辑导读：产物司理的日常主要事情就是与需求打交道，如何可以或许快速精确地厘清产物需求，让成果直击用户痛点是许多产物司理的愿望。对付ToB行业产物来说，由于和C端产物的差别性较大，需求需要按照其非凡性举办打点。本文作者对ToB行业需求的特点举办了梳理阐明，对详细的需求落实展开了接头，供各人一同参考进修。

工作源于一个优化方案的实现。

（其时那把剑离我的喉咙只有0.01公分，可是四分之一炷香之后，那把剑的开拓将会彻底地信任我，因为我抉择说一个鬼话。固然本人生平说过无数的鬼话，可是这一个我认为是最完美的…）

“最后一次改需求。”

卒，全剧终。

一、ToB行业需求的非凡性

人们常说猫狗大战，鱼鸟大战，星球大战，但不知什么时候开始，产物司理和开拓成了一对冤家，路窄到约架脱口秀互联网专场撕逼。外行看热闹，老手也看热闹，只有当事人拽紧拳头咬着牙，在如今太平盛世，不遗余力压抑本身绘写暴力美学的激动。

毕竟是什么让原本善良单纯的两边互相成为了令人啼笑皆非的欢欣冤家？

谜底是需求。互联网行业，需求真可谓无处不在。解除某些无理取闹的要求，我们把所有对产物将来的优美期望统称为需求。有所求，有所解，一个需求的生命周期里，一定同时存在有需求方息争决者。

从事ToB行业，产物司理很容易被看成一个传发话器，仅仅作为需求对接的管道，连相同的桥梁都懒得搭建。没有颠末产物思考阐明，直接把需求原质料扔给开拓，注定是项目团队的劫难。

理清需求的前提，即两边均得领略需求。ToB行业需求的非凡性主要表此刻以下几点：

1. 需求干系链较量巨大，需求被每个脚色层层筛选或包装

这个干系链有点雷同供给链的上下游干系，凭据需求的流向：客户——>项目——>产物——>研发通报。

对付项目而言，客户就是需求方，项目团队就是办理者；对付产物而言，项目团队就是需求方，产物团队是办理者；对付研发而言，产物团队是需求方，开拓是办理者。需求就像水流一样，每颠末一个站点，其有大概被半途截断，也大概分支细流，更大概被特别汇流。

开拓老是吐槽产物需求多，但殊不知这条链路波澜澎湃而来的10个需求，产物已经砍掉5个，暂缓2个，剩下3个择优选择1个交给开拓……假如此时没有产物做一座舍身取义的大坝，其效果，开拓可以通过小数据演算一下……

2. 需求可信度同样有些巨大，每个脚色对需求的优先级和重视水平差异

当需求的河道流向最终的研发，路过的需求方没有一个是无辜的。客户有大概无心之说，项目有大概在添油加醋，产物司理需要按照今朝客户、项目、产物希望和研发资源的环境作出公道的需求阐明，最后才气落实到开拓实现。

判定需求的真实诉求，才气找到需求方的焦点想法。

客户的有些需求大概聊着聊着就消失了，这种就属于典范的“莫须有”需求；尚有别看项目热血沸腾地描写产物的伟大蓝图，但其需求的目标大概仅仅只是为了维护项目和客户之间的友好干系；而作为产物的“亲爹”，子不教，父之过，孩子有啥短处家长最清楚，但一切问题的完善都需要时间，而开拓资源的博弈决议问题一时半会是急不来的。

开拓老是责怪产物需求多变，但需求的优先级和重要性是跟从着项目标进度走的。一般环境下，产物前期就已经把一切都筹划好，但假如客户正常利用产物的进程都能遇见个bug，就不要怪这个bug缺陷为何成为重要又紧张的需求了吧。

3. 需求实现难度预估较为巨大，每个脚色对需求的可行性评估差异

抛开“手写一个百度”、“手写一个 *** ”这种傻大粗外行人的伪需求，ToB行业因为许多需求在确定做之前需要先给个预估功效，涉及到的常识大概深入系统底层，这时候产物需要开拓以专家的角度举办需求的刨析并提供名贵的发起。

需求实现难度预估阐明，这点开拓必然最有话语权，但不必然最有决定权。一旦开拓把握了需求的存亡大权，那么产物的需求就只有“做”和“做不了”这两条阶梯，所以产物司理的难堪/可恨之处就在于从大局观思考整个需求的存在主义，并指明白第三条路：“必需做”。

而每个“做不了”的需求，不是因为需求可行性就必然差，大概因为其他原因，好比排期来不及，人员溘然告假缺失，需求的拆解不到位等。假如产物司理没有一点本身的判定力，那开拓说做不了，这个需求就不做了，岂不如同尸位素餐。因此我更喜欢问清楚有关需求的问题，这时候只要不是滥竽凑数的开拓，城市竭尽全力为你解答。