第 8 节：文案也是产品功能

很多人做产品时，会把文案当成最后一步。

功能做好了，再补几句说明。

按钮能点了，再写一个提示。

弹窗出来了，再填一点文字。

但蜡笔小账本的飞书绑定让我很快意识到：文案不是装饰。

文案本身就是产品功能。

如果文案没讲清楚，用户就不会继续走。

技术词会让普通用户停住

一开始说明里出现过一些技术味很重的词。

比如“单聊机器人”。

对熟悉飞书的人来说，这句话没问题。

但对很多用户来说，它并不自然。

什么是单聊？

我是在应用里聊，还是在群里聊？

我要不要安装？

找不到怎么办？

这些疑问一出现，用户就会停。

后来我把它改成更口语的话：

在飞书里找到“蜡笔小账本”机器人，和它对话。

这句话不高级，但更像人话。

文案要按用户动作写，不按技术模块写

开发者很容易按系统模块写说明。

获取绑定码。

飞书绑定。

发送指令。

完成授权。

但用户不是按模块行动的。

用户是按动作行动的。

所以文案应该写成：

先加入组织。

打开飞书，搜索蜡笔小账本。

回到 App，点获取绑定码。

把绑定码发给机器人。

以后直接发“午餐35”就能记账。

这几句话看起来很普通，但它们把用户从一个页面带到另一个页面。

文案真正的作用，不是解释技术，而是带路。

好文案会减少客服和返工

如果界面说明不清楚，用户会来问。

为什么搜不到？

为什么发数字没反应？

为什么要写“绑定”两个字？

为什么我明明注册了，还不能在飞书里记账？

这些问题看起来像用户不会用，其实很多时候是产品没有说清楚。

把文案改顺以后，这些问题会少很多。

这就是为什么文案是功能。

它承担的是引导、解释、减错和确认。

允许用户犯小错

后来还有一个细节：用户可能只发 6 位数字，而不是发“绑定 123456”。

从程序角度看，这当然是不符合格式。

但从用户角度看，他刚刚拿到一个 6 位码，直接发过去也很合理。

所以更好的做法不是反复提醒用户“格式错了”。

而是让系统宽容一点：如果用户发的是有效 6 位数字，也当作绑定码处理。

这类改动看起来很小。

但它会让产品少一点脾气。

用户不需要完全按照开发者的格式生活。

产品应该尽量理解用户可能怎么做。

本节小结

文案不是把功能讲一遍。

文案是在用户快要卡住的时候，替他把下一步铺出来。

蜡笔小账本的飞书绑定流程里，很多体验问题不是靠加功能解决的，而是靠把话说得更像人话、把步骤排得更顺。

下一节，我们会进入一个更严肃的问题：当别人开始用飞书记账时，为什么会出现“别人记账进了我的账本”的风险。

FAQ

为什么“单聊机器人”这种词不适合普通用户？

它是平台内部说法，熟悉飞书的人能理解，但普通用户可能不知道要去哪里操作。换成“和机器人对话”更自然。

产品文案应该按什么顺序写？

按用户真实动作写，而不是按技术模块写。用户下一步要去哪里、点哪里、发什么，要尽量清楚。

文案改好真的能减少问题吗？

能。很多使用问题不是功能错误，而是说明不清楚。好的文案可以减少用户提问和错误操作。

系统要不要容忍用户格式错误？

在安全可控的前提下，应该尽量容忍。比如绑定码可以支持“绑定 123456”，也可以支持直接发送有效 6 位数字。

文案是不是越详细越好？

不是。文案要清楚，但不要堆说明。按步骤写、每一步只说一件事，比一大段解释更有效。