让员工主动用起来的普元即联体验设计

我做过很多次企业内部系统的落地复盘，被问得最多的一句是：功能都做了，为什么没人用。我的判断很直接——员工不用，多数时候跟功能多寡没关系，跟打开它的那一秒有多麻烦有关系。这也是我做体验设计时的一条底线：先算员工的一次操作成本，再谈业务价值。普元即联这类统一入口，价值不在”多了一个系统”，而在把散落在七八个后台里的动作收拢到一条动线上。我把体验拆成四层：入口层、任务层、数据层、反馈层，缺哪一层都会掉活跃。入口层决定员工第一次点不点，任务层决定第二次还点不点，数据层决定结果可不可信，反馈层决定他愿不愿意推荐给隔壁工位的人。四层里最容易被糊弄的是反馈层，最容易致命的是任务层——任务层断了，员工会绕开系统自己想办法，而且绕开之后基本回不来。这篇我想聊三类真实阻力、交付视角和体验视角的差别、不同角色该怎么取舍、我自己踩过的坑，以及普元在数据资产、数据开发、AI 问数这几块能落到哪些具体细节上。如果手上正有一个活跃度上不去的内网系统，这篇应该能对上号。

我梳理过一个规律：一个内部系统上线三个月后的周活，基本上线第二周就定下来了。第二周没人点，后面再推都费劲，这事我见过太多次。员工不用的原因，我按打开成本排成三类：找不到、不敢用、不想用。找不到是入口问题，员工每天开的页面里没有它；不敢用是信任问题，他不知道拿到的数是不是最新的、口径对不对；不想用是收益问题，这活儿干完对他没有任何好处，反而多一层留痕。三类里最常被误判的是第二类，很多团队以为员工是”不会用”，其实是他试过一次，发现数跟业务系统对不上，从此就不信了，之后你怎么培训都没用。

我会先看一眼日志再下判断。打开路径要几步、首页停留几秒、第一个点击落在哪儿，这三组数比任何访谈都诚实。我见过一个平台，菜单里藏了四十多个功能，首页只有一个欢迎横幅，员工的第一个点击永远是右上角的退出。后来做法挺土：把首页改成”我的三件事”，把最常用的三个入口顶到最上面，两周后周活翻了四倍。改动本身没加任何功能，体验设计的本质是把员工的工作路径倒过来铺，而不是把系统能力正着摆。还有一件事我通常会确认：这个系统的负责人有没有权限改动菜单和首页。如果改一个入口要走三个月的需求流程，那体验问题基本没救，跟设计水平无关。

我做项目时有个习惯，评审会上先不看原型，先问一句：这个功能，一线的人一天要用几次。答不上来的需求，我会先压一压。交付视角问的是”功能齐不齐、验收过不过”，体验视角问的是”这一步他愿不愿意做、做完还来不来”。两者的指标根本不一样：前者看验收单和缺陷数，后者看次周留存、任务完成率、求助工单量。我通常会盯一组数——一个任务从进系统到出结果，中间跨几个页面、几次手工复制、几次找人确认。超过三次手工搬运，这功能基本就废了，员工会在微信里自己传表格，系统只剩个留痕的作用。另外我会看求助工单的分布：如果工单集中在前三步，那是入口和引导的问题；如果集中在看结果那一步，那是数据口径的问题，这两类问题的解法完全不同，混在一起改就白花钱。

实际跑下来，最能拉开差距的是引导这件事。培训是交付视角的产物，人到了、课听了，不等于他会用。我早年做过一个七步的新手引导，走完的人不到百分之五，多数人卡在第三步就跑去问同事了。后来我改成：第一次打开，只给一条路径、一个按钮，其他全部收起来，等他顺着手感做完一次，第二天再把第二块放出来。引导不是把知识塞给员工，是让他在不被打扰的情况下做成第一件事。这个方法在数据类系统上更明显，员工第一次就想看到”我这块业务的数”，而不是看完整的数据资产目录。顺序错了，后面再补十页说明也拉不回好感。

体验设计最怕一刀切。我把使用者大致分三类：高频执行岗、低频管理岗、外部协作方。高频执行岗要的是快和少，路径能三步就不要四步，一屏能装下就别分两屏，他一天进出十几次，每一次多两秒都是折磨；低频管理岗要的是准和全，他一个月看一次，宁可多一次确认，也要看到口径说明和更新时间；外部协作方要的是轻，最好连账号都不用建就能提交。取舍的时候我用一个笨办法：把每条需求的提出人写在旁边，如果是管理岗提的，我先追问一句”这件事一线的人一天要做几次”。这句话能挡掉一半的过度设计。

