边际需求递减规律

《边际需求递减规律》由会员分享，可在线阅读，更多相关《边际需求递减规律（2页珍藏版）》请在金锄头文库上搜索。

1、边际需求递减规律边际需求递减规律系统分析、系统设计与系统实现是计算机应用项目开发的“三部曲” ，书上是这么说的。国 内目前系统分析级的人才奇缺，系统设计级的人才相比之下满大街（当然得是中关村的大 街）都是，报纸上是这么说的。解决这个问题的办法大概只有一条，那就是快速培养系统 分析师傅，因为这是关乎系统成败的关键，许多人都这么说。不过“三部曲”的说法太专业，可以改写成：写报告、编程序和买设备。我认识的安利思就是系统分析级的人物，或者起码自认为是系统分析师傅，因为此公对软 件工程的老方法、新概念烂熟于心，对可行性研究的五大步骤、市场行情、技术动态无不 通晓，更可贵的是，安师傅训练有素、勤于琢磨、待

2、人诚恳、性情温和。一日，安师傅带着笔记本电脑里 386 页熬夜的成果和一个 Prototype，单刀赴会，打算给一 家新开张的酒店一个漂亮的 TotalSolution。在酒店的小会议室里，安师傅鼓起三寸舌打开 电脑，指东戳西地从大堂讲到厨房，从吧台讲到客房，又从后勤讲到账房，布线如何结构 化，网络怎样“内特”化（注：Intranet 的汉语规范译名据说叫内特网） ，数据需要范式化， 界面显得漂亮化厄运往往从最简单的问题开始。趁小安子重启动该死的“晕倒死 Windows”的空儿，店老 板问起了“这玩意儿得花多少钱”的问题。这个问题是谈话主动权转移的标志。当系统分 析师把一个系统在报告里解决得过

3、于 Total、过于完美的时候，分析师是老师，店老板是学 生，而且是一个喏喏连声、越听越糊涂、越听越哆嗦的学生；当说到这玩意能花多少钱， 又能替老板省多少钱（省下的就是赚下的）的时候，就轮到师傅上火了。有这样的感觉大概不为过。因为分析师眼里的系统需求乃至对需求的分析，主要是建立在 对业务的理解之上的；而老板眼里的系统需求要直截了当得多：这东西必须赚的比花的多， 否则是宁可不用的。问题的焦点就在于“需求”究竟是什么。如果说需求是分析师试图建造的那个系统的逻辑 前提的话，就只能写在纸上，因为这个“需求”其实是一个懂得电脑的人，虚构出来的需 求；如果说需求是店老板希望能“赚多少”的话，这个需求肯定会

4、让安师傅这样的高级人 才感到“俗不可耐” ，因为在安师傅看来，信息化带来的好处是不容质疑的，是“一言以蔽 之”的，所以就只能说在嘴上了。从吃饭这样一个直观的事例说，需求似乎应该是“欲望” 。如果没有欲望，可能就不会产生 真实的需求。但吃饭的欲望并不能无止境地存在，一旦吃饱后，哪怕再多吃一口，满足的 感觉就不是上升，而是开始下降了。因此这里有一个基本的错位：系统分析师用自己“解决的欲望”替换了老板“尝到甜头” 的欲望，从书本上讲到的需求分析开始，从对业务的解构与建构，从组织形态、业务流程 与关系、数据类型与存储处理交换，以及用户打算干什么等等开始，并且以此为假设，推 导出了一个完整的报告来。这个

5、虚构的需求不停地以把问题搞玄乎、使系统显露出超越店老板的控制能力为特征，所以非但没有“激活”真正的需求，还可能倒掉胃口，使其“晕 倒而死” 。店主的欲望其实一点也不复杂：对那些没有“上级主管部门”拨机器、配软件的店主来说， 用电脑的目的就是为了管好钱袋子。只不过许多真实的故事表明，在“用户打算干什么” 这点上，因为技术壁垒和心理“障碍” ，用户的需求处于“尚未激活的边缘” ，或者说处于 “饥饿的边缘” 。也就是说，许多店老板，并不清楚自己为什么要请一个安利思来，或者请 一个 Programmer，他的欲望是很直观的：干什么都得赚，不能赔；他的边际防线也很明白： 不能让这小子白拿钱。这是个有趣的差异，如何弥补这两者之间的差异，恐怕是超出“三部曲”之外的故事了。