互联网产品的开发作业流程_第1页
互联网产品的开发作业流程_第2页
互联网产品的开发作业流程_第3页
互联网产品的开发作业流程_第4页
互联网产品的开发作业流程_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

互联网新产品开发步骤战略计划我没有参与过战略方向制订,仅有幸以旁听形式进行过几次战略讨论,这些讨论会和其说是战略讨论会,不如说是企业管理层极力说服大家朝着某个战略方向走,也就是战略思想灌输。前期分析这个阶段需明确项目标主体目标,主体目标明确需经过一系列分析得出,而不是凭空而来。首先要了解整个领域情况,竞争对手,用户,甚至需要关注一下国家政策。对于互联网产品来说,了解竞争对手成本相对较低,经过对竞争对手分析,能够发觉对手做好和不好地方,能够为自己产品节省大量时间。其次发觉项目标优势和劣势,可考虑那些优势会是带来商业利益关键点,那些劣势会阻碍项目进程,考虑怎样去克服,尽可能避免乐观思维。最终,尽管不是这阶段最关键,可和技术教授沟通项目目标,考虑技术选型。理想情况是,尽可能利用现有东西,尤其是开源产品。另外,技术教授经过初步分析后,可能会考虑人员招聘需要。需求设计需求概念设计这阶段开始往往是伴伴随头脑风暴会,选出部分靠谱功效,然后由产品经理给出一个功效范围定义,最好能附上部分关键功效交互步骤。经过需求确定会议,找上老大们敲定下来项目标功效范围,需要有会议统计,不然会出现项目进行中会有老大们跳出来要求改方向事故。正式立项召开立项会议,确定项目责任人和项目组组员,并由产品经理依据概述文档或MRD向老大们和项目组组员叙述本项目标关键任务内容和目标,描述产品是什么,为何要做成这么,能处理用户什么问题,市场优势是什么,未来发展预期等等。帮助项目组组员了解项目标目标、目标和意义,对产品达成统一认识。需求确定依据以上阶段积累产品蓝图,产品经理撰写一系列文档,关键产出物是PRD和交互原型。PRD(Product

Requirement

Document产品需求文档)

PRD侧重对产品产品功效和性能说明,相对于“概述文档”中一样内容,要愈加具体,并进行量化。简单来说,这份文档作用就是文字化需求——“怎么”去开发,对产品包含方方面面:步骤图(Visio)、表格(excel)、逻辑、实现中需要注意事项、小细节等进行尽可能具体描述;简而言之,这份文档是能够无所不包,目标是帮助大家规避开发风险,在不开发任何一行代码情况就已经清楚地认识到全部产品目标、开发过程和工期、实现难度等等。交互原型对于开发人员而言,可能一份好PRD文档足以让她们立即开始编码工作,但就整个项目来看,技术层面开发风险(我们是否在正确开发产品)往往能够经过经验、技术化手段来规避;产品风险,或称之为体验风险(我们是否在开发正确产品)——我们开发产品用起来到底“怎样”,就需要经过图像化“文档”,帮助大家了解到产品最终在用户手里使用体验。交互设计师依据产品需求做出交互原型,真实再现用户交互过程,并和PM进行内部评审。(视情况,如没有交互设计师此步骤由产品经理和美工配合完成)需求评审

相关领域顾问(即有丰富经验者:产品教授、技术教授,不是项目团体组员)、PM和项目组组员(如项目组中没有美术还能够邀请她们参与)参与评审PRD和交互原型会议,通常项目经理、产品责任人需参与会议。会议必需有主持,并在会后出MEMO(备忘)或PRD更新说明。项目组中开发人员接到PRD后,需评定完成开发大致时间,和任务分解安排。界面和视觉设计

由美工(视觉设计师)设计页面风格、布局、关键界面等,交由产品经理和交互设计师进行效果图评审。效果图经过后,美工产出效果图、layout和资源给前端开发工程师。前端开发工程师依据设计页面切图,编写HTML,CSS,JS源代码。开发和测试阶段

系统设计在编码之前,开发人员应视其系统需要,进行概要设计、数据库设计,并进行内部讨论和评审,邀请顾问参与。除系统设计基础思绪外,需考虑差异化设计,确保互联网产品安全性、可靠性、可扩展性等。互联网是一个快速改变世界,我们所面临用户、环境天天全部在改变,这就要求系统设计能够适应这种情况,为产品开发做到快速迭代打好基础,降低因产品版本升级带来系统重构风险。程序开发开发人员对文档有疑问或不了解,需和产品经理进行沟通,了解其真实涵义,不得以任何理由私自更改已确定PRD、原型、设计图和资源等。确有功效需做调整,开发人员需和产品经理共同协商完成。

α(alpha最初)测试

在开发小组内部进行,测试方法也较多,黑盒、白盒、压力、应力等。此阶段应完成80%以上需求开发,测试以PRD为准。测试完成后,搜集反馈,修复BUG,优化步骤。集成测试

测试工程师依据PRD、交互原型和效果图分析测试需求,指定测试计划,撰写测试用例。在开发完成α测试后,依据测试用例开始集成测试。产品验收

测试工程师宣告产品经过集成测试后,申请产品经理验收。如产品和PRD和交互原型相差较大,产品责任人有权不接收产品,责任由开发部门负责。产品公布产品经理验收经过后,测试工程师安排产品在生产环境进行布署计划。系统公布需要有严格公布规范和工具来支持,尤其要支持“版本恢复”功效,一旦新版本出现问题,能够立即能恢复到之前稳定版本。系统运维系统运维是指系统日常管理和维护,这包含对服务器硬件、网络、带宽方面维护,和软件系统日常管理。在互联网项目中,系统运维关键工作是对服务器和网络管理。在项目开始时候,需要进行硬件选型、网络计划;在项目上线后,要对硬件和网络实施不间断监控,并立即进行调整。往往,很多开发人员不含有系统级知识和经验,所以她们所开发程序常常对这些方面问题考虑不足。这就需要运维团体系统专业人员给出提议。相关系统对CPU、内存、磁盘、网络等方面要求,运维团体需要和开发团体紧密合作,来不停完善系统。产品运行伴随产品上线,运行工作也随之开始。运行关键目标是让产品活愈加好、活更久。产品运行经过使用产品内部资源,尽可能留住用户,提升活跃用户数,引导用户行为将其转化为产品商业利益。产品经理在该阶段需观察

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论