【解惑专栏】

鉴于很多师弟师妹经常在Q上、邮件上交流很多问题,但常常苦于上班时间没有很好解答,先为师弟师妹开通解惑专栏,比如:学习方向解惑、职场解惑、情感解惑等各种……

专栏投稿方式:

将你的问题发送到podsen#gmail.com(#改为@)或者微博@Podsen即可,我会在方便时时间做出回复解惑。

【提问原文】

一个产品从无到有,从构思策划到上线发布、推广运营,需要经过哪些流程?

我所了解到的:
1.用户需求收集:产品候选概念
2.市场分析:市场评估报告
3.制定规划:产品路标规划书
4.撰写策划:产品需求说明书
5.制定业务计划:业务计划、进入开发阶段
( 这5点是我在网上看到的资料,仅仅是截止到了开发前的一些流程,而开发过程中与发布过后的流程细则,望师兄补充,网上也有介绍,但怎么说也没有师兄介绍得仔细贴切)

【问题归纳】

产品生命周期各阶段:一个产品的从构思到策划,开发到测试,上线到运营的流程是什么,期间要注意的问题是什么,每一环节怎么做,成果是什么,如何考核等等。

【开篇絮语】

从这位师弟的提问可以看出,开发前的几个步骤基本清晰了,你的关注焦点已经开始集中在产品方向上了,提的问题也比其他一些师弟师妹要专业,这是个好的开始,如果你选择这个方向,那么请踏实坚持吧。

如果我对你问题没理解错的话,那么接下来我就简单分享一下目前我所接触到的产品生命周期各阶段都发生些什么吧,当然了,各个公司不有所不同,大公司流程相对规范点,小公司更讲效率故流程会简化,我谈的只是本人拙见。

——————————————————华丽的分割线——————————————————

【流程目录】

第一步,产品概念/意向提出.

第二步,市场调研、可行性分析、产品规划书起草

第三步,产品规划书评审

第四步,产品需求文档撰写,项目细化排期拟定

第五步,产品需求文档、日程排期评审

第六步,测试用例与测试计划.

第七步,测试计划评审.

第八步,概要设计书

第九步,概要设计书评审

第十步,项目计划于项目分解

第十一步,项目计划评审

第十二步,资源协调,项目跟进,推动项目按期完成

第十三步,项目交付体验、测试

第十四步,产品验收与发布

【正文开始】

第一步,产品概念/意向提出

一个新产品的诞生或者对现有产品的改进建议,可以是任何人的需求、头脑风暴、市场需求、对对手的打击、市场份额的争夺(任何人:产品经理、用户/客户请求、项目经理、开发/测试/各级管理人员等)。这环节主要是想法产品概念意向的提出,最终都会回到产品经理那汇总和分析,记住产品经理才是孩子(“产品”)的“亲生父母”。

  1. 负责人:产品经理/产品策划
  2. 相关人:产品意向相关提出者
  3. 交付文档:产品意向说明书
  4. 文档内容:功能描述、性能目标、预期收益(收益呀用户呀影响力呀啥的)、希望排期。

第二步,市场调研、可行性分析、产品规划书起草

提出概念意向后,接下来进行市场调研(对市场、目标用户、竞品等研究)、可行性分析(价值、风险、投资回报、成本等)、产品规划(方向、范围、性能、规模、指标等)。这部最主要是确定该产品的可行性和合理性。(有点像BRD)

  1. 负责人:产品经理/产品策划
  2. 相关人:产品意向相关提出者、对应领导
  3. 交付文档:可行性分析报告、产品规划书
  4. 文档内容:问题分析、目标确认、项目范围、SWOT分析、用户使用指标、性能要求、兼容性要求等等。

第三步,产品规划书评审

规划书出来后,经理开始组织项目相关人对它进行评审,验证可行性。这环节接近需求PK(就像计划生育啊,说服了“相关部门”才能生孩子啊),有三个结果,一是评审通过则开展下去(直接默认可以争取到资源和认可);二是存在较大争议无法达成共识则重新规划评估;三最残酷,不通过直接取消该项目。评估过后,部门经理和运营总监对开发流程选择并有决定权。(有点像MRD)

  1. 负责人:产品经理/产品策划
  2. 相关人:产品意向提出人、部门总经理、运营总监、产品经理、项目经理、设计负责人
  3. 交付文档:产品规划书评审意见表
  4. 文档内容:产品意见书评审结论、项目开发流程选择(10个工作日视为简单流程,超出则是完成项目流程)

第四步,产品需求文档撰写,项目细化排期拟定

