本文定位：客户案例。客户名称、合同金额和人员姓名已做脱敏处理，保留行业、组织规模、项目路径和管理口径，方便同类专业服务公司参考。
这是一家约 80 人的专业服务公司，业务覆盖咨询、实施和长期顾问服务。公司不缺订单，真正让合伙人头疼的是：项目越来越多，项目经理越来越忙，但月底一复盘，没人能说清楚哪几个项目在赚钱、哪几个项目已经透支、哪几个客户该催回款。
客户最初想买一套“大而全项目管理系统”。我们评估后没有建议一次性上全模块，而是把第一阶段目标收成一句话：让合伙人每周能看到项目状态、投入工时、合同回款和预计利润，并能追到责任人。
一、客户背景：项目型业务长大后，Excel 开始失控
这家公司有 4 个业务小组、20 多名项目经理和顾问，常年同时推进 60-80 个在执行项目。客户来源由销售和合伙人共同维护，签约后转给交付团队，财务按合同节点开票和收款。
在早期，Excel 足够用。项目不多时，合伙人靠微信群和周会就能盯住进度；项目经理也能凭记忆知道每个客户卡在哪里。但规模上来后，三个问题集中爆发：
- 项目状态分散：销售有 CRM 表，交付有项目排期表，财务有回款表，三个表的项目名称和客户简称经常对不上。
- 工时无法归集：顾问每天都很忙，但忙在哪个项目、是否超出预算，只有月底问人才知道。
- 利润只能事后算：项目做完后财务才能粗略判断盈亏，已经亏掉的项目无法中途止损。
专业服务公司的数字化，和制造业 ERP 不一样。它的库存不是原材料，而是顾问和专家的时间；它的损耗不是废料，而是反复沟通、返工、漏计费和迟迟收不回来的尾款。这个判断也决定了我们没有直接套传统 ERP，而是把 ERP/CRM 集成 和项目管理放在一起设计。
二、原始问题：不是没有系统，而是系统之间没有共同语言
客户已经用过几个工具：销售用轻量 CRM，项目经理用在线表格，财务用单独的记账软件，团队沟通在企业微信。每个工具单独看都能用，但连起来就出问题。
最典型的是一个年度顾问项目：CRM 里叫“A 集团组织优化项目”，项目表里叫“A 集团二期”，财务表里叫“A 公司 2026 咨询”。合伙人问“这个客户今年到底签了多少、收了多少、投入多少人天”，运营要手工对 3 张表，通常要半天。
另一个问题是项目延期。项目经理会在周会上说“客户那边还没给材料”，但系统里没有延期原因、责任方和下一步动作。三周后再问，还是同一句“客户没给”。延期从风险变成习惯，最后拖到合同节点收不了款。
我们在诊断时把问题拆成四类：
| 问题 | 表面症状 | 真实影响 |
|---|---|---|
| 客户与项目口径不统一 | 同一客户多种名称 | 合同、项目、回款无法关联 |
| 工时不进项目 | 忙但说不清忙在哪 | 无法判断项目是否透支 |
| 回款节点无人盯 | 财务月底提醒 | 项目经理不把交付节点和收款挂钩 |
| 看板只做展示 | 报表漂亮但不追责 | 合伙人仍靠会议拍脑袋 |
三、第一阶段目标：只闭环“项目利润周报”
我们和客户约定，第一阶段不做知识库、不做复杂绩效、不做完整财务系统替换，只闭环一个目标：每周一上午自动生成项目利润周报，列出红黄绿项目、超工时项目、待回款项目和需要合伙人介入的项目。
这个目标看起来小，但它能把销售、交付、财务和管理层串起来：
- 销售负责把合同、客户、负责人录准确；
- 项目经理负责维护项目阶段、风险和工时；
- 财务负责维护开票、回款和成本；
- 合伙人用周报做管理动作，而不是只听口头汇报。
如果你正在判断定制范围，可以先看我们写过的 软件定制开发公司怎么选 和 软件定制开发多少钱 两篇文章。它们讲的是签约前怎么把范围和预算谈清楚，避免第一阶段就失控。
四、落地路径：项目台账、工时、回款、看板四步走
1. 先统一客户、合同、项目三个主数据
我们先做的不是页面，而是字段口径。客户必须有唯一客户 ID；合同必须挂客户；项目必须挂合同或明确标记为售前项目、内部项目。只有这三个对象稳定，后面的工时、回款、利润才不会乱。
客户最初希望保留所有历史命名，我们没有同意。历史数据可以映射，但新数据必须按新规则录入。否则系统只是把旧混乱搬到线上。
2. 工时只收关键字段，不做过度监控
顾问团队一开始很担心“系统是不是用来盯人”。所以工时模块只要求四个字段：项目、任务类型、时长、说明。任务类型分为交付、客户沟通、返工、内部评审、售前支持五类。
这个设计的重点不是精确到分钟，而是让项目经理知道：一个 30 人天预算的项目，当前已经投入多少；返工占比是不是异常；售前支持是否挤占了付费项目产能。
3. 回款提醒挂到项目节点，不只挂财务日期
专业服务项目的回款通常和交付节点有关，比如启动会、阶段报告、验收报告。过去财务只看合同日期，项目经理只看交付任务，导致“该收款时材料没准备好”。
我们把回款节点挂到项目里：项目阶段推进到某个节点时，系统自动提示项目经理准备验收材料，同时提醒财务开票。回款逾期超过 7 天，会进入周报黄灯；超过 14 天，会进入红灯并推给合伙人。
4. 看板只保留管理动作，不堆指标
看板最初客户想放 30 多个指标。我们砍到 8 个：在执行项目数、红灯项目数、黄灯项目数、超预算工时项目数、待回款金额、逾期回款金额、本周新增风险、本周已关闭风险。
判断一个指标要不要上看板，只问一句：看到这个数后，谁会在本周做什么动作？ 如果没有动作，就先不上。这个原则也适用于 经营数据分析 项目，指标越少，管理越容易坚持。
五、关键取舍：哪些功能第一阶段没做
这个案例里，最有价值的不是做了什么，而是没做什么。
第一，没做复杂绩效。客户一开始想按工时自动算奖金，但团队还没建立稳定工时习惯，直接上绩效会让所有人抵触。我们建议先用 2 个周期观察数据，只做项目管理，不做个人排名。
第二，没做完整财务替换。财务系统继续保留，项目系统只同步管理口径数据。这样能减少上线阻力，也避免第一阶段变成财务软件重构。
第三，没做客户门户。客户门户看起来高级，但客户当前最大的痛点在内部协同，不在客户在线查看进度。第一阶段先把内部项目跑顺，第二阶段再考虑对外开放。
这些取舍背后是同一个原则：第一阶段只做能让管理会议改变的功能。 如果功能不能进入周会、月会和项目复盘，就很容易变成上线即闲置。关于这一点，可以延伸阅读 ERP/MES 上线后为什么没人用。
六、结果变化：从“月底算账”变成“每周止损”
上线 8 周后，客户没有立刻宣布“效率提升 50%”这类漂亮口号，而是出现了几个更真实的变化。
- 合伙人周会从听口头汇报，变成先看红黄绿项目清单。
- 项目经理开始主动解释超工时原因：是客户变更、内部返工，还是售前估算偏低。
- 财务不再月底集中催项目经理补材料，而是在节点前提醒。
- 销售能看到某类项目的交付成本偏高，报价时不再只按历史经验估。
最关键的是，客户第一次在项目中途发现了 5 个可能亏损的项目，并及时调整范围、追加变更或减少无效投入。对专业服务公司来说，这比上线一个“功能很多”的系统更重要。
七、可复用经验：专业服务公司怎么借鉴
如果你也是律所、咨询公司、设计公司、实施服务商或工程顾问公司，可以按下面顺序判断是否该做项目管理数字化：
- 是否同时有 20 个以上在执行项目？
- 是否经常月底才知道项目亏不亏？
- 是否有大量返工、漏计费和回款延期？
- 是否销售、交付、财务各有一套表？
- 合伙人是否每周都在追问同样的问题？
只要命中 3 条，就不要先纠结买哪套系统，而要先统一客户、合同、项目、工时、回款这 5 个对象。系统只是承载，真正要变的是管理节奏。
八、下一步：带着现有表格做一次同行业拆解
如果你想判断自己公司该先做 CRM、项目管理、工时还是利润看板，可以准备三样东西：现有客户表、项目排期表、回款表。我们可以按这个案例的结构，帮你判断第一阶段应该收在哪里，哪些功能该砍，哪些数据必须先治理。
也可以先看 客户案例 里其他行业的完整复盘，再对照 定制开发 和 数据分析 两条服务线，判断自己到底是流程系统问题，还是经营看板问题。
