在创业公司,做一个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/测试组测试一天,然后开发修改一天,依次循环...这样的协作方式无形中就把整个进度拉长了一半了。
六、提交应用市场
是不是测试版本没问题了,就等于开发的同事给你的正式版本也就一定没有问题呢。当然不是,为了保险起见,一定要在提交应用市场之前,把正式版本也过一遍。
好啦,先写到这里了,下一篇我们一起讨论:哪些点会导致我们的项目延期?
网友评论