通过评审后,便是苦逼的产品人时间,产品经理/产品策划根据产品规划书所列的用户需求以及项目内容,细化产品各项功能,对各功能重要性评级,产出功能列表(FL:Feature List)。然后撰写产品需求说明文档(PRD:Product Requirement Document),将产品规划的内容转换为技术性开发需求说明以指导开发方向。接着,协调各方资源确定下项目排期,每个阶段完成什么,什么时候交付等等。(此环节包括原型设计)

  1. 负责人:产品经理/产品策划
  2. 相关人:项目经理、设计人员、测试人员、运维人员
  3. 交付文档:FL、PRD、日程表
  4. 内容包括:重要性分级、性能指标、运营维护要求(如统计功能、备份功能、监控功能等)、估算开发周期以及计划等

第五步,产品需求文档、日程排期评审

没错,又要评审。PRD与日程排期制定后,产品人员要组织项目人员相关人员对需求说明书和日程表进行评审,目的也是验证PRD的可行性以及日程排期的合理性。两个结果,一是通过则进入交互视觉设计;二是不过则重新返回调整。(还会有FSD)

  1. 负责人:产品经理/产品策划
  2. 相关人:部门总经理、运营总监、项目经理、设计负责人
  3. 交付文档:需求说明书评审意见表、日程排期评审意见表
  4. 文档内容:产品意见书评审结论、日程排期评审结论

********************************

以上是你大概了解的环节,接下来是你不清晰、想了解的环节。

此处真想省去N个字。(因为Web项目走这样的流程实在太繁琐了,我通常走简化流程)

********************************

第六步,测试用例与测试计划

对,你没看出现在就要写测试用例了,奇葩吧。测试人员必须和产品经理、项目经理、开发人员保持密切的沟通,制定概略测试计划,以合理调配测试资源,安排测试工作。(这个对测试人员很重要,通常是大软件产品这么做)

  1. 负责人:测试经理/测试人员
  2. 相关人:产品经理、设计人员、测试人员
  3. 交付文档:概略测试计划、最终测试计划、测试用例
  4. 文档内容:测试方式、测试环境、测试人员安排、粗估的测试时间(概略测试计划)、准确的测试时间(最终测试计划)

第七步,测试计划评审

继续流程化,评审!通常和项目计划评审一起的。还是两个结果,一是……;二是……。

  1. 负责人:测试经理/测试人员
  2. 相关人:部门总经理、运营总监、产品经理、项目经理、设计负责人、测试人员
  3. 交付文档:最终测试计划评审意见表
  4. 文档内容:最终测试计划评审结论

第八步,概要设计书

需求说明书与日程表通过评审后,设计负责人将在项目经理的沟通和帮助下进行概要设计,并起草概要设计书,以确定软件项目的整体功能结构设计、数据结构设计、接口结构设计等技术内容。在简化开发流程中,此阶段还需要项目经理与设计负责人充分沟通,分解项目开发工作,构建开发工作细项任务。

  1. 负责人:设计负责人
  2. 相关人:技术总监、产品经理、项目经理、开发人员、测试人员
  3. 交付文档:概要设计书
  4. 文档内容:概要设计

第九步,概要设计书评审

继续流程化,评审!通还是两个结果,一是……;二是……。项目经理将在设计负责人的帮助下召开概要设计书评审,以确定概要设计书满足需求说明书的技术功能要求,并具备开发可行性和可操作性。

  1. 负责人:项目经理
  2. 相关人:部门总经理、运营总监、技术总监、产品经理、设计负责人、开发/测试人员
  3. 文档:概要设计书评审意见表
  4. 内容包括: 概要设计书评审结论

第十步,项目计划于项目分解

执行完整开发流程时,当概要设计书通过评审后,项目经理将在设计负责人与开发人员保持密切沟通的情况下,分解项目开发工作,构建开发工作细项任务;同时还要制定精确的日程表,并针对项目开发提出所需的各类资源要求(要那些人干这件事)。

  1. 负责人:项目经理
  2. 相关人:产品经理、设计负责人、开发人员、测试人员
  3. 交付文档:日程表、资源需求计划、最终测试计划
  4. 文档内容:项目工作分解、甘特图、内部/外部资源需求说明、版本升级后的准确测试计划

第十一步,项目计划评审

又是评审,不说了,你懂的。

第十二步,资源协调,项目跟进,推动项目按期完成

