“你要是有这个功能就好了！”

正文

请到「今天看啥」查看全文

从行家的建议到探寻背后的本质

B端产品建设必须要有领域专家，由他们来提供的该领域内的专业经验。

比如说我们在设计考勤系统的时候，可以向这些业内专家了解排班是如何做的、常见的考勤方案有哪些、哪些情况下考勤应当跟薪酬关联等。他们通常能根据过往的经验，给出我们一些指导和建议。

常规的B端产品调研中，往往会因为理性决策、客情关系、服务质量以及信息不对称等原因导致某些调研无法开展；或常规C端需求收集方法，如用户访谈、问题反馈、调查问卷、焦点小组、数据分析等无法完全复制到B端产品中，造成的调研不足。此时，这些专家给出的建议对此就是一个很好的补充，能够有效辅助到产品经理的决策。

但专家的意见也不一定要百分百信奉的。

这些专家虽然能给出自己的经验，但由于场景、环境、群体等不同，这些经验又是存在一定的片面性的。那么，此时产品经理应当根据事情的本质、需求的场景，思考清楚为什么要这么做、如何做，将各种信息加以迭代和加工，最终最适合自己产品的最优解。

在实践中完善和验证自己的思考框架

前面我们提到B端产品往往信息收集困难，所以向更资深一些的人求教就成了惯用套路。但 这样的套路对于原本就缺乏决策力的那部分B端产品来说，反而是弊大于利。

因信息收集太困难而放弃，完全照搬照用专家的建议，就更难理解某些功能增减背后的原因，也就不知道客户真实的使用场景和真正的需求；不止如此，为了规避风险，照搬现成的得功能成了家常便饭，自然也无法做出让客户、老板满意的决策。

对此，我认为， B端产品经理一定要回到客户使用场景本身，而不是让信息获取困难成为决策依赖的借口。

请到「今天看啥」查看全文