在创业公司，做一个APP（MVP）需要经历的流程来看PM在整个项目中的角色

需求调研——原型设计——UI设计——技术开发——测试迭代——提交应用市场

一、需求调研

在创业公司，一般是创始人会把控确定业务方向，PM负责相关需求的搜集、竞品分析、数据分析、用户访谈等工作。通过这些信息，来验证业务方向是否可行。

二、原型设计

PM在完成需求调研后，就开始进行产品原型设计工作了，这个阶段，需要PM产出产品原型设计，与产品团队、创始人、设计师、技术负责人进行原型评估、修改工作，使大家的意见达成一致。之所以拉上技术负责人，是确保我们设计出来的产品在技术上是可行的（不要等到开发的时候，技术同事告诉你，这个不好实现，那就傻X了），以及评估出开发的工作周期大概在一个什么范围。

对于一个MVP（最小化可行产品），PM一定要很好的控制功能的优先级，即第一个版本，只做核心功能，只需要满足用户的核心需求就可以了。

原型设计，我们一般会进行2-3次评估，最终确认原型图，强烈建议通过工具来产出高保真原型。

三、UI设计

在产品原型确定以后，就进入UI设计阶段了。在设计师开始设计之前，PM一定要向设计师传达整个产品想要表达的东西、使用对象、使用场景等元素，确保设计出来的视觉图与产品所想要传达给用户的东西一致。（如果可以，设计师最好是在原型设计的时候就参与进来，这样可以更好的理解产品）

设计图我们会进行2-3次的评估，确认最终的设计稿。整个周期一般控制在1.5周/人左右。

四、技术开发

1.需求讲解

UI设计图确认以后，第一步就是给研发的小伙伴讲解需求了。

1）会前准备：在需求会议之前，最好是把原型设计和UI设计图发给所有参与项目的成员。让他们提前了解会议APP的所有功能和设计，这样，如果大家有疑问的话，可以提前记录下来，在会议期间提出来。

## 在讲解需求的过程中，大部分同事的注意力是不集中的，就算有问题，可能也一时发现不了，这样就自然而然就遗留到开发过程中了...。问题虽然不可避免，但可以控制数量，早发现的成本肯定小于晚发现的成本。

2）需求讲解：首先需要让大家了解到我们为什么要做这个APP，它的价值是什么。其次，再给大家详细的讲解功能，有需要特别注意的地方，比如说你想做一个比较特殊的交互、文本自动填充等等，讲到这些时，重点强调一下。最后，看看大家有没有什么问题。

##总的来说，这是一个比较枯燥的过程。控制好会议的节奏、时间、以及讲解方式就变得尤为重要了，如何能让大家不觉得无聊，而且了解需求，这就要看你如何来主导这场会议啦~

3）周期评估：需求讲解完后，拉上各位开发负责人（iOS、Android、服务端、CMS），评估开发周期。

##一定一定要评估，这样，让大家在心里达成一致的时间概念，更合理的安排每天的工作量。

2.开发过程

在这个过程中，PM可不要以为就没啥自己的事情了。在这个过程中，你依然是整个产品的主导。开发前期，建议你最好每2~3天就去向开发的同事了解一下目前的开发进度，吃饭的时候，休息的时候都可以了，每周开一次10分钟左右的小会，大家一起碰一下项目的整体进度，有没有遇到什么问题，进度是不是与计划的差不多等等。PM一定得及时掌握开发进度，确保项目在按照计划进行，出现问题时，以便做出及时调整。

整个周期一般控制在2~3周，还是要看产品的功能来决定。一般分配是服务端1人、每个客户端2人、运营管理平台1人。

五、测试迭代

这个过程可快可慢，主要还是看PM来如何把控了。我们公司是没有设置专门的测试岗位的，所以测试的工作也被PM承包了...

如果想要加快这个过程的进度，那么就得辛苦PM/测试组同事了。这个阶段，一般会要求每天发布一个新的测试包（解决当天的bug），PM/测试组同事会在晚上进行测试，把发现的问题交给开发的同事第二天进行修改。bug基本快要解决完的时候，让负责UI设计的同事检查所有的地方是否是按照UI来进行实现的，把需要还原的地方给开发的同事指出来进行修改。

这样下来，基本一周的时间，就可以发布正式版本了。我也见过这个过程很漫长的，比如说，发一个测试包，PM/测试组测试一天，然后开发修改一天，依次循环...这样的协作方式无形中就把整个进度拉长了一半了。

六、提交应用市场

是不是测试版本没问题了，就等于开发的同事给你的正式版本也就一定没有问题呢。当然不是，为了保险起见，一定要在提交应用市场之前，把正式版本也过一遍。

好啦，先写到这里了，下一篇我们一起讨论：哪些点会导致我们的项目延期？