此步骤可说可不说,因为好的项目在上一步确定具体排期之后,接下来开发阶段基本都可是设计、开发的事了,但也不尽然。因为,期间包括几个重要环节,一是给相关设计、开发人员解说PRD(力求三方任何异议,必须要让他们吃透弄懂你的方案啊,要不然后期会烦死你);二是适当“安抚”程序猿,给他们打鸡血;三是各种项目例会;为了让开发最大效率码字,要时刻对接设计与开发,响应开发对PRD提出的任何不解,对每一环节把关,遇到里程碑时向直接领导汇报项目进度。(就是给了工作设计、开发,还要想办法让他们做得开心,这时候沟通能力很重要,哈哈哈)

  1. 负责人:产品经理/产品策划
  2. 相关人:项目经理、设计人员、测试人员、运维人员
  3. 交付文档:设计评审表、跟踪报告
  4. 内容包括:设计评审意见、项目进度情况

第十三步,项目交付体验、测试

开发后期,软件测试人员将逐步介入到具体的项目工作中,按照最终测试计划进行软件测试工作,召开测试工作例会并形成测试报告,反馈给开发人员和项目经理。如测试人员发现结构性缺陷而无法通过测试(严重缺陷),则返回需求说明阶段重新进行开发流程;如测试人员发现功能性缺陷而无法通过测试(一般缺陷),则返回开发阶段进行完善。

  1. 负责人:测试人员
  2. 相关人:开发人员、项目经理、设计负责人、部门总经理、运营总监、产品经理
  3. 交付文档:测试报告、测试工作例会纪要
  4. 文档内容:测试意见反馈、测试工作进度

第十四步,产品验收与发布

产品按照测试计划通过全部测试后,将进行项目总结和产品发布。项目总结将回顾项目开发历程、总结经验、检查版本与文档管理情况,并初步规划后期产品升级工作。最终产品将按照发布流程予以发布。

  1. 负责人:项目经理
  2. 相关人:部门总经理、运营总监、产品经理、设计负责人、开发人员、测试人员
  3. 文档:项目总结报告、软件产品发布通告
  4. 内容包括: 开发历程回顾、经验总结、版本管理与文档情况总结、后期维护升级初步安排

—————————————————-又见华丽的分割线—————————————————

【无力吐槽】

啊,妈呀,终于写完了!

不算完全原创,学习别人的基础上作总结和借鉴,甚至部分搬砖,如有雷同,纯属巧合。

没时间画流程图了,路过甲乙丙丁有兴趣可以画一下,画个图就明了了。

还有,有时间可以整理下这个文章都提到了什么文档,也可以整理下。

尼玛做产品就是文档,写文档,写文档啊有木有……

 

如果,你觉得有用,不妨留下个脚印,谢谢。

 

转载请标明出处:www.podsen.com

文章链接:http://www.podsen.com/2012/11/share-the-product-development-processes.thml

【往期解惑】

交流:产品策划如何撰写规范的PRD?

交流:互联网产品策划如何入门和提高?

 

 

产品开发流程规范简要分享

【提问原文】1

【问题归纳】1

【开篇絮语】1

【正文开始】2

第一步,产品概念/意向提出2

第二步,市场调研、可行性分析、产品规划书起草2

第三步,产品规划书评审2

第四步,产品需求文档撰写,项目细化排期拟定2

第五步,产品需求文档、日程排期评审3

第六步,测试用例与测试计划3

第七步,测试计划评审3

第八步,概要设计书3

第九步,概要设计书评审3

第十步,项目计划于项目分解4

第十一步,项目计划评审4

第十二步,资源协调,项目跟进,推动项目按期完成4

第十三步,项目交付体验、测试4

第十四步,产品验收与发布4

【无力吐槽】5

【提问原文】

一个产品从无到有,从构思策划到上线发布、推广运营,需要经过哪些流程?

我所了解到的:
1.
用户需求收集:产品候选概念
2.
市场分析:市场评估报告
3.
制定规划:产品路标规划书
4.
撰写策划:产品需求说明书
5.
制定业务计划:业务计划、进入开发阶段
5点是我在网上看到的资料,仅仅是截止到了开发前的一些流程,而开发过程中与发布过后的流程细则,望师兄补充,网上也有介绍,但怎么说也没有师兄介绍得仔细贴切)

【问题归纳】

产品生命周期各阶段:一个产品的从构思到策划,开发到测试,上线到运营的流程是什么,期间要注意的问题是什么,每一环节怎么做,成果是什么,如何考核等等。

【开篇絮语】

从这位师弟的提问可以看出,开发前的几个步骤基本清晰了,你的关注焦点已经开始集中在产品方向上了,提的问题也比其他一些师弟师妹要专业,这是个好的开始,如果你选择这个方向,那么请踏实坚持吧。

