上篇写于五天前，链接在这里

但行走猜大概没人会去读原文，所以简单总结下上篇的内容：

行走认为观察平台型项目的第一个视角是机制设计。

平台的机制设计主要可以概括为三类：信用设计、匹配设计和激励设计。

而这三类机制的核心是项目本身的价值主张，平台一切的机制设计都是围绕平台主体的价值主张展开的。

期间，行走重点讨论的是匹配设计。我用了网约车行业为例，介绍了Uber、滴滴、易道三者的不同，主要取决于供给和需求，平台更讨好哪边。当然这个理论类比到区块链内容平台上同样适用，既作为内容平台，在当下刚应该讨好用户还是作者。最后行走给出了自己的判断。

今天我们一起讨论平台模式的另外一个重要的视角，即技术视角。这个话题在之前行走的更文中，在介绍字节跳动系的项目和产品，比如今日头条和抖音时也有提及。今天换另外一个案例，趣头条，继续聊聊技术这个话题。

正文字数 3480个

预计阅读时间 9分钟

以下，enjoy

一、趣头条的模式

这部分的素材来自中欧创业营去年北京模块中趣头条案例分析的内容。行走当时受邀给创业营做课程笔记的整理。

过了一年，虽然数据上会发生变化，但逻辑上是没变的。

1、 发展历程

趣头条的创始团队起于微赚平台。这是个可能大部分朋友会陌生，但羊毛党群体已经比较熟悉的领域。就是通过H5、微信公众号、小程序等载体，发布一些类似app应用安装之类的任务，用户完成任务可以领取几块钱的佣金。本质上是个流量生意。

但微赚模式受限于群体固定（薅羊毛的人放在互联网整个群体里并不多）模式做不大，DAU（日活跃用户）一两千万就封顶了。但也正因为趣头条之前的魔豆团队做网赚的模式，才做到一两百万的dau没做大所以没坚持在这条路上继续下去，才有了日后能上市的趣头条。

用学术一点的定义，趣头条做的是移动类信息聚合平台，通俗讲，就是将各家生产的信息聚合到自己，看新闻的一个手机app。当然只有一个app时，趣头条只能说是一款产品。当其在18年3月明确要转型平台化的战略定位后，企业开始加速发展。

2、趣头条速度

趣头条在做单一产品的阶段，其实成长速度也不慢。16年6月8号上线 1.0版本，然后半年就会有一个里程碑。

2017年12月，在安卓新闻类应用排行榜里趣头条进入前三。

2018年三月，腾讯领投B论融资18亿美元。也是这轮融资开启了趣头条战略转变的提速之旅。

2018年6月，趣头条3.0版本上线，安卓ios资讯类双榜第一；

2018年8月估值达到27亿美金；

2018年9月纳斯达克上市，突破当时纳斯达克历史上从公司成立到上市的最短时间纪录。当然这个记录在之后也不断被中国公司刷新着，比如瑞幸、拼多多。而同样这些快速成长的公司也都存在这这样那样的问题被持续诟病。

就比如趣头条，烧钱赚流量就一直受到质疑。

2019年12月，美国市场研究机构Wolfpack Research发布了一份长达56页的报告，矛头直指趣头条。指出趣头条存在财务造假、现金余额造假、未公开关联方造假、涉嫌欺诈等问题。

目前趣头条的股价也反应了这种质疑。

但今天行走借用这个哲学概念“悬置”，我们且把这些快速成长带来的“烦恼”、“问题”悬置以下。单独看一下趣头条当时做对了什么。

因为同样是两年多的时间，同样是从零到一的开发市场，同样经历从产品向平台转型过程（币乎从单一的内容产品到Mytoken这个去中心化钱包产品再到整个Defi生态的构建），也许趣头条做对的，对于当下币乎的发展会有启发。

3、趣头条的定位

我们知道，趣头条之所以能够在很短时间内迅速扩大用户和日活，其实用的依然是网赚时期采用的手法“撒币”，阅读可以领金币，金币累计一定数量可以提现。

这样的策略背后其实是对用户群体的清晰定位。趣头条主打的是国内的下沉市场。

之所以做国内，是因为国外流量被谷歌、苹果等控制，完全不存在自己做一个平台可以做流量分发卖广告生意的可行性；而之所以主打下沉市场，是因为下沉市场人们每小时能获得的劳动报酬更低，对于点击几十分钟新闻赚个几块钱的事情才会持续抱有热情。

另一个战略定位就是趣头条要做产品矩阵。在内部持续孵化产品。比如除了看新闻的趣头条app，米读在上线应用商店六个月内也实现了100万dau。这个策略其实和字节跳动是一致的，就是利用自己的流量优势，做app的孵化工厂。

