移动App开发规范流程全解析

16 评论 33477 浏览 502 收藏 8 分钟

近来新入职一家集团背景的互联网创业公司,因团队人员新组建且包含行业新人,需统一规范开发设计流程,便于了解主要流程和不同岗位具体工作侧重点,促使我整理了这份开发流程规范V1.0版,供大家交流参考,欢迎留言反馈补充~

一、主要流程

二、产品立项

工作描述

产品立项阶段亦称为准备阶段,该阶段主要基于需求大纲通过针对性的市场调研、用户访谈及竞品分析,尽可能的评估产品的核心功能,方向定位、目标用户群、成本投入和市场前景。在决策层评估通过的条件下,组建虚拟开发小组,协调资源,明确项目负责人及产品计划上线时间等事项。若为甲方需求的项目,可省略市场调研及商业价值评估的相关内容。

工作要点

描绘远景,设定目标:产品的远景是什么?计划需要做什么实现这个远景?明确各个阶段的产品目标,为什么设定这样的目标?

市场调研,竞品分析:通过针对性的市场调研和充分的竞品分析,测算产品市场前景和风险成本。

收集需求,排优先级:收集各业务市场部门反馈的需求意见,做典型用户的深度访谈,组相开发设计运营人员头脑风暴,明确产品核心功能和开发需求优先级。

组建团队,定负责人:依据产品定位和投入资源,组建合适的虚拟开发小组,指定项目负责人,团队相互熟悉各个岗位人员。

定期碰头,制定计划:商定项目相关人员定期碰头会,保持团队所有人最新需求信息同步,初步制定产品各个阶段完成时间节点。

交付成果

《竞品分析报告》、《产品立项说明书》、《产品BRD文档》

三、需求分析及评审

工作描述

基于产品定位和运营策略,与产品各需求方进行深度的需求沟通,将抽象繁杂的需求整理分析成可落地执行的方案,召开需求评审,排定各功能点的开发优先级,规划产品各个版本迭代的功能计划表,设计产品原型,撰写产品需求说明书,与设计开发团队沟通确定各阶段的完成时间节点,明确产品实际上线时间,与市场运营团队沟通上线运营计划方案等。

工作要点

需求分析,原型设计:与市场业务运营同事深度沟通,形成初步的需求大纲,功能列表,组织团队全员头脑风暴,分析需求的真伪及紧迫性,确定需求开发优先级,制定产品功能迭代计划表,设计产品原型初稿及页面结构图;

需求评审,确定方案:由产品经理牵头召开需求评审会议,向开发团队详细讲解产品逻辑流程和交互细节,评估技术实现的可行性。对不明确的需求做二次需求更新;

需求文档,开发周期:依据需求评审结果,修改设计最终版原型及交互,标注原型及撰写产品需求说明书,管理后台数据相关数据统计等需求,技术根据需求文档反馈每个阶段的完成时间节点。

交付成果

《产品PRD文档》、《产品交互原型稿》(低/高保真)、《产品开发进度计划表》

四、UI界面设计

工作描述

基于原型交互稿及产品PRD文档设计产品页面效果图,与产品沟通确定详细的交互细节及效果。与需求业务方确定完善效果图设计最终版,依据开发需求进行效果图细节标注,设计产品icon及应用市场审核宣传材料,配合市场运营部门设计产品运营活动页面等。

工作要点

用户分析,设计梳理:收集相关资料分析目标用户的使用特征、情感、习惯、心理、需求等,基于3W法明确使用者,使用环境及使用方式;

素材收集,确定风格:在深度熟悉产品整体业务流程和商业需求的基础上,确定页面主辅色,制定交互方式,操作与跳转流程、结构、布局、信息和其他元素;

界面设计,规范输出:设计产品页面、图标、ICON,皮肤及一些界面交互的表现。与前端开发沟通,明确切图命名及标注规范,输出最终设计稿。

UE测试,整体复盘:产品测试阶段包含UE测试,负责测试页面的还原度及交互的易用性,针对设计稿和需求文档提出测试反馈优化意见。产品上线发布后,全面复盘本次设计架构和细节,总结设计经验和优化迭代建议,并撰写相关的分析优化报告。

交付成果

《PSD源文件》、《切图源文件》、《交互描述及标注细节规范说明》

五、代码开发

工作描述

分为用户端、服务端两类开发。其中用户端开发,主流有iOS和Android,依据需求文档和设计稿,实现前端页面的交互效果,与服务端确定数据交换接口协议。服务端开发依据需求文档,设计数据库表结构,评估核心复杂功能的实现方案,撰写开发设计概要文档及反馈重要功能的完成时间节点。

交付成果

《开发设计概要》、《接口协议文档》、《自测通过的产品1.0版》

六、测试验收

工作描述

参考产品需求文档和开发设计概要,撰写产品测试用例,召开用例讲解会,对产品全方位的进行测试,将测试不通过的内容反馈给开发,判定bug严重程度和跟进修复进度,评估产品上线发布的可行性,协助产品和业务人员撰写产品验收报告。

测试类型

功能性测试、容错性测试、性能效率测试、易用性测试、兼容性测试、压力测试等

交付成果

《测试用例》、《测试bug反馈记录表》、《测试验收报告》

 

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 每个阶段谁来主导再写上去就好了,谁能定?会开了不少没人拍板。老板会议要开一天吗?哈哈哈哈

    来自江苏 回复
  2. 不错 写的很有条理

    回复
  3. 5色中性笔伺候 😉

    来自江苏 回复
  4. 很详细了。

    回复
  5. 在进入开发阶段之前,做一下可用性测试是很有必要的。既然这个产品要服务于用户,那么当然要让用户拿脚来投一次票。为啥一定要在实际开发之前?是因为一个产品在没正式开发之前,试错和修改的成本都很低。

    来自北京 回复
    1. 他说的可用性测试不是调研呀。调研先于产品。 可用性测试后于产品

      来自重庆 回复
    2. 可用性测试用于高保真原型,也是先验

      回复
    3. 可用性测试应该贯穿产品生命周期的始终。调研是为了收集信息,测试是为了验证对错。当然是越早测试越好了。后于产品的话,经常会做出一些没人用的东西来~

      来自北京 回复
  6. 写的很粗,只是交代了一个产品的实现过程,可不是只有前端APP才这么做哦

    来自江苏 回复
  7. 干货,笔芯~

    来自广东 回复
  8. 项目进度是如何量化

    回复
    1. 项目进度一般时重要的完成时间节点先评估好,让每个岗位的负责人确认,然后产品每天早上、下班前跟进实际开发情况,不定期同步更新开发进度,遇到时间延误就需要协调资源或者寻求其它解决方案

      来自浙江 回复
  9. 你们界面设计不评审吗?

    回复
    1. 但是我个人建议,如果产品是从0到1或者大改版,最好加一个UI设计评审,产品、技术和测试整体过一遍

      来自浙江 回复
    2. 嗯嗯 UI需要评审一下

      来自江苏 回复
  10. 很少遇到UI设计评审,基本都是产品和Boss(负责人)把关即可

    来自浙江 回复