您可能还喜 数据可视化解释产品设计中的不确定性
Posted: Sun Feb 02, 2025 9:27 am
您可能会发现数字略有变化，但在营销、科学和经济学等各个领域，都有许多这种比例的例子。这一原则也适用于产品设计：您需要找到 20% 的功能，这些功能可以为用户和企业带来 80% 的价值。
例如，如果您拥有 MVP 或完全实现的产品，则可以衡量每个功能的采用情况。创建一个简单的双轴图表来分析每个功能的采用情况，其中 X 轴显示产品中的每个功能，Y 轴显示使用该功能的客户百分比。然后，您可以轻松看到哪些功能对您的用户最重要。
功能使用情况图表，x 轴显示四个功能，y 轴显示用户采用率。功能 1 的采用率最高，到第四个功能时则急剧下降。
通过分析功能使用情况图表，您将看到哪些功能对您的目标受众更有用。
那么，合乎逻辑的问题是如何处理采用率低的功能？如果很大一部分用户不使用某个功能，请删除它。对于已经上市的产品，这个决定可能很难——一些用户可能已经在使用这些功能，而从现有产品中删除它们可能会很痛苦。但是，保留功能并让产品变得臃肿并不是一个好的做法。
“如果很大一部分用户都没有使用某个功能，那就把它删除吧。”
值得注意的是，从产品中删除（又称“淘汰”）采用率较低的功能的过程可以采取多种形式，但无论选择哪种形式，都不要将其从用户界面（UI）中删除，而无需向实际使用它的用户发送消息。
向当前用户发送一条消息，让他们知道您将停止该功能，并给他们时间准备。如果可能的话，提供替代功能或工具。否则，您可能会引起当前用户的强烈反对，并在此过程中失去很多信任。
2. 制定路线图并遵循
当您甚至没有意识到功能蔓延时，可能很难防止它。当产品设计团队没有明确的路线图时，功能蔓延的可能性会大大增加。没有路线图意味着团队在开发过程中遇到的每个问题都将被被动解决，而不是主动解决。
产品管理的普遍规律很简单：
“要想有一个好的结束，就需要有一个好的开始。”
提前规划对于项目的成功至关重要。以下是一些有助于您创建路线图的简单事项：
正式确定范围。在团队开始开展项目之前，制定一份书面的工作范围至关重要。这也应该得到所有利益相关者的批准。
查看我们关于编写产品路线图的文章。这将为你提供坚实的起点。
确定项目的主要和次要里程碑，并将它们放在时间表上。当要求变更范围时，请审查里程碑，以确保项目不会出现延误。
引入明确的变更实施协议。定义变更审查、批准或拒绝方式的规则。
对收到的功能请求使用零和博弈。当利益相关者要求将新功能引入范围时，项目经理需要确保某些功能超出范围以满足产品设计期限。这可能会让利益相关者重新考虑所请求功能的价值，或者延长团队的时间和项目预算。
创建影响与努力矩阵。影响与努力矩阵相比，努力矩阵是一种有用的工具，可将功能与两个因素进行映射：潜在价值和实现这些功能所需的努力。矩阵可以作为您团队的参考点 - 您应该展示产品决策的历史以及背后的理由。
影响与努力矩阵显示了精益优先级的四个象限。从左上角开始顺时针方向，象限为：1. 快速获胜 2. 大赌注 3. 可能 4. 时间浪费。x 轴表示努力，y 轴表示价值。两者的范围都是从低到高。
这影响vs. 努力矩阵帮助产品团队获得最有效的结果，而无需投入不必要的工作。图片来源：hygger。
3. 远离镀金
镀金是指产品团队倾向于超额完成范围并添加功能。当这种情况发生时，产品团队会引入利益相关者没有要求的功能，只是为了让他们更高兴。
镀金需要产品团队付出额外的努力，而且在很多情况下，这项工作是不必要的。当你增加最 荷兰电子邮件清单 初未要求的复杂性时，你甚至可能会让利益相关者感到不满，所以要小心，并在它开始之前就阻止它。
您可能还喜欢： 7 个必不可少的数字项目管理最佳实践。
4. 学会对功能请求说“不”
说不的能力是项目经理必须具备的最重要的技能之一，因为它有助于防止范围蔓延。
然而，对于许多人来说，这是最难做到的事情之一。
“说不的能力是项目经理最关键的技能之一，因为它有助于防止范围蔓延。然而，对很多人来说，这是最难做到的事情之一。”
产品设计师经常会遵循这样的想法：因为利益相关者想要这个功能，而我们想让利益相关者满意，所以我们应该加入这个功能。这会将不必要的功能引入到产品路线图中。
例如，如果您拥有 MVP 或完全实现的产品，则可以衡量每个功能的采用情况。创建一个简单的双轴图表来分析每个功能的采用情况，其中 X 轴显示产品中的每个功能，Y 轴显示使用该功能的客户百分比。然后，您可以轻松看到哪些功能对您的用户最重要。
功能使用情况图表，x 轴显示四个功能，y 轴显示用户采用率。功能 1 的采用率最高，到第四个功能时则急剧下降。
通过分析功能使用情况图表，您将看到哪些功能对您的目标受众更有用。
那么，合乎逻辑的问题是如何处理采用率低的功能？如果很大一部分用户不使用某个功能，请删除它。对于已经上市的产品，这个决定可能很难——一些用户可能已经在使用这些功能，而从现有产品中删除它们可能会很痛苦。但是，保留功能并让产品变得臃肿并不是一个好的做法。
“如果很大一部分用户都没有使用某个功能，那就把它删除吧。”
值得注意的是，从产品中删除（又称“淘汰”）采用率较低的功能的过程可以采取多种形式，但无论选择哪种形式，都不要将其从用户界面（UI）中删除，而无需向实际使用它的用户发送消息。
向当前用户发送一条消息，让他们知道您将停止该功能，并给他们时间准备。如果可能的话，提供替代功能或工具。否则，您可能会引起当前用户的强烈反对，并在此过程中失去很多信任。
2. 制定路线图并遵循
当您甚至没有意识到功能蔓延时，可能很难防止它。当产品设计团队没有明确的路线图时，功能蔓延的可能性会大大增加。没有路线图意味着团队在开发过程中遇到的每个问题都将被被动解决，而不是主动解决。
产品管理的普遍规律很简单：
“要想有一个好的结束，就需要有一个好的开始。”
提前规划对于项目的成功至关重要。以下是一些有助于您创建路线图的简单事项：
正式确定范围。在团队开始开展项目之前，制定一份书面的工作范围至关重要。这也应该得到所有利益相关者的批准。
查看我们关于编写产品路线图的文章。这将为你提供坚实的起点。
确定项目的主要和次要里程碑，并将它们放在时间表上。当要求变更范围时，请审查里程碑，以确保项目不会出现延误。
引入明确的变更实施协议。定义变更审查、批准或拒绝方式的规则。
对收到的功能请求使用零和博弈。当利益相关者要求将新功能引入范围时，项目经理需要确保某些功能超出范围以满足产品设计期限。这可能会让利益相关者重新考虑所请求功能的价值，或者延长团队的时间和项目预算。
创建影响与努力矩阵。影响与努力矩阵相比，努力矩阵是一种有用的工具，可将功能与两个因素进行映射：潜在价值和实现这些功能所需的努力。矩阵可以作为您团队的参考点 - 您应该展示产品决策的历史以及背后的理由。
影响与努力矩阵显示了精益优先级的四个象限。从左上角开始顺时针方向，象限为：1. 快速获胜 2. 大赌注 3. 可能 4. 时间浪费。x 轴表示努力，y 轴表示价值。两者的范围都是从低到高。
这影响vs. 努力矩阵帮助产品团队获得最有效的结果，而无需投入不必要的工作。图片来源：hygger。
3. 远离镀金
镀金是指产品团队倾向于超额完成范围并添加功能。当这种情况发生时，产品团队会引入利益相关者没有要求的功能，只是为了让他们更高兴。
镀金需要产品团队付出额外的努力，而且在很多情况下，这项工作是不必要的。当你增加最 荷兰电子邮件清单 初未要求的复杂性时，你甚至可能会让利益相关者感到不满，所以要小心，并在它开始之前就阻止它。
您可能还喜欢： 7 个必不可少的数字项目管理最佳实践。
4. 学会对功能请求说“不”
说不的能力是项目经理必须具备的最重要的技能之一，因为它有助于防止范围蔓延。
然而，对于许多人来说，这是最难做到的事情之一。
“说不的能力是项目经理最关键的技能之一，因为它有助于防止范围蔓延。然而，对很多人来说，这是最难做到的事情之一。”
产品设计师经常会遵循这样的想法：因为利益相关者想要这个功能，而我们想让利益相关者满意，所以我们应该加入这个功能。这会将不必要的功能引入到产品路线图中。