A 产品策略 是开发和交付产品到市场的路线图吗. 它使产品管理、项目管理和项目管理之间保持一致 产品设计、 并确保产品支持业务目标. 设计师 可能不负责开发产品策略, 但他们的工作和成功不可避免地受到影响, 特别是如果他们在增长驱动和 精益的环境.

作为一名产品设计师，他已经建立了几个网络和移动解决方案 跨职能产品团队在美国，我知道产品策略失败的迹象. 在本文中, I share those red flags 和 discuss with other Toptal experts how designers can help their teams overcome those shortcomings.

红旗号. 1 .缺乏清晰的产品愿景

在制定产品策略时，最重要的考虑因素是 产品愿景. 健壮且定义良好的 产品愿景 帮助团队设定最终目标, 提供一种目的感, 创建对齐, 从一开始就避免了战略问题. 当问题出现时，产品愿景就像北极星一样，引导团队回到基地.

产品愿景是产品的长期目标，可以通过一个 产品愿景陈述 向涉众传达产品的目标. 例如, eBay对商业的愿景声明包含“由人实现”, 科技驱动, 向所有人开放.“相比之下， 糟糕的愿景陈述 给团队和利益相关者造成混乱，缺乏明确的业务焦点和方向.

没有清晰的产品愿景, 这对任何人(企业主)来说都很难, 开发人员, 设计师)看大局. 团队最终可能会在如何最好地前进的问题上产生分歧，从而改变方向. 那么，你如何确保每个人都朝着同一个目标前进呢?

产品策略解决方案衡量你的产品是否成功

一个产品愿景应该是 从一开始就定义. 然而, 让产品团队保持在正确的轨道上, 在整个过程中，必须重新审视和评估产品愿景 产品生命周期. 这些小小的调整往往会导致 显著的改善.

随着产品的发展和市场的变化, 团队必须持续地衡量产品的成功，以避免停滞不前的产品愿景. 这就是 产品成功指标 进入图片.

产品成功指标 provide objective insights that help a company forecast a product's earning potential 和 measure its engagement performance. 例如, customer lifetime value is a formula that predicts how much revenue someone will generate during their time as a paying customer, 跳出率衡量的是有多少人在访问一个页面后离开一个网站或应用程序. 一般来说，它们是由产品经理度量的. 然而, 作为一个产品设计师, you may be asked to help measure 用户体验成功指标 to underst和 how users navigate digital products 和 resolve design flaws.

有两种类型的 用户体验成功指标:行为(用户做什么)，例如 完成任务的时间和态度(用户说什么)，如客户满意度得分.

产品 和 用户体验成功指标 have the potential to deliver valuable insights 和 ensure that product goals remain aligned with the 产品愿景. 然而，对于有意义的度量，它们必须是有意义的 可操作、可访问和可审计. 在决定度量哪个指标时，考虑询问 这些问题:

• 什么类型的度量最适合我的产品?
• 我的产品在生命周期中处于什么位置?
• 这些指标的涉众是谁?

红旗号. 2:允许客户要求凌驾于产品要求之上

的 secret to crafting a 产品策略 that delivers practical solutions starts with a clear underst和ing of the 产品需求即产品的功能、特性和行为的封装. It does not lie in giving undue priority to customer requests—queries about sales or features that are not necessarily based on the comprehensive goal of the product.

While customer requests are motivators that drive a customer to buy or use a product or service—such as the desire for a smartphone upgrade for access to more feature-rich applications—产品需求 are needs that are explicitly articulated through 市场研究比如需要额外的智能手机存储空间和更强大的功能. 顾客的要求是天生的, 尽管我们应该同情他们的需求, 一个强大的产品策略不一定能满足每一个客户的要求.

全面的产品和项目管理专家 米洛斯岛Belcevic says that the challenge posed by trying to balance requirements 和 requests can be an expression of an imbalance between the pursuit of 卓越的产品 和 顾客亲密. 产品 excellence is a framework that prioritizes quickly developing 和 delivering products that exceed customer expectations. Customer intimacy is the practice of engaging with individual customers to accommodate their needs 和 increase their product loyalty.

这两种策略都不一定优于另一种, 但是，在两者之间找到一个合理的平衡是管理客户长期请求的关键.

产品策略解决方案进行用户体验分析，评估客户需求

