收集与整理应该分开。临时笔记只需要低摩擦记录、来源和稍后处理标记；如果它同时承担归档、项目管理和写作，收件箱很快会变成另一个未完成清单。
一个稳定的收件箱有清晰入口和明确出口。网页摘录带原始链接，会议记录带日期和参与角色，口语想法只保留一句动作描述。
每天固定一个短时段处理：删除无用途内容、把事实移到参考资料、把动作送入任务列表、把可写主题放进选题池。超过一周仍无法判断的内容，通常说明它并不需要被保存。
清空不是把内容全部搬到别处，而是让每一条内容拥有下一步。若一个笔记系统需要频繁维护标签，先减少标签数量。
把收件箱当作传送带，而不是仓库。能在一分钟内判断去向的流程，比多一个高级编辑功能更有价值。
流程改进应先记录现状，再决定是否引入工具。把任务从进入到交付经过的步骤写下来，标出等待、重复输入和人工核对的位置；只有这些位置足够稳定，自动化才有明确目标，否则只是把混乱搬进了新界面。
稳定工作流需要异常路径。成员临时缺席、文件格式变化、网络中断时，团队能否知道下一步由谁做，比顺利时节省了几次点击更重要。把异常写进简短操作说明，工具更换时也能保留做事方法。
这个小流程的重点不是追求工具数量，而是让每次动作都有可观察结果。试用时保留原始状态，完成后换一个入口复核；如果结果只能在本产品里看见，就要把迁移能力计入风险。
把测试放在真实但影响可控的任务中。错一次可以回退，才能观察权限提示、失败信息和恢复路径。演示环境里没有出现的限制，往往会在截止日期前变成真正的成本。
最后建立一条最小退出方案：关键内容有通用副本，账号恢复方法离线保存，重要设置能由本人重新配置。工具可以继续使用，但使用它不应以失去选择为前提。
如果结果仍然模糊，就把试用范围缩小到一个下午。选一个本周确实要交付的小任务，从输入资料开始，到生成可分享的结果结束；期间不追求把所有功能试完，只确认最常用的动作是否顺手，以及出错后能否在十分钟内恢复。
完成测试后，先问自己是否愿意在下周重复同样的步骤。如果答案需要大量附加条件，说明这项工具还没有成为稳定方案；如果流程能被一两句话交代清楚，再把它加入候选，而不是立刻替换已经在工作的方案。
