By 高焕堂
ee ee
1. 从战术转化为战略
硬件差异化是硬件厂商的「会赢的战术」,也简称为「赢的战术」。著名的企管专家 Al Ries 和Jack Trout在其1989年所写的畅销书<<Bottom-Up Marketing>>(中文书翻译为「逆思考营销: 从战术导出战略」)一书里就写道:
「战术是一种竞争优势,而战略则是为了维护这个竞争优势而生。」
「战略的目的在于使竞争者无法阻挠你的战术。」
「战术是导致战果的切入角度,战略则是组织企业资源,以产生最大的战术性压力。」
「战术引导战略,然后再由战略推动战术。」
如果能从硬件差异化的「赢的战术」转化成为「最佳战略」,则这些硬件厂商将成为Android潮流下的赢家了。
2.「转化」的过程
硬件(HW)的差异化像水波一样,我们希望它的涟漪能传递而扩散到AP层,而与AP的多样化相互汇合,呈现于User面前,获得User内心深处的共鸣,就踏上成功之路了。AP与硬件之间的关系为:
然而,AP与硬件之间是被动型API,差异化的涟漪难以跨越API而扩散到AP层里,如下图:
事实上,AP与硬件之间的直接沟通,会徒增加AP的复杂度,所以通常都会在两者之间打造一个(软件的)系统平台。如果这是一个封闭式的系统平台(如WinCE等),则其差异化的跨越和扩散,就更加困难了,如下图:
反之,这是一个开放式的系统平台(如Android等),则其差异化的跨越和扩散,就容易许多了,如下图:
但是在上图里,AP与系统平台之间仍然是被动型API,还是阻挡了差异化的跨越和扩散。于是,就加上框架,并提供主动型的框架API来制约AP。但是,如果这是封闭型的框架,其差异化的跨越和扩散,还是阻挡了差异化的跨越和扩散,如下图:
反之,这是一个开放式的框架(如Android的应用框架等),则其差异化就很容易扩散到框架层,如下图:
此时,如果HW模块的厂商能投入热情,去开发基类来送人,透过基类API来约约众多的AP,其差异化就能顺利越过框架API而与AP多样化汇合了,如下图:
如此,我们逐一地将不利于「会赢的战术」极大化的系统架构上的(Architectural)因素,也就是战略要素或资源加以调整,就获得最佳战略了;也就是我们既获得最佳战略和战术了。[歡迎光臨 高煥堂 網頁: http://www.cnblogs.com/myEIT/ ]
3. 转化过程的基本模式(Pattern)
经过上述的转化过程,我们得出一张清晰而完整的系统架构图。借助于此架构图,我们不仅能替硬件厂商寻觅其最佳战略和战术。也能替网络服务业者寻觅其最佳战略和战术。此外,还能替AP开发者寻觅其最佳战略和战术。由于,它是一个能重复使用于不同环境(Context,如硬件厂商、云端服务者和AP开发者等)里;而且都能协助从战术顺利转化为战略。如下图:
此时,如果HW模块的厂商能投入热情,去开发基类来送人,透过基类API来约约众多的AP,其差异化就能顺利越过框架API而与AP多样化汇合了。
4. Android开放式框架的关键角色
4.1 发挥Android特色:框架API和开源(开放)
Android平台就如同万里长城般,两岸的硬件业厂商就如同关内居民,是建造万里长城的最先获利者。也基于这样的效益,让许多硬件大厂竞相拥抱Android,让Android的气势如虹,扶摇直上。其中的主要效益是:差异化。许多开发(或生产)底层组件的硬件厂商,基于过去传统平台的经验,而不会擅用 Android平台的特性来创造硬件层的差异化,而无法享受Android这个软件万里长城,替关内居民(即硬件厂商)带来的利益。Android平台的主要特性是:框架API和开源(开放)。只要善加发挥这两项特色,就能创造硬件厂商的「没钱就差异化(改版),差异化(改版)就有钱」的绝佳商业模式。
4.2 被动型API局限差异化的发挥
Android提供了框架API,但是它与硬件的差异化有什么密切关系呢? 首先必须理解到,框架API是主动型API,而主动型API的相反词是被动型API;被动型API是掌握在AP手里,硬件组件必须配合AP的要求,大大局限了硬件组件创新机会,日趋同质化,就与差异化背道而驰了。兹拿餐厅与厨房来做比喻吧,如下图:
此图里,餐厅就像AP,厨房(或供货商)就像硬件组件。这里的API,就厨房(或供货商)而言,它是被动的,控制点位于餐厅(AP)里,也就是,主动(控制)权掌握在餐厅(AP)里。在此架构里,厨房(即硬件)组件的创新和差异化,无法有效传递到餐厅(AP)。当上层(即AP)无法反应底层(即硬件)的创新或差异化,就无法呈现给客人了,就无法带给客人特别的服务(功能)和感受(性能),不能带来商业利益。此时,如果底层硬件组件刻意要去差异化,就会掉入「为差异化而差异化」的困境了。
4.3 主动型(如框架)API发挥了底层的差异化
在上图里,由于主动权掌握在AP开发者手中,使得底层硬件厂商处于被动地位,其差异化难以呈现给客人,所以差异化只是增加自己的成本而已,可说是徒劳无功。其系统层面的解决途径是:让底层硬件厂商拥有主动权。于是,我将上图的系统架构调整如下图:
在这图里,我设计了一个框架,由它提供主动型API,让底层硬件厂商处于主动地位,其差异化就很容易呈现给客人,产生商业收益。由于这是一种架构「设计」图,意味着有无限多种可能的架构,只要能底层硬件厂商拥有主动权,就能有效传递和呈现差异化给客人,获得商业收益。例如,还可以设计如下图:
请留意,「供货商」与「厨房」相当于两个不同的硬件组件厂商(Server)的角色,如果「厨房」厂商拥有绝对的主导权,很可能会刻意封杀或阻挡「供货商」厂商的差异化,让「供货商」厂商的差异化徒增成本而已。◆
[Go Back]
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步