有时，由于缺乏适当的措施，客户的要求最终超过了产品的要求 用户体验分析. 没有它, the product team may develop features 和 functionalities to fulfill one-off customer or leadership requests that are not actually significant to the overall 产品策略. 就像工程师有责任抵制低劣的设计一样, 设计师有责任抵制构思拙劣和繁琐的要求.

Belcevic建议 使用机会映射 to 评估并确定优先级 新请求 基于业务目标和客户研究. 考虑客户请求背后的原因也是明智的. 客户发现问题要比产品团队找到解决方案容易得多. 发现潜在的问题可能会导致比所要求的更好的补救措施. 使用以下UX技术分析潜在用户 人物角色和移情映射 还能帮助产品设计师更好地识别他们的核心产品用户，了解他们的需求和行为吗.

当我做产品设计师时 圈, 在线投资平台, 我们培养了我们的用户社区，以确保我们的产品战略与客户的需求保持一致. 我们最初是在分析现有产品中的差距的基础上开发新产品的. 来证明我们的想法, 我们首先评估了客户的购买意愿, 他们接受风险的能力, 以及他们想要建立的投资组合.

为了收集这些信息，我们与客户团队建立了每周会议. 这使我们能够在整个产品定义和过程中与客户进行交互 原型设计 阶段. 7人中,在开发之前，我们曾与1000名用户合作, 5人以上,由于我们与他们的持续互动，有000人注册了我们的产品. 到我们发布的时候, 10,000名现有客户通过该公司的电报频道注册. 我认为这是一个强烈的迹象 成功的产品策略 这样可以平衡业务目标和客户要求.

红旗号. 3 .将功能误认为价值

产品策略失败的另一个标志是将大量功能误认为产品价值. 数码产品, 特性可能是应用程序的功能, 功能, 或者视觉特征, 比如产品过滤, 愿望清单, 然后结账 电子商务网站.

Building a digital solution with unnecessary or low-value features can result in delivering products to market that are too complicated to use, 这种现象被称为 蠕变特性. 过多的特征，或错误的特征，与更高的 设计和实施成本这些特性的回报较低，并且增加了客户对特性集的不满.

根据Toptal多学科设计师 Austine Eluro在美国，过多的功能是分散的产品策略的一个令人不安的迹象. 他说, “如果你在一个应用程序中添加了太多的功能, 你创建了一个中心，它可以做任何事情，但不能满足任何人. 没有一种产品可以满足所有人的需要.”

一些组织被称为“功能工厂,” companies that reward feature quantity 和 don’t stop to assess prospective features’ value so long as they fit into the development schedules. 对于数字产品来说，”臃肿软件也是一个类似的现象:不需要的和潜在有害的应用程序会预装在设备上. 这些应用程序中的大多数从未使用过，用户没有要求它们，而且它们通常无法卸载. 新一轮的 臃肿软件移除工具 是为了解决这个问题而创建的吗.

梅丽莎·佩里在她的书中描述了这种失败模式 摆脱构建陷阱Belcevic推荐的. 在她的书中, 佩里说，当公司不了解他们的客户时, 它们不能提供真正的价值. 他们用基于所提供的特性的简化度量取代了真正的理解, 这就造成了对价值的错误定义. 组织属于“构建陷阱当他们开始以产出量而不是结果来正式衡量成功时.

产品策略解决方案:实施有效的优先排序框架

Prioritization helps ensure that product teams are working on the most relevant features 和 avoiding wasteful practices. 考虑问 这些问题 关于所有潜在特征:

• 这个特性对最终用户有价值吗?
• 它对产品/业务目标至关重要吗?
• 收益是否超过了设计和实现的成本和复杂性?

如果这些问题的答案是否定的, 您应该从产品策略中排除该功能，或者将其推迟到将来考虑.

我也建议使用正式的 优先级框架 合理和一致地评估新功能 产品战略路线图. 众所周知，产品优先级是一种 困惑的话题 对于产品团队来说，有时需要更科学的方法.

作为一名产品设计师，我有使用 莫斯科, 大米, 卡诺 优先级框架. 例如, 在圈，当面临严重的时间限制时，我们使用莫斯科来帮助缩小我们的功能集. 我创建了莫斯科象限，并将我们的客户需求(基于研究)绘制在必须拥有(M)中。, 应该有(S), C选项正确。, 或者不会有(W). 这帮助我们在几个小时内减少了功能.

红旗号. 4:遇到沟通障碍

