界面 · 前端 · 认知Indie Practice
把代码当作一面透镜，去看人到底在哪一步失去了方向；然后回到屏幕上，把那一步拆掉。
我叫陈宜，做界面设计与前端工程，同时长期关注认知科学里跟注意力、记忆和工作记忆容量有关的那部分。这两件在我手里其实是一件事：界面决定了人在什么时刻需要想起什么，而注意力与记忆的边界，决定了界面能承载多少复杂度。
所以我习惯从结构最小的那一层开始动手。先弄清楚一个人在这一屏上真正要做的判断是什么，再去决定放几个控件、哪些信息往后收、哪些干脆不给。多数时候，删掉的东西比加上的更值钱，只是删掉的那部分没人替它说话，所以常常留着。
我做过的项目多半在后端系统、编辑器与数据面板这几类环境里——它们共同的特点是信息密、路径长、使用者一天要点上几百次。这类界面不靠好看取胜，靠的是每一次操作都落在预期上。
十四个入口，三层嵌套，被压成四个视图。
合作方是一家做在线课程的团队。原有后台按「功能模块」组织，十四个一级入口、三层嵌套导航，运营同事每天在四五个页面之间来回跳，出错大多发生在「跳回来的那一次」——他们记得自己在做什么，却记不清刚才那一步的结果放在哪。
重构的思路不是重新排版，而是换一种组织方式：不按功能分，按人的状态分。最终只留四个视图——今天要处理的、正在进行的、被卡住的、已经完成的。任何一条数据在某一时刻只会出现在其中一个视图里，跨视图查找这件事被彻底取消。
上线后的第一个完整季度，客服收到的流程类咨询下降过半；新同事独立处理第一条工单的时间，从三天缩到半天。旧路径做了三个月的兼容层，随后摘除。
一组围绕注意力与界面的随笔，写的是为什么大多数标榜「更简洁」的改版，实际只是把复杂度悄悄挪到了别处：挪进菜单、挪进文档、挪进用户自己的备忘录。
写得慢，通常一篇要磨两三周，因为每一条判断我都希望能在自己的项目里找到出处。
一套只用系统字体栈与 CSS 自定义属性搭起来的标记层，让同一个产品在管理后台、移动页面和通知邮件里保持一致的间距、层级与状态色。
它不依赖任何构建工具，放进项目就能用，交付后由团队自行维护。已有几支小团队在长期使用。
在画任何一屏之前，先列出使用者此刻必须完成的判断。列完往往会发现，其中一半是流程造成的，而不是问题本身需要的。
争议不靠说服解决。埋点、任务耗时、咨询记录，把可以量化的部分交给数据；剩下的部分，用真实场景的可用性测试来定。
代码与说明一起交付，命名、层级、状态色都留下可被接手的人读懂的理由。项目交出去之后，它应该能自己活下去。
如果你手上正好有一个具体的界面麻烦——流程图乱到没人看、后台同事绕着走、改版之后反而更慢——欢迎写信说说它长什么样。描述得越具体越好：哪一步、谁在点、点完去哪。
我一般会在两三天内回信，合得来的话，接下来就是排期。