如何写好移动端产品文案？

在我们通常的认知中，它应该是操作而不是设计师最终负责的类别，更不用说标准化的必要性了。但我个人的习惯是，既然它出现在我的设计草案中，我提出的文案计划，至少要先通过自己的水平，无论谁最终负责最终的责任，这都是另一件不同的事情。在互动文档上随意地表示，然后写一句话「最终文案由操作决定」扔锅完成操作，更不用说很多时候操作更擅长检查业务指标，不重视（或不如产品，交互设计师擅长）从用户体验的维度检查。因此，出现在他们自己的设计手稿中的副本，主动掌握在他们自己的手中。

同时，在我看来，文案设计规范的必要性一直被忽视。产品的设计草案可能从初稿到最终草案有很长的修改周期。根据评估结论，有许多变量。由于个人语言习惯和不同的想法和情绪，设计师很难从头到尾保持一致，不犯错误。

因此，在定稿交付开发前，根据统一的文案设计规范，对文案进行了彻底的重新处理Review一次是必要的。就像这个案例的概念方案一样「一站」，经过一个月前分享的版本的详细检查，文案中的许多细节也比一个月前分享的版本得到了改进。

在我的理解范围内，我很少看到文案的总结和分享。Ant Design在其组件文档中，对文案注意事项进行了相对系统的总结，对系统思维具有学习价值，对以前用于工作的文案自查给了我很大的帮助。但其中许多是基于金融服务业的Web我个人认为有很多产品不一定适用于这个范围之外。

因此，我一直希望通过一篇文章对移动终端产品的文案设计规范进行更广泛的梳理和总结——文案设计规范需要包括哪些层次？规范中需要注明哪些原则？

本文将以基于地铁查询工具的心情分享平台「一站」例如，其他一些也会穿插在其中APP例如，尽可能详细地介绍文案设计中可能出现的常见问题类型，以及文案设计规范的完善内容。