艾伟也谈项目管理,需求分析之六大原则

简介:   需求分析的六个原则(一)  1、需求分析第一个原则:永远不要显得比客户更聪明。  聪明反被聪明误,这样的事情太多了,我们产品经理都是有智慧的人,而不是耍小聪明的人。  2、原则第一点:了解需求,而不是去批评客户。

  需求分析的六个原则(一)

  1、需求分析第一个原则:永远不要显得比客户更聪明。
  聪明反被聪明误,这样的事情太多了,我们产品经理都是有智慧的人,而不是耍小聪明的人。
  2、原则第一点:了解需求,而不是去批评客户。
       产品经理不是批评家,心理上要重视客户,行动上要尊重客户,平等对待每一个客户。
  3、原则第二点:客户比你更熟悉业务的环境。
  产品经理熟悉的仅仅是产品本身,但是,产品经理要做的却不仅仅是产品本身。
  4、原则第三点:真正的问题只有客户知道,我们要做的就是让客户愿意说出来。
  客户会给你反馈,但是这些反馈有些是真实的,有些是敷衍的,你希望真实还是敷衍,请参考原则第一点。

  需求分析的六个原则(二)

  1、需求分析第二个原则:尊重用户的现实选择。
  产品是客观的,用户是客观的,使用是客观的,需求也是客观的,一切都是现实的。
  2、原则第一点:客户永远是对的。
  客户不是我们的敌人,客户不会害我们,客户提出的需求看似在为难我们,但本质上是为了让客户自己更好的使用产品,因此,客户不会为难自己。
  3、原则第二点:提供最合适的解决方案,而非最好或最贵的方案。
  我们能够做的不一定是最好的,我们不想做的有时候往往是客户最需要的,找到最合适客户的,而不是最合适我们的。
  4、原则第三点:不要把客户当傻瓜。
  这个世界上没有傻瓜,自以为对方是傻瓜的人才真的是傻瓜,不要忽悠客户,不要欺骗客户,如果非要在这个前面加上一个期限的话,我希望是“永远”。

  需求分析的六个原则(三)

  1、需求分析第三个原则:第三方也是我们的客户。

  只要是对我们的产品和业务提出需求,就是我们的客户,应该一视同仁。

  2、原则第一点:第三方一般会把自己想象成设计者。

  他们对产品或许很熟悉,但是对整个业务可能不熟悉,因此,他们成不了设计者。

  3、原则第二点:第三方可能会遗漏或补充一些额外的需求。

  每个人都期望产品能做好,这种强烈的成功心理容易让人们产生日晕心理,从而影响我们对需求的筛选。

  4、原则第三点:对第三方的自由发挥不应抱怨和生气,而是将其视为客户。

  客户是第一位的,而他们又是我们的客户,因此,我们应该心平气和的对待他们的想法,无论这些想法是出于公还是出于私的。

  需求分析的六个原则(四)

  1、需求分析第四个原则:客户和用户要区别对待。

  客户是客户,用户是用户,有时候一致,有时候分离,这是我们首先要搞清楚的。

  2、原则第一点:产品为最终用户设计,需求的功能转换为最终用户的使用要求而确定。

  用户决定产品,我们需求工作基于用户,始于用户,归于用户。

  3、原则第二点:为客户寻找价值上的需求。

  客户是多样的,价值导向也是多样的,我们的产品能否承载多样化的客户价值决定了产品能否实现最终的交换。

  4、原则第三点:用户的利益高于一切。

  产品的最终价值是通过用户来体现的,脱离了用户的产品,就是“皮之不存,毛将焉附”。

  需求分析的六个原则(五)

  1、需求分析第五个原则:用最简单的文字工具记录需求。

  客户并不麻烦,需求也不复杂,麻烦的是我们把一切做的太复杂了。

  2、原则第一点:所有人都能懂的东西,最不容易出错。

  没有人喜欢复杂的东西,需求也不例外。

  3、原则第二点:不需要再学习的东西,最不容易出错。

  产品是需求的表现,没有人喜欢复杂的产品,要做到这一点,就从需求开始吧。

  4、原则第三点:不要希望客户能花更多的时间来了解需求转换后的原型。

  我费些事,客户就可以省些事,客户省事了,我们最终也就省事了。

  5、原则第四点:保持沟通的通畅,是了解需求的保障

  要实现需求的清清楚楚,就要做到沟通的反反复复。

  需求分析的六个原则(六)

  1、需求分析第六个原则:天下没有免费的午餐。

  要得到就一定要付出,付出的量并不一定和得到的量相等,作为产品经理来说,就是要让客户尽量少的付出,尽量多的得到,但永远不会是免费的。

  2、原则第一点:客户从来没有不合理的需求。

  客户的需求都是现实的,都是合理的,因为这些需求都是客观的,但我们通常习惯于用主观去看待客观。

  3、原则第二点:客户的要求都是可以实现的。

  没有不可以实现的需求,只有我们了解的不够深入的需求。

  4、原则第三点:我们能做这事-这是所需的费用。

  成本第一还是需求第一,客户把这个问题交给了我们,我们就用用我们的智慧去解决这个问题。

