一个伟大的产品经理一定是一位伟大的哲学家。因为产品是什么，它从哪里来，到哪里去，本身就是产品经理不断探索的问题。这个问题就像古希腊哲学家探索“本源”一样，永无止境，但却妙趣横生。学派众多，大道归一。
问题的背景
3月10号，我们团队所做的APP的V1.0版本上线了，在这个APP 的项目组里面，包含了产品经理，UI设计师，开发，后台。与正常的流程不同的是，我们团队缺少了交互设计师和用户研究师和测试工程师。这些缺少的岗位工作内容在第一个版本中都是由产品经理来完成。
在整个项目之中，因为在V1.0中我担任了交互设计师和产品经理的工作，将两个岗位的工作内容穿插在一起完成了，以至于在第二个版本迭代加入了交互设计师的之后，我作为产品经理竟然不知道如何去开展项目了。
下面是在v1.0版本中，我从立项开始，到交PRD给开发同学的工作思路：
根据用户人群的特征，寻找切入用户的功能点。
确定了切入的主要功能点之后，为了让APP更加的丰满，转向添加其他和理念相关的功能。
在确定了所有的功能点之后，和开发同学进行需求的评审和工作量的评估，删除一些不必要的和有疑问的功能
开始根据功能点来进行交互设计
画出初步的交互设计方案并进行细化
开始在PRD上进行原型的制作，与原型的说明，交互流程的绘制
撰写出原型版本的PRD交给开发和设计同学
在上述的流程中，有两个不正确的点，一个是第三点，一个是第五点。分别是出现在产品的功能的选择和产品设计制作的流程之中：
第一个问题
在第三点中，主要是进行产品需求的挖掘，当时我们的校园产品的定位是生活服务类别，然后产品的核心思想是链接与沟通，我觉得既然是生活服务，而且大学生都要用课程表，以课程表来做切入点。在粗略的做完课程表之后，就想一个功能会不会太单调了，那就再加上空余的教室查询和成绩查询，寝室用电查询好了，并且我们之前有做一个失物招领的网页，最后还加上了一个失物招领功能。于是与核心功能无关的其他功能就这样一个一个加上去了，导致项目做了很久才做完，没有赶上开学的时候进行发布。并且由于当时要兼顾产品和交互，导致最后画在产品的时间很少，大多数都花在了交互文档的制作上。
在上述的过程中，我为了让产品更加的丰满，在经过了思考找到了一个产品的切入功能之后，并没有考虑开发的工作量和运营宣传的难度，没有为他们做出产品的优化，而是满足于现有的产品逻辑，转而去添加一些没有经过详细考虑的功能，导致第一版主要功能不齐全而且没有在刚开学的时候进行上线，错过了运营推广的好时机。由于这个问题是出现在战略上的，并且，由于当时繁忙的工作，竟然没有发现这个问题，并且还把这个延期上线，功能不全这个问题推给了其他同学（在此感谢美团的PD在面试的交流中让我突然醒悟）。现在反思起来，我在V1.0的开发期间，更多将时间花在了交互上，而不是挖掘需求上。但是，却不是最恐怖的。最恐怖的是，在这个V1.0完成了之后，我自己全完全没有认识到自己的错误，并且还对自己的工作沾沾自喜，感到一本满足！
于是牢记一句话：永远不能用战术上的勤奋去掩盖战略上的懒惰。
并且当初产品的目标不够细致，定位的太过笼统，版本的核心工作方向并没有提出来，只是笼统的写了个概念。由于缺少了产品规则上的约束，导致第一个版本需求做的很混乱在反思的时候，我明白了MVP的真正含义，产品在进行MVP 的规划的时候，应该只做最基础核心的功能，让其快速进入市场去，检验自己的方向有没有错误。如果在初期产品没有很好的聚焦到核心的功能，就会让产品在初期就埋下了隐患，甚至产生方向性的错误，导致后期要进行大量的工作来补救。
在每个版本开始制作之前，产品经理需要明确并细化好当前制作版本的目标，再根据目标去制定制作的内容。在制定了完了目标之后，需要再次回过头来去对比制定的内容和目标的匹配度，如果出现不同于目标的制作内容，应该删去，或推迟研发。
第二个问题
第二个问题出在产品的设计阶段，在第一个版本中，我的设计思路是先完成交互，然后根据交互来进行原型的制作，因为当时只有一个产品经理。如果按照之前的顺序就把产品经理画原型和交互设计师做交互的顺序打乱了，从现有原型，再有交互变成了先有交互，再有原型。
在第一个版本中因为交互设计和产品经理这两者的职责都是我一个人担任，并没有发现什么不对，但是在第二个版本中，有了交互设计师加入进来，问题就出现了。
按照之前的思路，如果我需要做出原型，那么我就必须要先想好交互，含有原型的PRD文档必须在交互完成之后做出来，这样，岂不是产品经理需要等交互设计师制作完交互才来做PRD？换一个方面来说，产品在想完交互之后做完了PRD，然后交互设计师的任务就只是优化流程了？但是交互设计师只是一个优化产品交互的存在吗，或者说，交互设计师的存在如此的无关紧要?当然不是，在发现这个问题之后，我查找并对比了网上大多数的PRD文档，发现这些文档中的原型其实并不像我这么详细，这时，我才明白，原来是自己的理解错了。
网络上的PRD大多都不是很详细的界面，只标注出功能模块定义，输入输出，并且大多用的是WORD来进行书写，但是我却没有描述功能模块等等，直接用AXURE制作原型和功能说明来表达产品的需求想法。如果按照word格式的PRD来说的话，产品经理就是直接制定好了规则，交互设计师通过理解WORD文档的这些规则，来进行交互设计的制作，最后产出交互图。如果是按照我的含有交互的AXURE的原型来制作的话，交互设计师的思想就可能会被我的PRD被局限了，就和交互设计和UI设计之间的关系一样，交互设计最好是不要去给交互图添加颜色，因为会导致UI设计师的思想被局限。
但是从整个流程来看，这样的轻微的约束可能是一件好事，如果各个岗位都会有工作重叠的现象，那么也就代表着每个岗位都在互相的制约着对方，产品被开发所制约，开发被UI所制约，UI被交互所制约，交互被产品所制约，大家都是在规则中进行创作，并且每个人都会被其他的岗位所提醒。每一个岗位所产出的内容会被另外一个岗位所检查。
现在我们回到第二个问题，先做交互或者先做原型其实并没有严格的规定，只是说在不同的情况下使用的不同方法而已。用适合的方法达到最高的效果，就行了。
项目的体会与总结
在上线之后，我们团队都放了一个星期的假，在这个一个星期里，自己对这段时间的学习到的东西和发现的问题进行了全部的复盘，加深了对产品的理解，发现其实产品经理并不是像大家所说的那样，只要一个想法就可以当产品经理了，反而产品经理是所有岗位中最难的一个，也是门槛最高的一个职业。你只有懂得了所有，才能把控所有。如果你不懂技术，不懂交互不懂UI ，不懂战略，你凭什么让大家跟着你干，凭什么让大家朝着你的方向去做。
总结之上的两个问题，大家可以看出来，产品的主要的职责并不是在具体的实现技术方面，而是在思想，决策方面。产品经理应该是“心有多大，舞台就有多大的”这句的体现了吧。产品经理的存在和思考是一个产品能否茁壮成长的关键。乍一看产品经理不需要很多的
产品经理最重要的技能，说大一点，是明白晦涩难懂的真理，明白事物背后的让其运转的罗格斯；说小一点，是挖掘并理解理解人们的需求及其构成，探究事物背后的原因并加之利用。
一个伟大的产品经理一定是一位伟大的哲学家。因为产品是什么，它从哪里来，到哪里去，本身就是产品经理不断探索的问题。这个问题就像古希腊哲学家探索“本源”一样，永无止境，但却妙趣横生。学派众多，大道归一。
