时实施更改选择合理的时间范围

[account_disabled]

来运行测试，测量保留率，然后比较结果。细分受众群的留存率越高，该设计日后向所有用户推广的可能性就越大。 7. 慢慢地、逐渐地释放 如果一个功能已经走到这一步，那么它可能已经适合大部分观众了。这时您可以逐步将其推广给所有用户 - 并通过投票提示来收集反馈。如果反馈大多是积极的，您可以继续推出该功能，它最终将成为界面的一个组成部分。否则，您将评估反馈并返回实验室进行下一次迭代。 然而，推出该功能还不够：它必须传达给用户。一种常见的方法是通过电子邮件和社交媒体。不过，解释该功能在现实场景中的价值的快速演练。

教程可能也会有所帮助。另外，不要忘记集成建议框以立即收集反馈。 8.衡量后果 一旦该功能推出，我们就可以监控它的执行情况，并尝试不同的方法来引起人们的注意，以便用户能够更有效地执行他们的任务。您可以跟踪最常见的任务或最常访问的页面，然 Whatsapp 号码列表 后显示一个小的内联注释，为用户推荐一种更智能、更快速的方法来实现其目标，然后衡量用户是否喜欢这个新功能或通常的方法。 不要忘记将反馈带回整个团队，而不仅仅是开发人员或设计师，以便他们有动力和参与，并了解人们如何使用最初只是一个粗略想法的功能。没有什么比看到快乐、高兴的人们完全按照您设想的方式或以完全不同的方式使用应用程序更。



能激励人心的了。也将滋养团队后续功能的成长。 审查过程看起来复杂而彻底，但有时只有时间和广泛的用户测试网络才能发现问题。例如，如果更改影响传入消息的概览，则任何元测试都无法发现辅助软件用户可能遇到的困难。在邮件界面中，您希望辅助设备首先读出什么：日期、发件人、主题行还是消息本身？您重新排列概述中的列的方式可能会改变用户选择访问信息的方式；因此，允许他们关闭新功能也很重要。 结论 那么，推出策略是什么样的？您可以从探索依赖关系图开始，以了解您的更改可能影响有多深远。然后，您可以在受控环境中与开发人员和真实用户一起测试该功能。然后，您可以要求同。