需求分析之六大原则

需求分析的六个原则(一)永远不要显得比客户更聪明

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

需求分析的六个原则(二)尊重用户的现实选择

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

需求分析的六个原则(三)转述需求的人也是客户

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

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

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

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

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

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

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

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

需求分析的六个原则(四)客户和用户要区别对待

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

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

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

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

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

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

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

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

需求分析的六个原则(五)用最简单的文字工具记录需求

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

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

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

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

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

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

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

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

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

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

需求分析的六个原则(六)天下没有免费的午餐

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

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

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

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

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

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

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

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

来源:网络

时间: 2024-09-21 21:01:42

需求分析之六大原则的相关文章

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

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

网站优化之url设计应遵循的六大原则

UEO这个词相信大家也不陌生,中文意思就是用户体验.现在很多网站都注重用户体验,毕竟我们做网站最终是服务于用户,所以我们在网站设计和优化时也要考虑用户体验.用户体验的范围很广,这里主要讲述从用户体验的角度来分析网站的url设计,简单的说,url应该清晰友好,方便记忆.那么我们在网站建设中应该如何去设计url呢?下面就由笔者来讲述url设计的八大原则. 一.url月简洁越好 我们举个例子来说,假如你看到了一个非常长的url,给你的第一感觉是怎样的?同样,我们的用户面对着冗长的url地址,肯定也会产

设计模式之六大原则

设计模式之六大原则 设计模式之六大原则 开闭原则(Open Close Principle) 意思: 软件模块应该对扩展开放,对修改关闭. 举例:在程序需要进行新增功能的时候,不能去修改原有的代码,而是新增代码,实现一个热插拔的效果(热插拔:灵活的去除或添加功能,不影响到原有的功能). 目的:为了使程序的扩展性好,易于维护和升级. 里氏代换原则(Liskov Substitution Principle) 意思:里氏代换原则是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时

大话设计模式:(六大原则)

设计模式六大原则分别是单一职责原则(SPR).开放-封闭原则.里氏代换原则(LSP).依赖倒转原则.迪米特原则(LoD)和合成/聚合复用原则(CARP).   1.单一职责原则,就一个类而言,应该仅有一个引起它变化的原因. 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力.这种耦合导致的设计,当变化发生时,设计会遭受到意想不到的破坏. 软件设计真正要做的许多内容,就是如果发现职责并把那些职责相互分离.其实这个要去判断是否应该分离出类来

设计模式六大原则 里氏替换原则

设计模式六大原则(2):里氏替换原则 是不是有不少人跟我刚看到这项原则的时候一样,对这个原则的名字充满疑惑其实原因就是这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的. 2002年,软件工程大师Robert C. Martin,出版了一本<Agile Software Development Principles Patterns and Practices>,在文中他把里氏代换原则最终简化为一句话: "Subtypes must b

设计模式六大原则 依赖倒置原则

设计模式六大原则(3): 依赖倒置原则 定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象. 所谓依赖倒置原则(Dependence Inversion Principle )就是要依赖于抽象,不要依赖于具体.简单的说就是对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合. 依赖倒置原则的核心思想是面向接口编程. 而面向过程的开发,上层调用下层,上层依赖于下层,当下层剧烈变化时,上层也要跟着变化,这就会导致模块的复用性降低而且大大提高

java设计模式六大原则之场景应用分析

看了一篇文章,感觉收获蛮大,不过还有一些不懂,收藏慢慢研究. 面对项目中如此众多的设计模式,我们有时候无法下手.在强大的设计框架也终脱离不了23种设计模式,6大原则.我们只要把内功修炼好,掌握其精髓也离我们不远了...     目录: 设计模式六大原则(1):单一职责原则 设计模式六大原则(2):里氏替换原则 设计模式六大原则(3):依赖倒置原则 设计模式六大原则(4):接口隔离原则 设计模式六大原则(5):迪米特法则 设计模式六大原则(6):开闭原则 设计模式六大原则(1):单一职责原则 设计

设计模式六大原则 单一职责原则

设计模式六大原则(1):单一职责原则 定义:不要存在多于一个导致类变更的原因.通俗的说,即一个类只负责一项职责,一个人只负责做一件事. ( 一个类,只有一个引起它变化的原因.应该只有一个职责.每一个职责都是变化的一个轴线,如果一个类有一个以上的职责,这些职责就耦合在了一起.这会导致脆弱的设计.当一个职责发生变化时,可能会影响其它的职责.另外,多个职责耦合在一起,会影响复用性.例如:要实现逻辑和界面的分离 ) 问题由来:类T负责两个不同的职责:职责P1,职责P2.当由于职责P1需求发生改变而需要修

PHP设计模式——六大原则

      声明:本系列博客参考资料<大话设计模式>,作者程杰.      一般认为遵从以下六大原则的代码是易扩展可复用的代码:                                        这六大原则任何面向对象的语言都应该遵守的,要想让你的代码易扩展高服用就尽量去满足这六大原则吧,不一定严格按照某种设计模式,但是如果你的代码符合这六大原则,那么你的代码就是好代码了,好的代码不一定是严格按照设计模式写的代码.          1.单一职责         定义:不要存在多于