我们如何为应用命名

给应用起名是少数几个一旦做出就真的无法撤销的决定之一——否则就会失去所有已经下载该应用的用户。我们正是这样看待这件事的。

一个名称会出现在各种地方：主屏幕上、多个平台的应用商店列表中、浏览器工具栏的工具提示里、支持邮件中，以及人们向朋友介绍该应用时。日后若要更改名称，就意味着必须同时修改所有这些地方，并希望在此过程中不会让任何人感到困惑。 因此，我们会在前期就投入时间，即使应用本身还只是一个粗糙的原型。.

我们的规则

一到两个音节。 更容易记住，更容易大声说出来，也更容易放在主屏幕的标签上。

我们得承认，这是我们最常打破的一条规则。Fisharo、Cultivy 和 Migrella 的音节数都比我们的理想标准多一个，而且每个名字在被采纳前都经过了一轮朗读测试。 这条规则的核心其实在于发音的流畅性：名字应该能一口气顺畅地说出来，如果多一个音节能让名字更容易发音，那总比少一个音节却让人磕绊要好。.

没有分类词。 “如果名称中包含”备忘录“或”日历”等词，我们肯定会永远被误认为其他二十款应用。我们会在副标题中使用类别词，而不是在标题中。

副标题本来就是用户进行应用商店搜索的地方。Migrella 是一个名称；“偏头痛追踪器”则是它的功能描述，应该放在名称旁边，而不是包含在名称之中。偶尔的例外是刻意为之：对于一款小型桌面工具而言，一个能暗示其功能的名称可能比一个独特名称更有价值，而我们也是明知如此才做出这种权衡的。.

在我们排名前三的地区可以正确发音。 如果一个名字用英语读起来很顺口，但用德语读起来却让人咬不到牙，我们会继续寻找。

该域名必须可用。 虽然不是决定性因素，但确实是一个重要的决定性因素。我们有好几个名称之所以在最后关头才改名，是因为.com域名被域名抢注者占用了。.

我们如何对入围名单进行测试

一旦候选名称缩减到几个，我们会将每个名称实际应用到它将出现的位置进行测试。我们会制作一个主屏幕原型，将名称放在图标下方，检查是否会被截断。我们会将其融入句子中——“我在___上记录我的头痛”——并听听听起来像是一款产品名称，还是像个拼写错误。 我们会在计划上线的每家应用商店中搜索该名称，因为如果某个名称在某个平台上与已有的应用名称冲突，那么在所有平台上都会成为问题。我们也会检查社交媒体账号名称，不过在这方面的要求相对宽松一些。.

然后我们先放一放。在漫长的命名讨论结束后，一个看似绝妙的名字往往只是因为大家已经筋疲力尽了。如果几天后感觉它依然合适，那很可能就是个好名字。.

我们的失误

我们过去常被那些看起来很巧妙的名字所吸引——比如双关语，或是两个词的组合——但后来发现它们在“大声朗读测试”中往往会失败。人们听过之后却无法拼写出来，这会让口口相传变得更加困难。如今，如果一个名字需要解释，那它就出局了。.

我们不做的事

我们不使用人工智能来生成名称。我们曾尝试过——生成的结果有一种明显、略显别扭的风格，我们在其他应用中也能看出这种风格，而我们不希望在自己的应用中出现这种风格。.

归根结底，一个好名字就是人们不再刻意去注意它，只是自然而然地使用它。.