What is the innovator’s solution——什么才是创新的解决方案2

前略:http://www.cnblogs.com/Kassadin/p/4233497.html

案例1

从书上的一个案例开始:

让我们来看看AT&T公司(美国电话电报公司)的案例吧。1984年,在按照政府规定分拆了其本地电话业务之后,AT&T公司转型成为一家长途通信服务提供商。分割协议签订后,AT&T公司便可以开始投资新的业务,因此,几乎整个管理层都立即开始谋求增加收入的途径,以期从新的增长中获取更大的股东价值。

第一次的类似尝试起源于当时对于计算机系统和电话网络集中化的普遍认知。AT&T公司开始首次尝试建立自己的计算机部门,以求在这两大领域的交界点上谋得一席之地,但这个尝试却使AT&T公司承担了每年亏损2亿美元的后果。AT&T公司在一项业务上反复攻坚,最终被证明无从下手,然而其不但没有汲取教训,及时退场,反而在1991年决定投入更大的赌注:以74亿美元的价格收购NCR公司—安讯资讯,当时的世界第五大计算机制造商。而之后的事实证明,这笔钱不过是首付而已:AT&T公司为了完成收购行动,又支付了20亿美元。1996年,AT&T公司最终放弃了这一增长愿景,以34亿美元的价格出售了NCR公司,仅收回了1/3的投资本金。

然而,公司的成长不能就此止步不前。即使在遭遇了收购NCR公司的惨败之后,AT&T公司仍在寻找更接近其核心技术的发展机会。在看到其名下分离出来的几家本地电话公司在无线电话服务方面取得了成功之后,AT&T公司汲取经验在1994年以116亿美元的价格购买了麦考蜂窝通信公司。该公司当时是美国最大的移动运营商,这一次AT&T公司砸下了150亿美元,建立起了其自身的无线业务。但随之而来的是华尔街分析师的抱怨,他们不知道该如何为高速成长的无线业务和增长率低下的有线通信公司进行捆绑估值。AT&T公司由此决定在2000年单独将无线业务包装上市。当时该项业务市值为106亿美元,仅为AT&T公司在这一轮冒险投资中所付出资金成本的2/3。

尽管这次行动使AT&T公司回到了原点,公司仍然不得不继续前行。于是在1998年AT&T公司又开始了一项新的战略行动,全面进军并改造本地电话业务,使之与宽带技术相结合。在这次行动中,AT&T公司还以1120亿美元的总价收购了TCI公司和MediaOne公司,AT&T公司从此成为美国最大的有线电视运营商。然而接下来的悲剧来得比任何人预见的都要早,事实证明,该计划的实施和相应的集成工作遇到了无法克服的技术困难。2000年,AT&T公司忍痛以720亿美元的价格将有线电视资产出售给了美国最大的有线系统公司康卡斯特(Comcast)。

在短短10年多的时间里,AT&T公司浪费了大约500亿美元,同时付出了更为惨重的代价—股东价值受损,而造成这一后果的原因却是因为公司想要通过成长来提升股东价值。

这个案例发人深思,一个高科技公司投资新技术,进行技术创新;结果却让人失望;现在我们来分析AT&T投资失败的原因:

【1】是AT&T的高管们水平不行吗?还是说他们没拿到MBA学位?

【2】是AT&T技术实力太差吗?技术团队能力不行吗?

对于第一个问题,或许在50年前我还可以认同,但是在50年后的今天,绝大多数高管都具有高学历,更不用提AT&T了;然而有趣的是,反而是50年前,这些不是MBA的高管们显示出了惊人的决策力和创新能力。

对于第二个问题,以AT&T的技术实力,显然很难想象。

那么,既不是高管的问题,也不是技术的问题,到底问题出在哪里呢!?即使是精英团队在创业的时候也无法避免失败,技术投资行业的投资者们也已经默认了这样的定律。在技术投资行业,已经普遍认可的事实是:10个投资只有1-2个是完全成功的,他们正是依靠这1-2个投资的成果来确保他们投资组合的胜利。在这种背景下,精英团队都无法确保成功,那么非精英团队的生存空间更是可想而知。

《创新者的解答》希望系统化的给出技术创新的解决方案,找出突破性创新的关键点。通过这个案例,作者希望告诉我们,实力团队投资新技术往往不一定能够在技术创新面前保住自己的技术优势,于此相反,这样的创新通常会导致慢性死亡。

案例2

仍然是书上的一个案例:

1980年左右,Apple公司推出了他们的微型计算机Apple II,Apple II一经推出便取得了良好的市场反响。苹果公司在生产Apple II时,采用了共生式产品架构,这是个和开放式产品架构相对应的概念,所谓共生式产品架构可以理解为“优化的,有自主知识产权的产品架构”,由于采用了共生式产品架构,苹果公司能够了Apple II中加入许多优化的激动人心的功能,它保证了它的产品足够好;

然而,2-3年之后,IBM公司推出了一个划时代的产品——IBM PC,该产品采用开放式产品架构,CPU采用Intel公司生产的CPU,而操作系统采用了微软公司生产的MS DOS操作系统;IBM PC在短短的时间内超过了所有的竞争对手,很快便占领了个人计算机市场,并成为了PC的事实标准。

