产品上线流程_第1页
产品上线流程_第2页
产品上线流程_第3页
产品上线流程_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

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

文档简介

1、精选文档1、需求阶段a、需求产生。需求产生有三种渠道:一,UI (UserIn terface 用户界面)设计师或 PD (Product Desiger 产品策划)研究市场需要,提出需求,应获得市场策划或市场调研员的认可;二,业务部门提出需求,包含总经理、研究部、内容编辑部、客服部、展厂策划阶段htt p:/iwww.i pt imes.ci1、需求阶段 a、需求产生。需求产生有三种渠道: 一,UI (User In terface 用户界面)设计师或 PD ( Product Desiger产品策划)研究市场需要,提出需求,应获得市场策划或市场调研员的 认可;二,业务部门提出需求,包含总经

2、理、研究部、内容编辑部、客服部、 展业部、市场部等部门。三,UI或PD研究用户,提出需求。此步骤需提供用户习惯报告,体验 目标,用户访谈、调研,流量数据统计等作为依据,不得凭空想象。所有需求需经过PD。不经PD的需求,技术部门有权拒绝开发,也没 有人为需求负责。即使不需进行策划和设计,也应提交给 PD备案。b、MRD ( Market Requirements Document市场需求文档)。MRD需明确传达产品需求的目的和目标,指出什么样的新产品、方案 和服务为什么可以在市场上或者内部取得成功,以及希望取得怎样的成功。MRD说明“是什么”和“为什么”,但不要写“如何”(即不要 包含流程图和原

3、型图)。当产品需求为高优先级(即项目立项)时,需求方必须提供MRD文档。 产品需求的优先级、权重和是否立项由项目实施委员会确定,日常需求由委员会负责人确定,非常规需求开会确定。个别小修改甚至不需PRD, 可由PD与技术部门直接沟通完成。c、需求评审。PD接到显性需求后,应仔细透彻地分析需求方的真正意 图。有时候需求方的想法不一定正确,也有些是突然的想法并不可行, PD需进行判断;当这种情况出现时,PD有权提出自己的解决方法,包 括否定需求。因判断失误造成需求冲突、重复开发等情况,责任由PD承担。当发生争执,由PM( Product Manager 产品经理)协调解决。 PD完成需求评审后,需告

4、知需求方完成PRD的时间、产品开发的预估 难度及完成工期。此步骤必须。2、策划阶段a、 PRD ( Product Requirement Document产品需求文档)。PRD侧重对产品产品功能和性能的说明,相对于MRD中的同样内容,要更加详细,并进行量化。PRD 一般包含流程图、原型图等,使用用例等 手段,以准确说明。若无 MRD,贝U PRD需对目标进行说明。PRD为 必须经过的步骤,由PD或UI完成。PRD需进行编号,编号规则详见“需求编码”表格。b、 专家评审。需求方、相关领域的顾问(即有丰富经验者)、PD或UI参与的评审PRD的会议,一般项目经理、PM需参与会议。若项目 较大,需邀

5、请总经理参与。会议必须有主持,并在会后出MEMO (备忘)或PRD更新说明。专家评审结束后,PD出设计结果方案,需求方 签字确认。程序员接到PRD方案后,需评估完成开发的大致时间,以 及任务分解安排。当需要 GUI方案作为辅助判断时,需明确提出。c、 交互 DEMO。ID (Interaction Designer 交互设计师)根据 PRD 定稿做出交互设计方案,真实再现用户交互过程,并与 PD、UI进行内 部评审。视情况,PM参与。(因公司没有ID,此步骤由PD与美工, 视觉设计师,口头沟通完成)d、视觉界面。由美工(视觉设计师)设计页面风格、布局、关键界面等,交由 PD、UI、ID 进行内

6、部 GUI (Graphical User In terface图形使用者接口)评审。GUI方案通过后,页面制作师开始切割页面,编写 HTML。3、开发阶段a、后台编码。在编码之前,程序员应视其系统需要,进行概要设计、 数据库设计,并进行内部讨论和评审,邀请顾问参与。程序员对文档有 疑问或不理解,需与PD进行沟通,了解其真实涵义,不得以任何理由 私自更改已确定的PRD、GUI方案。确有功能需做调整,程序员需与 PD、需求方共同协商完成。改动应出具文档,由需求方、技术经理、 PM签字后生效。b、 a (alpha最初)测试。在开发小组内部进行,测试的方法也较多, 黑盒、白盒、 压力、应力等。此阶段应完成 80%以上的需求开发,测 试以PRD为准。测试完成后,收集反馈,修复 BUG,优化流程。开发者在场。C、卩(beta第二次)测试。有选择地请一些最终用户实际使用,将发 现的问题反馈,开发者对系统进行最后的修改,之后准备发布最终产品 卩测试开发者不在场。产品估算开发时间,以完成B测试为准。d、产品发布。卩测试后,PD校验产品。如产品与策划方案相差较大, 有权不接受产品,责任由开发部门负责。将产品发布日设为里程碑,以 此考核整个项目的运作效率。4、校验阶段a、发布跟踪。产品上线后,PD或市场调研员负责收集用户操作数据, 检测各个反馈渠道,筛

温馨提示

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

评论

0/150

提交评论