《人月神话》代序篇感想-客户需求满足

《人月神话》这本书入手已有些时日了,说来惭愧,一直没有认真的阅读过。近些时间晚上割接频繁,等待操作窗口期翻了一下,感觉大有裨益。想认真读完,又怕琐事太多,故将每次的感想记录:一来好记性不如烂笔头,二来也是督促自己;

由本书代序所想

我这本是《人月神话》的40周年中文纪念版,在本书的开头王计斌博士写了一个自我揶揄为“本书中唯一的一节废话”的代序。序中他将此书归为“神品”,这也体现了本书的价值。但让我有所感想的还是他在后面说到的:

软件作为一个行业,逐步背起了“solving the wrong problem”(解决错误的问题)的名声。问题决定解决方案,这也就是说,我们一直在制造错误解决方案!这方面有大量的证据,其中最著名的是美国政府统计署(GAO)的数据:全球最大的软件消费商(美国军方)每年要花费数十亿美元购买软件,而在其所购软件中,可直接使用的只占2%,另外3%需要做一些修改,其余95%都成了垃圾。一句话,不管这些软件是否符合需求规格,它们都显然没有满足客户的需求。

作为IT从业者,软件研发的所做即所得的快感及高价值的体现,是我这个运(打)维(杂)羡慕不已。但在王博士的口中这个行当却成了制造“垃圾”er,其原因是“没有满足客户的需求”。因日常工作中也会多多少少接触一些需求满足类的工作,此番言论,让我不得不重新审视一下关于满足客户需求的问题。

3问:

1、谁是客户?

2、什么是需求?

3、怎么满足?

1、谁是客户?

爸爸给小明10块钱,让他到楼下的小卖部买一瓶酱油,那么谁才是小卖部的客户?

营销中判断一个客户的标准要有三个方面:

  • 是否有需求
  • 是否有购买力
  • 受否有购买决策权

通常意义上来说,当小明踏入小卖部的时候他就是这个场景中的客户——但实际情况并非如此。套用上面的标准:

  • 谁要买酱油?
  • 谁能出钱买酱油?
  • 谁能决定买不买酱油,去哪家店购买?

答案当然是小明的爸爸。

从我有限的工作经历中来看,我们往往陷入一种误区:谁提的需求谁就是客户。但我们在真正投入人力物力时间去实现的时候(甚至是已经实现后)却发现对象搞错了。用户部门的老大(真正的客户)根本就不认可或者压根就不知道,从而无法给予相关支持。求当时的心理阴影面积。

所以在满足客户需求中,我们必须先要搞清楚谁是客户,错误对象,往往闹出笑话。接到任何需求的时候,还是要多多想想上面的标准,套用一下,绝对能够少走一些弯路。

2、什么是需求?

定义

人的需要是指人体某种生理或心理上的不满足感,它可使人产生行动的动机(这里的动机就是需求)。

人的需要是多样和复杂的。某一时刻,在人的许多需要中,会有一种需要是相对最强烈的,我们称其为强势需要(这是强需求)。

强势需要产生主导动机,而主导动机直接导致人的行动(这里很容易产生伪需求)。人通过行动满足了强势需要后,又会有新的需要变成强势需要,如此循环往复。

说人话就是:

一个人饿了,想吃碗米饭。这就是用户需求。 “饿”是需求,整句话是动机。

你给了他一碗米饭。这就是满足了用户需求。

你给了他一面包,并且告诉他,这玩艺儿更解饿,但是噎得慌,于是搭着卖了一瓶脉动。这就是创造用户需求。

需求和伪需求:

用户需求分2种:

用户想要的。这种一般流于表面,例:我要买一把锤子和一些钉子(伪需求)

用户需要的。这种则是用户的目的,如上例:其实只是想把一幅画挂到墙上(需求)

以上网上摘抄,在我看来需求中,重要的是如何规避“伪需求”。目前脑容量只能一条路:与用户多多沟通,发掘用户的目的,提炼“真需求”。

3、怎么满足?

脑洞一下:

场景一:用户需要锤子和钉子,你给他完事。这种只能算是满足用户的“想要”,且如果你现在没有这些东西呢,用户的需求就不承接了么?

场景二:试着与用户多聊几句:你要锤子和钉子是因为家里的家具坏了么?云云····这个时候就很有可能挖掘出用户的正真需求,哦,原来是要挂画,我这里虽然没有锤子和钉子,但是我有免钉胶,粘贴牢固还不会破坏墙面,你看看能不能用?

场景三:知道用户要装修房子,且昨天在网上买了一幅画,在到画到货前,就将挂画的材料备齐在用户手上了;

以上场景我依次归纳为:日常工作、助力经营、引领业务;

PS:

扯了这么多,任何事情都是说起来容易做起来难,“满足”从来就很难满足。其实发现以上所想并不仅仅局限于软件研发,禁锢于IT行业。每个行业、每个岗位都有自己的客户,客户都有需求,而自己的岗位价值就在“满足用户需求”。

这个话题任重而道远,也希望我一直都能在前进的道路上。

时间: 2024-10-14 16:56:57

《人月神话》代序篇感想-客户需求满足的相关文章

人月神话第一篇阅读笔记

我先通读了全本书,对整书的大概内容进行了了解.第一遍的阅读中我知道了许多.软件开发的多少人参与和完成时间不成正比的,过多的人参与并不一定能缩短开发时间.如战争,部队多,人多并不是关键,更多需要武器的先进,战术,兵多后方便的补给就得多.如是参与软件开发的人增加,软件的花费将提高,参加这需要时间了解项目,给软件管理带来了不协调. 人月神话的核心法则是:概念完整性和架构师.Brooks认为,一个整洁.优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型,这个模型描述了实验应用的方法以及用来指明操

