互联网产品的开发作业流程.docx

互联网新产品开发步骤1. 战略计划我没有参与过战略方向制订，仅有幸以旁听形式进行过几次战略讨论，这些讨论会和其说是战略讨论会，不如说是企业管理层极力说服大家朝着某个战略方向走，也就是战略思想灌输。2. 前期分析这个阶段需明确项目标主体目标，主体目标明确需经过一系列分析得出，而不是凭空而来。首先要了解整个领域情况，竞争对手，用户，甚至需要关注一下国家政策。对于互联网产品来说，了解竞争对手成本相对较低，经过对竞争对手分析，能够发觉对手做好和不好地方，能够为自己产品节省大量时间。其次发觉项目标优势和劣势，可考虑那些优势会是带来商业利益关键点，那些劣势会阻碍项目进程，考虑怎样去克服，尽可能避免乐观思维。最终，尽管不是这阶段最关键，可和技术教授沟通项目目标，考虑技术选型。理想情况是，尽可能利用现有东西，尤其是开源产品。另外，技术教授经过初步分析后，可能会考虑人员招聘需要。3. 需求设计3.1. 需求概念设计这阶段开始往往是伴伴随头脑风暴会，选出部分靠谱功效，然后由产品经理给出一个功效范围定义，最好能附上部分关键功效交互步骤。经过需求确定会议，找上老大们敲定下来项目标功效范围，需要有会议统计，不然会出现项目进行中会有老大们跳出来要求改方向事故。3.2. 正式立项召开立项会议，确定项目责任人和项目组组员，并由产品经理依据概述文档或MRD向老大们和项目组组员叙述本项目标关键任务内容和目标，描述产品是什么，为何要做成这么，能处理用户什么问题，市场优势是什么，未来发展预期等等。帮助项目组组员了解项目标目标、目标和意义，对产品达成统一认识。4. 需求确定依据以上阶段积累产品蓝图，产品经理撰写一系列文档，关键产出物是PRD和交互原型。4.1. PRD（ProductRequirementDocument产品需求文档）PRD侧重对产品产品功效和性能说明，相对于“概述文档”中一样内容，要愈加具体，并进行量化。简单来说，这份文档作用就是文字化需求“怎么”去开发，对产品包含方方面面：步骤图（Visio）、表格（excel）、逻辑、实现中需要注意事项、小细节等进行尽可能具体描述；简而言之，这份文档是能够无所不包，目标是帮助大家规避开发风险，在不开发任何一行代码情况就已经清楚地认识到全部产品目标、开发过程和工期、实现难度等等。4.2. 交互原型对于开发人员而言，可能一份好PRD文档足以让她们立即开始编码工作，但就整个项目来看，技术层面开发风险（我们是否在正确开发产品）往往能够经过经验、技术化手段来规避；产品风险，或称之为体验风险（我们是否在开发正确产品）我们开发产品用起来到底“怎样”，就需要经过图像化“文档”，帮助大家了解到产品最终在用户手里使用体验。交互设计师依据产品需求做出交互原型，真实再现用户交互过程，并和PM进行内部评审。（视情况，如没有交互设计师此步骤由产品经理和美工配合完成）4.3. 需求评审相关领域顾问（即有丰富经验者：产品教授、技术教授，不是项目团体组员）、PM和项目组组员（如项目组中没有美术还能够邀请她们参与）参与评审PRD和交互原型会议，通常项目经理、产品责任人需参与会议。会议必需有主持，并在会后出MEMO（备忘）或PRD更新说明。项目组中开发人员接到PRD后，需评定完成开发大致时间，和任务分解安排。4.4. 界面和视觉设计由美工（视觉设计师）设计页面风格、布局、关键界面等，交由产品经理和交互设计师进行效果图评审。效果图经过后，美工产出效果图、layout和资源给前端开发工程师。前端开发工程师依据设计页面切图，编写HTML，CSS，JS源代码。5. 开发和测试阶段5.1. 系统设计在编码之前，开发人员应视其系统需要，进行概要设计、数据库设计，并进行内部讨论和评审，邀请顾问参与。除系统设计基础思绪外，需考虑差异化设计，确保互联网产品安全性、可靠性、可扩展性等。互联网是一个快速改变世界，我们所面临用户、环境天天全部在改变，这就要求系统设计能够适应这种情况，为产品开发做到快速迭代打好基础，降低因产品版本升级带来系统重构风险。5.2. 程序开发开发人员对文档有疑问或不了解，需和产品经理进行沟通，了解其真实涵义，不得以任何理由私自更改已确定PRD、原型、设计图和资源等。确有功效需做调整，开发人员需和产品经理共同协商完成。5.3. （alpha最初）测试在开发小组内部进行，测试方法也较多，黑盒、白盒、压力、应力等。此阶段应完成80%以上需求开发，测试以PRD为准。测试完成后，搜集反馈，修复BUG，优化步骤。5.4. 集成测试测试工程师依据PRD、交互原型和效果图分析测试需求，指定测试计划，撰写测试用例。在开发完成测试后，依据测试用例开始集成测试。5.5. 产品验收测试工程师宣告产品经过集成测试后，申请产品经理验收。如产品和PRD和交互原型相差较大，产品责任人有权不接收产品，责任由开发部门负责。6. 产品公布产品经理验收经过后，测试工程师安排产品在生产环境进行布署计划。系统公布需要有严格公布规范和工具来支持，尤其要支持“版本恢复”功效，一旦新版本出现问题，能够立即能恢复到之前稳定版本。7. 系统运维系统运维是指系统日常管理和维护，这包含对服务器硬件、网络、带宽方面维护，和软件系统日常管理。在互联网项目中，系统运维关键工作是对服务器和网络管理。在项目开始时候，需要进行硬件选型、网络计划；在项目上线后，要对硬件和网络实施不间断监控，并立即进行调整。往往，很多开发人员不含有系统级知识和经验，所以她们所开发程序常常对这些方面问题考虑不足。这就需要运维团体系统专业人员给出提议。相关系统对CPU、内存、磁盘、网络等方面要求，运维团体需要和开发团体紧密合作，来不停完善系统。8. 产品运行伴随产品上线，运行工作也随之开始。运行关键目标是让产品活愈加好、活更久。产品运行经过使用产品内部资源，尽可能留住用户，提升活跃用户数，引导用户行为将其转化为产品商业利益。产品经理在该阶段需观察用户数据，获取用户反馈，计划版本迭代。以上只是对互联网产品开发常见步骤进行解读，不一样企业，不一样项目间在实际操作过程中常常会简化其中某几部分内容，PRD可能在没有任何前期分析情况下写出来，所以没必需完全根据步骤，不过应该把常见步骤明确化，并不停改善。