小米、华为与联想,背后隐含的三种模式

2024-02-21 04:18

本文主要是介绍小米、华为与联想,背后隐含的三种模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

小米、华为与联想,背后隐含的三种模式(转)

文/李智勇

 

1月15号参加了小米产品发布会,正当雷军在台上讲小米Note的种种功能时我却突然意识到小米、华为、联想的拼杀到了2015年已经完全进入到了一个新的阶段。在功能和体验上诚然大家会激烈的彼此追赶但其实已经拉不开太多的距离,最终决定胜负的很可能是手机背后所体现出来的模式。这很像一场国战,胜负不再取决于一城一地而是取决于综合国力。

 

小米、华为与联想背后隐含的商业模式

 

虽然最终呈现给用户的手机是类似的,但就我看来这三家背后隐含的模式却是有本质不同。

 

联想是经典的经营管理派。这一派的基本逻辑是做同样的东西时,通过管理优化我就是比你做的快、做的好、成本做的低。对于产业中的后发者,往往需要借助这类手法对现有体系中的引领者进行超越。这在很多传统的产品中比如复印机、相机、PC已经得到了体现。联想在PC中通过这样的方式最终成为了市场的老大。

 

华为则是技术派。这一派的基本逻辑是,我就是要技术领先,做出你做不出来的东西,最终通过这个产生产品差异,拉开和对手的距离,所以华为有自己的芯片。

 

小米则是平台派。这一派的基本逻辑是,手机不再是单纯的娱乐与通信中心,也还是整个生活的中心。这样一来,就可以空气净化器、盒子、电视、路由器等纷纷上阵,每上阵一个都等于给手机增加了一份附加值。

 

这里面华为和联想的商业模式比较传统,它需要依赖于硬件来赚钱,小米的模式则和互联网公司比较类似,入口可以不赚钱,如果生态起来了,入口也就是手机甚至还可以免费。

 

模式间决胜的关键

 

对这三种模式稍微做点分析,我们就可以发现胜负的关键其实非常明显。

 

如果攀科技树的能够摆脱产品同质化,打造出用户可感知的具有独特特色的产品,那华为的模式会秒杀另外两者。否则就会因为投入巨大,但毛利率上不来挂掉。这并不难理解,比如说如果华为可以做出能顶一个月的电池,别人还是能顶一天,那显然华为可以获得绝对优势。但如果你使很大力气,还是超不出供应链所能提供的平均水平,产品在用户可感知的层面上完全与友商相类,那就相当于很多的独立研发完全没产出,这种研发就会成为包袱。所以华为的模式确实相当于是在爬珠穆朗玛峰的北坡,咬牙爬上去那就一览众山小,但爬的过程中摔死的可能性很大。

 

如果打造平台的能成功,那毫无疑问会把拼经营管理的秒杀掉。平台对单品有点像斯巴达方阵对小兵,小兵基本没机会。平台之所以有优势的关键是网络效应和二次打击的能力。 网络效应是说平台里的东西你用的越多好处越大。想象下如果有一天,小米把家里常用的硬件都搞了一遍,从电视到冰箱等等,而每一个都连接到路由器并可以通过小米的手机来控制,并且每一个都有价格优势,那会怎么样?显然这时候就会形成网络效应,你越多用小米的产品你收益越大,你单用手机就牺牲了它可以当遥控器的功能,你单用电视就浪费了路由器可存储的功能。这道理很简单中国电信都会用,它把宽带、IPTV、电话捆绑在一起做一个套餐,你都用它的它就很便宜,我身边很多人就这么被电信捕获的,大家甚至因此忽视了电信手机不好买的事实。

 

二次打击能力是说,如果这模式真成了,它真可以毛利率为零卖手机,甚至让手机免费,只要它能在其它地方,比如广告、内容上把巨大的流量变现。当然这模式的坏处也比较明显,它在某个临界点之前会处在“就差钱”状态,一旦融不到钱,中途挂掉,那模式再好也不顶用。看看阿里在成气候前烧掉多少钱,对这点就会有比较直观的体会了。

 

只有攀科技树的拉不开与供应链平均技术水平的差距,打造平台的打造不出用户认可的网络效应时,拼经营管理的才有机会。这时候联想可能再一次复制自己在PC上的故事,通过成本优势在长线上取得胜利,但这模式似乎即使胜利了结果也不是很好,2014年联想的毛利率在13%左右,一般的产品比如PC、手机应该是低于这个值的。

 

未来更可能属于哪种模式?

 

猜测平台模式和拼经营管理的模式那个会胜出比较容易,因为只要我们相信互联网会更加深层次的介入我们的生活,那显然平台模式会胜出。这其实也不是什么猜测,而是已经发生的现实,Nest乃至各种手环等等不已经在那里了么!

 

猜测攀科技树的模式与平台模式那个会胜出则要困难许多,这背后的关键问题其实是:到底是一种横向整合的模式会胜出还是一种纵向整合的模式会胜出?

 

攀科技树的极端情形就是所有关键部件都是自己搞定,比如:芯片(设计和生产能力)、显示面板、闪存等全都自己可以搞定,这很像复制一个三星出来,是彻底的纵向整合。

 

实际上纵向整合上走的最彻底的正是现在如日中天的苹果。在PC那个年代,苹果甚至连生产都要自己一手搞定。但在那个回合里面苹果的纵向整合败给了以微软为代表的横向整合。但在iPod、iPhone这一局里苹果则搬回一局,证明了纵向整合也可以很成功。

 

所以这是个非常难以预测结果的问题,但如果非要选一个的话,在手机上我会选平台模式胜率更大,主要原因有两个:

 

第一,类比到PC的发展历史,我们可以认为手机的两大关键也是操作系统和CPU(含相关方案)。而在手机上操作系统先天是开源的,CPU上要想用自有的方案战胜现有的以高通为代表的几家,就相当于一个PC厂商同时也搞定CPU,难度太高。所以更可能的结果是大家一起依赖于相同的生态链,共存共荣。从一个国家的角度看华为的诺亚方舟计划是极为值得尊敬的(包括小米、联想其实都可能从中受益),但单从打造产品的角度看这方向至少在短期是投入产出比不好的。

 

第二,在手机这产品上,未来技术供给会越来越充沛,所以即使能在技术上领先,也未必能因为技术在用户可感知的范围产生巨大差异。Windows 7相对于XP无疑的走出了很远,但对于很多用户而言,他们差别并没那么大。而能拉开差距的整体体验并不主要取决于技术。有多少人会认为苹果的领先主要是因为技术先进呢?所以我认为华为(也包括三星)其基本方向并不契合这产业的基本发展趋势。

 

当然这只是基于必然逻辑的分析,很多偶然因素对具体的结果会有更大的影响力。

 

结束语

 

在小米Note发布后,手机江湖已经演变成大家高中低档全线对决的势态,2015年的各种PK一定会更加的白热化,但如果上面的分析是对的,那胜负的关键已经和一时间谁赢谁输关联不大,它们所依赖的模式能否产生切实的收益日渐成为决定胜负的关键。

这篇关于小米、华为与联想,背后隐含的三种模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/730534

相关文章

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易