仔细想了想，做TOVE产品快三年了。沿路踩了很多坑，我想在这里和大家分享一下。希望能对首次制作toB产品的童鞋们有帮助。请说错话，批评指正。

01

最初制作产品是从未听说过的专业术语——ERP。当时通过第一次面试后，向度娘调查了他的意思，简单来说是企业资源计划ERP(企业资源调查)。其中包括生产资料规划、制造、财务、销售、采购、质量管理、产品数据管理等多种系统模块。然后两面都有一位面试官亲自告诉我。对ERP来说，中国非常失败。所以我怀着有点忐忑的心情开始了第一次产品生活。

一开始跟着系统设计师(也就是我的导师)学习，他本人是在这个领域工作多年的开发工程师，所以技术和工作知识很丰富。整个系统，他负责各个模块的数据库设计，我最初的任务主要是根据设计的数据库表编写数据库详细设计说明书。工作方面的知识是由系统设计师灌输的，一开始导师让自己摸索网络学习，对于从未接触过的我来说，内容大多晦涩难懂，需要我先提问。然后师傅可以把各模块表和表的关联，以及一些字段的意思告诉我，完成文档的编写。当然，事情不仅仅包括这个。

当我经历了写文档的时期，我开始接触原型。最后，我不需要总是面对黑白文档。我对原型设计工具非常感兴趣，它可以直接拖动组件、设计界面和编写交互事件。我访问了很多相关的博客论坛，下载了很多原件，学习了教程文章，自学了很多我觉得很棒的互动效果。但是在实际工作中没有任何精彩的互动，事实上领导人没有关注，他们关注的仍然是产品的业务，他们是否能真正满足生产业务需求，是否和他们想要的一样。在设计功能点时，领导总是希望在任务安排后作为部门的具体人员执行任务，但是这个功能对于工程师来说暂时无法实现，不合理。当时我头疼，不能做出该听哪一方的正确决定。其实，现在想想，我可以先找相关系统看看有没有这种功能，然后理解领导提出这个要求的深层想法。还有其他方法可以达到领导人想要的目的吗。(圣雄甘地，SAMLAN)而且，很清楚工程师的方面是因为技术问题没有实现，还是因为其他原因做出了这样的评价，它是否可以折中，第一期能否先落实到部门。

很多时候，我们对未知恐惧的恐惧就停在眼前。如果我们迈出第一步，尝试，理解，就会找到新的出路。(约翰f肯尼迪，勇气名言)千万不要认为自己的工作经验不足。对这个产业理解浅，不要想。(萧伯纳，工作)凡事有利有弊，刚毕业，工作经验不足。另一方面是思维还没有固化，可以有更多的创新想法，更容易接受新事物。这个时候你要做的是不断开垦，不断扩大自己的视野，而不是因为自己的工作不了解，技术力量薄弱而茫然。

02

在第二次产品经历中，我接触到了客户需求调查这一新领域。因为以前的公司，主要需求方是领导，所以几乎不需要出差，不需要进行需求调查，需求都是资产。所以我在这方面的经验其实也不多。但是我正在努力研究新领域。我期待着新的发展。

从一开始我就收购了两个项目，前期需求已经由这里的产品经理和需求人员起草好了。我的第一个任务是为其中一个项目的初稿资料设计原型。我当时说一周完成了，其实约好以后有点后悔，我压缩了时间，好像有点紧张。毕竟，以前也不知道这个系统，所以只能自己看文件熟悉。幸好同事们都很配合我，积极回答我的疑惑，而且下班后在家匆忙工作，最后顺利完成。期间和同事一起去客户那里了解了一下，当时客户拿着表(每月项目进展情况)，非常满意地说了这张表的产出。我觉得应该是顾客比较重视这种统计的输出。所以后来在网站上展示过这张统计表。事实上，这张统计表是从全球角度看的结果产物。后来首先在自己公司内部进行了审查，领导也对这一内容表示了认可。

对于另一个项目，因为客户是城外的，平时也要到处跑，所以比较忙，不能进行前期现场采访，所以我大部分时间都是通过微信、电话方式与客户沟通，一开始也很紧张，打电话之前不会说明自己是谁。问候客户问题后，赶紧挂电话，等这种情况发生。以后回想起来，总是要说的话要完整。顾客可能很忙，也可能没有时间给你批注。在这种情况下，首先要说明自己的身份，然后进入正题。而且，问候并如何结束也很重要。毕竟，顾客也应该有一个能花时间回答你的疑惑，得到你的答案，表达自己的感激和理解的结局。 (哈姆雷特)。(谢谢。)

在需求调查初期，我犯了“经典”错误。也就是说，客户说的任何需求都是真实的需求，我们必须在这里改正。当时我的领导再也见不到了，私下告诉我。要学习指导性的问题、音调。

研初期因为手头资料少，你对于客户说的，可能都需要记下来，但到了产品设计阶段，就应该引导性的提问，因为毕竟客户在业务之外的方面知识是比较匮乏的，不能被客户牵着鼻子走。我当时听了这话，感觉醍醐灌顶，确实自己好像陷入了一个怪圈，客户任何需求，我都不加判断加入产品当中，而这显然是不对的。

需求调研本身，其实就是通过观察、交流倾听得到一些信息，但是这些信息里并不都是客户真实的需求，举个老生常谈的例子：

福特公司的创始人亨利·福特先生曾到处跑去问客户：“您需要一个什么样的更好的交通工具？”几乎所有人的答案都是：“我要一匹更快的马”。但其实客户需要的是什么，是拥有更快速度的交通工具，而这不一定要是马，这里的马只是一个抽象的概念，是客户基于自己的认知所命名的。我们该抓住的，是需求的本质特点，不能一味听客户说的表层需求。

洋洋洒洒好像也写了不少，哈哈，感觉自己有点碎碎念，有不足的地方请大家多多包涵啊，希望能和大家在产品的道路上共同进步，努力！欢迎大家在评论区一起交流，哈哈O(∩_∩)O

本文由 @Amor Fati 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议