第二章 跬步5 做产品

坚持自己的一贯方案，如果想要求团队成员什么，自己先做一个优秀案例出来。

我做的这个产品是制度文档的二期需求，其实本来也不必我自己做，是因为老板重视，所以Leader要我来负责。收到需求的时候，产品的功能已经讨论过了几次，半途加入进来，随波逐流。

相信大家都不喜欢从事情的中间开始做工作，一方面有进度压力，另外一方面面对各方的期许和不知道的背景，自己的工作开展必然束手束脚。但现实往往就是你所不期望的样子，所以别太在意，跳出来具体事情，尽量把它纳入自己的轨道。

因为没有背景信息，所以往往只能被动的接受，我想团队的研发同学大概也类似这样，因为没有需求评审、也没有方案设计，所以大家只是都闷着头开发，也就导致了开发的结果经常不符合预期。当然这里面问题很多，不在这里展开了，只是为了说明二手的事情难做。

先出一版方案供讨论，俗称“找个靶子”，然后再迭代改进。

但第一次内部评审、以及与需求对接人沟通时，我发现这个方式不好推进，因为大家不确定的需求点太多。一方面，这个是老板的管理诉求，所以就推吧，管他现状是什么样子？另外一方面，大家需求调研的意识还是严重不足，大概还是有些“傲慢”，总是不愿意在失败中成长，事情推进不力多总结为别人不配合。

我决定不能这样下去了，做个自己满意的产品，还是要从需求调研开始。于是在第二天赶紧约了两个用户代表沟通，第一个用户的反馈在预料之中，但第二个用户还是给了不少输入，终于为我的产品找到了一个种子用户，了解了现状、工作流程后，也为我的产品指明了方向，也让我充分感受到了用户调研的价值。

其实，一定不要有预设，即便有预设也没关系，做调研就要当小白，装不懂，了解真实的情况，这样才能做出让真正用户好用的产品。

调研了两个用户后，我的产品方案就容易多了，所以虽然看起来只是聊了两个人，输入仅仅是一个场景，但我对于这个业务领域的知识增长了好几倍。作为一个没有这个领域经验的产品来讲，深入到用户中，和用户聊是一个非常好的了解业务的方式，千万不要害怕，其实大家都很好沟通。而且，从我多年项目经验来看，我们多在前期与用户沟通，虽然看起来多了不少事情，但为后期的顺利进行做了非常好的铺垫，也在用户侧形成了良好的口碑和影响力，是稳赚不赔的买卖。

在这个产品设计中，我同时还做了如下几件事：

1、找这个业务领域的书，整体了解下这个领域，并进行模块划分。但很遗憾，没有人专门为制度文档写书，或者后面我可以写一本。

2、学习行业标杆产品，比如飞书、包括我们自己用的金山文档等等，都有类似的文档管理能力，这样可以让产品的设计更通用、更易于理解和使用

3、学习其他公司的经验，这点也有难度，但还是找到了两位好心的同事帮忙找了解了某团和某东的产品情况，并且在了解某东的产品交流中，又让我对产品认知进行了迭代，重新去思考做这个产品的初衷。

非常遗憾，大家都不建议我和管理层去做产品调研，作为一个初来乍到的新人，我也没有坚持。这种遗憾导致我总觉得我当前的产品设计并不符合我的定位，我相信，如果能有更多调研，会让我的认知更进一步，同时也能和我的产品有更多共鸣。

做一件事容易，做好任何一件事都很难，但我会坚持做好事情的想法，一步一步走下去。