第3章 产品需求分析和规划

第3章 产品需求分析和规划

收集完成市场需求文档MRD,建议产品经理从4个方面思考产品。

  • 从商业模式思考。

  • 从用户体验思考。

  • 从项目时间上思考。

  • 从技术上思考。

说到“需求”这个概念,不同的时间、不同的人、不同的环境都会有不同的需求。

就如人没有了健康,需求就是健康;人没有了金钱,需求就是金钱;人没有了权力,需求就是权力;人没有房子,需求就是房子。

如果产品经理仅仅按MRD需求去做PRD,那就如头痛治头、脚痛治脚,治标不治本。

产品需求分析,就是分析当前公司的产品与需求:哪方面最缺?依靠目前的资源能做到什么程度?站在技术和业务的角度,能做出的最优方案是什么?

获取MRD后,产品经理需要进行思考。

01 详细查阅MRD,找到同类软件产品研究和分析。

02 商业模式思考:可以思考下需求人员,做此功能的商业模式,想达到怎样的效果。业务是想怎么运作。

03 用户体验思考:做出此功能,给用户使用,用户是否能用得顺畅,这相当于自己站在用户的角色思考问题;但如果开发这个功能需要用大量时间,对企业来说没什么效益,企业就会不满意,这相当于自己站在企业的角度思考问题。所以用户体验也需要在用户和企业之间取得平衡点。

04 项目时间思考:时间只有一个月,产品想的是做一年的大项目。虽然想法很好,但没法在限定时间做出产品,也就没有任何意义。

05 技术上思考:如果技术人员水平一般,项目也没足够时间给技术学习的话,会导致功能无法实现。因此技术思考两点,一是技术能否实现,二是公司的技术人员水平如何。

有些时候,某软件中的某些功能对于用户和业务都很重要,但就是没法做或者无法获批。比如,某个功能可以让业务人员每天节省半小时的工作量。但此功能如果实现出来,会使软件系统崩溃(注:技术上短时间内无法解决),因此业务人员便不能接业务。

没有权力和没责任感的产品经理,只能选择业务给什么需求,就做什么需求,最后系统崩溃;有权力和有责任感的产品经理,会站在中立的角度看问题,因而拒绝此功能,直至技术上能解决时再做规划。

所以说并不是用户需要什么,产品经理就给用户做什么,而是要站在多方的角度进行分析、规划和评估。

06.tif{}

又好、又快、又便宜的产品基本不存在

3.1 产品需求分析和规划的目的

市场需求收集完成后,就要进行产品需求分析和产品需求规划了。

需求分析,是指对有待解决的问题进行详细的分析,弄清楚MRD的问题,包括需要输入什么数据,得到什么结果,最后应输出什么数据,改变了哪些数据,以及计算的逻辑。可以说,在软件工程当中的“需求分析”就是确定计算机要做成怎样,达到什么样的效果。

需求规划,是指通过需求分析后,对需求的整体性、长期性、稳定性的规划,规划是否同时满足未来几年的需求。

常用的分析方法有如下几种。

SWOT分析法:S(strengths)是优势、W (weaknesses)是劣势,O (opportunities)是机会、T (threats)是威胁。这4个方面用来确定企业自身的竞争优势、竞争劣势、机会和威胁,从而将公司的战略与公司内部资源、外部环境有机地结合起来,这是一种科学的分析方法。

结构化分析法:实体关系图、数据流图、状态转化图、数据字典。

3W分析法:Who是指帮谁做、给谁用;What是指做什么软件、用户有什么要求、做什么功能;How是指别的同行和非同行怎样做、用户想怎样做、业务想怎样做、产品要做成怎样。

最终,分析和规划的目的是,功能满足业务和系统的当前需求和日后拓展的需求。

3.2 产品需求分析和规划详细说明

分析和规划的流程如下。

01 查阅需求资料。

02 找到同类的软件或某一块相似的功能研究和分析。

03 可用纸和笔,画一些流程、框架图、思维导图。

04 个人感觉分析和规划,使用软件画图和撰写功能。

注册需求分析案例

以下采用SWOT分析法分析注册系统用手机注册。

S (strengths)优势

• 用手机注册,可以确认用户的真实、手机号码的真实 • 能够给手机客户推广

