App Store 描述的前三行
没人会读完你的完整描述。他们只读最前面几行，然后要么点击更多，要么直接离开。这一小段是唯一能确定会被看到的内容，也因此是整个应用页面里影响力最大的文字。大多数描述却把它浪费在公司名称和一句问候上。
这是一个专门写给折叠线以上部分的模板，外加决定你该怎么写它的那个 App Store 和 Google Play 之间的关键差异。
4,000 个字符，但几乎没人会滚动
完整描述字段在 App Store 和 Google Play 上都上限为 4,000 个字符。听起来空间很大——确实如此——但如果你把它当成一篇文章来写，就会掉进陷阱。两个应用商店的产品页面默认都会折叠描述文字，只显示开头几行，其余部分藏在 …更多（App Store）或 Read more（Google Play）的展开按钮后面。
折叠线之上具体能显示多少内容，因设备、字号和换行位置而异——但实际上通常是前两三行，大约在最初几百个字符以内。把这段开头当成真正的广告文案，把剩下约 3,800 个字符当成大多数人永远不会打开的附录。（iOS 上还有一个独立的宣传文本字段，最多 170 个字符，位于描述之上，且无需提交新版本即可更新——规则同样适用：让它成为一个钩子，而不是铺垫。）
决定你怎么写的那个不对称之处
这是大多数模板会跳过的部分。App Store 和 Google Play 读取你的描述的方式完全不同：
- Google Play 会索引完整描述。其中的文字是直接的搜索排名信号。你使用的关键词——尤其是出现在前面、并自然重复几次的关键词——会影响哪些搜索会显示你的应用。
- Apple 完全不索引描述。它的搜索算法只读取应用名称、副标题和 100 字符的关键词字段，不读描述。在 iOS 上，描述存在只有一个目的：说服已经在看你页面的人安装应用。
所以同一段文字在不同商店有两种任务。在 Google Play 上，第一行要同时为爬虫和用户服务。在 App Store 上，第一行只需要为用户服务——这反而更自由，因为你可以抛开堆砌关键词的本能，只管写出你能写出的最有说服力的一句话。
先说利益点，别急着介绍自己
折叠线以上最常见的错误，是开头介绍自己是谁，而不是读者能得到什么。“欢迎来到 Acme。我们成立于 2019 年，致力于打造……”这种开场白，把唯一有人会读的几行浪费在了客套话上。
反过来写。第一行应该用读者的语言，说出你的应用带来的唯一核心结果。第二行用证据或具体细节来支撑这个说法。第三行具体告诉他们应用到底是做什么的。折叠线以下的内容——功能列表、获奖情况、更新日志——都可以稍后再说，因为决定通常在点击展开之前就已经做出了。
折叠线以上的模板
先把这三行填好，再写完剩下的 4,000 个字符。这个方法两个商店都适用；注释会指出两者的不同之处。
第一行——利益点。
[你的应用给用户带来的那一个结果，直接说出来。]在 Google Play 上，把你的核心关键词放进这一行。在 App Store 上，别管关键词，先让这句话打动人。
第二行——证据。
[为什么要相信你——一个数字、一个评分、一个使用场景、一个明确的目标人群。]要具体，不要空喊口号。
第三行——它到底是做什么的。
[用一句话说清核心功能，让读者对自己要安装的东西心里有数。]在 Google Play 上，自然地在这里再加入一个相关关键词。
以一款习惯养成应用为例：
注意这里没有“欢迎”，没有成立时间，没有功能堆砌。三行文字，全是利益点和证据，读者在折叠线出现之前就已经清楚知道自己会得到什么。
折叠线以下，两个商店再次分道扬镳
一旦超出可见的那几行，就要按你所在的商店来写。对于 Google Play，正文仍然在为搜索服务——自然地重复你的核心词汇，覆盖用户真实会输入的短语，同时保持可读性（堆砌关键词无论对算法还是对人来说都很难读）。对于 App Store，正文不会被索引，所以要把它完全用在转化上：精简的功能列表、社会认同和值得信任的理由。同一个故事的两个版本，分别针对不同的读者调整。
本地化，但别丢了那个钩子
折叠线以上这套方法的关键在于：钩子只有在翻译后依然成立才有用。逐字机器翻译的第一行，往往会丢失让英文版本能转化的那股力道——利益点被埋没了，证据读起来生硬，结果在十几个市场里又变回了一堵文字墙。
这正是 Mokbi 派上用场的地方。它会根据你实际的应用起草描述，并本地化为 50 种语言，同时在每种语言里都保持折叠线以上的结构不变——先利益点，再证据，后动作——所以每个市场看到的开头依然像一段广告文案，而不是某一版的翻译腔。你可以逐一审阅并调整每个商店的版本，然后自己把文字放进 App Store Connect 和 Play Console。