简单的工具是一个人第一次就能做完的

更简单的技术会留下，留下的那种简单有一个可以观察的标准：没有参加过培训的人，拿一份真实材料，第一次打开就能做完，并且知道怎样撤回。做不到这一点，界面短只是短，不是简单。

用真实材料，不用演示账号

演示账号里的数据是齐的，按钮是按成功路径排的。真实材料会缺字段、会过期、会属于另一个人。第一次测试若不用真实材料，测到的是演示，不是别人明天会遇到的路径。

测试的人不要选项目成员。成员知道绕路。请一位相邻岗位的同事，只给材料和工作编号，不给口头提示。他停下的地方，就是这个工具还不简单的地方。

记下他求助的次数和求助的那一句。次数比完成时间更说明问题。时间短但求助三次，路径仍依赖旁边有人。旁边有人的简单，不能算工具本身简单。

做完包含能够撤回

做完若不能撤回，人会不敢点结尾那一下，或者点完留下无法辨认的结果。撤回要能由做的人自己完成，并在原记录上留下作废标记。要找一个不在场的管理员才知道能不能作废，第一次使用就不算结束。

撤回之后，共享位置上不能只剩个人草稿。草稿删了，别人看不到曾经做完又撤回。留下作废标记，下一次才不会把作废的那一版当成仍有效。

不能删的列在撤回时也不删。出处、版本、确认人留着，才知道撤回的是哪一次。把这些列一起清空，撤回就变成无法复查的删除。

无人认领的步骤要先被看见

路径中间若有一步写着自动完成，问失败时谁收到通知。没有人收到，这一步就不是简单，是空档。空档会让前后两段都以为对方已做完。

看见空档之后，二选一：指派值班的人，或拿掉这一步，把工作交回给人能做完的那一段。不要用更详细的说明文字填空档。说明文字没有人看，空档还在。

功能数量不参与比较。两个工具放在一起，比的是第一次求助次数、无人步骤的个数、撤回是否自助。三项都更好的那个，才值得留下。

连续两周再下结论

一次成功可能是材料恰好齐全。连续两周、两位不同的新同事都能做完，结论才稳。其中一周失败，就回到他停下的那一步去改，而不是增加一个总览页。

总览页把入口集中在一起，并不减少那一步的不确定性。不确定性还在，人只是多看了一页。多看的一页若不能直接做完，它自己成为新的步骤。

对外可以说这个工具更简单。对内的依据只保留测试记录：谁、哪一天、哪一份材料、求助几次、是否自己撤回。没有记录的“更简单”，下周无法复查。

测试记录留四行

每次测试四行：测试者岗位、材料编号、求助次数、是否独立撤回。岗位不写姓名也可以，但不要写“同事”。同事无法看出是不是项目成员。项目成员的成功不计入通过。

求助一次就记一次，包括被人在旁边指出按钮。指出按钮也是路径依赖旁人。记成零只会让下周以为第一次就能做完。数字难看比数字好看更有用，因为难看的那一行就是该改的步骤。

两周之后把四行并排。同一位置求助重复出现，就改那一步，不增加说明页。说明页没有改变他停下的位置。改完再请另一位新同事重测同一份材料类型，旧的四行保留，用来对比求助是否下降。

旁人指出按钮也记成求助

测试时只要有人说“点这里”，就记一次求助，即使测试者随后自己做完了。口头指路说明这一步在界面上还不可见。记成零，方案会保留这一步的隐藏入口，下周换一位同事仍然会停在同一处。

测试结束先改求助最多的那一步，不同时改三处。同时改三处，下一次失败时不知道是哪一处没改对。改完用同一类材料再测，旧记录保留在旁边。求助次数没有下降，就撤销这次修改，回到旧界面再看，不要在失败的修改上继续叠说明文字。

失败的修改要能撤回到旧界面

每一次界面修改都留下可回到旧界面的方式，并写上修改日期。求助次数没有下降时，回到旧界面，不在失败的修改上继续加字。加字会让下一次测试分不清是新步骤导致求助，还是旧步骤仍在。回到旧界面之后，只改求助最多的那一步，再测同一类材料。

旧界面的测试记录不删除。删除之后，新界面的求助次数没有对照，任何一次做完都会被说成更简单。对照还在，才能说这一步的求助从几次变成几次。说不出次数变化，就不要保留更简单这个评价。

你下次说一个工具更简单，先请一位项目外的同事用真实材料做完第一次，并让他独立撤回，两次都做到再保留这句评价。