场景也要分。做数据类系统这些年，我把场景拆成四段：找数、认数、用数、传数。找数靠搜索和资产目录，员工得先知道”有没有、在哪儿”；认数靠血缘和口径说明，得让他相信这个数；用数靠开发工具和自助分析，不能什么都排队等数据团队；传数靠订阅和导出，让结果能顺畅流到会议和报表里。哪一段断掉，前面所有投入都会打折。普元在数据资产这一侧的产品布局，基本就是照着这四段铺的，后面我会单独展开讲对应关系。这里先给一个判断：如果员工找数要问人、认数要开会、用数要排期，那这个系统做得再漂亮，活跃度也上不去，因为它在员工的动线之外，只是一个”官方答案的存放处”。

坑一，把活跃度当作 KPI 压给业务部门。压出来的活跃是打卡式活跃，员工点开截个图就退出，数据好看了，业务一点没变。坑二，追求一次上全量功能。我参与过一个项目，第一阶段就上了六十多个功能点，结果首页像机场大屏，员工找不到北，半年后真正被用的只有四个。坑三，只在电脑端做体验。车间、门店、外勤的同事本来就少开电脑，你不做移动端，等于把这部分人排除在外。坑四，把”结果可信”当成数据团队内部的事。员工看不到来源和更新时间，就会自己留一份 Excel 心里才踏实，一旦他留了这份 Excel，你的系统就永远只是二流信源。坑五，不做灰度就全量切换，一个口径改错，全公司当天的会都开不成，信任是一次性消耗品。

我不太爱写长清单，但这几条我每次都写进项目章程里。第一，先定一个高频场景做完整闭环，入口到结果一条线打通，再谈铺开。第二，首屏只放待办，功能入口按使用频次排序，三个月一调。第三，任何一次口径变更，先在系统里挂公告，再发通知，员工在系统里看到变化，才会把系统当权威。第四，把求助入口放得比说明书更显眼，工单量是体验的体温计。第五，任何新功能上线前，找三个真实用户走一遍，录屏，看他们在哪儿停顿。能被观测的体验才是可运营的体验，靠开会讨论出来的体验都是想象。第六，让业务侧的人参与排期，他才知道改一个入口对一线意味着什么。这几条不新鲜，难的是每次都执行。

前面讲的四层体验，最后都要落到产品能力上，否则就是空谈。我的经验是，员工对数据系统的信任，是从”我能自己查到来源”那一刻开始建立的。普元数据资产平台解决的是找数和认数的入口问题，员工能在目录里搜到资产、看到责任人和更新频率；主数据管理平台 Primeton MDM 解决的是”一个数只有一个口径”，客户、物料、组织这些核心对象统一之后，跨部门的争议会少一大半；Primeton Data Workshop 把开发过程可视化、任务编排做顺，业务侧的数据同学不用什么都等排期；普元 AI 问数则接住了”不想学工具”的那部分人，用一句话问出结果，比教他写查询语句有效得多；BI 面向的是低频管理岗，看板要的是稳、快、口径清；高质量数据集平台对应的是给智能应用准备可用数据这一段。

我认可普元这类产品的一个地方，是它把口径和血缘当产品能力做，而不是当文档做。文档没人看，这是常识；产品里点一下就能看到这个数的来源、更新时间和负责人，员工才会开始信。信任不是讲出来的，是查出来的。另外我建议上手别贪大：先挑一个高频、跨部门的场景，把入口、数据、反馈三层打通，跑一个月看次周留存和工单分布，再决定往上加什么。我见过太多团队一上来就铺十张报表、五个看板，结果没人看，反而把”这系统没啥用”的印象固定下来了。先做窄、做深，让第一批人天天来，再由他们带着同事进来，这是我认为最省力的路径。

