APP上架注意事项.docxVIP

泽思网络 – 移动营销全案服务商 APP 上架注意事项 很多人都作了app，送上App Store或Android Market。每个人经过的血泪都不一样，也常能在各种场合听到各式分享。 笔者公司在先前也作了个简单的倒数计时iPad app – DoodleTimer。送上了App Store，现在，在六十万个app里面还在努力中。其中也学到了许多的经验。 在Hacker News上看到这篇心得分享文，归纳了几个原作者Ben Bloch发行第一支App – Whim，然后收掉的经验心得。原文经验整理的结构与逻辑不错，顺着原作的写法，加上小部份自己看法，整理如下： 经验一：挑产品名 这很基本，除了脑力激荡，集思广益，找出如何符合产品意象，好念顺口的产品名外，底下提供几个也该注意的事项： 1. 检查产品名是否被注册商标 美国的商标可以在这里查关键字，台湾的可以在智财局查询，大陆的可以在中国商标网查询。商标影响了商品最近最大的案例就是苹果电脑的iPad商标在中国的官司了。 注册商标是个有法律效应的东西，事前检查绝对不会吃亏。 2. 先检查这个名字能不能送App Store 这部分就是检查是否已经有同名产品在App Store上面了，可上itune作关键字搜寻，看能不能查到什么样的产品。如果没有同名产品，建议先想办法占住那个你要的名字，不然等到App做好的时候，或许会发现有人早你一天送上去，岂不气死？ 占住的方法，可能可以想办法早点送上alpha版的app，即便审过了，不要发布就不能被使用者下载。 3. 检查域名名称是否可用 基本上，App领域里域名名称不像做网站的那么关键。不过，如果整体服务中有关键的网络部分功能，需要个网址，就必须早点检查。 Ben建议，如果网名已经被拿走了，也别紧张，可以试试后面加App，或是前面加Get。以DoodleTimer为例，就是申请DoodleTimerA 或是GetDoodleT这样的网址也是个好选择。 4. 工具与技巧 选产品名是个有趣的过程。先把产品的感觉抓一抓，产品走向或族群也写下几个关键字，接下来就可透过这些字来想产品名称。Ben建议了RhymeZone，可用来找相关字，这对英文非母语的我们来说应该是特别有用的一个取名网站工具。 经验二：关于开张前后该注意的事 在公布App之前，Ben已经给大约一百个朋友测试过他们ad-hoc的app版本了。 不过，送上架之后才发现各式各样的问题，而这些都不是透过Testflight + ad-hoc 测试app能解决的。让Apple审核通过，而且发行之后的版本，还是需要好好的测试一下。 不过，要测试这种版本就意味着他已经公开了。为了避免这个未经完整测试的版本被使用者下载了（抱怨），Ben提供了两个作法： 定高价，让人不会去下载它。对于要加入测试的人，则给他promotion code。 限定只有特定地区的人可以下载app。 如果是social类的app，一开始用封闭邀请的beta模式上架，也可以避免在产品没达品质前，被太多人下载。 经验三：分享扩散的做法 Whim 的致命问题之一就是专注于分享扩散这件事情。让用户分享给他人，然后讯息或app就扩散出去了，这件事情说起来很容易，但做起来很困难。没有动机的用户会让这整个扩散计划崩溃。 Ben另外推荐了阅读Plancast发布在TechCrunch上的这个心得分享– The Uphill Battle Of Social Event Sharing： A Post-Mortem for Plancast 。该文探讨了分享扩散计划中该注意的八大重点，若是采分享为扩散途径的app开发者，可以读一下。 经验四：随时要注意什么是对的事情 在 Whim上线前，加了一个功能– 当你附近有朋友打开了Whim，你会收到通知???不过，”附近”的定义挺难的，在旧金山这样拥挤的城市里，两英里不太算“附近”，即便知道朋友开了这个 app，也没办法去参与相关活动，因此这应该算是个恼人的功能。不过，Ben注意到，通知发出后，朋友的确会打开app，而这又触发了其他的朋友打开这个 app。虽然因为距离的关系，Whim没办法进一步地造成用户间的互动，但是这个观察到的行为变成现在Ben他们在专注的新专案了。 经验五：要知道自己擅长什么 大部份开始创业iOS app的人都是从工程角度出发，是擅长写程式的人。跨技能的学习很重要，但考虑时程与资源限制，适时地将设计包出去给更有专长的人来处理肯定是个好主意。