互联网产品设计开发流程

胡金互联网产品设计开发流程基本流程1.立项2.需求3.设计4.开发5.测试6.发布立项需求设计开发测试发布立项完成团队搭建、确认产品目标，出发！产品战略定位团队组建Kickoff如果需要BRD，则梳理：1.项目背景2.商业价值3.功能需求简述4.非功能需求简述5.资源评估6.风险和对策蓝图——Roadmap步骤工作要点JanFebMarchAprilMayJuneJuly》产品设计同类产品预研及竞品分析一期产品：完成需求收集，流程设计，产品原型产出二期产品：方案及原型合作沟通相册产品与各厂商间的沟通，藉此完善产品设计方案/推广技术开发一期开发：产品开发，接口/后台调整，白盒测试通过形态：SDK/APK/wideget二期开发运营相册产品的上线维护、数据分析，包括于厂商的售卖举例立项需求设计开发测试发布需求收集功能规格与内容需求需求采集自我需求：来自PD自己，包括：市场调研、竞品分析、用户研究；内部需求：来自老板需求、业务部门需求；外部需求：来自用户、客户、伙伴需求分析用户需求≠产品需求；从用户的需求出发，转化为产品需求MRD产出市场需求文档，说明“是什么”和“为什么”不写“如何做”！可包括demo产出需求评审相关业务同事达成统一认识，先前流程涉及多次循环需求打包打包类似功能点；根据四象限定位法确认优先级经典用研方法眼动&脑电研究将眼动仪和脑电设备联机同步，可以知道用户是如何看的，以及当时的心理活动。可用性测试特定的用户在特定的场景下，有用、有效率、满意地使用产品达到特定目标，我们负责观察、记录、测量。隐喻诱引技术融合了图片语言与文字语言，抽取受访者的构念，并联接够念间的关系，描绘出心智模式地图。经典用研方法卡片分类法用来对信息块进行分类的一种常用用户研究方法，从分类上又可分为开放式和封闭式卡片分类。深度访谈深度访谈的几个要点：1、深入沟通，揭示问题潜在的本质。2、针对性解决问题：详细、私密、复杂和专业。3、深度访谈技巧。案头研究对已收集的信息进行的调研活动，也就是对二手资料进行搜集、筛选，并据此判断问题是否解决其它：焦点小组、情景调查四要素、组块原则、2-8原则、纸面原型、问卷法、启发式评估、参与式设计。。。用户需求VS.产品需求用户需求：用户自以为的需求，并且经常表达为用户的解决方案。产品需求：经过我们的分析，找到的真实需求，并且表达为产品的解决方案。需求分析：从用户提出的需求出发，找到用户内心真正的渴望，再转化为产品需求的过程。技术分析是“树干——树枝——树叶”的任务分解过程；需求分析是“首先：树叶——树枝——树干，其次：树干——树枝——树叶”的分析过程，所以说完整的需求分析是一个“分-总-分”的过程。聂超说他太饿，想吃必胜客披萨，八十块吧，但没想到碰到了潘潘。“真的想吃？”“想吃！”“为什么？”“我饿了……”（找到了本质！）“哦，这里是两个馒头（产品需求），请你吃，才1块钱。”“……”需求的种类层次分类新增功能、功能改进、体验提升、bug修复基础、扩展（期望需求）、增值（兴奋需求）单项需求卡片需求编号（可由需求人员填写）需求类型（可由需求人员填写）包含“采集时刻+采集者”信息功能需求、非功能需求等来源（Who）（重要信息，方便追根溯源）产生需求的用户：最好有该用户的联系方式等信息用户背景资料：受教育程度、岗位经验，以及其他与本单项需求相关经验场景（Where、When）（重要信息，用来理解需求发生的场景）产生该需求的特定的时间、地理、环境等描述（What）（最重要的信息）尽量用（主语+谓语+宾语）的语法结构，不要加入主观的修饰语句原因（Why）（需求人员要保持怀疑的心，很多时候理由是假想出来的）为什么会有这样的需求，以及采集者的解释验收标准（How）需求重要性权重（Howmuch）：（如何确认这个需求被满足了）1. 尽量用量化的语言2. 无法量化的举例解释满足后（“1：一般”到“5：非常高兴”）未实现（“1：略感遗憾”到“5：非常懊恼”）需求生命特征（When）需求关联（Which）1. 需求的紧急度2. 时间持续性1. 人：和此需求关联的任何人2. 事：和此需求关联的用户业务与其他需求3. 物：和此需求关联的用户系统、设备；需求关联的其他产品等参考材料竞争者对比在需求采集活动中的输入材料，只要引用一下，能找到即可按照“1分：差”到“10分：好”进行评估：1. 竞争者对该需求的满足方式2. 用户、客户对竞争者及公司在该需求上的评价5W1H立项需求设计开发测试发布设计产品定义与视觉设计，即UE交互设计包括信息架构与设计，制作详细交互原型demo文档输出用统一建模语言转化需求；最重要的两份文档：产品需求文档（PRD）、产品订单（需求列表）视觉设计以用户为中心的体验设计，包括图形视觉设计、网页设计等，交付效果图与打包切图设计评审相关业务同事达成统一意见，先前流程涉及多次循环产品定义的五个层次产品订单（需求列表）IDTrackImpNameNotesHowtoDemoEst(initialestimate)ComponentsRequestorBugtrackingID　　　　　序列号类别优先级故事名称备注如何实现初步估算（人/天）构件提出者Bug跟踪统一建模语言如何选择一种最合适的表达方式，让大家的沟通更顺畅?UML它承担着沟通、记录、启发、存档，理解客户需求的作用，最终形成开发文档。种类UML图实际应用情况行为型的UML（产品）用例图必使用活动图必使用时序图必使用状态图选择使用通信图基本不使用时机图基本不使用结构型的UML（技术）类图必使用对象图基本不使用包图基本不使用构件图必用来分析软件架构部署图必用来分析IT基础架构统一建模语言活动图(ActivityDiagram)状态图(StateMachineDiagram)时序图(SequenceDiagram)用例图(UseCaseDiagram)PRD产品需求文档目录：• 修订历史• 项目概述• 功能范围• 用户范围• 词汇表• 非功能需求(系统的性能、可靠性、可维护性、可扩充性、适应性)• UC整体说明（用例图、状态图、类图）• UC正文UC正文:用例名称用例概述：业务描述、需求描述、行为者、前置条件、后置条件、其他说明界面描述：UI示意图、界面元素（表单、列表、按钮、其它）业务规则流程描述：活动图、时序图等立项需求设计开发测试发布开发测试发布从抽象到具体编码单元测试联调代码评审SCRUM敏捷化工期评估工作量初评三点估算法工作量=（最悲观+最乐观+最可能）/3工作量=（最悲观+最乐观+最可能*4）/6好事多磨、梅花香自苦寒来TC编写冒烟测试功能评审黑白盒测试绚烂如花发布评审预发布发布线上验证thanks