播放器可选择2倍速。阅读与两倍速完整观看合计约36分钟；你也可以先读文章，再选择片段回看。
第一次看到成品，我才知道自己还想要什么
这期视频里，我跟Frank讲自己怎样做选题库。开始时的想法非常简单：我有一些点子，不想随手记下又忘掉，希望有个地方能够留下来。第一个版本只有很少的内容，谈不上精致，却让我马上看见了可以继续修改的方向。
看到它，我才想到应该区分播客、文章和直播；再试一下，又发现需要已完成和未完成，后来还想记录完成日期。需求并不是一开始完整地放在我的脑子里，等着被技术实现，而是在看见、使用和表达之间，慢慢变清楚的。
这件事让我兴奋的地方，并不是我突然懂了多少编程，而是一个原本觉得麻烦的小念头，终于有了可以摸得着的样子。我可以对着具体东西说哪里不合适，而不是在抽象想象里反复犹豫。
我需要的不是功能展示，而是合自己的手
我在节目里还说，默认的添加按钮让我不太喜欢，我希望它换一个位置。听上去只是小细节，可是自己每天要用的东西，这些细节就会影响愿不愿意再打开。别人觉得漂亮，并不自动等于适合我的动作。
有时我们谈个性化，很容易想到复杂定制。我的体验却是，个人需要往往很小：我想看到怎样的分类，我习惯怎样标记，我此刻只想处理哪一种事情。把这些普通需要照顾好，可能已经比一份很长的功能列表更有价值。
所以我会先让一个工具服务一个具体动作。选题库帮助我找到想聊什么，完成状态帮助我知道已经做了什么。若一开始就把所有生活事务装进去，每次进入都要先整理信息，工具反而会把我挡在行动外面。
越容易修改，越需要知道什么时候停下
从一个小版本往后改，确实很容易让人投入。只要再说一个想法，就可能多出一个选项；刚解决一个问题，又想到另一个改法。便利在这里很明显，但我也不想把不断修改本身当作已经做好了工作。
整理这段对话时，我更愿意给自己一个检验：如果明天要完成一场录制，我会不会真正用这个选题库？我能不能更快找到合适的题目？如果答案仍然是否定的，就要检查自己在改善使用，还是只是在享受做东西的过程。
停下的标准不必是完美，而是当前最重要的动作已经能发生。后面的需求可以先记着，等真实使用再决定。这样，工具才是在支持内容工作，而不是让内容工作永远等工具准备好。
项目教练让我想到另一种可能
在视频里，我提到自己每月的项目教练安排。有些信息其实并不复杂，比如想做什么、最后选定什么、什么时候开始。过去容易觉得，要把它们做成一个可共同使用的工具，需要开发一个完整应用。
这次尝试让我想到，也许可以先把需求说成一段清楚的提示，让自己和客户分别做一个很小的记录界面。先用截图或简单表格交流，看看哪些信息确实对讨论有帮助。这里说的是我当时提出的设想，不代表已经完成了成熟服务。
我也提到当时工具分享存在限制，因此不能直接把设想当作可以照搬的产品流程。真正与客户合作前，还要确认怎么使用、谁能看到、记录由谁保存，以及客户是否愿意采用。轻量开始并不意味着这些约定可以省略。
Frank提醒我，先验证使用，再决定是否开发
Frank听完以后，特别指出一个区别：理论上可以做一个完整应用，和现在就能让人开始使用，是两件事。正式开发、上线和维护，都可能增加行动成本；一个看起来简单的截图交换，反而可能让最初的合作更容易发生。
我觉得这个回应很有价值。我们有时会因为方案不够体面，就急着把它升级，却没有先了解最初的问题是否真实存在。如果客户其实只需要确认一项行动，未必需要先进入一个功能繁多的新系统。
先用最简单的形式走通一次，可以帮助我看见双方怎样理解这个记录。对方会填什么，哪里读不懂，什么信息没有必要，这些具体反馈比我独自设想更可靠。等多个真实场景证明需要，再考虑更完整的形式，也会知道应该保留什么。
把需要说清楚，本身就是一段学习
对我而言，这个过程还有一层收获：我被迫更具体地说明自己的工作习惯。说希望效率更高很容易，但要指出哪一步太费力、哪个字段总被忽略、什么时候需要回看，就得认真观察自己怎样工作。
这和教练对话里澄清目标有一些相似。最初的表达可能很宽泛，聊着聊着才出现一个可以辨认的变化。客户说希望更有条理，可以继续问，在什么场景里，他会知道自己比以前更有条理？答案越贴近生活，行动越容易设计。
但我不想把人与工具直接画等号。人会疲惫，会改变想法，也会有并不适合被整理成任务的感受。工具可以帮助一部分事情更清楚，教练对话仍然需要留意那个正在使用工具的人，而不只是看清单有没有完成。
我想保留的，是可以随时调整的主动权
这次做小工具，并没有让我觉得必须把生活全部数字化。有些事情放在纸上更自在，有些时候不记录反而能更专心。重要的是我可以根据当前需要选择，而不是因为已经做了一套系统，就逼自己永远按照它运行。
如果现在让我再从头开始，我会先选一个确实反复发生的小动作，写出最少需要的信息。做出来以后，连续用几次，再记下哪一步让我停住。只针对那个地方修改，不急着把所有未来可能性一起放进去。
我也会留意成本是不是转移了。一个按钮减少了记录时间，却让我每天花更多时间维护分类，未必是改善；一个新界面看起来整齐，却让我不再愿意打开，也不值得勉强保留。真正的标准仍然是，它有没有让事情更容易发生。
最终我希望得到的，不是一个足以展示的万能工作台，而是一种更了解自己的工作方式。需要时可以借助工具，不合适时也可以换掉；敢于开始一个小版本，也愿意承认有些需求后来不再重要。主动权留在这里，工具才不会变成另一个要求我配合的老板。
还有一件我会提醒自己的事，是不要把客户想当然地放进我的习惯里。我觉得分类清楚，对方可能觉得多了一道选择；我喜欢每天更新，对方可能更适合在每次行动后记录。若将来真要共同使用，也应该让对方有机会提出自己的方式，而不是只检查他有没有照我设计的做。
所以我愿意把工具讨论当成一次双方澄清的机会。我们为什么要留下这些信息，下一次谈话会怎样使用，不记录会影响什么？把这些问题说清楚，客户才能决定是否值得投入。好的工具并不需要到处证明自己先进，它只要在那一段具体合作里，让双方少一点猜测、多一点理解，就已经有实际价值。
当需要消失时，暂停也应该是一个正常选项。一个工具完成了阶段任务，后来不再使用，不代表最初做错了。它曾经帮助我理解需求，也可以在合适的时候退出。这种可以开始也可以结束的轻盈，是我希望保留的部分。
本文根据《铁林想聊》本期对话整理。嘉宾经历与观点按录制时的表达呈现；面向教练的练习与应用结合对谈提炼，历史市场与平台观察不作为当前规则。