律所OA客户门户怎么建：当事人自助查进展
下午三点，北京一家中型律所的管理合伙人张律师打开手机，看到一条来自当事人的消息：“张律师，我的案子现在到哪一步了？法院那边有新消息吗？”这已经是本周第三次，他不得不中断手头的合同审查，翻出微信记录，再逐一打电话给助理确认进度。如果是开庭密集期，这样的沟通每天要重复十几次。
这并不是个例。在律所管理中，当事人自助查进展的缺失，正在成为挤压律师工作效率、降低客户满意度的隐形痛点。当案件数量超过人均十件，合伙人、主办律师、助理、当事人之间形成的信息断层，往往让最简单的“查进展”变成一场跨角色、跨系统的信息接力。而搭建一个能支撑当事人自助查询的OA客户门户，已经成为律所数字化转型绕不开的基础工程。
律所OA客户门户，需要解决哪些真实问题
很多律所管理者会问：OA系统不是已经有了审批流和文档管理，为什么还要单独搭建客户门户？答案在于，传统OA的权限设计是面向内部员工的，而当事人自助查进展需要将案件信息有选择地开放给外部客户。这涉及三个核心矛盾：
- 信息不对称：律师手里的案件进展数据（立案时间、开庭排期、对方提交的证据、法院来电记录）大多散落在微信聊天、邮件、纸质卷宗或Word文档里，没有一个统一的入口可以对外呈现。
- 角色错位：案件管理中，律师需要的是“我能随时记录”，而当事人需要的是“我能随时看到”。现有的OA系统大多只解决了前者，对后者的支持几乎为零。
- 权限颗粒度：并非所有案件信息都适合向当事人开放。例如内部评估意见、费用分摊计算、未定稿的代理策略，必须区分“公开”与“不公开”字段。传统OA的权限模型往往只能按部门或角色划分，无法做到字段级控制。
因此，律所OA客户门户怎么建的起点，不是选一个软件，而是先定义清楚“当事人能查什么、不能查什么、查到的信息从哪来”。
自助查进展的核心路径：案件数据统一与分层开放
实现当事人自助查进展，需要在OA系统内部建立一套“案件信息仓库”+“客户视图”的机制。具体来说，可以分为三个步骤：
- 案件数据的结构化：将散落在各处的案件要素（委托方、对方当事人、案由、受理法院、案号、立案日期、开庭日期、当前阶段、文书/证据列表、费用明细、备注）用表单方式统一录入OA系统。原来靠助理人工整理Excel，现在通过OA的表单流程，在每个案件节点（立案、开庭、判决、上诉）触发自动更新。
- 建立客户与案件的关系映射：在OA系统中，每个当事人（客户）必须关联到对应的案件编号。一位当事人可能涉及多个案件，但只需要看到自己名下的案件信息。这一步依赖OA系统的客户管理功能，即客户档案与案件档案的关联。
- 设置对外可见的字段与视图：在OA后台配置“客户门户”模块，为每个案件定义一个对外视图，仅开放“案件编号、案由、当前阶段、下一节点、时间节点、已提交文书列表、费用明细”等当事人可查字段。内部讨论、策略分析、律师费率等字段则保持不可见。
完成这三步后，当事人就可以通过微信小程序、H5页面或短信链接，在手机端直接查看案件进展，不再需要反复电话追问。
这个系统适合哪些律所？避坑指南与适用边界
根据行业调研，律所OA客户门户并非适合所有规模的律所。以下场景相对更适合：
| 适合场景 | 不适合场景 |
|---|---|
| 律所拥有10名以上律师，案件量超过50件/年 客户群体以企业客户为主，对服务透明度要求高 合伙人愿意投入2-3周进行流程梳理和系统配置 |
个人律师或小型工作室，案件量少且客户关系极近 律所内部尚未建立标准化案件登记流程 客户群体以诉讼当事人为主，习惯电话沟通，对数字化工具接受度低 |
避坑重点：不要一开始就追求“全量开放”。很多律所在初期试图将所有案件信息一股脑推给当事人，结果导致客户看到“内部评估”字段后产生误解，反而增加沟通成本。建议从“案件阶段、时间节点、文书列表”三个维度起步，逐步扩展。
无代码平台如何支撑律所OA客户门户快速落地
传统OA系统要实现客户门户功能，往往需要定制开发或购买昂贵的CRM模块，周期长、成本高。而无代码平台的出现，为律所提供了一条更轻量的路径。以轻流 企业数字化管理系统为例，律所管理者或运营人员可以直接在平台上搭建：
- 案件信息表单：包含案由、受理法院、立案日期、开庭日期、当前阶段、代理律师、关键文书等字段，律师或助理在移动端即可录入更新。
- 客户档案关联：通过数据关联功能，将客户与案件绑定，一个客户可以查看名下所有案件的进展。
- 对外门户视图：配置一个“客户自助查询”页面，设置字段级权限，当事人只能看到公开字段，无法触及内部内容。
- 自动通知与看板：当案件阶段更新时，系统自动通过短信或微信模板消息通知当事人，并生成案件进展看板，供律师和客户双向查看。
这一模式的核心变化在于：原来律师需要手动记录、手动回复，现在通过OA系统自动化流转，当事人自助查进展从“人追人”变成了“系统同步”。
上线前要准备什么？落地方案与常见误区
在决定搭建律所OA客户门户之前，建议先完成以下准备：
- 梳理案件信息清单：列出所有需要录入系统的字段，明确哪些字段对客户可见，哪些字段只对内部可见。这一步决定了后续权限配置的合理性。
- 确定信息更新责任人：是律师自己更新，还是助理统一更新？更新频率是每天还是每周？责任人不明确，系统上线后很快会变成“僵尸数据”。
- 设计客户接入方式：当事人通过微信小程序、短信链接、还是邮件查看？选择最贴近客户习惯的入口，降低使用门槛。
- 试运行小范围验证：选择3-5个案件做试点，让律师和当事人同时试用，发现问题后快速调整，再推广至全所。
常见误区包括：过度追求功能完整而忽略数据录入质量、将OA客户门户与律所官网/公众号割裂、未考虑多案件客户的合并查询体验。
结论：从“查进展”到“信任管理”的决策建议
回到律所OA客户门户怎么建的核心问题，答案是：从信息统一和权限分层出发，先解决“自助查进展”这一高频刚需。对于大多数中等规模律所，建议优先采用无代码平台进行快速搭建，如轻流 AI 无代码平台，可以在不依赖IT团队的情况下，2-3周内完成从流程梳理到门户上线的全流程。这一方案更适合那些已经具备基本案件登记习惯、且客户对服务透明度有明确要求的律所。如果律所内部连基本的案件信息都未做标准化，建议先完成流程梳理，再考虑数字化工具。不适合的则是那些案件量极低、客户关系极度依赖个人信任的个人律师，数字化工具反而可能加重管理负担。
常见问题
Q1: 律所OA客户门户和普通的CRM系统有什么区别？
答：普通CRM主要面向销售场景，侧重客户线索、商机跟进和合同管理。而律所OA客户门户更需要解决的是案件信息的结构化更新、字段级权限控制以及内外部角色的协同，更偏向流程管理+客户视图的结合。无代码平台可以同时支持这两类需求，但纯粹CRM系统很难满足案件管理场景。
Q2: 当事人自助查进展会不会导致信息泄露？
答：不会。关键在于权限配置。在OA系统中，每个案件可以单独设置对外可见字段，例如仅展示“案件阶段、开庭日期、已提交文书”，而内部评估、律师费率、对手策略等字段默认不可见。同时，当事人只能看到自己名下的案件，无法查看其他客户的信息。建议在系统上线前由律所运营人员逐个案件确认可见字段清单。
Q3: 这种系统上线后，律师会不会觉得更麻烦？
答：如果设计合理，律师的工作量反而会减少。原来需要手动回复当事人的进度查询，现在系统自动发送通知。律师只需要在案件节点发生后（如收到法院通知）更新一次OA信息，后续所有客户端的查询和通知都由系统自动完成。前期需要2-3天适应，但长期来看是减负。