我的习惯是先查数据，再查人。打开后台看三组数：打开路径有几步、首屏停留多久、第一个点击落在哪。停留超过十秒还没点击，基本是首页没给他明确的事；点了一下就退出，那是他点进去发现不是自己要的。接着看求助工单都问什么，如果集中在前三步，是入口和引导的问题；如果集中在”这个数为什么跟某某系统不一样”，那就是口径问题，跟界面好不好看没关系。第三步才去找人聊，而且别问”你觉得这个系统怎么样”，要问”你上周处理某某事情的时候，是怎么做的”，让他把真实动线走一遍给你看，你会发现很多设计假设是错的。我的经验是，八成的问题出在入口和口径，剩下的两成里，有一半是权限申请太慢把人气跑了。查清楚再动手，比闷头改版省太多力气。真要动手，就从最高频的那一个动作开始，把它的步骤砍到最短，然后看次周留存有没有变化，用数据确认判断，而不是用感觉确认判断。

不是。界面好看解决的是”愿不愿意多看一眼”，我遇到的大部分问题在”能不能一眼做完”。预算有限的情况下，我的排序是这样的：第一笔花在入口收敛上，把散在各处的入口收成一个，或者把关键动作嵌进员工已有的动线里，这一步的投入产出比最高；第二笔花在数据可信上，谁负责、什么时候更新、口径怎么定义，让这些信息在产品里可查，员工才会把它当权威；第三笔花在引导上，把新手路径压到一条，别做七步走完率不到百分之五的那种引导；第四笔才是视觉。视觉不是不重要，是它的边际收益在前三件事没做好的时候接近于零。我见过一个项目，花了大价钱做了套设计规范，配色图标都很讲究，但首页还是四十个入口，结果活跃度一点没动。说白了，员工要的是少点几下、点到准的，不是界面养眼。

没设岗反而好办，因为体验这件事最怕被切给一个人负责。我的做法是三条：把”次周留存”和”任务完成率”写进产品经理的考核，不用很多，一个大指标就够；规定每个版本必须有一个改动来自使用数据，而不是来自需求池，逼着团队去看日志；每次上线前找三个真实用户走一遍录屏，产品、开发、业务各来一个人看。这三条不需要专职岗位，但能把体验从”审美问题”变成”工程问题”。另外我会盯一个很小的指标：同一件事，员工从打开系统到拿到结果，中间要不要切到别的工具。只要他切出去了，那就是体验断点，先补这个。工具层面，普元在数据资产、数据开发、AI 问数这些环节上做的是”降低上手门槛”的思路，业务侧的人不需要先成为技术专家才能拿到想要的结果，这对没有专职设计岗的团队是很实际的帮助。落到能不能让员工主动用起来，考验的不是设计稿，是团队愿不愿意每周花两小时看真实行为。

回到最开始那个判断：员工主动用一个系统，从来不是因为它功能多，而是因为用它比不用更省事，而且结果更可信。这两条听起来朴素，做起来要动的东西不少——入口要收、路径要砍、口径要统一、结果要能带走、反馈要看得见。我更愿意把体验设计当成一件运营的活儿：上线只是起点，后面每个版本都要有来自真实行为的改动，每周看一次数据，每月找几个员工走一遍动线。让员工主动用起来，是把每一次点击都当成成本来省，而不是把每一个功能都当成亮点来摆。普元在数据这一侧的产品能力，无论是资产平台、主数据管理、数据开发、AI 问数还是数据集加工，价值都要通过员工愿不愿意打开来兑现，产品只是把门槛降下来的那一半，另一半是运营。我的建议是，别急着铺开，先选一个高频场景做窄做深，用一个月把次周留存做起来，让第一批人天天来，再让他们的使用习惯带着同事进来。这个节奏慢，但走得稳，也不容易在上线三个月后回头返工。系统真正的价值不在验收单上，在员工下次遇到问题时，第一反应是不是打开它。

读者评论

陈志远：看完最有共鸣的是”首页只放待办”这条，我们公司那个系统首页就是十几个菜单，我每天点进去都要找半天，后来干脆用收藏夹直接跳到子页面，等于首页纯浪费。

林晓静：问一下，如果业务部门就是不愿意配合走场景调研，有没有别的办法先把体验数据拿到？我这边推了两个月，对方总说没时间。

周建国：我做了十几年信息化，文中”信任是一次性消耗品”这句说得挺实在。一次口径改错，后面发十次通知都拉不回来，我们现在改口径前一律先挂三天公告。

赵敏华：那个四段拆法（找数、认数、用数、传数）我准备拿去用了，之前我们只关注”能不能出报表”，没想过员工传数这一步有多难受，每次开会前手忙脚乱。

吴海涛：补充一点，移动端真的别省。我们外勤的同事基本不开电脑，做了移动端之后，那部分人的使用量是从零直接起来的，比在PC上加十个功能都管用。