上个月一位律所主任来聊天，说他所里 40 位律师，去年年营收 2000 万左右，日子不难过。让他头疼的是最近有位年轻律师提了离职，主任让归档律师把这位律师这一年干过的案子整理清楚——哪些是主任的案源分给他的、哪些是他自己开发的、哪些是团队协作的、每个案子该给他多少提成——归档律师用了整整 3 天，最后拿出来的表主任看了还是不放心，因为工时是律师自己在 Excel 里填的，分账口径每位合伙人都有一套，案件文书散落在每位律师的电脑和邮箱里。他跟我说了一句话：「我以前以为我们所已经比同行规范多了，直到今年这次算账，才发现我们连自己所里的账都算不清楚。」
这不是一家律所的问题。10-100 名律师规模的律所，几乎每一家都卡在同一个阶段——业务已经跑起来了，管理还停留在「主任盯 + 主管盯 + Excel 兜底」的手工模式。想上系统，市面上的行业 SaaS 又觉得功能太重、太贵、不贴自家的分账习惯。这篇我们把律所案件管理数字化该怎么走，从和普通公司的差别讲起，到 4 步落地路径、5 个真实堵点、老板必看的 6 个数字、AI 的 3 个真场景、上系统前的 4 个必答，全部拆开讲清楚。
律所数字化和普通公司的 3 大差别
想清楚差别之前先别急着选系统。律所的业务逻辑跟制造业、连锁零售、SaaS 公司完全不是一个语系，把通用 CRM 或者 ERP 硬套过来，一定跑不动。
第一大差别是合规不是可选项。律师事务所管理办法、律师执业行为规范、律师协会的行业自律规则，对案卷保存年限、客户身份信息保护、执业秘密隔离都有硬约束。这意味着系统的权限体系不能像普通公司那样「分部门 + 分层级」就完事，还要按案件加隔离墙——同一个所里，做上市公司 IPO 的团队和做刑事辩护的团队之间，客户信息不能互看；同一个团队里，做原告方案件的律师和做被告方案件的律师不能撞车。这套逻辑在通用系统里没有，必须专门设计。
第二大差别是工时既是成本也是收入。制造业的工时是成本，销售出去的是产品；律所的工时既是成本（律师薪酬按工时算），也是收入（对客户按小时计费）。这就要求系统里的工时数据同时要撑起三件事：给客户开账单、给律师算提成、给合伙人分账。三条线的口径必须严格一致，才能避免月底对账时一屋子人吵架。工时管理这块延伸的分账逻辑，我们在律所会计师所的工时计费与合伙人分账实战里拆得更细，管理律师可以对照着看。
第三大差别是律师是个体户，不是员工。律所名义上是一个法人主体，实际运作里每位合伙人都是独立的业务单元，甚至提成律师也带着自己的案源。这决定了律所的数字化不能走「总部推、门店执行」的路子——只要一位合伙人不配合，整个系统就跑不通。所以律所的系统上线，选型只是 30%，让每位合伙人愿意用是另外 70%。
| 差别维度 | 普通公司 | 律师事务所 | 系统设计难点 |
|---|---|---|---|
| 合规约束 | 按行业不同 | 案卷保存、执业秘密、隔离墙 | 权限分层 + 操作留痕 + 加密备份 |
| 工时定位 | 纯成本 | 既是成本也是收入 | 一套数据支撑账单、提成、分账 |
| 组织结构 | 层级化 | 每位合伙人是独立业务单元 | 分权 + 分账 + 数据隔离 |
| 客户关系 | 归属公司 | 部分归属律师本人 | 离职带走客户是常态 |
| 文书性质 | 内部资料 | 有法律效力，格式严 | 版本管理 + 电子签 + 留痕 |
这五条差别没搞清楚就上系统，最后要么是系统跑不起来只能变成摆设，要么是合伙人集体抵制推倒重来。我们见过一家 60 人的律所，直接上了一款通用 CRM，用了 4 个月发现工时和分账逻辑对不上，最后回退到 Excel，半年时间和几十万预算全打水漂。
4 步落地方案
律所案件管理数字化不是一次性工程，是分四步的阶梯。每一步跑稳了再上下一步，别跳步。我们把这四步的目标、动作、上线判断放在一张表里：
| 步骤 | 核心目标 | 关键动作 | 上线判断 |
|---|---|---|---|
| 第 1 步：案件档案标准化 | 让案件找得到、看得清 | 案件编号、阶段拆分、文书模板 | 90% 案件按编号入档 |
| 第 2 步：工时计费与冲突检查 | 让时间可算账、避风险 | 工时填报、案件计费、冲突筛查 | 工时覆盖率 ≥85% |
| 第 3 步：律师协作与客户端沟通 | 让团队跑得动、客户看得见 | 团队分工、进度可视、客户门户 | 常顾客户 60% 走线上沟通 |
| 第 4 步：知识库沉淀 | 让经验留得下、复用起来 | 判例库、模板库、经验沉淀 | 新律师上手时间缩短 30% |
四步不是四个系统，是同一套底座上的四层能力。理想的落地节奏是 3-6 个月做第 1 步、再 3-6 个月加第 2 步，第 3 步和第 4 步可以并行推，整套走完通常 12-18 个月。别追求「一次上齐」，我们没见过一次上齐能跑成的律所。
第 1 步：案件档案标准化
第 1 步是所有事情的地基。地基没打好，后面工时算不清、协作对不上、知识沉淀不下来，全是虚的。
案件档案标准化的核心是三件事：编号规则、阶段拆分、文书模板。
编号规则。每个案子在进所的第一天就有一个唯一编号，通常格式是「年份-业务线-合伙人代码-流水号」，比如 2026-诉讼-ZH-0037。这个编号跟着案子走到案卷归档为止，所有工时、文书、账单、支出都挂在这个编号下。没有唯一编号，后面所有数据都是散的。
阶段拆分。不同业务线的案件阶段完全不一样。诉讼案通常拆成立案、举证、开庭、判决、执行、结案；非诉项目拆成尽调、方案、谈判、签约、交割、后续服务；常顾业务拆成月度咨询、专项支持、年度体检。每个阶段有明确的进入条件、退出条件和标准动作。阶段清晰了，进度可视化才能做，工时归属才能不打架。
文书模板。起诉状、答辩状、法律意见书、尽调报告、股东协议这些高频文书，每所都有自己积累的样板。数字化的第一步是把这些样板集中到系统里，按业务线分类，标注最后一次修订时间和推荐场景。这一步做好了，年轻律师起草文书的效率能上一个大台阶。
| 档案要素 | 最低要求 | 进阶要求 | 常见问题 |
|---|---|---|---|
| 案件编号 | 全所唯一 | 按业务线自动分配 | 每人一套编号规则 |
| 阶段模型 | 按业务线拆 5-8 个阶段 | 每阶段有进入/退出条件 | 阶段命名不统一 |
| 文书模板 | 高频文书有样板 | 按业务线+客户类型分层 | 老律师电脑里的最新版没进系统 |
| 涉密标记 | 敏感案件标记 | 权限自动收窄 | 靠人记，容易漏 |
| 归档规则 | 结案后归档 | 结案 30 天内强制归档 | 结案后没人管，卷宗散在各处 |
我们做过一家 50 人律所的案件档案标准化项目，第一步不是上系统，是让归档律师把过去 3 年结的案子重新按新编号规则整理一遍。这个动作用了 5 周，整理完之后主任发现有 60 多个案子根本对不上账——要么工时没记、要么账单没开、要么归档缺失，光是这次盘点就补了 40 多万应收。地基打好了，后面的系统上线才有意义。
第 2 步：工时计费与冲突检查
第 2 步是把时间变成钱、把风险挡在门外。工时和冲突检查是两件事，但通常一起做，因为它们的底层数据是同一个案件档案库。
工时填报的三条铁律：颗粒度不要超过律师的耐心（30 分钟一格是现实底线，6 分钟一格只有做涉外和上市的团队跑得动）；填报入口必须移动化（律师在法院走廊、地铁上能 30 秒填完）；前 3-6 个月不跟提成挂钩（先建覆盖率，再谈考核）。这三条不做，工时数据永远是脏的，后面一切分析都白搭。
案件计费的关键是口径要一次说清楚。同一位律师同一个小时的工时，在计时收费的案子里按合伙人小时费率×0.6-0.8 折成账单，在包干价的案子里只做成本核算不体现在账单里，在风险代理的案子里全部沉淀到成本池等结案分账。这三种计费方式在同一个所里是并存的，系统里必须能同时支撑。
冲突检查是律所的合规底线。新客户委托进来的第一件事是查冲突——这个客户的对方当事人有没有已经是本所的客户、这个案件的另一方律师是不是本所的前雇员、这个业务方向跟本所已有客户有没有利益冲突。以前靠合伙人集体过一遍会议，几十人的所勉强跑得动，人多了就漏。数字化后冲突检查变成系统自动跑，人做的是复核和最终判断。
| 工时/计费/冲突 | 手工模式 | 数字化后 | 提升点 |
|---|---|---|---|
| 工时颗粒 | 月底补 Excel | 每天点选 30 分钟一格 | 数据实时可看 |
| 计费方式 | 一种为主 | 计时/包干/风险代理并行 | 复杂案件也能算清 |
| 账单出具 | 月底手工 | 阶段完成自动生成 | 出账周期缩短 5-10 天 |
| 冲突筛查 | 合伙人会议过 | 系统自动跑 + 人工复核 | 漏检率下降 80% |
| 应收跟踪 | 财务追催 | 系统按账龄分层预警 | 60 天以上应收减少 |
工时和分账口径的详细方法论，涉及具体分账公式和 SaaS/定制决策表，前文已经引用过的那篇律所工时博客里拆得非常细，这里不重复。
第 3 步：律师协作与客户端沟通
前两步做完，律所内部的账基本能算清楚了。第 3 步把范围往外扩——一个是所内多律师的协作，一个是律师和客户之间的沟通。
律师协作里最痛的是团队案件的分工不清。一个非诉项目通常合伙人挂帅、高级律师主办、几位年轻律师和实习生打杂，谁做什么、什么时候交、遗漏了要谁补，这些以前全靠合伙人在群里发消息盯着。数字化后每个案件下拆到具体任务，任务有责任人、有截止时间、有交付物、有依赖关系，谁卡住谁被亮红灯。这套东西的底层其实就是一套项目管理系统，只是要贴律所的案件阶段模型。类似的专业服务项目管理逻辑，可以延伸看专业服务的项目管理客户案例，里面有几个可以直接照搬的看板结构。
客户端沟通的核心是给客户一个能看进度的入口。以前常顾客户想知道自己那个专项支持项目做到哪一步了，就得打电话给对接律师，律师再去问团队，一圈下来两三天。有了客户端门户之后，客户登录进来能看到本月的咨询次数、专项项目进度、已归档的成果文书、下月计划的服务重点。客户看得见，律师就少解释一层，双方满意度都上来。
这一步的落地难点不在技术，在合伙人的意愿。不是所有合伙人都愿意让客户看见项目进度——「进度暴露了万一客户觉得慢了怎么办」「客户看见细节要求就多了」，这些顾虑都是真实的。所以第 3 步不能一刀切全所铺，先挑几位有意愿的合伙人做 pilot，跑 3 个月见效果，其他合伙人自己就会跟上。
第 4 步：知识库沉淀
第 4 步是律所数字化最难做但最值钱的一步。前三步都是把当下的事情跑起来，第 4 步是让过去的经验能被下一次用上。
判例库。所内律师做过的案子里，哪些法院判决对未来类案有参考价值，按案由、争议焦点、法院层级、判决结果分类沉淀。以前只在做过这个案子的律师脑子里，现在整个所都能查得到。
模板库。第 1 步里已经把高频文书样板集中了，第 4 步是把它做深——按案件类型、客户类型、争议阶段做二级三级分类，标注每份模板的作者、适用场景、注意事项。新律师起草文书时能找到最近的样板，不用从零开始。
经验沉淀。这个最难。每位老律师脑子里的判断——「这类案子和法官打交道要注意什么」「这类客户签合同前一定要确认什么」——很难被结构化记录下来。可行的路径是每个案子结案时强制填一份 1-2 页的复盘笔记，讲清楚遇到什么坑、怎么解决、下次要注意什么。复盘笔记按案由分类沉淀，一年后就是一份宝贵的所内知识资产。
| 知识类型 | 数字化难度 | 建议起步节奏 | 见效周期 |
|---|---|---|---|
| 判例库 | 低 | 前 3 个月覆盖高频案由 | 立即 |
| 文书模板库 | 低 | 第 1 步就一起做 | 立即 |
| 客户资料库 | 中 | 结案时统一归档 | 3-6 个月 |
| 复盘笔记库 | 高 | 从合伙人带头做起 | 12 个月以上 |
| 培训课件库 | 中 | 每季度沉淀 2-3 份 | 6-12 个月 |
知识库的价值不在建立当天，在两年之后。我们见过一家做金融纠纷的律所，坚持沉淀了两年判例库和复盘笔记，第三年一位年轻律师接手一个复杂案子，靠库里的十几份类案资料，两天做出了合伙人评价接近资深律师水平的诉讼方案。这种复利效果没法一开始就算清楚，但方向是对的。
5 个律所真实堵点
上面这四步看着很清楚，实际推行的时候会遇到 5 个真实堵点，每个律所都躲不开。我们把这 5 个堵点和常见破解思路放在一张表里：
| 堵点 | 表现 | 影响 | 破解思路 |
|---|---|---|---|
| 合伙人个体户思维 | 每位合伙人一套规则 | 全所无法统一口径 | 先跑 pilot，用数据说服 |
| 客户机密隔离 | 担心客户信息互看 | 系统权限设计极难 | 按案件加隔离墙，非按部门 |
| 工时记录不诚实 | 律师瞎填或不填 | 数据没法用 | 前 6 个月不挂考核，只做可视化 |
| 文书泄漏顾虑 | 电子文书怕外流 | 律师不愿意上传 | 权限分层 + 水印 + 操作留痕 |
| 老律师系统抗拒 | 「我用 Word 用了 20 年」 | 系统覆盖不了骨干律师 | 只推薄薄一层，别动他们的工作流 |
堵点一：合伙人个体户思维。这是最难的一个，也是律所数字化能不能成的关键。10 位合伙人可能有 10 套分账习惯、10 套客户管理方式、10 套工时口径。想让他们统一到一套系统里，正面推是推不动的。可行的路径是选一两位相对开放的合伙人做 pilot，跑 3-6 个月，让数据说话——「你们团队这半年应收账龄下降 20 天、律师人均产值提升 15%」，其他合伙人看到实际效果，自己就会申请加入。
堵点二：客户机密隔离。传统权限是「部门+层级」，律所需要的是「按案件分组隔离」——即使是同一位合伙人手下的律师，做原告方的团队也不能看被告方的案卷。这个逻辑通用 SaaS 里很少见，通常需要定制。设计的时候把「隔离墙」作为一等公民，不是权限的补丁。
堵点三：工时记录不诚实。律师是聪明人，你把工时和奖金一挂钩，第二天所有人都会填满该填的时长。所以前 6 个月一定要「只统计不评价」，先培养填报习惯、再谈数据用途。同时把填报动作做到 30 秒，别让律师觉得填工时是任务。
堵点四：文书泄漏顾虑。律师担心的不是被别人看，是被别的所偷走。破解办法是三件事：权限分层到具体文件级、下载和分享操作全留痕、导出文件自动加隐形水印。做到这三件之后，律师的抗拒会明显下降。
堵点五：老律师系统抗拒。所里最挣钱的往往是几位资深合伙人，他们用 Word 用了 20 年，让他们改用系统里的文书编辑器，几乎不可能。可行的做法是给他们做一层薄薄的接口——文书还是在 Word 里改，改完拖进系统自动归档；工时不用填，助理代填之后合伙人在移动端点确认；案件进度助理更新，合伙人只看看板。不要动他们的核心工作流，只在边界做接管。
律所老板必看的 6 个数字
律所数字化做起来之后，主任和合伙人需要盯的不再是「今天有几个案子进来」这种流水信息，而是几个能反映所里健康度的核心数字。我们建议把下面 6 个数字做成主任看板的顶部：
| 数字 | 口径定义 | 健康区间参考 | 异常信号 |
|---|---|---|---|
| 律师人均产值 | 全所收入 / 执业律师人数 | 60-150 万/年 | 环比连续 2 季度下降 |
| 案件回款率 | 已回款金额 / 已开票金额 | ≥90% | 60 天以上应收占比 >20% |
| 工时利用率 | 计费工时 / 可用工时 | 55-70% | <45% 或 >85% |
| 客户续约率 | 常顾续约客户 / 到期客户 | ≥75% | 单季度骤降 15% 以上 |
| 合规完成度 | 合规动作完成 / 应完成 | 100% | 任何一项缺失 |
| 新律师上手速度 | 独立办案时间 | 6-12 个月 | 超 18 个月未独立 |
律师人均产值是一切的基础。人均产值上不去，规模再大也是虚胖。60 万以下的所要么在快速扩张爬坡，要么在结构性下滑，需要专项复盘。150 万以上通常出现在专业化程度极高的精品所（涉外、上市、金融并购），一般综合所摸到 100 万已经很不错。
案件回款率反映的是律所的经营纪律。90% 是底线——律所的收入本来就是延后确认的，回款再差半年就出问题。60 天以上应收占比超过 20%，说明结案交付和账单跟催没跑通，要立刻抓。
工时利用率的两端都是问题。低于 45% 说明业务不饱和，人力浪费；高于 85% 说明律师超负荷，很快会有人跳槽或者出错。55-70% 是一个可持续的区间。
客户续约率是常顾业务的命脉。到期客户里能续约 75% 以上，说明服务质量在线；单季度骤降 15% 以上，通常有系统性问题，要专门开会复盘。
合规完成度必须是 100%。案卷归档、执业秘密标记、涉密案件权限设置这些动作，缺一项就是雷。数字化的价值之一就是把这些动作变成系统强制流程，不做完不能进下一步。
新律师上手速度。从入所到能独立办案，超过 18 个月都还没独立，说明所里的知识传递机制没跑通。有了第 4 步的知识库，这个数字通常能压缩 3-6 个月。
AI 在律所的 3 个真场景
AI 在律所的应用最近讨论得多，我们把它拆成三个已经跑得动的场景，每个场景给一句「以前怎么做→现在怎么做」的对照。
场景一：合同智能审查。以前非诉团队接到一份 60 页的股权协议，年轻律师从头看到尾，标出风险条款，写成审查意见，交合伙人复核，一份合同两三天。现在用大模型接了本所的审查规则库和过往案例库，AI 先跑一遍出初审报告，标出条款位置、风险等级、建议修改方向，年轻律师在此基础上补充和判断，同一份合同缩到半天到一天。合伙人复核的还是律师的判断，不是 AI 的输出。
场景二：案件文书生成。以前起诉状、答辩状、法律意见书这些高度模板化的文书，年轻律师从旧案子里翻出来改，一改就是大半天。现在律师把案件基础事实、争议焦点、诉讼请求填进系统，AI 结合本所判例库和模板库生成 70-80 分的初稿，律师在此基础上加逻辑、加论证、加事实细节，起草时间通常能压缩 50%。终稿仍然要执业律师签字，AI 只是把初稿工作接掉了。
场景三：裁判文书检索。以前做类案分析要在裁判文书网上一条一条搜，关键词命中不准的时候一个案子要翻半天。现在把裁判文书网、案例库、本所内部判例库统一接进检索系统，用向量化的方式做语义检索——律师描述自己案子的争议焦点，系统返回最相似的一批过往判例，按法院层级、判决结果、争议要点排序。类案检索时间从半天缩短到 30 分钟以内。
关于 AI Agent 在业务场景里的落地节奏和投入模型，我们在AI Agent 实施路线图和AI Agent 开发成本怎么拆里有更细的拆解，管理律师做预算测算时可以对照。
上系统前 4 个必答
选型和上线之前，主任和管理律师必须先把下面 4 个问题回答清楚。答不清楚就上，失败率大概率超过 50%。
问题一：律所规模处在什么阶段？ 10 人以下的所，先用钉钉或飞书 + Excel + 共享盘就够，别急着上专业系统。10-30 人的所，跑第 1 步（档案标准化）和第 2 步（工时计费）的行业 SaaS 是最优解。30-100 人的所，通常需要在 SaaS 基础上加定制，把第 3 步和第 4 步补齐。100 人以上的所，往往需要一套围绕自己业务模式深度定制的管理平台。规模没到硬上大系统，就是给自己找麻烦。
问题二：主要业务类型是什么？ 纯诉讼所、非诉为主、常顾为主、还是综合所，四种业务类型对系统的需求差异极大。纯诉讼所对案件阶段和文书模板要求高，对客户端沟通要求低；非诉所反过来，客户端沟通极重要；综合所是最难的，需要一套底座支持多种业务模型。选型之前一定要根据自己的业务结构做取舍。
问题三：合伙分成模式是什么？ 提成制、公司制、混合制，三种分成模式对应完全不同的分账逻辑。提成制的所需要每一笔工时都能追溯到案源合伙人；公司制的所对分账的实时性要求低，但对成本核算要求高；混合制的所两头都要顾。系统的分账模块必须一开始就贴上自家的分成模式，事后改比重做还难。
问题四：所里的文化能不能承接系统化管理？ 这个问题最虚也最关键。一家合伙人共识度高、愿意透明化的所，上系统能顺利跑起来；一家合伙人各自为政、不愿意让别人看到自己数据的所，再好的系统也是摆设。上系统之前，主任要跟合伙人开一次坦诚的会——「我们上系统是为了共同看清楚所里怎么在跑，不是为了监控谁」。这句话说不通，系统就不用上了。
| 必答问题 | 影响的选型维度 | 常见错答 |
|---|---|---|
| 律所规模 | SaaS/定制/自研 | 30 人上自研，100 人还在 Excel |
| 业务类型 | 系统的重点模块 | 通用系统硬套 |
| 合伙分成模式 | 分账引擎设计 | 事后想改 |
| 律所文化 | 上线成功率 | 合伙人不同意就硬推 |
想更系统看律所之外的中小企业数字化路径，可以延伸看行业垂直 SaaS vs 定制的决策框架和咨询公司数字化怎么做，这两篇里都有类似专业服务机构的选型逻辑。
写在最后
律所案件管理数字化不是买一款软件那么简单，是把这家所过去 10 年、20 年的运作方式重新捋一遍。四步落地路径给的是框架，5 个堵点提醒的是雷区，6 个数字盯的是健康度，3 个 AI 场景说的是已经能跑的事，4 个必答是上系统前的心态调整。
回到开头那位律所主任的问题——归档律师用 3 天算清一位离职律师的提成，本质上不是归档律师效率低，是所里 3 年没让案件、工时、分账三条线的数据长在同一个底座上。数字化能不能解决这个问题，答案是能，但前提是主任愿意用 12-18 个月的时间，把地基一层一层打起来，而不是花 3 个月买一套系统就期待它替所里做管理。
给管理律师三条铁律：一，数字化不是买软件，是重塑管理逻辑，主任必须亲自推；二，四步顺着来，别跳，跳步的所大概率半年内推倒重来；三，合伙人的共识是零，工时数据的诚实度是零，其他做得再好也白搭。
如果你正在为所里的案件管理、工时计费、合伙人分账做诊断或者升级，欢迎把现在的业务结构、合伙分成模式、系统现状整理一下，我们可以一起看看四步里你已经跑到哪一步、下一步的最优起点在哪里、哪些坑可以提前绕开。开沿科技 5 年服务 2000+ 家企业、跑过 1000+ 个项目，其中不乏专业服务机构的数字化落地经验，愿意跟同行一起把这件事做得再扎实一点。
