仔细想想，做toB产品，已经近三年了。一路走来，踩过不少坑，这里想和大家分享一下，希望能对刚开始做toB产品的童鞋们有所帮助，讲的不对的地方，还请批评指正。
01
第一次做产品，接触的就是一个从没听说过的专业术语——ERP，当时通过一轮面试后，还专门去度娘查了一下他的意思，简单来说就是企业资源计划ERP(Enterprise Resource Planning)，是指建立在信息基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。包括的系统模块很多，有生产资料计划、制造、财务、销售、采购、质量管理、产品数据管理等等。然后二面的时候，一位面试管直接和我坦言，对于ERP而言，中国是做的很失败的，于是我就怀揣着略微忐忑的心情开始我的第一个产品生涯。
起初的时候，我是跟着系统架构师（也就是我的师傅）学习，因为他本身是在这行工作多年的开发工程师，不管是技术和业务知识都很丰富。整个系统，他是负责各模块的数据库设计的，我最初的任务主要就是根据设计的数据库表进行数据库详细设计说明书的编写。业务方面的知识就由系统架构师来灌输，最开始的时候，师傅是让我自己上网摸索学习，对于从未接触过这方面的我来说，内容大多是晦涩难懂的。然后需要我不耻下问，让师傅和我讲每个模块表与表的关联，以及一些字段的意思，才能完成一份文档的编写。当然工作并不仅仅只包括这些。
当我经历了一段写文档的时期，后来我开始接触原型设计了。终于不用一直面对白纸黑字的文档了，我对这个可以自己拖拉元件，设计界面，编写交互事件的原型设计工具十分感兴趣，去逛了很多相关的博客论坛，下载了很多原件、阅读教程文章，自学了很多自以为觉得挺酷炫的交互效果。但我发现在实际工作中，任何酷炫的交互，其实领导们并不关注，他们关注的还是产品的业务，是否能真的符合他们生产工作需求，是否和他们想要的一样。记得是在设计一个功能点的时候，领导一直想要任务排期后，任务落实到部门里的具体人员，但是这个功能在工程师这里评估是暂时无法实现，并不合理的，当时我就很头疼，对于该听哪一边无法做出正确的决策。其实现在想想，我可以先找一些相关的系统看看，是否都具备这样的功能，然后去了解领导提出这个需求的深层次想法，是不是也有其他方式达到领导想要的目的。以及了解清楚工程师这边是因为技术问题无法实现还是其他原因做出这样的评估，那是否可以折中，第一期先做到落实到部门。
很多时候其实是我们对未知的恐惧，让我们止步于眼前，如果自己踏出第一步，去尝试，去了解，可能就会找到新的出口。永远不要觉得自己工作经验不足，对于这个行业的了解很浅薄，就不去思考。凡事都有利弊，刚毕业、工作经验不足，从另一个方面来说，就是思维还没固化，可以有更多创新的想法，更易接受新的事物。这个时候你要做的，就是不断地去开垦，不断地去拓宽自己的视野，而不是因为自己业务不懂，技术能力弱就妄自菲薄。
02
在第二个产品生涯里，我接触了新的一个领域：客户需求调研。因为之前的公司，主要的需求方是领导，几乎不需要出差进行需求调研，需求都是自产的。所以这方面我的经验其实也不多。但是我对于新的领域还是跃跃欲试，很期待自己有新的提高。
一开始我就接手了两个项目，前期需求已经由这里的产品经理和需求人员理出一个初稿。我第一个任务是针对其中一个项目的初稿资料设计一版原型出来，我当时是说一礼拜完成，其实说好之后，后来就有点后悔，感觉自己把时间压缩的有点紧张，毕竟之前也没了解过这个系统，只能自己看文档熟悉。好在同事都很配合我，积极解答我的疑惑，再加上自己下班后在家赶赶工，最后是顺利完成了。期间有和同事一起去客户那里了解了一下，当时客户拿着一张表（每月项目进展情况），非常满意的说着这张表的产出。我就觉得客户应该是比较看重这类统计数据的输出，所以后来在首页的地方我有做这个统计表的展示，其实这个统计表就是一个站在全局角度来看的结果产物。后来是先在自己公司内部评审了下，领导也对于这个内容表示了认可。
另一个项目的话，因为客户是省外的，并且平时工作也是要到处跑，比较忙碌，前期无法进行实地访谈，所以我多是通过微信、电话的方式和客户交流，起初也很紧张，会有打电话前没说明自己是谁（因为之前打电话沟通过几次，以为客户已经给我备注了）；问好客户问题之后，急匆匆就把电话挂了等这类情况发生。后来回想，其实不管什么时候，该说的还是得说完整，客户可能很忙碌，也没时间给你备注。这样的情况下 ，你就要先想全面了，先说明自己的身份，然后进入正题。还有问好问题之后，如何结束也很重要，因为毕竟客户也是抽出时间来回答你的疑惑，你得到你的答案了，也要有个结尾表达下自己的感谢与理解。
需求调研的初期，我犯了一个“经典”的错误，那就是觉得客户说的任何需求都是真实的需求，提了我们这里就要改。当时我的领导看不下去了，私下里和我说，要学会引导性的提问，调研初期因为手头资料少，你对于客户说的，可能都需要记下来，但到了产品设计阶段，就应该引导性的提问，因为毕竟客户在业务之外的方面知识是比较匮乏的，不能被客户牵着鼻子走。我当时听了这话，感觉醍醐灌顶，确实自己好像陷入了一个怪圈，客户任何需求，我都不加判断加入产品当中，而这显然是不对的。
需求调研本身，其实就是通过观察、交流倾听得到一些信息，但是这些信息里并不都是客户真实的需求，举个老生常谈的例子：
福特公司的创始人亨利·福特先生曾到处跑去问客户：“您需要一个什么样的更好的交通工具？”几乎所有人的答案都是：“我要一匹更快的马”。但其实客户需要的是什么，是拥有更快速度的交通工具，而这不一定要是马，这里的马只是一个抽象的概念，是客户基于自己的认知所命名的。我们该抓住的，是需求的本质特点，不能一味听客户说的表层需求。
洋洋洒洒好像也写了不少，哈哈，感觉自己有点碎碎念，有不足的地方请大家多多包涵啊，希望能和大家在产品的道路上共同进步，努力！欢迎大家在评论区一起交流，哈哈O(∩_∩)O
本文由 @Amor Fati 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容；是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台；
想了解更多移动互联网干货知识，请关注微信公众号运营小咖秀（ID: yunyingshow）
