系统上线了，用的人却不多——这是跨部门系统最常见的困局。项目验收时热热闹闹，三个月后登录数腰斩，半年后只剩个别部门还在勉强维护。管理层问起使用情况，负责人口头说"在用"，拿不出数据。使用率这个问题，先要能量化，才谈得上管理。这篇文章讲清楚三件事：使用率怎么定义、数据怎么埋点采集、低使用率怎么提升。

跨部门系统为什么难抓

先说为什么跨部门系统的使用率尤其难抓。单部门系统（比如财务系统）有强制约束，不用不行；跨部门系统（协作平台、共享台账、流程中心）往往是"倡导使用"，各部门用不用看自觉。没有度量就没有管理，使用率数据是一切改进的起点——连哪些人没用、哪些功能没人碰都不知道，推广优化全是盲打。

一、使用率的三个度量口径

谈使用率先统一口径，三个层次看下来，结论完全不同。

• 登录率：统计周期内登录过系统的人数占总应使用人数的比例。最粗的口径，只反映"来没来"，不反映"用没用"。登录率高的系统未必用得好——很多系统沦为打卡工具，登录签到就走。
• 功能使用率：核心功能的实际使用比例：该走流程的单据有多少走了系统、该录台账的数据有多少录进来了。这个口径才反映真实价值，跨部门系统至少定义三到五个核心功能做度量。
• 完整率：跨部门流程的线上完整度：一个流程从发起到归档，全环节都在系统里的比例。流程走到一半转线下（线上发起、线下沟通、结果补录），完整率就把这种"半吊子数字化"暴露出来。

1. 三口径配合着用

三个口径配合用：登录率看覆盖，功能使用率看深度，完整率看走完。月度报表三个数并列，使用情况的画像就立体了。

二、三个埋点方法

1. 埋点方法按成本递进

数据不会自己长出来，采集要靠埋点。按实施成本从低到高三个方法。

• 系统日志统计：从应用服务器的访问日志统计登录和操作记录。零改造成本，多数系统现成可做；缺点是日志粒度粗（只知道有人访问，不知道干了什么），适合快速摸底。先跑两周日志，使用率的底数就有了。
• 操作埋点：在核心功能节点埋点：表单提交、流程审批、数据查询，每个动作记录操作人、时间、对象。埋点一次配置长期有效，数据细到人到功能。搭贝平台的使用统计是内置能力，应用搭建好后管理后台直接看各模块的活跃数据，不用额外开发。
• 结果反推：拿业务结果反推使用情况：台账里该有的记录数 vs 实际录入数、流程该走线上的单据量 vs 系统里的流程量。这个方法不依赖埋点，而且直接指向价值——数据没进来，系统就是空转。

2. 递进组合而非三选一

三个方法不是三选一，是递进组合：日志摸底、埋点监控、结果对账。采集体系建起来，每月的使用率报告自动生成，管理例会上谈使用情况就有据可依。

三、使用率数据的正确打开方式

1. 解读的三个原则

数据到手，解读要有方法，三个原则避免误读。

• 分部门看：整体使用率60%可能掩盖部门差异：A部门95%、B部门20%。拉平的数据没有行动价值，分部门的数据直接指出推广的突破口。
• 分功能看：核心功能使用率40%、查询功能90%，说明系统被当成查询工具，业务动作还在别处。功能维度的落差指出培训的方向和流程的设计缺陷。
• 看趋势不看单点：环比和同比的趋势比单月数值重要：使用率连续三个月下滑，比某个月只有50%更值得警惕——前者说明系统在被抛弃，后者可能只是假期效应。

  

四、低使用率的四个根因

1. 四类根因对症下药

使用率低的背后无非四类原因，对症才能下药。

• 不好用：界面复杂、操作繁琐、性能慢。判断方法：使用过又放弃的人占比高。药方：体验优化，砍掉冗余步骤，把高频操作的路径缩到最短。
• 不会用：想用但不知道怎么用。判断方法：新用户的首周流失率高。药方：培训加场景化操作指引，关键页面放引导，别指望一份手册解决所有问题。
• 不愿用：用了没好处，甚至添麻烦。判断方法：被动使用者（被流程要求必须用的环节）活跃，主动功能没人碰。药方：激励机制调整，把使用和考核、便利绑定——系统里完成的单据优先处理，线下的排队。
• 不需要：功能设计和实际业务脱节，做出来的东西没人需要。判断方法：某功能从上线起使用率就近乎零。药方：下线或重做，别让僵尸功能拖累整个系统的口碑。

  

五、提升使用率的路径

1. 四个方向的提升动作

根因清楚了，提升动作按四个方向展开。

• 管理层带头：跨部门系统的使用，一把手效应显著：领导的审批都在系统里走，下属自然跟进；领导还在用纸质签批，系统注定是摆设。推动的第一步永远是拿住关键少数。
• 流程强制入轨：新流程一律线上发起，线下单据财务不付款、档案室不归档。断掉回头的路，使用率是制度推上去的，不是倡导劝上去的。
• 场景化培训：按角色培训（申请人学发起、审批人学处理、管理员学维护），不搞全员大课。培训跟着使用走：上线前培训一次，首月每周答疑，之后按新人滚动。
• 数据反哺：使用数据每月通报：部门排名、改善趋势、典型场景的效率收益。横向比较的 pressure 和纵向进步的 recognition，双管齐下。

2. 使用数据反哺系统优化

提升使用率还有一个隐形收益：使用数据反过来指导系统优化。哪些功能高频（值得投入打磨）、哪些路径流失多（体验有断点）、哪些部门用得深（经验可复制），迭代方向从猜变成看。搭贝的客户里，使用率做起来的跨部门应用，普遍在上线后第三个月进入"使用数据驱动的迭代"阶段，功能和习惯进入正循环。

常见问题

Q：使用率多少算合格？

没有统一标准，参考锚点：核心功能的月度使用率（应用人中实际使用的比例）80%以上算健康，60%到80%是改进带，60%以下要专项诊断。比绝对值更重要的是趋势和自己比——本月比上月降了十个点，85%也算警报。

Q：统计使用率会不会引起反感？

看怎么用。用于改进（哪个功能难用就优化）大家欢迎，用于监控（谁没登录就点名）必然抵触。公布数据时多讲功能和趋势，少讲个人；对个人的提醒走一对一渠道。度量的目的是让系统更好用，不是抓反面典型。

Q：老员工抵触最强怎么办？

三招：找同类标杆（同龄的、同岗位的用得好的老员工现身说法，比年轻人培训有效十倍）、给过渡期（一个月内线上线下并行，但明确截止日）、简化到极致（老员工高频的操作路径做到比原来更省事，比如手机一键完成）。抵触的根源多数是学习成本焦虑，把成本降到忽略不计，抵触自然消融。

Q：使用率和满意度哪个重要？

两个都要看，而且要一起看：使用率高满意度低，是被迫使用，随时反弹；使用率低满意度高，是场景没铺开，潜力没释放。健康的信号是双高——用得多且评价好，这样的系统才是真落地。