从需求到开发,一名新人做了这些总结

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

经过近半年多的努力,公司产品的第一个版本终于要上线了。产品的从0到1,心里终于可以松一口气,也有许多话要说。今天,在产品即将上线的日子,我想在这里总结一下遇到的问题与各位分享。

xuqiudaokaifa

人员配备

liucheng4

一个完整的移动端开发团队一般包括:产品经理、UI、开发工程师(安卓、IOS)、后台、测试六个人。但为了稳妥起见,很多公司会把产品第一版本拿给外包去做以减小风险。笔者这款产品就是如此。

但拿给外包其实更能锻炼你的沟通能力和团队配合能力。通过这次的开发配合对此更是深有体会。

我们把这款产品的安卓端和后台外包给了深圳一家公司,而我们公司在北京。产品开发整个过程中(半年以上)只与对方负责人面谈讨论过两次需求,与安卓开发面谈一次,其他时间有问题都是qq或者电话讨论。这种讨论方式的最直接后果就是需求理解不一致从而影响开发进度,甚至有时qq群里的讨论互相争执不下,不欢而散。

后来我跟一位产品大牛抱怨外包的痛苦,他跟我解释说:其实这种问题很常见,但也很好避免,在项目开发过程中,你们其实是一个团队,沟通好感情才容易形成默契。既然你也懂技术,为何不出差去深圳,与开发团队共处几天,既可以深入讨论需求,又能沟通好感情,开发进度自然会提高很多。

这件事其实对我个人的影响很大。现代社会中,团队配合能力与专业水平同样重要,培养团队凝聚力才能让每一个人发挥出最大价值。后来的IOS端我们选择了一家北京公司合作,每隔一段时间都会去对方公司与开发人员直接接触,讨论问题,效果好了很多。

产品需求分析

user_command1

以用户需求为原始出发点,是所有产品坚持的基本原则。可惜由于种种原因,我并不是从需求调研阶段开始参与的,而是从第一个产品原型(app)出来的时候才开始真正接触这款产品。

项目启动时我们有一份详尽的需求文档,对各个功能要求都写的很完善,甚至对于企业组织架构的显示都做了清晰的描述。不得不说,这是一份接近完美的prd。但对于一款从0开始的产品而言,我们不应该太“贪心”,每种功能都想做说明该产品的核心功能并不明确。这是一个很危险的信号,说明你的产品要么逻辑太复杂,要么没有核心竞争力。

最终,在项目开发过程中,我们逐渐砍掉了一些prd中不重要的功能,以保证核心功能顺利开发。

产品原型设计

文不如表,表不如图,一个好的产品原型能节约大量与开发人员的沟通成本,推荐开发进度。

由于我并没有从最初阶段进入,因此只能在开发过程中与开发人员不断讨论需求,设计具体页面的流程和逻辑,一边为下一版本做原型规划。

我个人习惯在设计一款app时,分为以下几个模块:登录注册模块、功能模块、审核提醒模块、系统设置模块、用户信息(数据表)模块、用户引导模块,并且根据用户角色区分多个版本。

这里的有些模块虽然需要针对 app种类做一些考量,但设计并不复杂,因此按下不表。在这里只说一下比较头疼的功能模块和审核提醒模块。

功能模块

functions2

功能模块是一款app的核心,此模块的设计需要考虑多重因素:产品的核心功能、辅助功能、各功能的跳转流程等。这里需要切忌把其他类似产品的功能照单全收,要筛选出自己产品的核心功能开始设计开发,因为移动产品需要的是快速迭代,在核心功能基础上做拓展而不是功能的堆砌,这样做既可以缩短上线时间,又能迅速根据市场变化做出下一版本调整,在一定程度上提高开发效率。

审核提醒模块

reminder1

这一模块严格来说可以放到功能模块中,但其实这一模块相对比较复杂,需要根据用户角色做相应的提醒,而提醒又分为多种,比如:通知栏提醒(比如IM消息、新版本更新等)、app内提醒(新消息提醒、网络异常土司、广告推送等),审核需要一般用户的“申请”和管理人员处理申请、以及对处理结果的返回等等。一款好的app,审核提醒模块应该起到“润物细无声”的作用,让用户自然的看到应有信息。

这两个模块也是在我们开发中问题比较大的部分。上面说过,我是从“半路”杀出来的,所以对核心功能的理解并不透彻,这里的交互设计和组织结构显示问题又比较复杂,因此与工程师的沟通探讨占据了大量时间。而且这部分需要对多种情景进行考虑,做出合适的提醒语句以及显示时间。直到现在我都不敢保证这部分没有任何错误。

这部分需要产品经理有缜密的逻辑思维以及对多种情景的想象能力,而我在这方面仍有很大不足。合格的产品经理应该是一栋大楼的总设计师,既要构想整体框架,又需考虑水电管道,缺一项都不能称之为“合格”。

产品开发阶段

需求讨论明确、原型更改没有异议后,产品经理需要根据产品功能复杂度等综合因素,安排开发进度。开发进度的安排尤其重要,因为如果开发期限过长,则容易导致开发人员缺少激情产生惰性,而开发期限过短则会使开发人员心理压力过大,容易降低代码质量从而对后期版本更新产生隐患。

当正式进入开发阶段后,产品经理需要做的是:一边跟进开发进度,把控开发质量,一边设计下一版本产品原型。

这一阶段对于产品经理也尤其重要。产品从0到1的过程以实现核心功能、减少产品bug为主,而当第一版本发布后,需要根据市场变化和产品理念进行迅速迭代。因此这个开发阶段是产品经理思考产品发展方向和规划下一版本改进目标的关键时刻。

而现在,第一版本已经基本结束,我已经在期待下一阶段的启程了。

 

作者:destiny (微信号jkx18726422616),产品经理,偏爱社交产品

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

您的赞赏,是对我创作的最大鼓励。

评论( 0

登录后参与评论
加载中