持续交付学习笔记（2）

文章内容摘录于《持续交付2.0》书籍，用于学习备忘，如有侵权联系删除。

装饰窗方法

所谓装饰窗方法（Decorative Window）,就是指为新功能预留一个“入口”，让用户能够看到，但实际上并没有真正实现其功能。就像一个装饰性的窗户，如下图。这是一种了解用户喜好的方法，其目的是利用最小成本，来验证用户是否喜欢某个功能，以及其紧迫程度，为是否研发后续更全面的解决方案提供数据支持。

国内某垂直电商公司在2013年做了一次商户平台的体验改进。在负责商户端产品的产品经理进行的用户访谈中，多个商户提及账期问题“竞品的账期已经改为了两周了，而我们还要3周”。

产品经理针对用户的这个抱怨，设计了一个新的功能“即刻提现”，即商户可以随时通过商户管理系统的页面，点击“立即提现”的按钮，就可以将账户上的钱提到自己的银行卡中。

在产品经理看来，这是一个非常简单的功能，用不了多长时间就可以上线。然而，经过负责商户管理系统的研发团队的评估，需要6周才能上线，而且有一个前提，那就是需要负责财务系统的开发团队积极配合对接才行。一听需要6周，产品经理一脸的不高兴，但仔细想想，也知道没有想象的俺么简单。原因有以下几个：

1、商户端开发团队本身还有其他功能需求正在开发中，只有这些需求做完之后才能开始这个需求。

2、需要财务系统的研发团队一起修改现有的财务流程。

3、即使全部开发完成了，也要一起进行联调，再经过测试团队的测试，才能正式上线。

用户到底是否喜欢这个功能，它是雪中送炭还是锦上添花，在没有真实的用户反馈前，这是个未知数。能否快速找到答案呢？于是，产品经理与开发工程师一起向导了装饰窗方法。

团队在商户结算详情页上提供了一个可点击的按钮。当用户点击以后，会弹出一个页面，给出一段说明，如下图所示，大意是：假如商户对这个功能感兴趣，可以留下自己的联系手机号，一旦功能开通，即可立即收到通知。

 

这个功能所需的开发工作量如下所列：

1、对原有页面1进行修改，增加一个按钮“立即提现”

2、增加功能说明页面2.

3、用户提交后，保存手机号码。

此时，需求验证的假设可以描述为：“我们相信，在没有强烈提示用户的前提下，假如在一周内收集到800个商户的电话号码，”则说明有较多的商户对这个功能感兴趣，我们可以开始进行下一步验证。“

事实上，这个“装饰窗”功能发布以后，并没有广而告之，而是依赖自然流量。几天后，收集到了1000多个手机号码，而且，重复登记两次以上的手机号码一共有120个，似乎这个功能很吸引用户。产品经理很兴奋，花费这么少的资源和时间，就获得了用户反馈，还是非常值得的。