做一个小产品，先走通一次使用

初始草稿 · 经授权由 AI 辅助生成，未作为个人经历或正式观点稿确认。

一个产品想法刚出现时，很容易列出许多功能：分类、搜索、收藏、统计、导出、分享。功能清单不断变长，最初要解决的问题却可能还没有被处理。

开始制作之前，可以先写一句话：一个人在什么情况下，带着什么材料来到这里，最后要得到什么结果？

找到完整的任务

以一个文章网站为例，读者可能带着一个问题来找内容，也可能只是想了解作者。前一种情况需要可读的标题和摘要，后一种情况需要清楚的介绍和代表作品。

如果读者已经找到一篇文章，下一步应当能够直接阅读。文章地址稳定，手机上文字清楚，返回列表的入口容易找到，这些都是一次完整使用的一部分。

首页做得好看，却没有可读的文章，任务就没有走通。这样的页面可以作为设计预览，但不能据此判断阅读体验已经完成。

用一次真实使用检查

检查时，可以从入口开始，一直走到结果，不跳过中间步骤。

搜索一个确实存在的标题，看看能否找到；打开文章，看看标题和正文是否对应；在手机上滚动，看看目录是否遮挡内容；遇到没有结果的搜索，看看页面是否给出明确反馈。

这些检查比“按钮已经放上去了”更接近可用性。一个按钮有样式、有点击效果，还需要确认它通向哪里，以及那里是否有真正的内容。

把状态说准确

项目展示可以使用“可用”“实验中”“暂停”等状态。状态应当说明目前的情况，不把计划写成成果。

如果某个功能只能在本地预览，应当把这个限制写出来。如果一个工具已经能够完成基本任务，但还没有经过实际用户检验，可以说明已完成的部分，以及仍待验证的地方。

准确的状态也有助于决定下一步。只有明确知道哪里已经成立，才不会在每次更新时重复搭建同一件事。

留下一个停止条件

首版可以有清楚的停止条件：主要任务走通，必要的异常有处理，材料能够维护，就先交给实际使用。

新增功能需要对应新的问题。如果还没有人需要导出，就不必因为别的网站都有导出按钮，提前增加一整套流程。

小产品的规模可以很小，但一次使用应当完整。先让一个具体的人完成一件具体的事，再决定是否继续扩展。