摘要
昨天我反复处理“正式发布”这个按钮。它的问题不是按钮能不能点，而是用户不知道它到底会做什么。
一个按钮叫“正式发布”，听起来像系统会替用户完成最终发表。但在真实流程里，它可能是调用接口，也可能只是打开后台，还可能因为账号权限根本不能用。我的做法是把它拆成几个更真实的动作，让按钮文案和权限判断都更清楚。
这篇文章讲的是为什么产品里越关键的按钮，越不能含糊。
目录
- “正式发布”为什么让人困惑
- 我把动作拆成了哪些层
- 哪些动作需要权限判断
- 文案为什么要更诚实
- 长期收益
- FAQ
“正式发布”为什么让人困惑
用户看到“正式发布”，很自然会理解成：点一下，文章就正式发出去了。
但内容发布系统里，事情没那么简单。有些账号可以通过接口发表，有些账号只能去后台手动操作。有些动作只是打开预览页面，有些动作会真的调用微信接口，有些动作甚至会删除草稿。
如果这些动作都被一个模糊按钮包起来，用户就会不知道自己点下去以后会发生什么。
这很危险。发布类按钮必须让人有确定感。
我把动作拆成了哪些层
我把原来的动作拆成几类。
第一类是后台编辑和后台手动发表。它们本质上都是把用户带到官方后台继续处理。
第二类是接口正式发布。这个动作会调用官方接口，只有满足权限条件时才应该出现。
第三类是手机预览页面。它只是打开一个可以看的页面效果，不等于发送到手机。
第四类是发送到微信预览。这个会调用接口，把草稿发给指定微信用户。
第五类是删除草稿。这个是破坏性操作，权限和确认都应该更严格。
拆开以后，按钮该怎么显示就清楚了。
哪些动作需要权限判断
我的规则很简单：只查看、不改变远端状态的动作，可以宽一些；会调用接口或改变远端内容的动作，要严格判断账号主体和认证状态。
比如手机预览页面，只是打开已有链接，通常不需要拦得太死。
发送到微信预览、删除草稿、接口正式发布，都要根据账号权限判断。否则页面上给了按钮，用户点了以后又失败，只会增加困惑。
文案为什么要更诚实
我后来把一些按钮合并或改名，就是为了让文案更接近真实动作。
不能 API 发布时，就不要继续显示“正式发布”。可以叫“微信后台编辑/发表”，因为这才是用户真正要做的事。
能 API 发布时，再显示“API 正式发布”。这样用户知道这是自动化接口能力，不是普通后台跳转。
“手机预览”也要说清楚。如果只是打开页面，就叫手机预览页面；如果是发到微信客户端，就要另起一个明确动作。
长期收益
长期来看，这种拆分能建立信任。
用户不会因为按钮少一点而不信任系统，但会因为按钮说得太满、点完又失败而不信任系统。
把动作拆清楚以后，后面接入更多平台也更容易。每个平台都可以按“查看、编辑、接口动作、破坏性动作”来建模，而不是每次重新发明一套按钮。
FAQ
为什么不保留一个大按钮？
因为大按钮会掩盖权限差异。发布动作越关键，越应该说明真实后果。
手机预览页面和发送预览有什么区别？
一个是打开页面看效果，一个是调用接口发给微信用户。它们不是同一个动作。
什么时候显示 API 正式发布？
只有系统明确知道账号具备对应能力时才显示。未知状态不应该默认放开。