网站类的产品随时都可以更新

　　地调整网页界面。

　　Gmail创建者和AdSense原型创建者Paul Buchheit在访谈中说：“存储是个非常麻烦的问题。它还没有彻底解决。Google要把不可靠的机器组合起来，拼成庞大的、可靠的存储系统。我们已经很接近这个目标了，但是创业者基本不可能直接使用它，至少不能免费使用。”你所在的公司可能没有Google这么好的基础和敏捷开发的经验，但是这些并不妨碍你成为一名敏捷开发的传道士。

　　跑得更快是我们的追求，持续更新是我们的目标。不管跑得快慢，持续更新都是可以实现的。需要注意的是，管理用户的期望至关重要。从用户的角度来讲，他对你的产品的期望有个理想水平，当然他也知道理想值很难达到，所以他还有一个适当水平，也就是他能够接受的底线，理想水平和适当水平之间，是用户的容忍区域。有一次我和同事去黄山旅游，上山之前导游和我们说，上山很累，而且山上由于物资匮乏，吃住都很贵，质量也没有山下好。等到我们上了山，发现也没多累，到了餐厅，吃的比山下还好，旅馆也比山下还好，所有人都暴满意。导游在上山之前的宣讲，只是为了降低我们期望的理想水平，当实际情况超出我们的理想水平之后，我们自然喜出望外。反过来看，如果一款产品总是宣称自己下一步的改进将会多么地具有革命性和跨时代，不断提高用户的期望，最后即便做到了80分，在用户心目中也只有50分。

　　当我们吃不准用户会做出何种反应的时候，最好能保留后续更新的权利。比如我们不太清楚用户对产品定价的接受范围，那就不要急着把定价说死，先给用户一个试用价看看效果，为以后的涨价或降价预留操作空间。

　　产品更新包括两个要素：一是更新本身，二是更新的频率。在这两个方面，都要管理用户的期望，不能在内容方面“放卫星”①，也不能把频率吹得太快，结果做不到会成天被用户催。以固定的频率进行更新对于保持用户的热情非常有效，在更新一些需要花费较长时间的重要功能的时候，穿插着更新一些小的功能以保证更新的频率，可以避免用户由于长时间没有看到更新而流失。有一些用户非常聪明，他们了解你的公司运作模式，当你的产品的更新频率降下来之后，他们会通过各种渠道询问你的产品是否要被公司砍掉了。

　　①“ 放卫星”来源于大跃进中各地浮夸风盛行，虚报夸大粮食产量等各行各业的虚假上报行为。现在泛指不切实际、吹牛皮、说大话、夸大声势。——编者注

　　网站类的产品随时都可以更新，这使得更新频率很容易控制。客户端类的产品更新后用户需要重新下载安装，就算有自动化的升级过程，也不可能每天都更新一次（“别让我烦”），更新之后如果发现问题，很难在短时间内修复，即便能快速推送一个补丁也会让用户觉得烦，所以客户端产品就走向了另一个极端，非常谨慎，几个月更新一个版本。客户端产品的更新不能太慢，一方面体验问题要及时修复，另一方面公司是通过运营月报来进行KPI考核的，如果不能一个月发布一个版本，产品就失去了影响KPI的能力，所以成熟的公司通常采用月版本的更新频率。

　　一个月的时间太短，搞不定一个版本，怎么办？堆积的需求太多，版本周期要延长，怎么办？其实这些问题和我们之前谈过的响应问题很相似，如果认为响应重要，给响应最高的优先权，就可以把响应做好，同样，如果认为月版本是对的，给月版本的时间盒（time-box）最高优先级，也可以把月版本做好。

　　时间盒是一种按照时间跨度来进行项目管理的方法，首先确定每个版本的周期，然后在周期允许的范围之内填充能够实现的设计需求。这个方法和敏捷开发中的Sprint类似，但更强调前后几个版本间的工作衔接。

　　比如我们每个月底都想交付1个版本，而1个版本的真正开发周期是3个月，那么我们先按照图2-10-3规划好时间盒，时间盒时间正好可以持续地相互衔接，产品经理完成了时间盒1的产品设计工作就直接转入时间盒2的设计，每个时间盒只完成可以交付的设计需求，月版本的更新节奏就实现了。

　　图2-10-3用时间盒的方法控制客户端产品的更新节奏

　　练习题

　　均匀的时间盒会遇到无法实现大需求的问题，请用Excel 构建一个可持续更新的“大—小—小”月版本时间盒模式，其中大版本实现一些大的需求，每季度的第1 个月交付，小版本用来完善大版本的体验或做一些小需求，每季度的后2 个月分别交付。

　　产品的更新包括功能更新、内容更新、热点事件应激反应等几类。原有功能的升级和发布新功能都属于功能更新，这也是用户感受最明显的更新。功能更新的概念一般来自于竞争对手和自己的用户，想要做好功能更新，一定要做好竞争情报和CE这两块基础工作，不要忘记你是在为用户服务。你有没有定期访谈自己的用户，你有没有定期访谈竞争对手的用户？有一次我跟一个竞争对手的忠实用户聊天，他说他很喜欢最近发布的一个新功能，但是对这个功能中的几个细节并不满意，当我动手添加类似功能的时候，我的起点就比竞争对手更高。

　　可以更新的产品功能很多，如何确定优先级？一位前辈曾经和我说过：“没有取舍的思考是不够深入的。”经济学中有机会成本（opportunity cost）的概念，我们在做一些事情的时候，也是在放弃做其他事情的