又过了30年,Apple公司同样基于共生式产品架构,推出了他们划时代的产品——iPhone 4,颠覆性的改变了手机市场,智能手机的重新定义又使Apple公司重回世界顶尖公司的行列。

那么问题来了,公司在做产品时,哪些东西需要自己实现,而哪些东西又可以外包给其它公司实现呢?一个类似的问题是:采用共生式产品架构好呢,还是采用开放式产品架构好呢?

看了上面的案例,或许你已经在两种架构之间无法抉择,为什么IBM采用开放式体系结构打败了Apple,而Apple又采用了共生式产品架构重回IT巅峰。其实这并不矛盾,在上一篇文章中,我用抓TIMING来总结这种现象,相信很多人当时好像看懂了,但细细一体会,又觉得我什么都没说(因为没有这个案例做铺垫的原因啦)。这里,我详细解释以下抓Timing。

所谓的抓Timing,就是看时机。到底采用共生式体系结构还是采用开放式体系结构不是取决与企业内部IT高管的一个决策(尽管看似如此),而是取决于当时的市场情况。Which Architecture should we choose,it all depends on the situation.

客户需要完成他们的任务,客户的购买行为取决于你的产品能否帮助他们解决问题。而市场产品状况可以分为:当前市面上的产品是”不够好“,还是”好的过头“。即无法满足用户需求的市场和过度满足用户需求的市场。

在无法满足用户需求的市场条件下,共生式产品架构往往能够取得成功。原因很简单,无法满足用户需求的市场往往发生在新技术早期,这个时候产品匮乏,用户有需求却无法完成,比如在1980年左右,用户已经意识到个人计算机可以帮助他们解决办公,会计等一系列问题,但没有相应的产品可以满足他们的需求。这个时候Apple II诞生了。Apple II采用共生式产品架构,其好处在于完全由Apple自己整合软硬件,可以保证产品质量符合预期;这就和事必躬亲是一个道理,假如你是一个很有经验的软件工程师,你总是觉得如果代码全部由你自己来写,最终的软件质量是最好的;由于整个产品由自己进行设计和开发,我们可以设计出一系列相互依赖的组件,产品的某一部分无法独立于其它部分,产品作为一个整体进行开发,往往具有知识产权,往往能够优化产品的功能和可靠性。

或许你已经看到了共生式产品架构的好处,正是这样的好处满足了无法满足用户需求的市场状况。随着PC的发展,越来越多的软件和厂商出现了,渐渐地,市场状况由无法满足需求的市场转变为过度满足需求的市场。这个时候,产品架构策略就需要调整和变化了。IBM PC也应运而生。IBM PC开启了开放式体系结构的时代,模块化,统一接口使得CPU厂商,操作系统制造商,个人电脑制造商,应用软件开发商都参与到这个市场中来,开放的体系结构使得该市场迅速扩大,最终使IBM PC成为了PC的事实标准。

实际上,Apple到IBM的转换过程体现了创新从内容创新到流程创新的转变过程。在新技术发展初期,内容创新是最为重要的,然而一旦技术成熟,我们就无法创新了吗?这个时候我们还可以进行流程创新或工艺创新,这是创新的经典理论。(虽然我个人是个流程副作用论者。。这里还是不捣乱了。。。。)

思考

企业什么时候自己做项目,什么时候把项目外包出去?经典说法认为,这取决于企业的核心竞争力,即把和企业核心竞争力无关的东西外包出去,企业专注做自己的核心业务。这种说法很有道理,但是问题在于企业核心竞争力是动态变化的,你又怎么能保证你外包出去的东西不会在未来成为企业的核心竞争力呢!想想IBM当初把PC操作系统外包给微软的例子吧,IBM怎么也没想到PC的操作系统也能做出核心竞争力。

其实这个问题的答案就共生式产品架构还是开放式产品架构的答案是一致,要解决这个问题,首先需要了解市场的供需状况,如果市场状况是产品不够好,那么这个时候就应当选择自己做,而不是外包;反之亦然。

最后的问题:iPhone和Android,MS .NET和Oracle Java,你能从前面的案例得到关于他们的启示吗~希望前面的案例分析能够抛砖引玉~

后记

管理问题虽然有结构,有规律,但却没有定论可言;在这里,或许没有绝对的真理,只有你认同不认同,或许你不认同我的观点,但我仍然希望这里的观点能够给你启发~

时间: 2024-11-10 21:58:27

What is the innovator’s solution——什么才是创新的解决方案2的相关文章

What is the innovator’s solution——什么才是创新的解决方案1

最近学习MOT(management of Technology),研读了Christensen的<创新者的窘境>和<创新者的解答>,以下简称创新者系列.总觉得需要写点儿什么..(其实是要交作业,2333) 1.前言 进入正题之前,还是要先介绍一下著名的创新管理大师Christensen.克里斯坦森作为一个研究者系统研究了什么是企业创新.为什么在当前行业中具有领导地位的企业通常在创新管理中失败?是企业高管水平不行还是企业不注重创新!?为什么有的企业在新技术上投入了巨资却收效甚微?企

