你把刚写好的教程发给朋友，问“你觉得怎么样”，收到一句“挺好的”。关掉聊天框，标题该不该改、步骤能不能跟上，还是拿不准。
这时值得换一种问法：把你想验证的一件事，放到一段具体文字上。比如：“读完这一段，你会先做哪一步？”对方的回答便有了可以和初稿对照的位置。
为什么读这篇
俄勒冈州立大学写作中心的《How to Ask for Writing Feedback》提出一个实用起点：反馈可以发生在写作的不同阶段，找谁来读、请对方关注什么，要配合当前的写作目标。
它还建议说明想得到哪类意见，同时询问有效之处和需要改进之处。对个人网站作者来说，这给“请帮我看看”提供了一个更清楚的起点。
把读者的任务写进请求
下面以一篇个人网站教程为例，设计一次小范围试读。这是本站据此提出的练习。
假设文章教人发布第一篇文章。你已经写好开头和操作步骤，但担心第一次建站的人看完仍无从下手。可以先选一位接近目标读者的人，只请他读开头及第一步。
向他交代：“这是给第一次建站的人看的初稿。我想知道第一步是否讲清楚了。请看完后告诉我，你准备先做什么；如果卡住，请圈出卡住的那一句。”
这个请求限定了读者、稿件范围和观察点。一次试读的收获也容易记录：他能复述出操作，或明确指出缺少的信息。
初稿 → 一个阅读任务 → 具体卡点 → 修改一处 → 再读一次
从一条反馈找到改动
以下是演示情境：读者说“这里让我选文件夹，但我不知道是哪一个”。这条反馈对应的是操作对象。你可以补上文件夹名称、它所在的位置，以及选对之后会看见什么，再请他读同一段。
如果收到“有点乱”，继续问：“你从哪一句开始需要回头看？”先保留对方指出的位置，再判断需要补前提、调整顺序，还是拆开一段。
顺手问一句“哪一处让你知道该怎么做”，也能帮助你保留有效的例子。修改时便有了取舍，避免把已经清楚的部分一起推倒。
今天做一次十分钟准备
- 从手头的初稿里截取开头约三百字，或一个完整步骤。
- 写明给谁看，以及读者看完应能做什么。
- 只提一个主问题，例如“你会先做哪一步”，再请对方标出第一个卡点。
- 收到反馈后，保存原句、读者反应和改后的句子。约定方便的时间，再核对同一个问题。
十分钟用于准备请求；试读和回访按对方方便的时间安排。完成标准是留下可对照的一次修改。一个人的反应可用于发现问题，之后仍要看其他目标读者是否遇到相同障碍。
可填写：初稿试读实践卡。
两天后回来问
读者指出了哪个具体位置？我改动了什么？再读之后，他能独立说出下一步了吗？如果仍卡住，下一次只补哪一项信息？
原文：How to Ask for Writing Feedback · Oregon State University Writing Center（机构署名）。
