真正好用的软件：从不难用到懂你的设计原则

这些年我上手过的软件少说也有几百个。有些第一次打开就想卸载有些用了一两年还说不出它好在哪儿但就是离不开。见得多了我开始认真琢磨一个问题好用的软件到底长什么样在这个问题上周围很容易走两种极端。一种把好用说得玄而又玄什么用户心智、情绪曲线、触点设计术语堆了一堆另一种把好用简单等同于功能多、界面漂亮。我自己的答案很朴素真正好用的软件是那种让你几乎感觉不到它存在的东西。你需要的时候它就在那儿顺着你的习惯走不添乱、不打断、不羞辱你。下面这些想法是我过去几年一边做产品、一边当重度用户攒下来的判断尺度不依赖某个具体框架。不管你是做产品、写代码还是只是想知道怎么挑一个顺手的软件应该都能参考。1. 真正好用的软件先做到不难用先说一个反直觉的结论用户对软件的要求从来不是惊喜而是不被卡住。一个软件如果能做到让用户在三十秒内知道该怎么用、输入时不被打断、想找某个功能时不用翻遍整个菜单它就已经赢过了绝大多数同行。反过来看很多软件输在哪里不是功能少而是太擅长制造障碍。我随手就能列出一堆例子打开一个工具类应用先用五秒广告和开屏引导教育你弹窗比内容还多每次进入先关两三个运营位核心功能藏在三级菜单里路径上还要经过一个更多按钮想用最基础的功能必须先注册手机号、设置密码、同意一堆协议表单里输入框的校验规则不提前说明等你填完点提交才告诉你第三个字段格式不对其它字段全部白填不可逆的操作不确认可逆的操作反而反复弹你确定吗。这些设计不是某个团队的失误而是普遍存在的功能思维每加一个运营入口KPI 上多一个数字每做一次弹窗转化率多一条曲线。但从用户角度来说每一次多余的打断都是在消耗耐心。耐心这个指标产品后台永远看不见它不会出现在漏斗图里只会出现在用户沉默的离开里。1.1 一次记个账为什么需要三分钟我讲一个虚构但每天都在发生的场景。假设有一个记账应用用户深夜想起来记一笔早餐钱。任务很简单打开、输入金额、归类、完成。实际流程呢打开先看到启动广告等待三秒自动跳出一个新人福利弹窗必须手动关闭紧接着底部飘来一个开启消息通知的引导条好不容易进入主页页面不是干净的输入界面而是铺满了理财产品推荐、消费分析周报、本月预算完成度。用户找了半天才在右上角的小图标里找到记一笔按钮。这就是典型的不好用。它的每个环节单独拿出来都说得通广告带来收入弹窗带来转化推荐位带来留存。但当用户的核心任务只需要三步实际却被拆成三分半钟这个软件就是在拿用户的时间给自己赚数据。长期来看用户不会换一个更贵的应用他只会换一个不那么难用的应用。1.2 不难用为什么被严重低估不难用这么基础的要求在业内却一直被低估。原因很简单最难感知的优点往往最容易被忽略。用户用了一款好软件不会逢人就说它没有弹窗、没有卡顿、没有让我填二次密码他觉得这一切理所当然。而团队看数据也常常只盯着活跃、留存、收入反而感知不到没有流失是因为没有难用瞬间。直到竞品出现——功能更少、界面更普通但就是不难用——用户才会猛然意识到自己原来一直在忍耐着什么。这时候想挽留已经晚了流失一旦发生再拉回来的成本高得惊人。所以我的判断标准第一条不是它有什么闪光点而是它有没有一堆让人窒息的小阻碍。把这些阻碍清干净好用其实已经完成了一半。2. 功能越多越容易丢掉好用取舍是产品真正的价值观聊完不难用再说功能。市面上一个很常见的误区是把好用等同于功能多于是团队拼命做加法别人的产品有夜间模式我们也要有别人的产品支持导入导出我们也加别人有会员等级体系我们不能落下。结果半年后再看功能列表在官网上很丰满但打开后核心任务反而淹没在大量低频功能里。2.1 多一个功能的真实成本每加一个功能付出的不只是开发那几周。它意味着界面上要多一个入口用户学习成本多一块测试范围大一圈崩溃概率高一点未来每次改动都可能被它牵连。所有功能都会说话都会跟用户抢注意力。真正高频的核心功能就是这样被一堆没多大用但也不碍事的功能一点点挤掉的。我见过一个内部工具最初只有三个功能团队用得很顺手。后来为了显得专业陆续加了报表中心、权限分组、消息中心、数据大屏、移动端适配……结果呢最常用的数据录入页面反而因为要给各种新入口让位置被塞进一个折叠菜单里。用户每天必做的一件事从录入数据变成了找录入入口。这就是增量型恶化每次改动都有理由累积起来却毁掉了产品的核心。2.2 判断一个功能该不该做的三个问题后来我给自己定了一套办法每当有新功能需求找上门先问三个问题。第一它是不是服务于用户每一次打开都会碰到的核心任务第二它能不能让已有核心任务更快、更省力、更不容易出错第三砍掉它会不会有真正的老用户觉得缺了一块如果三个都不占不做也不亏。以笔记软件为例核心是打开-记录-找到顺便能分享。那第一优先级就是把打开快、记录不丢、搜索不抽风打磨到极致周边再炫酷的模板、再复杂的协作权限都不该占用核心链路的资源。2.3 克制是一种更难的能力做加法谁都会做减法才是功夫。我自己印象最深的一次经历是帮一个团队把某应用六十多个功能砍到二十多个。那段时间几乎每天都有内部团队来沟通每个人都说自己负责的模块有人用。后来看数据被砍掉的绝大多数功能月活占比加起来不到百分之五砍完后核心功能的完成率反而涨了一大截。用户不会因为功能少而走但会因为找不到核心功能而走。好用的软件说到底是那种让人想夸一句这个产品团队知道自己在干嘛的软件。它知道自己最该做好的一件事是什么然后心无旁骛地把它做好。3. 好用的软件在出错的时候最见人品如果说日常路径决定了软件好不好用那出错路径决定的就是敢不敢用。软件不出错是不可能的用户会遇到弱网、磁盘会满、后端会超时、第三方服务会抽风。好用的软件和不好用的软件在这时候的分水岭极其明显。3.1 错误提示的三重境界我观察错误处理一般分三个层次。第一层报错。弹出一句系统错误请稍后重试完了。用户一脸茫然稍后是多久我刚才填的东西还在吗到底哪里错了这种处理约等于把用户往门外推。第二层引导。告诉你保存失败磁盘空间不足请清理后再试。至少用户知道发生了什么、该干什么。第三层补救。不仅告知问题还用实际行动帮用户兜底自动保存的草稿还在、断网期间输入的内容没丢、网络恢复后自动重试而不是让用户从头再来。好用的软件追求的是第三层。它接受自己会出错但绝不让用户为它的出错买单。3.2 一场十分钟的录入一秒内清零我说个亲身经历。某个内部管理系统表单录入做得极其糟糕填到第三十八个字段不小心点了一下页面刷新浏览器直接回到列表页前面填的所有内容全部丢失。没有草稿、没有提示、没有恢复。同事当场气得拍了桌子第二天开始手动把数据在笔记软件里整理好再复制粘贴进系统——他宁愿多花两道功夫也不再信这个系统。这是一个特别典型的不好用案例不是功能不行而是它在一次意外中摧毁了用户对整个系统的信任。信任这种东西建立起来要很久摧毁只需要一次。3.3 兜底设计是软件最后的体面好的软件会把用户的错误当成自己的错误来对待。我在实际评估中已经养成了检查一套兜底设计的习惯自动保存写字、填表、编辑内容变动后短时间内静默保存不打扰用户。撤销能撤销误操作路径清晰。删除前有确认但高频、非破坏性操作不能反复打断。弱网保护上传失败后数据留在本地网络恢复自动补传发送失败不丢文案。关键数据出口至少提供导出能力让用户随时能拿走自己的数据而不是被锁死。这套检查做下来能过滤掉相当一批纸面上完善、实际上反人类的软件。我可以负责任地说一个愿意在这些细节上花钱花时间的团队产品大概率差不到哪里去。4. 好软件是懂你的助理不是听话的工具再聊一个看上去偏软、其实很硬的话题软件到底应该听话还是懂你很多软件走的是听话路线给你一堆设置项什么都让你自己调。主题颜色、字体大小、通知开关、排序方式、权限管理……每个都做成选框和下拉框。表面看是尊重用户自由实际上是把产品应该承担的判断和责任全部转嫁给了用户。一个好用的软件不该这样它应该像个好管家——管家不会每天问你早餐想吃什么而是记住你最近在控制饮食结合冰箱里有什么把饭菜安排妥当然后告诉你如果不合口味可以换。4.1 默认值的功力做到懂你最基础也最见效的就是默认值设计。一个软件第一次打开时给出的默认选项基本决定了百分之八十的用户体验。比如工具类应用默认主题是跟随系统还是强制亮色默认登录方式是密码还是生物识别默认保存位置是云端还是本地这些细节看着小但好软件会在这些地方替用户做最省心的决定同时留一个不难找到的入口供调整。不好的软件默认值常常从商业角度出发默认打开通知推送、默认同意个性化推荐、默认开启自动续费等用户发现时入口又藏得极深。4.2 记忆是懂你的另一种形式懂你的软件还应该记得你。记得上一次输入的内容下次自动联想记得你常用的几个功能把它们放在首页最容易点的位置记得你上次的使用进度不让每次打开都像第一次见面那样冷冰冰。软件的记忆能力是它从工具变成伙伴的关键一步。不过我也见过不少反面教材最典型的是某个输入法每天弹窗问我要不要开启个性化推荐。你想想一个每天陪你打字的软件居然不知道我最不想看的就是推荐弹窗这是多么荒诞的不懂。4.3 预判错了要给人纠正的机会懂你的边界也很微妙。智能预判如果错了用户能不能低成本地纠正才是分水岭。好的预判是猜对了让你省一步猜错了你改一下就行。坏的预判是猜错了还反复按自己的猜测替你操作改都改不回来。我举个例子。地图应用猜你下班要去常去的超市就把导航第一选项给了超市。你这次其实要去医院手动改了目的地下次它又猜成超市。这是低成本的错误你多一步操作就解决。但如果应用不仅猜你还替你执行——比如智能地下单你常买的咖啡——那就该警惕了。好用的智能永远是建议而不是代替永远把最终确认权留给人。5. 看不见的性能才是最贵的体面好用里还有一部分用户说不出来但身体很诚实那就是性能。如果一个软件功能齐全、界面亮眼但打开要五秒、切换页面总转圈、滑动时掉帧用户的感受只有两个字闷。他们不会向产品团队提交一份性能优化建议只会悄悄卸载或者把应用扔进一个以后可能用得上的文件夹里从此再没打开过。5.1 响应速度的体感门槛业内流传一些共识数值虽然不是硬性标准但很有参考意义。我把它们整理成一张简单的表响应时间用户体感100ms以内几乎无感知认为是即时的100ms-300ms能感觉到延迟但还在可接受范围300ms-1s等待感明显用户开始分心1s以上烦躁高频操作时接近崩溃这也是为什么很多团队把启动速度、首屏渲染、页面切换这几刀看得比什么都重。界面再漂亮如果每一次动作都慢半拍用户也很难给出好用的评价。5.2 稳定性和资源占用在用户的设备上要谦虚性能不只是速度还有稳定性和资源占用。一个功能很强大的软件如果三天两头闪退或者挂着后台就把手机电量耗掉一截那它的所有优点都要打折扣。我自己的习惯是评估软件时会留意它后台待机一整晚的耗电情况以及在低配设备上的表现。真正用心的团队会专门做低端机适配、弱网模拟测速、长时间压力测试而不是只在最新款手机上跑一遍就宣布大功告成。还有一点容易被忽略在用户的设备上你的软件永远不是唯一在跑的东西。用户手机里可能有几十个应用在抢资源。犹豫地加载图片、无节制地占用存储、不解释地上传数据这些都是软件对用户设备的不尊重。5.3 弱网是一场重新洗牌的考试另一个被严重低估的测试场景是弱网。好软件和不好软件的差距常常在电梯里、地铁上、信号差的地方一下子被拉开。比如两个会议软件一个断网时提示网络不佳已自动为你降低画质会议继续另一个直接跳出连接已断开请重新加入然后丢给你一串复杂操作。前者只是做了一个网络状态判断用户感觉到的却是这软件懂我的处境。我评估软件有个习惯只要条件允许就把网络切成很差的模式看它在极端情况下怎么表现。能把弱网场景处理得面不改色的软件在顺境里一定也不会差。6. 怎么判断一个软件好不好用我的五条实测方法前面聊了这么多标准最后我想给出一套自己一直在用的判断方法。不需要专业设备不需要用户访谈你只要愿意花十分钟做个测试就能把一个软件看得七七八八。6.1 五条可操作的检验清单第一冷启动测试。找一台干净设备或一个全新账号不看任何教程、不点任何引导独立完成它的核心任务。如果中途不需要问别人、不需要上网搜答案这个软件及格如果需要中途学习一下说明易用性有硬伤。第二容错测试。故意断网、故意输错格式、故意乱点看软件怎么应对。它有没有自动保存错误提示是不是人话能不能恢复现场这一轮能淘汰掉绝大多数纸面好用的产品。第三打扰统计。用一个小时数一下它主动弹出的东西通知、广告、红点、升级提示、活动入口。超过三次就要扣分如果这些打扰还挡在核心操作前面基本可以放弃。第四疲劳测试。连续用一个小时以上观察自己是不是越来越烦躁。很多软件的好体验集中在头十分钟坏体验在一个小时后慢慢发酵——频繁确认、路径反复绕、加载越来越慢都要靠时间才能暴露。第五卸载回顾。当你准备卸载时会不会犹豫犹豫说明它有不可替代的价值毫不犹豫说明它可有可无、可替换性极高。这个指标极其诚实。6.2 把好用转译成可执行的原则对做产品、做开发的人来说光有测试还不够还得把这些感受落成团队能执行的原则。我建议排个优先级稳定性 性能 易用性 美观 功能数量。这个排序意味着如果时间紧、资源少宁可砍掉一个花哨功能也要把崩溃率压到接近零宁可主页朴素一点也要保证核心链路三步内走完宁可放弃一个运营弹窗也要保护用户不被打断的体验。另外团队的考核指标也需要调整。如果考核只看新增功能数、运营转化率、页面曝光那好用永远做不出来。至少应该加入一些反向指标核心路径完成率、平均启动耗时、崩溃率、完成一次核心任务的步骤数。这些才是真正和好用直接挂钩的尺子。6.3 标准是动态的别把好用当成一劳永逸最后想提醒一点好用的标准是会变的。五年前一款软件能做到安装后不闪退、打开不卡死就已经算好用今天用户默认启动就要快、界面就要干净、换机时数据就要能迁移。过去的加分项今天会变成基础项今天的高级体验明天可能就被竞品拉齐。所以一个软件想让自己长期保持好用不能只在某个大版本里做一次体验优化而要把好不好用当成一个持续追问的问题。最后分享一个我自己一直在用的土办法。我判断软件的好坏几乎从不看官网的功能列表反而会专门挑那些麻烦场景去试断网时它什么表现误触时它给不给后悔药后台切回来数据还在不在输入超长文本会不会卡死。一个软件在麻烦场景里呈现出来的样子才是它真正好用的样子。顺境里大家都体面麻烦里才见真章。如果一个软件只在一切顺利时正常麻烦一来就原形毕露那它离好用两个字还差着很远。