如果我对你问题没理解错的话,那么接下来我就简单分享一下目前我所接触到的产品生命周期各阶段都发生些什么吧,当然了,各个公司不有所不同,大公司流程相对规范点,小公司更讲效率故流程会简化,我谈的只是本人拙见。

——————————————————华丽的分割线——————————————————

【正文开始】

第一步,产品概念/意向提出

一个新产品的诞生或者对现有产品的改进建议,可以是任何人的需求、头脑风暴、市场需求、对对手的打击、市场份额的争夺(任何人:产品经理、用户/客户请求、项目经理、开发/测试/各级管理人员等)。这环节主要是想法产品概念意向的提出,最终都会回到产品经理那汇总和分析,记住产品经理才是孩子(“产品”)的“亲生父母”。

n 负责人:产品经理/产品策划

n 相关人:产品意向相关提出者

n 交付文档:产品意向说明书

n 文档内容:功能描述、性能目标、预期收益(收益呀用户呀影响力呀啥的)、希望排期。

第二步,市场调研、可行性分析、产品规划书起草

提出概念意向后,接下来进行市场调研(对市场、目标用户、竞品等研究)、可行性分析(价值、风险、投资回报、成本等)、产品规划(方向、范围、性能、规模、指标等)。这部最主要是确定该产品的可行性和合理性。(有点像BRD

n 负责人:产品经理/产品策划

n 相关人:产品意向相关提出者、对应领导

n 交付文档:可行性分析报告、产品规划书

n 文档内容:问题分析、目标确认、项目范围、SWOT分析、用户使用指标、性能要求、兼容性要求等等。

第三步,产品规划书评审

规划书出来后,经理开始组织项目相关人对它进行评审,验证可行性。这环节接近需求PK(就像计划生育啊,说服了“相关部门”才能生孩子啊),有三个结果,一是评审通过则开展下去(直接默认可以争取到资源和认可);二是存在较大争议无法达成共识则重新规划评估;三最残酷,不通过直接取消该项目。评估过后,部门经理和运营总监对开发流程选择并有决定权。(有点像MRD

n 负责人:产品经理/产品策划

n 相关人:产品意向提出人、部门总经理、运营总监、产品经理、项目经理、设计负责人

n 交付文档:产品规划书评审意见表

n 文档内容:产品意见书评审结论、项目开发流程选择(10个工作日视为简单流程,超出则是完成项目流程)

第四步,产品需求文档撰写,项目细化排期拟定

通过评审后,便是苦逼的产品人时间,产品经理/产品策划根据产品规划书所列的用户需求以及项目内容,细化产品各项功能,对各功能重要性评级,产出功能列表(FLFeature List)。然后撰写产品需求说明文档(PRDProduct Requirement Document),将产品规划的内容转换为技术性开发需求说明以指导开发方向。接着,协调各方资源确定下项目排期,每个阶段完成什么,什么时候交付等等。(此环节包括原型设计)

n 负责人:产品经理/产品策划

n 相关人:项目经理、设计人员、测试人员、运维人员

n 交付文档:FLPRD、日程表

n 内容包括:重要性分级、性能指标、运营维护要求(如统计功能、备份功能、监控功能等)、估算开发周期以及计划等

第五步,产品需求文档、日程排期评审

没错,又要评审。PRD与日程排期制定后,产品人员要组织项目人员相关人员对需求说明书和日程表进行评审,目的也是验证PRD的可行性以及日程排期的合理性。两个结果,一是通过则进入交互视觉设计;二是不过则重新返回调整。(还会有FSD

n 负责人:产品经理/产品策划

n 相关人:部门总经理、运营总监、项目经理、设计负责人

n 交付文档:需求说明书评审意见表、日程排期评审意见表

n 文档内容:产品意见书评审结论、日程排期评审结论

********************************

以上是你大概了解的环节,接下来是你不清晰、想了解的环节。

此处真想省去N个字。(因为Web项目走这样的流程实在太繁琐了,我通常走简化流程)

********************************

第六步,测试用例与测试计划

对,你没看出现在就要写测试用例了,奇葩吧。测试人员必须和产品经理、项目经理、开发人员保持密切的沟通,制定概略测试计划,以合理调配测试资源,安排测试工作。(这个对测试人员很重要,通常是大软件产品这么做)

n 负责人:测试经理/测试人员

n 相关人:产品经理、设计人员、测试人员

n 交付文档:概略测试计划、最终测试计划、测试用例

n 文档内容:测试方式、测试环境、测试人员安排、粗估的测试时间(概略测试计划)、准确的测试时间(最终测试计划)

第七步,测试计划评审

继续流程化,评审!通常和项目计划评审一起的。还是两个结果,一是……;二是……。

n 负责人:测试经理/测试人员

n 相关人:部门总经理、运营总监、产品经理、项目经理、设计负责人、测试人员

n 交付文档:最终测试计划评审意见表

n 文档内容:最终测试计划评审结论

第八步,概要设计书

需求说明书与日程表通过评审后,设计负责人将在项目经理的沟通和帮助下进行概要设计,并起草概要设计书,以确定软件项目的整体功能结构设计、数据结构设计、接口结构设计等技术内容。在简化开发流程中,此阶段还需要项目经理与设计负责人充分沟通,分解项目开发工作,构建开发工作细项任务。

n 负责人:设计负责人

n 相关人:技术总监、产品经理、项目经理、开发人员、测试人员

n 交付文档:概要设计书

n 文档内容:概要设计

第九步,概要设计书评审

继续流程化,评审!通还是两个结果,一是……;二是……。项目经理将在设计负责人的帮助下召开概要设计书评审,以确定概要设计书满足需求说明书的技术功能要求,并具备开发可行性和可操作性。

n 负责人:项目经理

n 相关人:部门总经理、运营总监、技术总监、产品经理、设计负责人、开发/测试人员

n 文档:概要设计书评审意见表

n 内容包括: 概要设计书评审结论

第十步,项目计划于项目分解

执行完整开发流程时,当概要设计书通过评审后,项目经理将在设计负责人与开发人员保持密切沟通的情况下,分解项目开发工作,构建开发工作细项任务;同时还要制定精确的日程表,并针对项目开发提出所需的各类资源要求(要那些人干这件事)。

n 负责人:项目经理

n 相关人:产品经理、设计负责人、开发人员、测试人员

n 交付文档:日程表、资源需求计划、最终测试计划

n 文档内容:项目工作分解、甘特图、内部/外部资源需求说明、版本升级后的准确测试计划

第十一步,项目计划评审

又是评审,不说了,你懂的。

第十二步,资源协调,项目跟进,推动项目按期完成

此步骤可说可不说,因为好的项目在上一步确定具体排期之后,接下来开发阶段基本都可是设计、开发的事了,但也不尽然。因为,期间包括几个重要环节,一是给相关设计、开发人员解说PRD(力求三方任何异议,必须要让他们吃透弄懂你的方案啊,要不然后期会烦死你);二是适当“安抚”程序猿,给他们打鸡血;三是各种项目例会;为了让开发最大效率码字,要时刻对接设计与开发,响应开发对PRD提出的任何不解,对每一环节把关,遇到里程碑时向直接领导汇报项目进度。(就是给了工作设计、开发,还要想办法让他们做得开心,这时候沟通能力很重要,哈哈哈)

n 负责人:产品经理/产品策划

n 相关人:项目经理、设计人员、测试人员、运维人员

n 交付文档:设计评审表、跟踪报告

n 内容包括:设计评审意见、项目进度情况

第十三步,项目交付体验、测试

开发后期,软件测试人员将逐步介入到具体的项目工作中,按照最终测试计划进行软件测试工作,召开测试工作例会并形成测试报告,反馈给开发人员和项目经理。如测试人员发现结构性缺陷而无法通过测试(严重缺陷),则返回需求说明阶段重新进行开发流程;如测试人员发现功能性缺陷而无法通过测试(一般缺陷),则返回开发阶段进行完善。

n 负责人:测试人员

n 相关人:开发人员、项目经理、设计负责人、部门总经理、运营总监、产品经理

n 交付文档:测试报告、测试工作例会纪要

n 文档内容:测试意见反馈、测试工作进度

第十四步,产品验收与发布

产品按照测试计划通过全部测试后,将进行项目总结和产品发布。项目总结将回顾项目开发历程、总结经验、检查版本与文档管理情况,并初步规划后期产品升级工作。最终产品将按照发布流程予以发布。

n 负责人:项目经理

n 相关人:部门总经理、运营总监、产品经理、设计负责人、开发人员、测试人员

n 文档:项目总结报告、软件产品发布通告

n 内容包括: 开发历程回顾、经验总结、版本管理与文档情况总结、后期维护升级初步安排

—————————————————-又见华丽的分割线—————————————————

【无力吐槽】

啊,妈呀,终于写完了!

不算完全原创,学习别人的基础上作总结和借鉴,甚至部分搬砖,如有雷同,纯属巧合。

没时间画流程图了,路过甲乙丙丁有兴趣可以画一下,画个图就明了了。

还有,有时间可以整理下这个文章都提到了什么文档,也可以整理下。

尼玛做产品就是文档,写文档,写文档啊有木有……

如果,你觉得有用,不妨留下个脚印,谢谢。