从600万到5000万，人员几乎没增加——一家CRO企业的项目成本管理进化史

——数字化不是管理的IT重现而是将企业所有流程和数据的优化引子一个值得所有项目型企业思考的问题如果你的公司业务收入要从600万增长到5000万你需要增加多少人大多数人的第一反应是至少翻几倍吧但有一家公司做到了——业务收入从600多万增长到5000多万人员几乎没怎么增加。这家公司叫格林泰科一家位于四川的CRO合同研究组织企业做的是新药研发的临床前外包服务。他们的故事不是一个数字化系统一上线就起飞的爽文而是一个耗时数年、反复打磨、甚至有争吵的管理进化实录。正是因为不爽才真实。才有参考价值。一、背景一个门外汉接手的高知识密度公司格林泰科成立于2014年专注于成药性评价、药代动力学评价和临床前药效评价。简单说就是帮药企在新药进入临床试验之前完成一系列关键的评价和验证工作。2019年王承军跨行业接手格林泰科。他之前在金融行业对医药研发是门外汉。2019年4月份跨行业接手格林泰科在一个知识高地接手一个新行业的管理非常有挑战。但也正是这个外来者视角让他看到了内部人习以为常却不合理的问题。他发现的第一个问题没人说得清毛利CRO企业的业务本质是每接一笔客户的业务就是一个项目。按理说每个项目赚了多少钱应该是最基本的经营数据。但王承军跟管理层和骨干员工深入沟通后发现——有的同事对毛利是没有概念的当时公司的财务核算也没有把毛利做一个比较正确的区分。一家靠项目赚钱的公司不知道每个项目赚多少钱。这不是个例——这是大量项目型服务企业的真实现状。二、先磨人再磨系统——格林泰科的时间表格林泰科的管理升级不是从上系统开始的。王承军的做法是先统一思想、再固化制度、最后才上系统。这个时间表值得所有想做数字化的企业参考2019年6个月统一思想├── 开务虚会达成共识├── 核心问题要吃大锅饭还是按贡献多拿钱└── 答案显而易见但从共识到落地有很长的路2020年12个月磨合制度├── 一项项制度配合落地├── 曾经有一个制度我们改过9遍└── 花一年时间把管理基础打扎实2021年开始考核 启动选型├── 按新体系执行考核├── 同步开始选型ERP花了4个多月└── 管理先想清楚再用系统固化2022年系统实施上线├── 一期项目用了10个月完成└── 业务收入从600多万增长到5000多万二期已启动从2019年到系统上线前后将近三年。其中前两年完全是在做管理层面的准备工作——统一思想、建立制度、理清流程、想明白成本怎么算。这跟很多企业先买系统再说的做法截然不同。王承军的原话很直接要去做数字化首先在管理上自己要想清楚。如果你在管理上想不清楚的话就很难实现数字化。三、选型踩坑4个月的寻找格林泰科在选型上花了4个多月比预期长得多。王承军总结了几条走过的弯路弯路一医药行业的专业系统——太细致改不动一些医药多是制药行业的系统非常细致但也很难改造改一下都困难。CRO企业虽然在医药行业但它的业务本质是项目型服务不是制药生产。制药行业的系统围绕GMP、批次管理、配方管理设计功能很专业但对于CRO这种以项目为中心、以人为核心资源的模式来说底层逻辑不匹配。弯路二自研系统——能开发但养不起找个IT专家从头自研但后期系统迭代的问题解决不了投入上百万开发系统实在不经济。这是很多中小型企业走过的弯路。自研系统的问题不在于能不能开发出来而在于自研系统的隐性成本开发成本上百万看得见的维护成本需要持续的开发人员看不见的迭代成本业务变化时系统跟不上看不见的机会成本这些资源本可以投入核心业务看不见的真实TCO远超预期最终选择的标准不只是系统更是行业经验王承军最终的选型标准很有洞察力选型不只是找适合的系统还要找能帮我们迭代项目管理、成本管控、成本分摊等管理模式和管理要素的行业专家和最佳实践经验。这个认知非常关键——对于中小型企业来说ERP供应商不只是软件提供商更是管理咨询顾问。你买的不只是系统功能还有供应商在同类型企业积累的管理经验。格林泰科最终选择了企企服务业ERP原因正是它在项目型服务企业的管理经验和成本分摊方面的积累。四、实施中的硬骨头成本分摊到底怎么做这是格林泰科案例中技术含量最高的部分也是对其他项目型企业最有参考价值的部分。CRO企业的成本结构特殊性CRO企业做的是临床前研究涉及的成本结构跟普通IT服务或咨询公司很不一样CRO企业的项目成本构成 直接成本 ├── 实验人员工时按项目记录 ├── 实验材料/试剂/耗材 ├── 外部检测费用 └── 项目差旅费 间接成本需要分摊 ├── 动物饲养成本 ← 多个项目共用实验动物 ├── 病理制片成本 ← 多个项目共用病理实验室 ├── 临检分析成本 ← 多个项目共用检测设备 ├── 设备折旧 ├── 实验室维护 └── 管理费用难点在于间接成本的分摊。一间实验室同时在跑多个项目的实验动物饲养费用被多个项目共享病理制片的设备和人员也是复用的——这些成本怎么合理地分摊到每个具体项目上王承军的原则分摊必须和对象高度相关在实施的过程里发现过去分摊的费用与分摊对象的相关性并不高。这次实施企企服务业ERP我们重新做了调整分摊费用、间接费用必须和分摊的对象高度相关。分摊的关键不在于分了而在于分得合理。按动物数量分摊饲养成本按制片数量分摊病理成本按样本数分摊临检成本——每种间接成本都要找到与之最相关的驱动因素。格林泰科在系统上线后搭建了**动物饲养、病理制片、临检分析**三个成本计算模型从系统中能快速完成各类成本的计算并出具分析报表。历史数据的偏差是变好的信号成本分摊逻辑调整后必然会出现一个问题——新算出来的数据跟历史数据对不上。王承军对此的态度很坦然上线以后会跟历史的数据有偏差但是这个偏差是让这些数据变得更合理了。然后他引用了一句很有意思的话就像翦伯赞说的冯玉祥一生都在叛变但是他每次叛变都是向革命更迈进一步。每一次对旧方法的叛变都是向更合理的管理迈进一步。不要因为新数据跟旧数据不一致就退缩——如果旧数据本身就不准确那一致性反而是问题。五、从工时记录到标准工时体系——一个值得关注的长期目标石刚博士格林泰科副总经理提到了一个重要的远期目标通过标准化项目执行过程中各项操作内容的积累未来我们就会建立标准工时体系。这意味着什么用一张图来说明阶段一当前记录实际工时 ├── 每个项目每个人的实际投入时间 ├── 积累数据建立基线 └── 能算清单项目的人工成本 ↓ 数据积累6-12个月 阶段二近期建立标准工时 ├── 同类型实验的标准耗时是多少 ├── 不同经验水平的人员效率差异多大 ├── 哪些环节是效率瓶颈 └── 能做项目报价和人员排程的参考依据 ↓ 持续迭代 阶段三远期标准工时驱动经营 ├── 投标报价基于标准工时精确测算项目成本 ├── 项目监控实际工时 vs 标准工时实时预警偏差 ├── 绩效管理基于效率而非单纯工作量考核 ├── 产能规划基于标准工时预测未来人力需求 └── AI预测积累足够数据后AI辅助项目排程和报价标准工时体系是项目型服务企业的圣杯。一旦建立起来企业就从算得清过去升级为预测得了未来。但它的前提是——先把每个项目的实际工时数据老老实实地记录清楚积累足够的样本量才能提炼出有统计意义的标准值。六、两句话背后的管理哲学格林泰科的案例中有两句话我觉得适用于所有正在做数字化的企业。第一句数字化不是管理的IT重现而是将企业所有流程和数据的优化很多企业上ERP的思路是把现有的流程搬到系统里。线下怎么审批的系统里就怎么审批。Excel里怎么算的系统里就怎么算。但格林泰科在实施中发现——过去的很多做法本身就不合理。比如成本分摊的逻辑分摊费用与分摊对象的相关性并不高。如果把这个不合理的逻辑原封不动地搬到系统里得到的就是**用更高效的方式生产错误的数据**。错误的数字化路径旧流程有问题的──→ IT化 ──→ 高效地产出错误的结果正确的数字化路径旧流程 ──→ 审视优化 ──→ 新流程 ──→ IT化 ──→ 高效地产出正确的结果先优化再固化。不是先固化再凑合用。第二句关于系统给人赋能的比喻原来在金融行业从标杆公司挖来的人到了新的公司就发现自己不如在原来的公司这么能耐了。主要问题是在原来的公司他很有能耐可以做很多事情是有一个强大的系统在做支持。这句话道出了一个经常被忽视的真相很多时候不是人强而是系统强。一个人在好系统支撑下能发挥120%的能力换到没系统的环境里可能只能发挥60%。对于管理者来说这意味着——与其花高价挖人不如先建好系统。好的系统能让普通人做出优秀的成果而差的系统会让优秀的人变得平庸。七、给项目型服务企业的实操建议1. 上系统之前先想清楚三件事□ 你的项目成本到底由哪几块构成直接成本 间接成本□ 间接成本的分摊逻辑是什么驱动因素是什么□ 你想看到什么维度的利润数据按项目/按客户/按服务类型如果这三件事没想清楚就上系统结果大概率是——系统跑得很顺畅但产出的数据没有意义。2. 统一思想比统一系统更重要格林泰科花了6个月统一思想、1年磨合制度然后才开始选型。这个顺序是对的。如果团队里的人连为什么要算清每个项目的利润都没有共识那上什么系统都没用——数据不会有人认真填报表不会有人认真看。3. 工时管理是基础中的基础对于以人为核心资源的服务企业工时数据的重要性怎么强调都不过分没有工时数据有工时数据项目人工成本靠估按实际工时精确计算不知道人员利用率可计费工时/总工时 利用率报价凭经验基于历史工时数据科学报价绩效考核靠印象按产出和效率量化评价产能规划拍脑袋基于工时负荷预测人力需求4. 成本分摊不要一刀切不同类型的间接成本应该用不同的驱动因素来分摊成本类型 分摊驱动因素───────────── ──────────────实验室占用成本 → 各项目使用实验室的工时设备折旧成本 → 各项目使用设备的时长/次数公共服务人员成本 → 各项目消耗的服务工时水电气费用 → 各项目占用面积 × 时长管理费用 → 各项目的直接成本比例兜底方案分摊因素越接近真实的资源消耗关系算出来的项目成本就越准确。5. 接受数据阵痛期新系统上线后数据口径变化是必然的。旧方式算出来的利润率和新方式算出来的利润率可能差异很大。这不是系统有问题而是之前的数据本身就不够准确。管理者的正确心态新数据跟旧数据不一样≠ 新系统算错了 过去的算法不够合理现在更接近真实了某个项目的利润率比想象中低很多≠ 项目做亏了 过去没算进去的隐性成本分摊费用现在显现了结语格林泰科的故事有三个层面的价值第一个层面增长故事。600万到5000万人员几乎不增加——这证明了精细化管理对业务增长的杠杆效应。第二个层面方法论。先统一思想6个月→ 再磨合制度12个月→ 再选型上线410个月——这个节奏值得所有项目型企业参考。第三个层面管理认知。数字化不是管理的IT重现而是流程和数据的优化——这句话应该写在每一个数字化项目的启动会PPT第一页上。最后用石刚博士在采访中说的一段话作为结尾。他描述了系统上线过程中的真实状态最开始大家不太理解。但是我们自己也知道原来记的那本账是不太清楚的确实需要去算清楚。如果要算清楚这个账就需要把这个项目从前到后、各个维度的数据考虑清楚、收集起来。在这一过程中有争论甚至是争吵。有争论甚至争吵——这才是数字化转型最真实的样子。不是一帆风顺的成功案例而是在争论中对齐认知在磨合中优化流程在坚持中收获成果。