第132章 面试风波 (2/4)

分析和流程优化建议，共

8

页，您二位各一份。」

文件装订得整整齐齐，首页是彩色的

swot

矩阵图，用红、蓝、绿、黄四色标注：

优势：320

万注册用户、贴吧日活

95

万（用户粘性超行业均值

2

倍）；

劣势：管理断层（1

人兼

3

岗）、审核人力不足（2

人处理

60

万日发帖量）；

机会：校园市场未开发（学生用户占比

65%）、广告合作空间大（现有广告加载率不足）；

威胁：百度竞争（贴吧功能跟进）、监管风险（内容审核压力）。

每一项后面都跟着具体数据，比如「劣势」里明确写着「违规帖处理延迟率

21.7%」，精准到小数点后一位。

李元勋忍不住问：「你怎么拿到这些数据的？随听的核心运营数据从没对外公开过。」

「公开信息推导+行业均值估算。」苏琪翻开第二页，指尖点着一行小字。

「随听官网上周公布『注册用户突破

320

万』，互联网行业『日活=注册用户x30%』，反推日活约

96

万，误差不会超过

5%。」

「贴吧日发帖量

60

万+，按行业标准「10

万帖需

1

名审核员」，可算出审核人力缺口至少

4人，延迟率自然就高了。」

杨帆点头，抛出核心问题：「随听现在最大的问题是乱，技术组赶功能不跟运营同步，运营推活动不提前知会市场，你要是来，怎么解决？」

苏琪没立刻回答，而是拿出一张画满流程图的

a4

纸。

「我会用日企的『raci

责任分配矩阵』梳理流程。」

「比如贴吧新功能上线，会明确：r（负责人）是技术主管，a（批准人）是李经理，c（咨询人）是运营组（确认用户需求），i（知会人）是市场组（准备推广）。」

「每个节点都设交付物时间节点，比如技术组需在上线前

7