评论挖掘每次修改都带日期
哪个字段改了、哪个词进来了、哪个版本发的、哪一天可下载。
对照组
你没碰过的短语，在同样的日子里一起记录。这是把你的动作和市场的动作分开的东西。
生效时间
在 Apple 反映这次改动所需的天数过去之前，什么都不读。
完整的周
比较按周对周来做。比较孤立的天，就是在比较噪音。
几乎没人做的那个减法
如果你改过的短语涨了五名、对照组涨了四名，你的改动值一名。这个减法就是全部方法，也正是它把轶事变成数据。
它反过来也成立，而那才是它最有帮助的时候：如果市场跌了三名而你原地不动，你的改动奏效了，尽管数字没变。没有对照组，这会被读成失败并被撤回。
为什么一个版本一个变量
如果你在同一个版本里改了名称、副标题和截图而排名涨了，你不知道是哪一个让它涨的。而如果三个里有一个把结果拖坏了、另外两个把它拉好了，净结果掩盖了这个错误，而你会重复它。
这要多花几个版本，也更慢。它也是把关于你自己应用的知识积累起来、而不是攒一堆轶事的唯一办法。
当结果是什么也没发生
一次没有可测量效果的改动是一个结果，不是方法的缺陷，而且会照原样写下来。知道某一类修改在你的分类里什么也动不了，能省下接下来三个版本。
不会做的是：挪动比较窗口直到出现一个好看的数字。窗口在读之前就定下来。
它不做什么
我们不会声称测量了测不到的东西。这个界面的边界：
- 我们不承诺提升百分比，也不预测未来结果。
- 没有可测量效果的改动就照原样写下来。
- 如果窗口里缺了测量的天数，会说明；洞不会被填上。
常见问题
- 对照组该有多少个短语？
- 五到十个，在同一个国家，热度和你改的那些相近。少于五个，对照组本身就变得嘈杂了。
- 读之前该等多久？
- 版本可下载之后至少三天，然后比较完整的周。提前读得到的读数会自相矛盾。