我们一直说在开发产品功能的时候，不要闭门造车，造出一堆功能却没人用。因此，我们需要通过频繁的发布来收集反馈。这样才能不断的迭代调整产品功能，保证产品功能是用户想要的。我们这里说的频繁是每个星期都发布，甚至每天发布多次。这意味着不要把功能做得很“完美”，我们需要不要脸的发布，即使功能还不“完美”。

　　当然，我们在开发易伙的过程中也是充分贯彻了不要脸的美德。刚开始的时候这只是一个极其简单的发活动的网站。

　　后台的功能从简单的报名信息收集，到团体报名签到等，一点一点的堆起来。

　　我们开始邀请更多的人来试用，主要针对我们的目标人群：职业培训师和社区活动组织者。多数我们邀请的人都接受了邀请，与此同时，我们也开始尝试调整页面样式和交互，以便给大家更好的体验。

　　我们甚至还有专门的人跟踪每个邀请的客户，提供贴身服务，随时解答疑惑并收集反馈。然而实际上真正使用的客户没几个，收到的反馈自然也不多（当然不用也是一种反馈）。经过和客户沟通了解到，用户体验是十分重要的因素。比如，系统中存在两种页面风格，用户来回切换不方便；再比如之前提到的用户使用起来繁琐（关注意启公众号: Innolauncher，回复“使用场景”）。

　　不要脸的目的是为了收集反馈，如果在不要脸的过程中，收集的反馈变少了，就没有意义了。更何况我们一开始能接触的客户是有限的，如果因为不要脸，客户资源消耗太快就得不偿失了。在发布易伙的过程中，哪些事情会减少我们收集到的反馈呢？

• 　　有明显的bug，比如主要业务中的系统崩溃，迫使用户立刻离开

• 　　相对流畅的用户体验，比如系统没有办法提供相对一致的体验时，需要提供流畅的操作帮助用户完成动作。

• 　　系统功能或界面可以简单，但不要简陋，否则显得不专业。

• 　　充分了解用户以及他们的使用场景，确保用户刚开始使用的时候，操作不要变得麻烦，同时要考虑用户从原来的方案迁移过来是否方便。

　　但另一方面，我们确实需要更多的不要脸，做了更多的试验，比如用简单的功能测试是否有人用或者如何用，比如用傆型来做试验（关注意启公众号: Innolauncher，回复“傆型”）。而上面这些都可能是我们不要脸的底线。那如何平衡这件事呢？这就如同小朋友学走路，让他们自己走路摔跤才能更快的学会，但不能让他们摔得太惨，爬不起来了。我觉得有几个原则需要注意的：

• 　　尊重用户。再简单的功能也是从用户角度考虑的，用户体验十分重要。即使做试验，用户参与试验的过程也应是对用户有意义的。不要让用户觉得自己被试验了。

• 　　狼来了这个故事大家都知道，所以不要对同一用户使用重复的试验方式。否则用户不会再给你反馈。

• 　　不要脸的底线不是绝对的，与我们的响应速度有关。举个例子，我们做了一次极其不要脸的发布，在功能中留了一个bug，并且收集到了用户针对bug的反馈，我们在一个小时后修复上线了，并且告诉用户Bug已修复，并且还做了一些改善。这样不要脸的副作用就微乎其微了。同样，如果我们的响应速度不够，比如几个星期难得发布一次，那么我们不要脸的底线就需要提高一些了。