记得有一次在会议室外听见一段争论，产品经理指着屏幕说，这些小字说明能不能再删一点？太挤了。而设计师回怼道：这可上次是你说的，用户看不懂，让我加上的啊。

那一刻我突然觉得又好笑又心酸。这其中的问题我再清楚不过了，这个问题往往是这出现的：产品经理觉得从用户看不懂应该加说明，可设计师觉得加说明就会影响美观，但删了说明又怕出问题，于是帮助说明，就这样成了界面里最尴尬的角色，谁都知道离不开它，又谁都嫌弃它。

帮助说明不是补丁

很多团队对帮助说明的默认态度，其实都是兜底补丁。流程已经排好、组件已经定死，评审开到一半，突然有人想起，这里用户可能会误解。所以这时候最容易动的，不是信息架构，也不是交互路径，而是在某个角落加一行小字。于是有时我们就看到这样的句式：请务必审慎设置，避免造成不必要的损失

这看上去很负责，实际上什么都没说清：首先什么算审慎设置？哪一项容易填错？如果错了会怎样？
用户得到的，只是一种笼统的不安感，而不是更安全的操作体验。真正有价值的帮助说明，需要有一个明显的转向，不是提醒用户审慎设置，而是减少他心里没底的那一块。

比如在金融产品里，比起“本产品存在风险，请谨慎投资”，更有用的可能是：“收益不保证：实际收益会随市场波动而变化，可能低于预期，更适合能接受一定亏损的用户。”后者没有堆砌专业术语，却明确告诉你三件事：收益不固定、有可能亏、适合的人群。它不再是把责任推回给用户，而是在尽量把不确定变成已知条件。

当你把帮助说明看作交互的一部分，而不是盖章免责的段落，脑子里的问题会跟着变：比如用户到底在怕什么？这句话能不能让他少一点不确定？如果删掉这句，小心一点的用户会明显更慌吗？当这三个问题都想清楚了，再去写那一行小字，它就不那么心安理得，而是更有针对性了。