这其实就回到了行走上期提到的，平台的核心是机制设计。能够持续孵化有流量，有需求的app，一方面在于机制设计（一会也会提到趣头条的机制设计），另一方面就是技术上的投入。下面我们就简单了解下趣头条从技术视角对平台的理解。

二、趣头条对平台的技术视角定义

趣头条把平台定义为一套IT系统，不仅提供“功能”级的服务，更重要的是可以提供开发者编程的接口API。

为什么接口API如此重要呢？趣头条认为，这是判断一个项目是否真的是平台的方式。只有通过开放API给外部开发者接入，才能真正实现三方共赢，从而快速抢占市场。即他们会讲 api接口视为构建平台生态极为重要的一环。

在趣头条的平台化定义中，有三个要点：

1、平台和产品的区别

产品是直接给用户用的，平台是为开发者服务的。

和产品相比，做好平台更加困难。从代码、包装、抽象、封装，每个步骤都需要考虑到易用、易维护的特性，要做面向对象的编程。

某种意义上，平台和服务是等价的。更多要站在开发者角度去思考。

2、平台需要支持各种应用程序和API接口；

3、平台要能够实现功能一致性。

比如一致性的协议，使用统一的编程语言，代码的互认。

如果将平台上每个功能组件视为一项资产，一致性可以确保资产最大限度被复用。

早年间很多公司都是从产品型公司转做平台的，比如最知名的就是百度，搜索就是百度的明星产品。

但升级为平台型公司后，百度开始为内部和外部的生态赋能，在技术上集中的体现就是以上列的核心：开放API接口和功能一致性。

三、对

区块链内容平台的两点启示

1、 内部平台化

在趣头条高速发展的一段时间里，6个月人员就翻了一倍，达到1800人。如此短的时间如此短的时间，内部人员管理问题只靠修炼内功肯定没戏。

这周行走看了一条微文，吐槽几个头部交易所患上了“大公司病”人浮于事。这就是组织快速成长，人员迅速增加后的副作用。

趣头条用什么方法去做的对冲呢？就是中台模式。而中台效用如何提升，靠的就是内部开放api。

原先趣头条的内部组织结构是事业部形式，不同产品不同事业部，而技术人员分属不同事业部。

这样的好处显而易见，沟通更顺畅，但技术人员也会更结果导向，只会短平快，不会有技术的沉淀。技术开发只围绕具体产品进行，不会考虑其中哪个模块还能通过放个接口给其他团队或外部使用，所以要考虑到通用性、易用性等问题。

带来的问题，就是技术开发这项资产没有得到有效的复用。也就是我们经常说的，部门之间重复造轮子。

组织平台化调整为中台模式后，技术人员在中台占80%，前台20%。

其中前台，顾名思义是直接接触市场的产品部门，包括新闻、小说等六、七款产品。其中的技术负责的是通过中台提供的内部平台（类似应用商店）接口，选用适合产品需求的组件，像搭乐高积木玩具一样就可以更轻松快捷地拿出产品公测版本；

中台，包括了四大中心：技术、算法、数据和产品。

后台则是公司常规的职能部门，比如法务、财务、后勤、人力、战略等。

中台集中管控技术资源， 业务部门向技术提需求，或到中台的内部平台上选择成型的技术组件、模块，实现技术中心的服务集市化，提高效率。

通过这样的机制设计，中台能够为组织并行开发的多款产品提供标准化 的API 调用资源和资产。

比如提供链路追踪功能、ID生成器、图片编辑器、短信服务，这些功能基本在内容产品上都是要用到的。

而对于中台技术人员的考核，也主要来自内部团队的评级打分。趣头条提供了他们内部给中台技术打分的参考指标：

（1）技术的通用性；

（2）商业价值是否足够大；

（3）功能的稳定性，是通过平均相应时间来考核的。如果经常挂掉肯定不行；

（4）服务的使用价值，即调用量

一项技术、一个模块被多个产品调用，它的服务价值一定更大。大家应该能猜到哪个模块被调用频次最高？就是短信验证的模块。

（5）主观评测

这些指标不仅会有前台开发者来打分，也会有专门成立的服务委员会，专业的系统架构师来裁定，确保客观公正性。

以上这部分介绍趣头条的内部平台化，行走想强调两点：

一是组织架构很重要，对于区块链公司初创团队，如何能更好地利用技术开发资源，和时间赛跑，趣头条是个参考。

二是无论从币乎上生出的钱包产品和未来要打造的Defi生态，还是财路孵化的海螺主打社交工具，区块链内容产品的平台化趋势都愈发明显。而在进行平台化时，内部的技术整合，组织结构优化和机制设计最终会决定平台能长多快，长多大。

——————

以上就是今天的内容，明天行走会继续分析外部平台化的启示，并继续讨论下区块链平台化能在哪方面提升互联网平台的优势