关于 Centriu
我们构建了一个由专家陪跑的运营平台。
Centriu 的诞生是为了解决一个看似简单却又极其庞大的问题：企业不断成长，工具层出不穷，但运营依然支离破碎。一个团队盯着 CRM，另一个盯着财务，还有一个盯着客户服务，又有一个盯着各种自动化和那些隐藏的表格。
我们的工作是诊断瓶颈、连接所需系统、推动落地并跟进执行，直到价值显现——数据、人与流程都在同一套运营中。
但 Centriu 的存在，不只是为了让企业更有条理。它的存在，是为了让工作更轻松，减少返工，降低消耗，帮助团队以更专注、更安全、更高质量的方式开展工作。我们相信，更有条理的企业能创造更多成果；成果更多的企业会成长、会扩大招聘、会创造机会，并为人们带来更多尊严。
因此，对我们而言，技术不只是效率。它是一种方式——去构建更有人情味的运营、更强大的企业，以及一种能为身边每个人带来正向影响的增长。
简而言之
Centriu 为何存在
现代企业并非因缺乏工具而苦恼，而是因缺乏一个让一切汇聚的地方而苦恼。
Centriu 源自那些团队的亲身经历——他们厌倦了眼睁睁看着运营分散在 8 个、10 个、12 个不同系统中运行，既无法清晰了解正在发生什么，也没有一个面板能将客户的真实感受与运营的实际交付连接起来。
我们每天都能看到的场景
- CRM 在一边，财务在另一边，客户服务又在别处。
- 市场指标与流失率、营收数据互不关联。
- 团队在争论“这是谁的问题”，而不是一起看同一个面板。
- 只有技术团队才懂的自动化（之后谁也不敢动）。
Centriu 的诞生，正是为了成为协调这一切的中心：数据、团队与决策。
Centriu 是谁
Centriu 是一个 SaaS 平台，将增长与客户体验的运营整合到统一的一层中： Centriu.
Centriu 如何组织你的运营
系统按业务领域组织。每个系统解决一项职能；它们共享数据、权限与治理。
战略与规划
19 个系统
营销与内容
19 个系统
销售与营收
19 个系统
客服与体验
19 个系统
运营与效率
19 个系统
数据与智能
19 个系统
企业人工智能
19 个系统
治理与安全
19 个系统
Centriu 不是什么
在签约前讲清楚，可以免去签约后的失望。
不是一份系统目录
这些系统确实存在，也可以逐个查看；但没有诊断就照单挑选，就像凭包装盒上的名字买药。
不会给所有人装上所有东西
组合来自诊断。纸面上相似的公司，常常得到不同的建议。
不承诺全面自动化
一部分工作仍由人来完成；有些部分应当出于选择而保持如此，而不是因为做不到。
不取代人的判断
系统负责组织、提示和记录。做决定的人，为决定负责。
不卖没有流程的人工智能
把 AI 叠在混乱的流程上，只会让混乱来得更快。先有流程，再谈自动化。
不承诺统一的上线工期
工期取决于范围、可用数据和客户团队。对所有人报同一个数字的人，还没有看过这家公司的运营。
不给每家公司同一套配置
起点是共通的，最终设计不是。这正是架构阶段存在的原因。
Centriu 方法
从诊断到演进，共八个阶段。每个阶段需要多久，取决于范围、可用数据和参与的团队——所以没有任何阶段附带工期承诺。
诊断
- 目标
- 弄清运营今天如何运转、卡在哪里、以及此前尝试过什么。
- 交付物
- 瓶颈地图，区分哪些是流程、哪些是工具、哪些是尚未做出的决定。
- 客户负责什么
- 如实呈现运营现状，包括电子表格和人工变通做法。
- 专家负责什么
- 主持访谈，区分症状与根因，并记录所观察到的事实。
- 系统负责什么
- 这一阶段几乎不涉及系统。诊断是读懂上下文。
- 预期结果
- 一幅双方都认得出来的运营画像。
排序
- 目标
- 决定先处理什么——以及明确地把什么留到以后。
- 交付物
- 有序的工作面清单，并写明每个位次的判断标准。
- 客户负责什么
- 说明业务上什么最紧迫，以及团队当下能承受多少。
- 专家负责什么
- 把紧迫性与投入放在一起衡量，指出客户看不见的依赖关系。
- 系统负责什么
- 不涉及。排序是业务决策。
- 预期结果
- 一个明确的起点，而不是同时铺开十条战线。
方案架构
- 目标
- 先设计流程，再选择支撑它的系统。
- 交付物
- 流程设计、角色分工、所需数据，以及建议的系统组合。
- 客户负责什么
- 与将来每天执行流程的人一起确认这套设计。
- 专家负责什么
- 提出能解决问题的最小组合，并说明哪些被排除在外。
- 系统负责什么
- 它们作为设计中的部件出现，而不是出发点。
- 预期结果
- 一套达成共识的流程，以及逐项说明理由的系统组合。
落地
- 目标
- 把设计好的流程分批投入真实运营。
- 交付物
- 环境配置完成、数据导入、权限确定，第一个工作面上线。
- 客户负责什么
- 提供数据、指定负责人，并让相关同事有时间参与验证。
- 专家负责什么
- 配置、与客户共同测试，并修正真实使用中暴露的问题。
- 系统负责什么
- 开始记录、组织并连接原本散落各处的信息。
- 预期结果
- 一个真正在运转的工作面，而不是交付后空置的环境。
采纳
- 目标
- 让团队真正用起来——多数技术项目正是死在这一步。
- 交付物
- 确定的工作节奏、受过培训的团队，以及被记录并处理的摩擦点。
- 客户负责什么
- 坚持新的工作节奏，指出妨碍之处，而不是退回旧的变通做法。
- 专家负责什么
- 培训、观察使用情况，并调整对团队来说过难的部分。
- 系统负责什么
- 呈现哪些功能在被使用，哪些已被弃用。
- 预期结果
- 运营在新流程里自然发生，不需要靠提醒维持。
跟进
- 目标
- 在新鲜感过去之后，继续观察运营。
- 交付物
- 带议程、责任人和决策记录的复盘节奏。
- 客户负责什么
- 参加复盘，并带来业务上发生的变化。
- 专家负责什么
- 读取信号、指出偏离，并在其演变成问题之前提出修正。
- 系统负责什么
- 保存历史记录，并标示出偏离常规的情况。
- 预期结果
- 问题在还很小的时候就被发现。
价值衡量
- 目标
- 把当初约定的内容与运营现在呈现的情况作比较。
- 交付物
- 对约定指标的解读，并附上影响这些指标的背景。
- 客户负责什么
- 承认同样影响了结果的外部因素。
- 专家负责什么
- 区分哪些变化来自这项工作，哪些来自其他原因。
- 系统负责什么
- 提供使比较成为可能的历史数据。
- 预期结果
- 一场基于记录而非印象的价值讨论。
演进
- 目标
- 依据运营已经呈现出的事实，决定下一个工作面。
- 交付物
- 新的排序，这次由真实使用情况支撑。
- 客户负责什么
- 决定继续推进、巩固现状，还是就此停下。
- 专家负责什么
- 列出各个选项及其成本、投入与风险。
- 系统负责什么
- 在下一个工作面被设计时，继续支撑已上线的部分。
- 预期结果
- 回到诊断重新开始的循环，且比第一轮掌握更多信息。
本方法不设统一工期。每个阶段在其标准达成时结束，而不是在日历到期时结束。
有专家陪跑的技术
没有落地的技术会变成被弃用的工具；没有系统的咨询会变成依赖。Centriu 同时做这两件事。
系统做什么
- 把今天散落各处的信息组织起来。
- 把工作中重复的部分自动化。
- 分析已经被记录下来的内容。
- 标示出偏离常规的情况。
- 保留操作的历史记录。
- 连接此前互不相通的信息。
专家做什么
- 解读业务所处的上下文。
- 与客户共同确定优先级。
- 指导落地过程。
- 复核敏感决策。
- 跟进团队的采纳情况。
- 协助衡量所产生的价值。
运营原则
这里的每条原则都对应一个具体决定。不对应任何决定的，没有被写进来。
先看问题，再谈工具
在诊断指出它所要解决的瓶颈之前，不提议任何系统。
够用时，系统越少越好
团队真正在用的三个系统，胜过没人打开的八个系统。
人的责任
敏感操作需经由为其负责的人批准。
带上下文的数据
没有时间区间、来源和对比的数字不是指标，只是争论的由头。
有边界的自动化
每一项自动化都有一个停下来、把决定交还给人的节点。
历史与可追溯
所做的事连同操作人和时间一并记录，以便日后复核。
商业上的坦白
取决于范围、套餐或报价的内容，就照实说明，而不是当作已包含。
渐进式落地
一个工作面先上线并通过验证，下一个才开始。
基于证据的演进
下一个工作面由真实使用情况决定，而不是由最初的设想决定。
数据保护
每个组织的数据彼此隔离，访问权限按角色划定。
使命、愿景与价值观
使命
为企业提供统一的运营——从诊断到价值衡量——把数据、人与流程连在一起。
愿景
成为拉丁美洲的参考平台，服务于希望在财务清晰的前提下理顺运营的企业。
Centriu 为谁而建
面向企业
已经在运转、需要在不停机的前提下把运营理顺的组织。
- 针对运营现状的诊断。
- 由诊断结果决定的系统组合。
- 按工作面分批落地，逐个验证。
- 在新鲜感过去之后的持续跟进。
- 由运营实际表现决定的演进方向。
面向代理商
希望扩展交付能力、又不想从零组建技术团队的代理商。
- 基于已在运行的系统扩展服务范围。
- 可提供给代理商自己客户的技术。
- 用来理顺代理商自身运营的结构。
- 靠方法而不是靠折扣形成差异。
- 在今天已有的交付之上延伸出新服务。
- 落地过程中来自 Centriu 的陪跑。
合作需经过评估。没有保证的利润率，没有区域独家，也没有自动接纳。
治理与负责任的 AI 使用
平台的人工智能功能在已声明的边界内运行。以下就是这些边界。
敏感决策需人工复核
影响较大的操作，会等待有权限的人批准后才执行。
仅使用已授权的数据
喂给 AI 的，是组织在合同范围内授权的数据。
操作留痕
执行过的操作连同时间和责任人一并记录，日后可供审计。
自主权的上限
每一项自动化功能都有声明过的上限，超过就需要人介入。
有来源时给出来源
当答案来自某份文档或记录时，会一并给出出处。
按组织隔离
一个组织的数据不会喂给另一个组织，也不会在其中出现。
对不确定性保持透明
估算、假设和情景都按其本来面目呈现，不当作预测。
可以纠正
错误的结果可以被纠正，纠正本身同样会被记录。
以上措施都无法消除错误、保证法律合规或把风险降为零。它们的作用是让错误可见、可回退、可追责。