在产品策略开发中，有许多利益相关者的输入和意见需要处理 沟通问题 可能出现. Some of these problems occur because project role definitions can vary dramatically from company to company 和 even from project to project. 例如, some 产品经理 are technical 和 focus on engineering; some are designers 和 assign themselves 原型设计 responsibilities; 和 some focus more on marketing, 产品生命周期, 或用户. 当你以设计师的身份加入一个项目时, it is crucial to determine the limits of your role to avoid conflicts with other team members 和 ensure that every phase of the project is implemented correctly.

This kind of role clarity issue can usually be addressed upfront by clarifying the chain of reporting 和 ensuring that all project roles are clearly defined through techniques such as 研究小组发现. 然而, 其他沟通问题和冲突可能在项目中出现, 比如误解, 缺乏反馈, 在筒仓中运作. 最常见的冲突领域之一是 产品经理和用户体验设计师. 两者都关注用户体验以及需求与用户需求的关系, 但他们处理问题的方式可能不同.

产品策略解决方案强化产品愿景，培养冲突解决策略

Team alignment is fundamental for effective communication within a cross-functional product team to ensure that the 产品策略 takes precedence. 对于初学者来说, I recommend collaborating across teams to establish the 产品愿景 rather than allowing a single individual or small group to impose their ideas on the whole team. A good way to ensure transparency within cross-functional teams is to display your 产品愿景陈述 on the office wall (for in-house teams) 和 as part of company wikis 和 internal knowledge bases, 例如Confluence.

当然，在任何项目中都可能发生冲突. Conflicts aren’t the problem; problems arise when conflicts aren’t adequately resolved. 在大多数 敏捷框架，有标准的模式 解决冲突 角色定义. 这可以从确保具有不同角色的团队成员开始.g., 产品经理, 产品负责人, Scrum master, 产品设计师)在早期构思和产品定义阶段进行协作. 在项目接近尾声的时候，团队可以通过参加和参与会议来解决冲突 回顾 开会讨论哪些进展顺利，哪些可以改进.

红旗号. 5:启用不必要的资源加载

资源加载 对于任何产品团队来说，资源规划是一个至关重要的元素吗. 因为它会影响到每个团队成员，所以当它出现问题时，认识到这一点很重要. Resource overloading—when there are too many tasks for the available resources—is a clear sign of a failing 产品策略. 有时候一个项目从一开始就被问题所困扰, 甚至在客户请求和开发迭代有机会影响需求之前. 设计以外的其他资源, 如工程, 测试, 和市场营销, may individually or collectively be stretched to a breaking point with consequent damage done to the design process.

Eluro表示，当产品团队未能承认项目的成功时，负载问题就会出现. “有些团队忽略了成功指标. 当产品推出时，他们忽略了产品实际取得的成功. 只关注缺点是不够的.他说，承认成功可以为未来的需求提供方向, whereas focusing only on faults or gaps in coverage can lead to a diffuse development focus 和 excessive workloads.

产品策略解决方案:创建MVP原型

我总是喜欢用一个 最小可行产品(MVP)原型 降低成本，缩短产品上市时间. 产品设计师经常构建原型来识别问题, 开发解决方案, 与利益相关者共享设计，避免不必要的资源支出.

的 样机类型 你决定创造将取决于你发现自己在哪里 产品开发 生命周期. 在早期发育阶段, 你可以建立一个低保真度, 静态原型或线框图使用成本低, 现成的材料. 低保真线框图包括简单的视觉表示 屏幕UI元素 内容层次. 晚些时候, 设计师打造高保真度, 交互式模型，更详细地可视化产品的属性和交互特性. 这些原型通常用于在开发之前测试产品的功能.

快速 MVP的原型 is a particular approach used in 精益的环境 that enables effective early feedback from stakeholders 和 end users. MVP prototypes help teams achieve an early win 和 can be developed into deployed products incrementally even in the event of reductions in resources 和 schedule cuts.

一个强大的产品愿景可以帮助你建立一个万无一失的产品战略

产品策略失败的原因有很多, 但所有成功的产品策略都有一个共同点:清晰的产品愿景. 的 产品愿景 should be developed as a collaborative effort between the product team 和 the product designer, 尽早整合客户和最终用户的输入.

在构建产品时，不可避免地会出现问题. 然而, 具有明确定义的产品愿景, 对产品需求和特性有清晰的认识, 以及解决冲突技巧的知识, 制定和实施持久的解决方案将更加容易.