四月初的时候入职了黑帕云,黑帕云产品的目标用户是企业用户,是一个为他们提供可以自定义业务系统的无代码应用搭建平台。
所以对于只有C端经历的我而言,几乎成了重新开始的历险。

我们的老板米高(陈金洲)在这个领域有成功的产品经验,非常耐心地找我谈了几次,收获颇丰。(但同时很有压力…)

最基础的是 角度 不同。
在分析需求时,C端产品只需要考虑用户需求和商业回报即可。当然一开始把主要玩法确定后,接下来的目的就是如何提升用户黏性、转化率;而B端产品在做需求分析时,不只要站在使用者的角度,因为决定付费的往往不是直接的产品使用者,而可能是业务主管甚至是企业主。

比如有这样一个问题:
给roomis(教室门口的pad,用于显示教室名字、刷脸开锁、预约会议、查看课程)做排程(安排会议)的需求,为什么会数据不好或者说本身需求就有问题?
这是米高给智园产品经理做培训时的一个问题

米高问:为什么会想要这么做?
智园pm:校方想要学生使用roomis排程,这样就能够知道教室的使用率。除此之外,智园也想要这个数据。

米高讲说这其实算是 利己需求 。即便是利己需求也要包装为对用户有利益的需求,如果用户不用那么对于买单者也达不到他的目的。

同样的,在黑帕云也是。我只考虑了使用者的需求,尽量去满足他们,而不会主动去了解「买单者」(也就是业务主管或者企业主)的诉求。
更多像是在扮演「客户需求翻译机」的角色,这样就会导致在实际开发中,只满足了这一部分用户的需求,耗费了团队的研发成本,而这个需求并没有带来实际收益。
所以有时候执着客户的解决方案,看似问题都解决了,反而会离产品远了一些。
(而实际上,客户的需求是永远都解决不完的……)

可能我们这个阶段的产品经理会和我有一样的问题:那有时候我们因为没有做客户的某个需求,因此这个客户流失了,怎么办?
米高给的答案是,也许这个客户不是我们正确的客户,我们因此要感到庆幸。即便他代表了某一部分客户在某个使用场景下的,我们依然要感到庆幸。

另一方面,即使已经认为某个客户的需求是有价值的,选择去做,而需求分析做不够,会掉入另一个困境:因为没有深入理解客户的场景,而没有到洞察到真正的诉求,就会为了需求的合理性创造理想的场景。

所以对于黑帕云,产品的核心是 帮助企业提升效率 ,不只是满足某些场景下某些角色的需求。

目前而言,要补足产品经理需求分析能力不是短期通过看书就可以解决,这需要大量的商业思考、沉淀,然后去市场验证。

我总结出的具体的方法是:理解商业目标、客户的诉求,然后思考为什么要做,这样做各个角色的考虑会是什么,再去想如何解决。