目录
相关文章
|
5月前
|
存储 监控 项目管理
PMP备考之路 - PMBOK第六章(项目进度管理)
PMP备考之路 - PMBOK第六章(项目进度管理)
41 0
|
5月前
|
数据挖掘 项目管理 数据库
PMBOK泛读(第六章) - 项目进度管理(一)
PMBOK泛读(第六章) - 项目进度管理
44 0
|
5月前
|
监控 算法 数据挖掘
PMBOK泛读(第六章) - 项目进度管理(二)
PMBOK泛读(第六章) - 项目进度管理(二)
35 0
|
架构师 项目管理
艾伟也谈项目管理,软件架构师之职责范围
  由于国内外软件土壤差别巨大,适合国外的一些理论在国内不一定行的通,而国内的一些资料往往都是根据国外的资料直接搬过来用的,这也直接导致国外的软件架构师在国内变得水土不服。今天本篇随笔的内容则是在一些培训资料的基础上,加上自己的思考,总结出来的适合国情的软件架构师职责范围。
1177 0
|
项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈
  昨天与同行进行案例讨论时得知,前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型,真可谓成也萧何败也萧何啊。   该项目是一个软件外包项目,发包方是非中国大陆的客户,项目规模在500人月左右,团队人数峰值为50人,实施周期为12个月。
1009 0
|
测试技术 项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈(续)
接上一篇文章“项目管理 – 人员外购利弊谈”。   以上方案只是初步分析,其缺点都是有相应解决办法的。  该公司对以上情况并没有使用DAR(决策分析解决方案)方法进行正式和认真的分析,仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案:项目经理由公司的技术和业务都掌握的人员担当;各小组的组长和测试组长采用人员外购的方式;项目组成员1/3由公司员工组成,1/3由实习人员组成,1/3采用外购方式。
1027 0
|
测试技术 项目管理
艾伟也谈项目管理,对项目管理的几点认识
自2007年参加工作以来,参与的项目也有好几个了,但都是以项目成员的角色参与,从来没有以项目经理的角色参与项目。中国有句古话叫“旁观者清”,同一个问题站的角度不同,可能会形成不同的结论。下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法,希望大家给予指正。
922 0
|
测试技术 项目管理
艾伟也谈项目管理,关于项目管理的一点体会
  这段时间,一直在负责一个项目的管理与开发。在时间短、任务紧,而团队人员又大部分是没有经验的菜鸟的恶劣情况下,我带领接近40人的团队,终于在客户规定的时间范围内如期交付产品。这其中,经历了需求变更、人员变动(因为其它任务,先后有近10人离开团队)等诸多问题,项目仍然取得成功了,不能不说有几分侥幸,但此外也有一些经验与教训可以与大家分享。
939 0
|
项目管理
艾伟也谈项目管理,IT项目管理的六种错误思维
  错误一:错误的需求调研阶段,导致很多项目永远无法结束!       在软件行业,在界面设计没有正式展现给客户之前,所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例:客户买房子之前是先要看看样板房和模型的,什么都看不到,这房子你敢买么?除非你不是自己住!而在我们所学的软件工程概念模型中,这是三个阶段:需求调研、需求分析、概要设计。
1214 0
|
Java 项目管理
艾伟也谈项目管理,软件架构引言之项目管理的问题
  软件架构引言之项目管理的问题     很多朋友都有过或者正在管理一个或者多个软件项目,那么我的文章就从这个问题开始:如果单纯从表象来说,软件项目管理过程中暴露的最大问题是什么?     不同的人的会有不同的答案,但是大致这样的答案我想大部分人都是会认可的,那就是“进度拖延”。
1095 0