软件 互联网产品设计流程.doc

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件 互联网产品设计流程 近期站在产品部门的视角整理了公司产品设计流程,一来完成任务,二来对自己一年多项目管理和产品开发经验进行下梳理: 1.产品调研产品的调研属于市场范畴,由市场部门负责。产品调研是为了提高产品决策质量,解决存在于产品设计及产品上线后销售中的问题而系统、客观的收集、分析市场综合情况的行为。所以与内部产品不同的是,外部产品调研需要撰写市场需求文档即MRD,只有符合公司战略和市场需求的产品,方可进入产品立项阶段。而内部产品调研由于不涉及市场环境,为了产品设计流程的敏捷和高效,不需要提交调研产出物。经过确认必要且可行的产品,可直接进入产品立项阶段。 2.产品立项与评审产品立项是产品设计项目流程的起点,产出物主要为《产品立项说明书》。产品经理负责产品立项时的文档撰写以及项目时间和人力计划安排。产品立项后,直接进入立项评审流程。立项评审是对产品立项说明书和项目计划的综合评审。立项评审各节点的负责人需要填写《产品立项评审表》,评审通过时评审自动流入下一节点直至归档。立项评审通过后直接进入产品详细需求及设计阶段。 3.产品需求与DEMO设计产品需求是项目流程的重要组成部分。主要由产品经理负责,对内部业务需求进行详细的调研分析。根据需求,产品经理需要设计业务流程以及构建产品框架,使产品能够满足业务方需求;同时与技术部门协同确保产品方案能够顺利实现。当产品需求明确后,需要设计产品线框图即DEMO展示,确保良好的可用性和用户体验。详细交互情况需要在产品需求说明书中注明。本阶段主要产出物为《产品需求说明书》,以及产品DEMO。应用工具主要为Visio、Axure等。当需求阶段结束后,进入需求评审流程。另外,需求变更一般是在设计阶段,用户的需求发生变化时进行的,当需求评审结束后进入开发阶段时的需求变更应该尽力避免。 4.需求评审需求评审需要业务需求、产品、技术共同参与,由该项目产品经理对产品的需求说明书以及DEMO做详细汇报,并解答各方面疑问。参与的评审人员需要填写《产品需求评审表》,评审通过后项目自动流入UI设计流程。需求评审的结束是项目的里程碑。 5.UI设计与美术评审UI设计主要是针对产品表现层的设计,包括框架、元素、界面、文字等等的标准化设计。与DEMO的线框图不同,经过UI设计后,经过确认产出物产品原型需要直接作为前端开发的标准。因此UI设计结束后,需要进行美术评审,征求公司领导和相关产品负责人对产品原型直观印象,直到最终原型确定进入前端开发流程。部分内部产品不涉及UI设计的,可直接进入技术开发。 6.技术开发及前端开发通常情况下,技术开发在需求评审结束后即可开始介入。即根据产品需求文档和DEMO原型,开始架构产品底层,由架构师负责。随后展开源码撰写的技术段工作,主要由技术部门负责。当产品UI标准及美术交互原型完成后,根据底层开发情况,可以开展产品前端开发。部分网站产品如板块变更,不涉及底层开发部分的,可直接进行前端开发。 7.测试及上线当开发完成时,由测试部门(测试部门在需求阶段即可参与项目)撰写用例并测试。新产品需要首先发布到测试平台使用测试,网站产品进行大范围改变时,需要上线测试版经过客户熟悉和认可后方可正式上线。 8.产品跟踪产品上线结项后,产品经理开始对产品持续关注和跟踪。了解业务使用情况,同时针对产品使用过程中出现的问题进行修复;当业务需求变化时,及时对产品进行升级或进行二次开发。产品经理需要在产品的生命周期中持续跟进产品。

文档评论(0)

153****9595 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档