人月神话感想

人月神话感想 在阅读这本书之前,已经很多次听到关于人月神话这本书以及他的作者Brooks的消息了. 在软件领域, <人月神话>具有深远影响力而且畅销不衰.这一次,正好老师的作业要求我们阅读这本书,我终于使有机会阅读这本经典之作了.在这过去的几个星期里面,一点一滴的阅读这本书,粗略的了解了这本书. 首先,让我印象深刻的是<人月神话>提出的两条著名的法则: 1.人月神话:向一个已经延后的项目中投入更多的人力资源只会让它更延后. 人月神话看上去这么浪漫的名字,原来并不是真的说神话故事,作

《人月神话》读书笔记 第3篇

<人月神话>读书笔记 第3篇 第15章:另一面 第16章:没有银弹 第17章:再论“没有银弹” 第18章:<人月神话>:是与非? 阅读<人月神话>马上就要接近尾声了,发现后面讲的内容越来越专业,但是对于我们正在进行的团队合作启发很大.前几天老师在课堂上给他们看了他统计整理的个人与每个团队第一个冲刺阶段的进度表格,看到有些严格按照要求每天有进度,有些则相反,也可能是完成了但是没有及时汇报进程.那“项目怎么会被延迟了?……延迟的时间是一天一天积累下来的.”目前我们做的都是一

人月神话读后略有感想

<人月神话>是软件工程方面的一本经典著作,作者布鲁克斯(Frederick P. Brooks)被誉为“IBM System/360之父”,他曾是这一系统的项目经理,后来在设计期任360操作系统的项目经理.由于这一工作,他与Bob Evans和Erich Bloch 1985年曾获美国国家技术奖.Brooks博士早期曾担任IBM公司Stretch和Harvest计算机的体系结构设计师.1999年,他还荣获美国计算机领域最高奖图灵奖. 1.增量式开发.书中特别建议这种开发模式,这种开发模式最大的

《人月神话》读书笔记 第1篇

<人月神话>读书笔记 第1篇 第1章:焦油坑 第2章:人月神话 第3章:外科手术队伍 第4章:贵族专制.民主政治和系统设计 第5章:画蛇添足 第6章:贯彻执行 第7章:为什么巴比伦塔会失败 第8章:胸有成竹 继<梦断代码>之后,我又选了一本老师推荐的关于软件工程的书——<人月神话>,这本书读起来相对<梦断代码>就轻松多了,可能是翻译得较为通俗,并且每章前都有个寓言或者名句作为引子.并且举了相似的例子来说明,同样也列出了对立的情况来证实一些道理. 开篇书中提到

《人月神话》读后感

这个学期选择软件冲程这门课我受益匪浅.在这段学习的过程中读完了一本人月神话则是我认为最有价值的经理. 在软件领域中,很少能有像<人月神话>一样具有深远影响力和畅销不衰的著作.作者布鲁克斯被誉为“IBM System/360之父”,他曾是这一系统的项目经理,后来在设计期任360操作系统的项目经理.由于这一工作,他与Bob Evans和Erich Bloch 1985年曾获美国国家技术奖.Brooks博士早期曾担任IBM公司Stretch和Harvest计算机的体系结构设计师.1999年,他还荣获

读“人月神话”有感

在软件工程这门课中我们学到,一个软件的开发过程不是简单的一个选择编程语言编码实现的过程,而是一个要经过可行性研究分析.需求分析.形式化说明.总体设计.详细设计再到编码实现的过程,后期还需要对软件进行维护,整个软件的开发过程需要开发成员之间的密切而有效的合作. 这个学期,经同学的推荐,我读了一下<人月神话>这本书,一开始并不知道这是一本关于软件工程的书,毕竟这书名迷惑性太大,一般的人都会理解为是人跟月亮的神话,完全不会像软件工程的方向靠近.不过当你读了这本书之后会发现,整本书都是在以一种非常幽默

读《人月神话》之感受

中国科学技术大学软件      朱秀秀           原创作品转载请注明出处 自暑假以来,就认识到这本书几乎成了软件行业不可或缺的一碗鸡汤,不过在我刚一看到“神话”两个字,两眼顿时放光,觉得闲暇之余还可以看看神话之类的小说,煞是惬意,可是暑假档期排得实在是不能再满了,于是乎,决定开学之后再看吧. 暑假的课程紧锣密鼓的进行着,一天,两天....只能说从来没有如此充实的度过长达一个月的起早贪黑的学习生活,好在这段难忘的时间终究还是离我而去,几场考试过后,向往已久的研究生生活开始了. 于是在老师

读《人月神话》有感

<人月神话>是IBM360系统之父布鲁克斯所著的经典,它为人们管理复杂项目提供了颇具洞察力的见解,既有很多发人深省的观点,也有大量的软件工程实践,读后受益匪浅,倍受启发. 本书分为15节,其中焦油坑,人月神话,外科手术队伍,贵族专制,民主政治和系统设计以及没有银弹是我最喜欢的几章,以下是我从这几个章节所获得的知识和见解:从(焦油坑)一节中,我认识到了 编程系统产品开发的工作量是供个人使用的.独立开发的构件程序的九倍:编程行业也存在一些苦恼:(1) 将做事方式调整到追求完美,是学习编程的最困难部