Enterprise Solution 企业管理软件开发框架

Enterprise Solution 开源项目资源汇总 Visual Studio Online 源代码托管 企业管理软件开发框架 Enterprise Solution 是一套管理软件开发框架,在这个框架基础上开发出一套企业资源计划系统Enterprise Edition. 现将Enterprise Solution开发过程中遇到问题时的解决方案资源共享出来,供参考. 项目源代码地址是 https://enterpriseedition.visualstudio.com/ 1  工具软件界面

Enterprise Solution 开源项目资源汇总 Visual Studio Online 源代码托管 企业管理软件开发框架

Enterprise Solution 是一套管理软件开发框架,在这个框架基础上开发出一套企业资源计划系统Enterprise Edition. 现将Enterprise Solution开发过程中遇到问题时的解决方案资源共享出来,供参考. 项目源代码地址是 https://enterpriseedition.visualstudio.com/ 访问帐户[email protected],密码是abc!12345 1  工具软件界面原型 Management Studio 工具类程序的界面原型,

深入解析父子线程(父子线程相互独立,子线程使用自己的栈空间,进程要等到所有线程终止运行之后才终止运行)

说起多线程,我们可以说起一大堆和它相关的有趣话题来,比如什么子孙线程关系,父子线程关系,线程同步异步之类的研究话题来,而我今天所说的,是关于父子线程的一些有趣现象. 首先提出一个问题,“在多线程的应用程序中,当父线程结束之后,子线程会不会退出呢?”,本文将围绕这个问题,深入分析windows中父子线程的生命周期及他们之间的关系. 我们知道,不管你使用的是何种编程语言,但当我们在windows下编程,且使用了平台相关性的库的时候,不管我们使用什么函数来创建线程,最终的结果是,我们的代码中都会调用C

传统咨询业必死,拥抱大数据才是未来

移动互联网时代,产品服务都在快速迭代,对颠覆式创新有着极高的要求.更重要的是,咨询业的竞争优势也在逐渐消失,很难再满足快速发展的企业.而基于大数据的解决方案,不仅能够快速找到"发力点",还蕴藏着无限的商机. "新.平.快"三招虐死传统咨询业 移动互联网时代炮制了"新.平.快"三招,对传统咨询业进行花式虐打. XIN 新 在互联网的冲击下 传统咨询业同样自身难保 移动互联时代,大数据.物联网.云计算等技术应用的日新月异,对传统咨询业服务方式也提出了

Verify the project is selected to be deployed in the Solution Configuration Manager.解决方案

使用VS+Xamarin.Forms运行Android程序是报如下错误: The project ProjectName.Droid needs to be deployed before it can be started. Verify the project is selected to be deployed in the Solution Configuration Manager. 这是因为在解决方案中没有设置启动部署项目,执行以下操作: 1. 右击解决方案: 2. 选择"配置管理器

读书笔记-2015年第1本:《暗时间》

作者所说的暗时间,其实在生活中,我自己也有领悟到,领悟的时候很感慨,然而过不了几天就把这个领悟给忘得一干二净,于是又是过着重蹈覆辙的生活.现在给我的提醒就是把领悟到的东西记录下来,每天空出一些时间静下心专门来思考这些领悟到的东西.现在有幸看到自己曾经遗忘的宝贵的生活哲理,好好思考,好好领悟. 在这本书中,作者推荐了大量有价值的学习资料以及学习方法,有时间时都可以去研究学习. 我们可以看出,作者很有学问,但也可以想一下为何如此有学问?“看上去好像很高端的样子”,实际上,也就是作者曾经在一年内看过很

nopcommerce商城系统--源代码结构和架构

这个文档是让开发者了解nopcommerce解决方案结构的指南.这是新的nopcommerce开发者学习nopcommerce代码的相关文档.首先,nopCommerce源代码是很容易得到的.它是一个开源应用程序,因此,所有你只要从代码托管完整下载它就行了.在你打开VS以后项目和文件夹都会完整列出来,我们建议你在看此文档的同时也打开你的VS来浏览项目和文件. 大部分项目.目录和文件的都可以通过名称,得到设计者的一个粗略想法.例如,这个Nop.Plugin.Payments.PayPalStand

寻求答案,而不是方案

早上八点按时起床,吃过早餐,去教研室工作.就这样平平常常,也不会觉得痛苦,或是压力太大. 早上骑了自行车,是打算邮寄礼物的.这也算是一次小小的突破,事实上没有我想的那么困难,但每次小小的突破,我都感觉很愉快.到目前为止,我认为,比较难得事情,大多也都是学习上.学术上的事情,确实是比较难.生活中,大多是些看起来难,实际容易的事情.早上在修改论文的时候,本来想找一些支撑的数据,但木有积累,用的时候,就上下求索而不得. 现在遇到问题,很想用别人的方案,但很可惜,没有方案.试了很多次,才会想到基于自己的