2022年2022年互联网产品的开发流程 4.pdf

《2022年2022年互联网产品的开发流程 4.pdf》由会员分享，可在线阅读，更多相关《2022年2022年互联网产品的开发流程 4.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、互联网产品的开发流程第一篇接触了几年互联网产品开发工作，今日心有所动， 想将开发流程总结一下：一、创意阶段（以下工作是与分管副总或总经理直接互动的过程）1、提出构想或提交提案。可以是任何员工，可以是书面也可以是口头，直接向负责产品规划的副总或总经理提议。一般建议采用书面形式，以便领导答复，以免由于这样那样的原因造成没有下文的情况。2、初次研讨。有价值的提案， 副总或总经理召集有关人员进行研讨，主要是分析可行性、必要性，以及完善构想。3、完善方案。初步讨论通过的提案，转交专人负责，撰写商业计划书。该“专人”一般也就是该产品未来的产品经理。商业计划书先交分管副总或总经理初审。4、正式立项。领导班子

2、基本通过的商业计划，明确专人负责，也就是产品经理。 专项工作将由产品经理领导展开，产品经理就是该产品的虚拟总裁。行政上，当以下发正式立项文件的方式，确立该项目的正式实施。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 6 页 - - - - - - - - - 二、筹备阶段（以下工作均由产品经理召集）1、研讨完善商业计划书。由市场、技术等有关人员参与，包括必要的市场调查等工作。2、提交正式报告。报告必须详列项目描述、执行计划、成本预算、预期收益、风险与对策、团队名单等。3

3、、公司领导班子会审，对项目作出评估与审批意见，包括同意、否决、暂缓、退回补充等。4、团队组织。对于审核通过的方案，分管副总或总经理牵头召集有关部门联席会议，明确工作职责及配合要求。同时，由产品经理宣布团队名单及分工安排。三、项目实施（以下工作由产品经理督导项目经理实施）1、提交产品效果图，交公司分管领导会商、审批。2、项目经理根据项目计划书及产品效果图组织开发。提出产品架构方案、产品实施方案、程序设计方案、数据库设计方案、开发规程、项目进程控制等。 包括概要设计与详细设计。 产品经理则负责制作产品帮助文档， 监督技术开发。 必须强调产品协同开发的日志文档编写习惯与版本控制规则。3、提交模型。逻

4、辑复杂的工程，有必要先做实验性开发。4、正式开发、测试、发布。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 6 页 - - - - - - - - - 四、项目发布（以下工作由产品经理负责）1、产品全面检查。包括bug 测试、用户文档检查、版本检查等，更正一切细节性的瑕疵。2、拟订并实施推广方案。3、用户支持、帮助。第二篇对于稍微大一点的互联网产品都要有精心部署和安排才行，否则项目进行的将会一塌糊涂。先说一说都有哪些岗位和开发所用的软件：1. PD（产品策划）：word

5、,visio,Axure 2. PM（产品经理）：EasyMind 3. ID（交互设计师）：Axure, Photoshop 4. VD（视觉设计师）：Phtotoshop, Illustrator 5. WD （前端开发工程师）：Photoshop, Dreamweaver 6. DEV （后端开发工程师）：Dreamweaver, MyEclipse MRD（Market Requirements Document 市场需求文档），MRD名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - -

6、- 第 3 页，共 6 页 - - - - - - - - - 需明确传达产品需求的目的和目标，指出什么样的新产品、 方案和服务为什么可以在市场上或者内部取得成功，以及希望取得怎样的成功。MRD 说明“是什么”和“为什么”，但不要写“如何”（即不要包含流程图和原型图）。当产品需求为高优先级（即项目立项）时，需求方必须提供 MRD 文档。产品需求的优先级、权重和是否立项由项目实施委员会确定，日常需求由委员会负责人确定，非常规需求开会确定。PD（产品策划），PD 接到显性需求后，应仔细透彻地分析需求方的真正意图。 有时候需求方的想法不一定正确，也有些是突然的想法并不可行， PD 需进行判断；当这种

7、情况出现时，PD 有权提出自己的解决方法，包括否定需求。因判断失误造成需求冲突、重复开发等情况，责任由 PD 承担。当发生争执，由PM（Product Manager产品经理）协调解决。 PD 完成需求评审后，需告知需求方完成PRD的时间、产品开发的预估难度及完成工期。接 下 来 就 应 该 是 开 发 人 员 做PRD （ Product Requirement Document 产品需求文档），PRD 侧重对产品功能和性能的说明，相对于 MRD 中的同样内容， 要更加详细， 并进行量化。 PRD 一般包含流程图、原型图等，使用用例等手段，以准确说明。也就是说从做PRD 文档时就是已经进入准

8、备开发阶段， 这时 MRD 文档应该很明确了。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 6 页 - - - - - - - - - 接下来大家开会讨论PRD 方案，参与讨论的应该有需求方、相关领域的顾问（即有丰富经验者） 、PD 或 UI，并做好记录。接下来PD出设计结果方案，需求方签字确认。程序员接到PRD 方案后，需评估完成开发的大致时间，以及任务分解安排。ID（Interaction Designer 交互设计师）根据PRD 定稿做出交互设计方案，真实再现用户

9、交互过程（工作室一般用强大的axure ） ，并与 PD、UI 进行内部评审。视情况，PM 参与，做完后要与需求方反复交流直到需求方满意。接下来 VD（视觉设计师） 根据 axure 做出的原型， 进行设计页面风格、布局、关键界面等。和用户交流对页面设计是否满意。WD（前端开发工程师）根据设计页面切图，编写HTML，CSS，JS 源代码。下面就进入了后台开发阶段，在编码之前，程序员应视其系统需要，进行概要设计、数据库设计，并进行内部讨论和评审。程序员对文档或原型有疑问或不理解，需与PD 和 ID 进行沟通，了解其真实涵义，不得以任何理由私自更改已确定的PRD 文档方案。确有功能需做调整，程序员

10、需与 PD、需求方共同协商完成。 改动应出具文档，由需求方、技术经理、PM 同意。每个人写的代码都不可能完全正确，名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 6 页 - - - - - - - - - 这样就需要边开发边测试。* （alpha 最初）测试。在开发小组内部进行， 测试的方法也较多，黑盒、白盒、压力、应力等。此阶段应完成80%以上的需求开发，测试以 PRD 和原型为准。测试完成后，收集反馈，修复BUG，优化流程。* （ beta 第二次）测试：有选择地请一些最终用户实际使用，将发现的问题反馈， 开发者对系统进行最后的修改，之后准备发布最终产品。测试开发者不在场。产品估算开发时间， 以完成测试为准。产品上线后可能还存在一些bug，这就需要后期的维护了。 等产品稳定后就完成了这次开发名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 6 页 - - - - - - - - -