小米式营销

我信不过小米这家公司。

对小米的反感由来已久,前些天它家发布的小米电视2S 与小米净水器,让我进一步加深了对这家公司的负面印象。

在普通人看来,小米这几年的成长堪称奇迹。小米手机仅仅数年销量就进入世界前列、小米电视、空气净化器、移动电源等产品,都实现了极高的性价比,打破了原有的市场秩序。就连一些国外的朋友都对小米有所耳闻,感叹它通过低价高配取得的成功。

平心而论,小米的产品,对得起它的定价,甚至超出了它的价位通常应有的水准。然而,和很多国内厂商一样,小米在营销与宣传上并不老实。自始至终。

最早的小米手机游戏性能堪比 Xbox (2代甚至进化为 Xbox360)的官网文案就匪夷所思。通过“堪比”这样模棱两可的词,让消费者对手机孱弱的图形性能有了不切实际的想象。

当年小米手机3号称拍照效果如何如何强大,官网样片美轮美奂,家里亲戚买了一台,却发现还不如两三年前的高端型号。室内一片昏暗,细节丢失严重,和官网天花乱坠的说辞给人的期待完全不符。老实说,一千多的手机只有这样的效果本无可厚非。小米何必通过虚假的方式包装自己呢。

小米空气净化器仅仅是克隆了别家的外观设计和对超过平均水准的噪音绝口不提外,倒没有特别的问题——除了它的价格其实并不便宜。

第一代小米电视在面板供应商宣传上耍了花招,标注了两家供应商,实际销售是却主要采用了第二家性能较差的部件。小米电视2S 更是直接点名索尼和夏普(之后改为日系高端产品),通过不公平的比较方式(显示设置条件完全不同),且故意不提影响观看效果的重要因素(例如动态补偿、降噪等),而大言不惭地宣称自己战胜了老牌电视机厂商的高端产品。

自欺欺人也要有个度。

至于小米净水器,官方白纸黑字宣称采用了陶氏/ GE 的 RO 膜。对陶氏化学这家公司略知一二,据个人的了解,这很可能又是彻头彻尾的欺骗。陶氏的 RO 膜确实高端(而且价格高昂),但却并没有用于生活用水过滤产品的 400g 产品。类似产品的价格也和499元的滤芯价格不符。陶氏确实和美的、海尔等国内企业合作,提供自己的 RO 膜,并作为行业 CIC 案例宣传。此外,为了对普通消费者建立品牌概念,陶氏会在自己的零件上另外标注 Dow 钻石形商标。如果真和小米有大规模合作,没理由不摆上台面。小米净水器究竟有没有使用陶氏 RO 膜,无疑需要打上一个问号。

互联网时代,营销变得太过容易。夸张、隐瞒、偷换概念,都变得易如反掌。注册一些 SNS 账号,就能操作舆论。

这样一篇碎碎念,可能完全不会有任何的实际作用。只是希望,劣币驱逐良币,这种事不要再次发生在国内的数码产业,让兢兢业业做产品的厂家破败,让满口胡言的厂商得志。

行业的领头者,本应更有担当。

 

2015/10/19 更新

小米电视3 官网宣传图片盗用陈汉星导演,thatgamecompany 开发,索尼电脑娱乐公司发行的 PlayStation 游戏《风之旅人》(原标题:JOURNEY)。

2016/01/15 更新

小米空气净化器在上海质量技术监督局的抽查中被查出,型号为“AC-M1-CA”的小米产品主要在 CADR 值、噪声等两项上不合格。

2016/07/27 更新

小米笔记本 Air 的发布会上,用最薄处与苹果 MacBook Air 最厚处比较,试图证明自己更薄。并打出“比一元硬币更薄”的低水准口号(图示实为比一元硬币直径更薄,并非值得夸耀的成绩)。

2016/09/19 更新

小米旗下小蚁发布小蚁微单相机,侵用索尼“微单”注册商标,使用其他产品拍摄的照片冒充样片,以夸大不实的宣传与其他产品对比,试图营造自己性价比很高的假象。

SOAP 与 REST 简单比较

SOAP
SOAP是一种协议。
SOAP是Simple Object Access Protocol的缩写,用于传输小规模数据。SOAP消息为XML格式,通常以HTTP协议发送(亦通过TCP/IP)。
由于采用了XML格式,SOAP需要定义数据的类型与功能。如果要传输二进制数据,则必须先以base64格式对其编码。WSDL、XSDs、WS-Addressing等协议或技术都与之相关。
SOAP由于可以同时控制服务器与客户端的行为,因此经常被用于内部网络API。

REST
REST是一种传输架构,与协议无关。
REST是Representational State Transfer的缩写,可以较为灵活地在客户端与服务器之间传输数据,格式可以是JSON、XML甚至纯文本,机制较SOAP更为轻量。
REST采用通常的HTTP方法(如HTTP GET、HTTP PUT等)传输,而无需借助XML。只要框架支持HTTP,就能实现REST。二进制数据也可以通过请求传输。不过需要注意,REST并没有与CRUD方法一一对应。
REST由于简单轻量,且格式更为灵活,不少公网API都采用了这种方式。

在选择SOAP还是REST时,可以考虑以下几点:

REST的优势:

  • 实现简单
  • 学习曲线平缓
  • 传输效率更高(无需定义XML)
  • 传输速度更快(没有引入额外的处理)
  • 与其他一些网络技术在设计理念上有共通之处

REST的劣势:

  • 是否需要独立于平台、框架或协议(REST依赖HTTP)
  • 是否需要在分布式企业环境中运作(REST是直接的点对点通信)
  • 是否需要限定传输格式
  • 是否需要使用WS标准提供的扩展功能(如项目已有的代码或接口)
  • 是否需要利用内建的错误处理机制
  • 是否希望利用语言或框架自带的自动化机制来创建接口