小案例:
2014 年 9 月末的某天中午，与往常一样我与同事下楼吃饭，路过商业街的中庭广场，发现一家新推出的应用正在做线下推广。凑上前一瞧，这是一款做 O2O 餐饮服务优惠券的产品，名叫“多啦口袋”。它主打“合买”的概念，越多人订购就越能享受低价。现场准备了无线 Wi-Fi，只要下载了他们的应用，通过社交网络注册成功之后，就能在现场展台领取纪念奖品。作为一枚爱尝鲜的“好奇宝宝”，我不但自己第一时间下载安装了这款应用，也怂恿身边的同事纷纷尝试。大家按部就班地走完注册流程，领回各自的手机链、防尘塞小礼品。试用中，有人发现附近有家奶茶店的优惠券特别便宜，只要支付 1 元钱就能兑换价值 24 元的奶茶一杯，于是我们四个人当场决定合买。整个移动支付流程还算顺畅，合买获得的优惠券很快出现在我们的个人账号页面内。四人来到奶茶店柜台前，掏出手机，打开订单页面，点击购得的优惠券，按下“使用”按钮。结果悲剧出现了，四人无一例外地出现了应用崩溃，经多次尝试，问题重现率为 100%。奶茶店的伙计见状也只能干着急，因为根据规定，如果无法在移动端成功提交数据，那么他们也就不能提供兑换。本着不到黄河不死心的较真态度，我拨通了印在柜台机器上的客服电话，联络了该应用的团队。向接电话的产品经理阐明情况后，问题最终得到定位——原来我们这四位同事的 iPhone 不约而同都升级了苹果前不久刚发布的 iOS8 操作系统，这个崩溃问题只在 iOS 8 下出现，在市场上绝大部分尚未升级的 iOS 7 手机上并没有，所以他们也就没有重视。
这是一起严重的产品事故。付费推广获得的用户，在首次体验产品流程时，卡死在最终的转 化环节，用户付了钱却无法享受到相应的服务。那些像我们一样，因地发生兴趣继而立即尝 试的人，往往是一群敢冒险、爱尝鲜的种子用户。这些人会第一时间试用各种新版产品、升 级操作系统、更新运行环境。如果新上线的产品着力于对这批尝鲜者进行测试推广，却没跟 上他们升级的步伐、对新平台进行适当测试和优化，则极有可能发现产品与系统环境造成冲 突，或与其他产品不兼容，影响使用体验，让前期的辛苦准备付诸东流。
点评：
复盘这个案例，有几件事本可以做得更好:
一、先优化产品，待核心流程在目标人群的主流 运行环境中跑通，再公开发布;
二、对可能造成严重影响的问题，事先通知用户，降低预期， 减小因心理落差造成的不满;
三、提前准备补救措施(特别是这种涉及付费的产品)和公关说辞，降低用户怨气，弥补经济损失，甚至可以给予一定奖励;
四、在产品中设置方便的反馈渠道。
结论：
本着精益创业、快速迭代的交付理念，许多团队在选择开发技术和适配的平台环境时，会优 先选择较为成熟的现成方案，而不是重复发明轮子，冒做第一个吃螃蟹人的风险。这固然是 一种保守稳健的打法。但还有一种与此相反的论调，认为创业者应尽早适配新的平台环境， 以获得来自平台方的特殊扶持，如首发推荐(以印象笔记为代表的一批优秀产品就一直采用 这种策略)。两种策略的取舍因人而异。后者意味着需要担负一定的试错成本，通常更适于对技术风向判断独到且有一定研发能力的团队。
本文引用于:《增长黑客》第二章第六小章节 —— 范冰著
