问题
工作确实做了，工作的记录却没有。
瓶颈不是缺一张待办清单，而是整个运营依赖人的记忆——记忆无法规模化、无法审计，还会休假。
需求住在聊天软件里
需求以消息到达，修改以语音到达，参考以链接到达。有人不在，上下文就一起消失——因为它在对话里，不在系统里。于是团队重做已经完成的东西，客户重复已经解释过的话。
期限没有负责人
任务有交付日期，却没人知道周二该由谁出图。延误只有在客户催促时才浮现——而且说不清工作卡在哪里。
没人能还原过程
三个月后，“当初为什么这么做？”没有答案。剩下的只有成品文件，没有通往它的路径：决定了什么、卡在哪里、什么值得重复。
带来的改变
从敲定的计划到可证明的交付
Run 所梳理的路径——不承诺运营会自己跑起来。
“没有执行的策略只是意图。”
- 月度规划与客户敲定。
- 计划被转换为任务，每个有内容的条目一条。
- 每条任务进入对应工作类型的生产流程。
- 各阶段获得执行人，期限依据交付日期计算。
- 优先级、状态与交付日期在列表中可见。
- 简报、指引与文件都放在任务内部。
- 完成本阶段的人把接力棒交给下一阶段。
- 工作若卡住，原因与责任方都会被记录。
- 素材送审，客户通过 Axis 回复。
- 发布被排期，案例事后仍可查阅。
功能
产品中今天真实存在的能力
下列每一项都在运行。没有的东西，不会出现在本页。
生产流程的各个阶段
策略、社媒、文案、设计、视频、复核、内部审批、客户审批与发布。任务按流程顺序逐一经过。
期限落到阶段，而不只是交付日
每个阶段都有起始、期限与以小时计的时长，依据交付日期计算。提醒在超时之前抵达。
每个阶段都指定执行人
责任不属于整条任务，而属于此刻拿着它的人。列表显示谁手上有什么。
延误带原因与责任方
暂停会记录原因与造成等待的一方——客户或团队。修改有独立期限与自动催办。
需求队列与内部事务
内部请求进入带负责人与状态的队列。无客户的内部事务与生产任务分开管理。
上下文就在任务里
简报、文案与行动号召指引、评论、附件以及按格式归档的成品文件。团队不必在五个地方翻找。
排期发布
按已连接渠道设定日期与时间，并保留每条由任务发出的帖子的状态与历史。
带二维码的链接中心
按客户建立链接空间，含二维码与访问统计，就在同一套运营里。
想看看它如何贴合贵司的生产流程运行吗？
与顾问沟通演示
此刻打开的阶段——与已经结束的案例
两个示意界面：工作进行时如何呈现，交付之后又如何保持可查。
视图 1 — 任务内部
示意数据周年轮播图 · 3 天后交付
任务阶段
- 文案已完成
该客户的文案
- 设计进行中 · 今天 17 点到期
该客户的设计师
- 内部复核等待上一阶段
统筹
- 客户审批尚未开始
客户通过 Axis 回复
已记录的等待
等待客户素材 4 小时——阶段期限已重新计算，原因留在历史记录中。
视图 2 — 还原后的案例
示意数据复苏活动 · 上季度已结束
- 背景——月度报告中发现触达下滑。
- 决定——把当月主打形式换成短视频。
- 执行——创建 12 条任务；两条因等待客户而停滞。
- 结果——交付完成，累计延误 6 天。
有效的做法
开工前先把简报填完整。
给客户看之前先做内部复核。
造成阻碍的地方
到设计阶段才向客户索要素材。
类似案例中可复用
在任务开启时就向客户索要素材。
为本页专门构建的界面，数据均为虚构。此处不含任何真实客户、人员或数字。
运作方式
从计划到发布，八个步骤
被标出的步骤是唯一离开团队之手的一步——而且发生在 Run 之外。
一条生产任务的流程
示意数据计划获批
月度计划与客户敲定，并被转换为任务。
创建任务
每个条目获得客户、工作类型、优先级与交付日期。
阶段指定负责人
流程分配各阶段，每个阶段都有执行人与期限。
生产
文案、设计与视频依据任务内的简报与文件开展工作。
内部复核
团队在给客户看之前先复核；返工带有独立期限。
客户审批
Run 发送并把任务移到审批阶段。批准或提出修改的是客户，在 Axis 中完成。
发布
获批后，素材在已连接渠道排期并发布。
历史
任务轨迹被保留，案例日后可以还原。
八步流程：计划获批、创建任务、阶段指定负责人、生产、内部复核、客户通过 Axis 审批、发布，以及保留历史。
没有任务会被自动批准。Run 负责准备与发送；客户的决定在 Axis 做出，再回到任务。团队内部有复核与内部审批——它们绝不替代客户的意见。
各自的位置
Run、Atlas、Axis 与 Oracle 做的不是同一件事
混淆它们代价不小：一边重复劳动，一边决定无人负责。
“每个系统回答的是不同的问题。”
Run — 执行
谁来做、做到什么时候、处在哪个阶段、已经交付了什么。工作在这里推进，延误在这里有了责任人。
Atlas — 内容
汇聚创意生产与内容日历。Run 不取代创作：它梳理谁在什么阶段、在什么期限内产出什么。
Axis — 客户
客户在这里沟通、跟进与审批。Run 把素材送审，但做决定的人在 Axis 回复。
Oracle — 咨询
梳理诊断、提案与咨询旅程的跟进。那里决定的事在这里变成工作——目前两者之间没有自动传递。
本页坚守的边界：对外的客户审批属于 Axis。Run 有团队内部的复核与审批——绝不代表客户的决定。
在生态中
今天已经与 Run 对接的系统
三条今天存在于代码中的连接——以及各自的作用，不夸大。
此处只列出在代码中核实、文件已查证的集成。没有自动交换的互补关系不会被称作集成。
离开办公桌
这套运营在手机上也能打开
这个应用是给那些需要在外更新阶段的人用的——它也坦白说明自己做不到什么。
看看今天哪些归你
带阶段、期限与优先级的任务列表，在手机上与电脑上一样打开。
随时随地更新
完成阶段、发表评论与上传素材，可以在拍摄现场、路上或客户处完成。
查阅上下文
任务的简报、指引与链接就在同一屏，不必再请别人重发一次。
接收提醒
期限与流转的通知通过应用送达，不依赖聊天群。
周年轮播图 · 3 天后交付
设计
进行中 · 今天 17 点到期
Android 与 iOS 应用打开的是同一套运营，需要联网——没有离线模式。信息更密集的管理界面仍然在电脑上更合适。
控制与边界
Run 保证什么，以及不做什么
没有控制的执行，只会多出一个丢失信息的地方。
每个组织只看到自己的数据
按组织隔离在数据库层面执行，而不只是界面上的过滤。
不可编辑的轨迹
创建、阶段变更、指派、附件、送审、客户回复与发布，都进入仅可追加的轨迹，带服务器日期与时间。
文件存于私有区域
客户文件存放在私有存储中，上传时校验——而不是放在公开链接上。
数据主体权利
设有数据导出流程，运营轨迹也有明确的保留期限。
Run 不会自作主张：没有人下令，它不推进阶段、不批准、也不发布。它同样不会自动评价任何人的表现。
适用对象
因阶段、负责人与期限而受益的运营
如果工作在交付前要经过多双手，Run 就有可解决的问题。
有社媒流程的代理机构
文案、设计、视频、复核与发布环环相扣，同时服务多个客户，每一双手都有期限。
企业内部营销团队
来自各部门的需求需要队列、负责人与状态——而不是零散的消息。
需要纵览全局的统筹
负责众多客户的人可以看到哪些延误、哪些在等客户、哪些今天到期。
需要证明交付的团队
必须说明做了什么、何时做的、由谁完成的运营——凭轨迹而不是截图。
模块套餐
三个等级，随业务成长解锁更多功能。Max 等级可使用全部功能。
Starter
入门必备
- 按客户分配任务，带生产流程各阶段
- 每个阶段都设定执行人与期限
- 每项任务的优先级、状态与交付日期
- 内部需求含队列与负责人
Pro
完整运营
- 按客户分配任务，带生产流程各阶段
- 每个阶段都设定执行人与期限
- 每项任务的优先级、状态与交付日期
- 内部需求含队列与负责人
- 月度规划转为任务并自动计算期限
- 送交客户审批，客户通过 Axis 回复
- 评论、附件与按格式归档的成品文件
- 在已连接渠道上排期与发布
Max
全部全部解锁
- 按客户分配任务，带生产流程各阶段
- 每个阶段都设定执行人与期限
- 每项任务的优先级、状态与交付日期
- 内部需求含队列与负责人
- 月度规划转为任务并自动计算期限
- 送交客户审批，客户通过 Axis 回复
- 评论、附件与按格式归档的成品文件
- 在已连接渠道上排期与发布
- 链接中心，含二维码与访问统计
- 对已结束案例的时间线重建
- 任务与需求的不可篡改审计轨迹
- Android 与 iOS 应用，带通知
疑问
常见问题
什么是 Centriu Run？
它是 Centriu 的运营执行系统。它把与客户敲定的规划转成任务，为生产流程的每个阶段分配执行人与期限，记录带责任方的延误，并保留交付过程的历史。
Run 只是一个任务管理器吗？
不是。待办清单保存条目与日期。Run 保存工作所处的阶段、此刻由谁负责、该阶段的期限、执行所需的上下文，以及发生过什么的轨迹。正是这一整套，让几个月后仍能还原一个案例。
Run、Atlas 与 Axis 有什么区别？
Run 负责执行：阶段、负责人、期限与交付。Atlas 汇聚创意生产与内容日历。Axis 是客户沟通、跟进与审批的地方。三者互补，但不能相互取代。
客户会在 Run 里审批素材吗？
不会。Run 把素材送审并将任务移到相应阶段，但批准或提出修改的是客户，在 Axis 中完成——回复再回到任务。Run 内部有团队的复核与内部审批，它们不替代客户的意见。
Run 能在手机上使用吗？
可以。有 Android 与 iOS 应用打开同一套运营，并带通知。它需要联网：没有离线模式。信息更密集的管理界面在电脑上仍更舒适。
可以按迭代（sprint）跟踪工作吗？
不行。Run 不使用迭代、故事点、速率或史诗——早前承诺这些的材料是错的。跟踪依据的是阶段、阶段期限、交付日期、优先级与任务状态。
任务的历史记录如何运作？
每一次重要动作——创建、阶段变更、指派、评论、附件、送审、客户回复、排期与发布——都进入仅可追加的轨迹，带服务器日期与时间。团队无法编辑或删除，并设有明确的保留期限。
案例还原是什么？
它是对已结束工作的时间线阅读：背景、决定、创建的任务、等待发生在哪里、结果，以及被记录为可在类似情形中复用的经验。它不是录屏或视频——而是由已记录内容拼出的时间线。
Run 有自动化吗？
没有让用户自建规则的自动化编辑器。自动执行的部分是既定的：把计划转为任务、依据交付日期计算各阶段期限、期限提醒，以及对未完成修改的催办。
各组织的数据如何隔离？
每个组织只看到自己的数据，隔离在数据库层面执行。文件存放于私有存储并在上传时校验，另设有数据主体导出流程。