做了第一个产品后，我总结了两个问题.docxVIP

做完第一个产品后，我总结了两个问题

一个伟大的产品经理一定是一位伟大的哲学家。因为产品是什么，它从哪里来，到哪里去，本身就是产品经理不断探索的问题。这个问题就像古希腊哲学家探索“本源”一样，永无止境，但却妙趣横生。学派众多，大道归一。

问题的背景

3月10号，我们需要团队发展所做的APP的V1.0版本上线了，在这个APP的项目组里面，包含了企业产品销售经理，UI设计师，开发，后台。与正常的流程进行不同的是，我们通过团队缺少了信息交互设计师和用户管理研究师和测试技术工程师。这些学生缺少的岗位员工工作主要内容在第一个版本中都是由产品生产经理来完成。

在整个项目中，我在v1.0中担任交互设计师和产品经理，穿插在两个职位的工作中，所以在第二个迭代中加入交互设计师后，作为一个产品经理，我不知道如何在项目中工作。

下面是在v1.0版本中，我从立项开始，到交PRD给开发同学的工作思路：

确定企业产品的用户人群，和产品的理念发展方向

根据用户群的特点，找到切入用户群的功能点。

确定了切入的主要功能点之后，为了让APP更加的丰满，转向添加其他和理念相关的功能。

在确定了所有的功能点之后，和开发一个同学可以进行发展需求的评审和工作量的评估，删除以及一些企业不必要的和有疑问的功能

开始设计基于功能点的交互

画出初步的交互系统设计研究方案并进行细化

开始在prd上进行原型开发，并描述原型，交互式流程图

撰写出原型系统版本的PRD交给学生开发和设计一些同学

在上述的流程中，有两个不正确的点，一个是发展第三点，一个是第五点。分别是企业出现可以在产品的功能的选择和产品进行设计方法制作的流程管理之中：

第一个问题

在第三点中，主要是进行产品需求的挖掘，当时我们的校园产品的定位是生活服务类别，然后产品的核心思想是链接与沟通，我觉得既然是生活服务，而且大学生都要用课程表，以课程表来做切入点。在粗略的做完课程表之后，就想一个功能会不会太单调了，那就再加上空余的教室查询和成绩查询，寝室用电查询好了，并且我们之前有做一个失物招领的网页，最后还加上了一个失物招领功能。于是与核心功能无关的其他功能就这样一个一个加上去了，导致项目做了很久才做完，没有赶上开学的时候进行发布。并且由于当时要兼顾产品和交互，导致最后画在产品的时间很少，大多数都花在了交互文档的制作上。

在上述的过程中，我为了让产品更加的丰满，在经过了思考找到了一个产品的切入功能之后，并没有考虑开发的工作量和运营宣传的难度，没有为他们做出产品的优化，而是满足于现有的产品逻辑，转而去添加一些没有经过详细考虑的功能，导致第一版主要功能不齐全而且没有在刚开学的时候进行上线，错过了运营推广的好时机。由于这个问题是出现在战略上的，并且，由于当时繁忙的工作，竟然没有发现这个问题，并且还把这个延期上线，功能不全这个问题推给了其他同学（在此感谢美团的PD在面试的交流中让我突然醒悟）。现在反思起来，我在V1.0的开发期间，更多将时间花在了交互上，而不是挖掘需求上。但是，却不是最恐怖的。最恐怖的是，在这个V1.0完成了之后，我自己全完全没有认识到自己的错误，并且还对自己的工作沾沾自喜，感到一本满足！

于是牢记一句话：永远不能用战术上的勤奋去掩盖战略上的懒惰。

而当原始产品的目标不够详细，定位过于笼统时，版本的核心工作方向并没有提出，而是笼统地写了一个概念。由于缺乏对产品规则的约束，第一版的要求在反思中做了很多混乱，我明白了mvp的真正含义，mvp规划，产品应该只做最基本的核心功能，让它冲进市场，测试它的方向。如果产品在早期阶段没有集中在核心功能上，产品就会被埋没在早期，甚至错误的方向上，导致以后需要做大量的工作来补救。

在每个版本开始进行制作之前，产品销售经理人员需要一个明确并细化好当前制作版本的目标，再根据教学目标去制定制作的内容。在制定了完了目标企业之后，需要学生再次回过头来去对比研究制定的内容和目标的匹配度，如果没有出现问题不同于目标的制作工作内容，应该删去，或推迟研发。

第二个问题

第二个问题是产品的设计阶段。在第一个版本中，我的想法是完成交互，然后基于交互的原型，因为只有一个产品经理。如果产品经理绘制原型和交互设计师交互的顺序颠倒了，那么现有的原型和交互就变成了交互，然后就变成了原型。

在第一个版本中因为信息交互进行设计和产品销售经理这两者的职责都是我一个人可以担任，并没有我们发现自己什么方法不对，但是在第二个版本中，有了交互设计师通过加入进来，问题就出现了。

按照之前的思路，如果我需要做出原型，那么我就必须要先想好交互，含有原型的PRD文档必须在交互完成之后做出来，这样，岂不是产品经理需要等交互设计师制作完交互才来做PRD？换一个方面来说，产品在想完交互之后做完