要让读者读完网站推广软文后知道下一步做什么,最直接的办法是在写作前先确定这篇软文要交付什么结果,再把结果拆成读者能执行的单一动作。多人协作时,把这个动作写进任务说明和验收清单,能减少反复改稿。判断标准很简单:读者看完后,能否在不返回上文的情况下说出“我现在该点哪里、填什么、找谁”。
先写下这篇软文的交付结果。常见的交付结果有三种:让读者提交咨询、让读者试用某个功能、让读者把内容转给同事。不同结果对应不同的下一步操作,不能混在一篇里都写。
倒推时需要准备四类资料:
假设一篇软文的目标是让读者申请试用,那么正文结尾的下一步就写“在页面中找到申请试用入口并填写工作邮箱”,而不是同时写“关注公众号、加入群聊、拨打电话”。动作越多,读者越容易停在原地。
多人协作时,软文返工往往不是因为文笔,而是因为没人确认下一步操作是否唯一、是否可执行。可以用一张简单清单分派:
验收时给出明确判断结果:能说出唯一动作并通过入口检查,就算通过;出现两个以上动作、或动作入口描述模糊,就退回修改。这样每次返工都有具体原因,而不是“感觉不对”。
可执行的下一步操作通常满足三个条件:动作单一、位置可描述、结果可预期。检查时可以逐条对照:
如果软文发布在第三方平台,还要确认平台是否允许放置可点击入口。不允许时,下一步操作应改为读者可自行完成的动作,例如搜索某个准确名称,而不是依赖无法点击的链接。
结尾不需要总结全文,只需要把下一步操作再写一遍。例如:“需要试用的话,在页面中找到申请试用入口,填写工作邮箱即可。”这句话同时交代了动作、位置和结果,读者不需要回头翻上文。
如果软文面向的是需要转发的场景,可以在结尾加一句给转发者的提示,例如“把这段发给负责采购的同事,让他按上面的入口提交需求”。这仍然只保留一个主要动作,只是换了一个执行人。
下一步,取一篇已完成的网站推广软文,用上面的验收清单检查一遍:主要动作是否唯一、入口描述是否准确、读者能否说出下一步。发现两项以上不满足,就按交付结果重新倒推资料,再改结尾。