写点什么

就这样,我曾任职七年半的公司解散了(一)

  • 2019-12-08
  • 本文字数:1704 字

    阅读完需:约 6 分钟

就这样,我曾任职七年半的公司解散了(一)

不久前,从前同事那里得到消息,我曾任职七年半的公司解散了(请原谅因个人感受而使用了并不专业的“解散”一词),听闻此消息虽然有些难过,但是更想分析公司如何走到这一步以及曾经拥有的一些机会。


本文将包含以下内容:


  • 公司背景

  • ODM 定位的窘境

  • 来自于内部和外部的失败产品设计

  • 应有的转型之路

公司背景

这是一家台企,在大陆有研发中心,公司的主要产品是 GPS 周边,包括户外运动产品、导航产品,轨迹记录产品等等。几个主要的产品线:


  • 户外运动产品:用于在户外运动过程中进行轨迹记录、导航、查看方向、高度、气压等,可附带寻宝等小游戏。

  • 导航产品:包括我们比较熟悉的汽车导航和不怎么接触的机车(摩托车)导航。

  • 运动手表:除我们熟知的针对跑步的运动手表外,还包括针对高尔夫运动的手表。


在智能手机还未占据主要市场的时候,公司的产品销量不错,主要包括德国、美国、西班牙、日本等国家的多个客户,在相关领域也小有名气。


然而,因为智能手机内含上述产品所需求的关键硬件模块,当智能手机开始普及之后,前两个产品线的所有功能基本都已经被手机上的 APP 所取代,汽车导航没落主要是厂商预装的原因,手表市场做得也不理想,市场逐渐萎缩,入不敷出,最终解散。


由于技术和行业的转变,市场被手机所侵蚀这一时代潮流是没有办法改变的,所以本文不会讨论这部分内容,主要是针对公司的定位和产品转型来进行分析。

公司的定位

记得今年年初和旧同事聊起公司衰落的原因,我认为是产品出了问题,同事却持不同看法,其观点是:作为 ODM,产品主要由客户决定,公司没有什么主动权,对于这一点我是不赞同的。


什么是 ODM?Original Design Manufacturer 的缩写,直译是“原始设计制造商”,设计的源头从哪来?


  • 可以是客户提出需求,ODM 厂商设计;

  • 可以是 ODM 厂商先行设计出产品,被客户选中;

  • 甚至可以是其中任何一方提出一个初始的需求或者设计,然后双方经过共同研究生成一个更完整的设计。


因此,作为 ODM 如果拥有出色的产品设计能力,是不会完全被客户所左右的,之前也有过同一个产品方案提供给不同客户的情况,因此可以说主动权在一定程度上取决于自己的设计能力。


更为重要的,为什么公司一定要把自己定位为 ODM?ODM 是否仍能使公司满足变化的市场现状?


我们都知道,总利润的两个关键因素:单位收益和产品销量。


当单位收益和销量都很高时,是最理想的状态,总利润会很高,公司效益好;


其次,如果两者一高一低,在合理范围内,也还过得去;


但是,当单位收益和销量都很低的时候,公司的净利润就很难维持了。


那么 ODM 形式下的这两个要素是什么样的?


单位收益:ODM 包含两个环节,即设计和制造,主要的利润点通常是在制造这一环节,设计费往往会在制造阶段根据交易量返还,众所周知制造的利润并不高,ODM 厂商拿着 BOM 与客户谈价格的情况是很正常的,因此单位收益这一方面表现不会太好。


销量:早期智能手机还未普及时,产品的销量还不错,公司的总利润也还可观,然而当市场严重萎缩之后,我们的客户越来越少,最后只剩下一两家主要的客户,并且其中曾经最大的客户将与我们公司合作的产品转战为针对高尔夫的运动手表这一细分市场,销量自然高不到哪去。


因此陷入了“低单位收益 × 低销量 = 低总利润”的尴尬境地。


其实细分市场的产品售价可以很高,比如 Garmin 的很多手表都是万元左右,甚至 MARQ 系列可以卖到 2 万元,Suunto 的一些产品售价也很高。


而作为 ODM 这种商业模式,是很难从细分市场领域获取其中的大部分利润的。


所以公司应该主动设计出色的产品,通过好产品打开更大的市场来提高销量,或者是更深入的,改变 ODM 这一定位。(公司不做 ODM,直接开拓 2C 市场在渠道方面会有劣势,解决方案下文提供)