W (weaknesses)劣势

• 一个手机号码只能注册一次 • 需要手机验证信息;公司需支付短信费

O (opportunities)机会

• 每个人都拥有一台手机 • 相对比较安全

T (threats)威胁

• 网络环境不稳定,可能导致注册失败或系统崩溃 • 手机短信可能有延迟

以下是采用结构化分析法得到的注册实体关系图。

07.tif{}

注册实体关系图

(1)一对一关系(1:1)

用户和注册的关系是一对一的关系,即一个用户只可以注册一个账号,而注册系统也只能允许每个用户注册一次。

(2)一对多关系(1:N)

管理员和注册存在一对多的关系“管理”,即每个管理员可以管理多个注册信息,但注册系统只能由一位管理员来管理。

(3)多对多关系(M:N)

用户和注册的关系是M对N的关系,即用户可以注册多个账号,同时注册系统也允许用户注册多个账号(用手机号注册的系统,用户和注册不建议多对多关系)。

以下是采用结构化分析法得到的注册数据流图。

08.tif{}

注册数据流图

  • 在图中可以看到“用户”和“管理员”之间的注册数据流。用户注册好后,管理员对注册好的信息进行管理。

  • 用户 “申请注册”,注册过程中系统“注册执行”;在“注册执行”的过程中,数据由用户“D1 注册申请”提交,系统把数据用于“D2注册信息”和“D3验证信息”。

以下是采用结构化分析法获得的注册状态图。

09.tif{}

注册状态图

  • 注册要在时间段9点至18点,不在时间段则不能注册。

  • 登录要在600秒内登录,否则验证码就超时。

  • 注册要在600秒内注册,否则验证码就超时。建议:看到有时间性限制的,需做成有后台可以设置的。

  • 管理员可以进系统处理用户相关的信息(包括查询到新注册用户的信息)。

以下是通过结构化分析法获得的注册数据字典。

  • 用户={手机号码+姓名+性别+身份证号+密码}

  • 手机号码=11{十进制数字}11

  • 十进制数字=“0”...“9”

  • 姓名=2{汉字}50

  • 性别=1{汉字}2

  • 身份证号=16{十进制数字}18

  • 密码=8{十进制数字}12

  • 电话=8{十进制数字}12

下面是对以上数据字典的详解。

  • 用户的信息由手机号码、姓名、性别、身份证号、密码组成。

  • 手机号码由11位十进制数字组成。

  • 十进制数字由0、1、2、3、4、5、6、7、8、9组成。

  • 姓名需要2~50个汉字组成。

  • 性别需要1~2个汉字组成。

  • 身份证号由16~18个十进制数字组成。

  • 密码由8~12个十进制数字组成。

  • 电话由8~12个十进制数字组成。

网站注册分析实例

01 提交前的页面如下所示。

图像105161.PNG{}

02 提交错误提示如下所示。

图像105168.PNG{}

03 提交前注册页面如下所示。

图像105175.PNG{}

04 提交后注册页面如下所示。

图像105182.PNG{}

05 提交前注册页面如下所示。

图像105192.PNG{}

06 注册提交后,直接进入个人账户页。

图像105202.PNG{}

目录

  • 版权
  • 内容提要
  • 前言
  • 第1章 产品经理工具
  • 第2章 软件需求收集
  • 第3章 产品需求分析和规划
  • 第4章 组织架构图
  • 第5章 业务流程和系统流程
  • 第6章 思维导图
  • 第7章 功能说明
  • 第8章 原型DEMO
  • 第9章 撰写完整的产品需求文档
  • 第10章 软件项目管理
  • 第11章 可行性分析报告
  • 第12章 模型
  • 第13章 产品图
  • 第14章 软件项目管理规范
  • 第15章 设计规范
  • 第16章 前端开发规范
  • 第17章 开发代码规范
  • 第18章 测试规范
  • 第19章 运维规范
  • 第20章 运营规范
  • 第21章 数据图
  • 第22章 数据库架构
  • 第23章 SQL简介
  • 第24章 产品需求文档PRD(原型模型驱动)
  • 第25章 怎样做好产品
  • 第26章 Web产品和手机App产品
  • 第27章 产品经理思维与案例
  • 第28章 产品融资

相关技术

推荐用户