并且公司转型也是一个很正常的战略选择,在特殊情况下也是必要的,华为最初战略为分析者(也叫跟随者)战略,都是模仿 CISCO 等行业头部的产品,随着公司的发展,华为已经不需要也不能再去模仿他人,因此便转变为探索者,主动去做产品的突破式创新。(想了解包含探索者和分析者的迈尔斯和斯诺战略可以参考之前的文章:见文末链接)


现实是,ODM 定位未曾改变,包括后续尝试的家庭看护等几个方面也都是 ODM 形式,主动设计产品的确是做了,却是一个比较失败案例。


2019-12-08 20:48523

评论

发布
暂无评论
发现更多内容

建议有这些需求的企业部署SD-WAN!

Ogcloud

SD-WAN 企业组网 SD-WAN组网 SD-WAN服务商 SDWAN

《信息技术服务 智能运维 第2部分:数据治理》国家标准2024年第一次线下编写会议成功召开

云智慧AIOps社区

运维

架构实战营 - 模块四作业

满心

架构实战营

聚道云软件连接器:助力企业财务效率提升的成功案例

聚道云软件连接器

案例分享

Flutter应用发布流程详解:从开发到上架一站式指南

雪奈椰子

无需注册即可使用 ChatGPT;Poe 创始人:大模型幻觉是创业公司的机会丨RTE 开发者日报 Vol.176

声网

谈谈我对 AIGC 趋势下软件工程重塑的理解

阿里云云效

阿里云 云原生 AIGC 通义灵码

云智慧发布对象关系型数据库CloudPanguDB,打破传统技术壁垒

云智慧AIOps社区

数据库

聚道云助IT公司破解数据同步难,高效转型新利器!

聚道云软件连接器

案例分享

“不知今夕是何年”的周基年解法|得物技术

得物技术

Java 程序员 前端 后端 企业号 4 月 PK 榜

测试测试从

delete is create

天池医疗AI大赛[第一季] Rank8解决方案[附TensorFlow/PyTorch/Caffe实现方案]

阿里云天池

人工智能 阿里云

网站安全方面,漏洞扫描VSS能提供哪些帮助

德迅云安全杨德俊

ETL中如何自定义规则

RestCloud

数据同步 ETL 数据规则

Flutter应用在苹果商店上架前的准备工作与注意事项

Rank4 NLP新闻文本分类-开源代码+经验分享@惊鹊

阿里云天池

机器学习 阿里云

深信服:借助观测云实现全链路可观测性

观测云

链路

inBuilder低代码平台新特性推荐-第十七期

inBuilder低代码平台

开源 低代码

跨界创新,数字赋能:探索低代码平台的多元化应用场景

优秀

低代码 低代码开发平台 低代码平台 低代码应用场景

提质增效|大型汽车制造业运维精细化管理建设实战

云智慧AIOps社区

智能运维 运维管理

【详细注释+流程讲解】基于深度学习的文本分类 TextCNN

阿里云天池

机器学习 阿里云

前十名单公布|OpenTiny 前端 Web 应用开发挑战赛初赛结果揭晓~

OpenTiny社区

开源 前端 低代码 组件库

知识图谱在五大智能领域的应用

悦数图数据库

知识图谱

从 Redis 开源协议变更到 ES 国产化:一次技术自主的机遇 记某客户的一次无缝数据迁移

极限实验室

console Gateway easysearch

云智慧:拥抱AI算法驱动的智能运维服务创新引擎

云智慧AIOps社区

人工智能 自然语言处理 算法

精挑细选:哪款PLM软件最适合您的企业?全面对比10大热门产品

爱吃小舅的鱼

项目管理 产品经理 PLM软件

6E DBDC 4T4R QCN6224 QCN9274 QCN6274 WiFi7 Lower Power Consumption Network Card

wallyslilly

qcn9274 qcn6274 QCN6224

Node.js环境下淘宝商品详情接口开发实践

tbapi

淘宝商品详情数据接口 淘宝数据采集

被 AI 写的游戏代码砸中是什么感觉 | 10 分钟打造你的超级 AI 编码助手

阿里云云效

阿里云 云原生 通义灵码

解密通义灵码:软件研发工具的“大脑”

阿里云云效

阿里云 云原生 通义灵码

微调工程师岗位可能并不存在,但使用 AI 编码工具已经成为刚需

阿里云云效

阿里云 云原生 AIGC 通义灵码

就这样,我曾任职七年半的公司解散了(一)_文化 & 方法_安晓辉_InfoQ精选文章