阅读时间:6分钟

在这里Mindtribe,我经常与兴奋的团队会面,将刚才产品概念转变为物理现实。

团队有各种形状和大小 - 初创公司和大公司,各种各样的经验和各种产品概念的清晰度。我的工作是了解他们的愿景并帮助他们将其转变为成功的产品。

在这篇文章中,我将向您介绍Mindtribe在开发早期阶段定义最重要的产品功能、创建产品需求文档(PRD)的过程,我们称之为产品核心。

进入产品定义的感觉良好阶段

与新团队会面时,我首先问自己的一个问题是他们是否在同一时间感觉良好产品定义阶段。

如果他们能用几句话描述他们的产品是什么,为谁服务,为什么要开发它,房间里的每个人都会点头并理解,那么他们就处于感觉良好的阶段。它感觉不错房间里的每个人都明确了解所建造的内容和原因。

这是一个伟大的里程碑!他们已经成功地导航了广阔的用户需求海洋,产品概念和商业模式,并将所有歧义的含糊性器精炼成一个简单,清晰的产品概念,每个人都可以反弹。

在这一点上,许多团队开始认真地开发他们的产品,为什么不呢?每个人都很清楚正在生产的产品,所以现在是时候快去吧

对?

如何对您的产品概念感到乐意......糟糕?

感觉良好阶段的产品定义的危险是,尽管个人对他们对所建造的建造的理解感到乐意,但每个人实际上都在想象他们在他们脑海中略微不同的实施例。

在感觉良好的产品定义和实际产品之间有太多的细节需要解决,以至于产品本身会根据这些细节的解决方式而发生很大的变化。

例如,设计团队可能会设想一种用户体验,它将易用性置于所有其他因素之上,而业务团队则依靠一组特定的特性来获取最大的市场,而工程团队则在管理技术风险以满足日程安排。这些输入都指向稍微不同的产品,但它们都完全符合感觉良好的产品定义。

该产品正在针对不同的东西进行优化,但直到有一个原型出现在桌面上,有人说,才有人意识到这一点这不是我们想要的

评估同一产品的不同方面(比如,产品成本相对于材料、适合度和完成度)。事实上,它提供了一种健康的张力,让你能够做出正确的产品。然而,当这些不同的优先级在经过数周的开发后显现出来时,当改变的成本很高时,问题就出现了。原型已经建立,销售承诺已经做出,组织正在围绕特定的产品在特定的日期发布而形成自己。在这个时候改变任何东西都会带来痛苦,而且越接近启动,痛苦就越剧烈。

超越感觉良好:建立产品优先级

那么,您如何确保整个产品开发团队在开发开始前设想相同的产品呢?

建立清晰,基于用户的产品优先级。

这意味着清楚地定义产品所满足的用户需求,确定这些需求的优先级,并使整个产品开发团队围绕这些需求保持一致。

代表用户、业务、工程和设计的声音应该按照重要性的顺序一致同意所选择的用户需求。

这说起来容易做起来难,经常会引发很多健康的讨论!但如果你能成功,你就有巨大的优势。您已经协调了产品愿景中的细微差异,而变更成本非常低(即在您构建任何产品之前),并且工程团队有一个优先级路线图,以便他们能够尽快验证产品的最重要方面。

您可以尽可能快地为您的用户和业务提供合适的产品。

产品核心

在Mindtribe,我们用来确定这些产品优先级的工具是产品核心。

要创建产品核心,您首先建立用户需要您的产品应该以重要性地解决。优先级排序是关键 - 没有它,仍然存在良好的空间,同时每个都以基本上不同的方式想象产品。

然后,产品定义成为满足每个需求所需的最小功能集,工程团队首先开始开发最重要的功能。

作为一个例子,这里是来自Adobe Ink,支持Apple iPad的压敏,支持云的绘图手写笔的产品核的简化版本:

用户需求#1:在iPad上创造优美线条的能力

  • 特点一:电容式手写笔
  • 特点2:拒绝使用手掌
  • 特征3:压力敏感

用户需求#2:设计师以使用它为荣

  • 特点4:美丽,时尚的工业设计
  • 特征5:手中的良好感觉
  • 特点6:一流的易用性

用户需求#3:比Finger更好的UI工作流

  • 功能7:硬件输入/接口元素(单按钮,LED状态灯)
  • 特性8:支持手写笔的UI元素(笔尖菜单)

通过将我们的工程团队集中在最重要的功能上,我们能够构建一个具有预想的外观和感觉的压敏触控笔,我们可以在六周内与用户进行测试。

一个早期的原型“Data-Entity-Type =”文件“数据实体 - UUID =”CD2A79FA-F939-44A9-939B-893063AAE65E“SRC =”HTTPS://2l2cay2y05fl2aba9x29f5xj-wpengine.netdna -sl.com/wp-content/uploads/2015/10 / Mindtribe-早期原型.jpg“宽度=”1200“高度=”800“>

艺术家们告诉我们,这里的提示不够小或精确,不足以使美丽的线条非常好地被了解,因为每个人都同意这是产品最重要的方面!我们需要一种主动的tip技术来满足用户的需求,但它将改变我们的整个产品开发方法。通过在开发过程中学习这两个月,而不是六个月或更长的时间,我们最大化了计划B的时间!我们正在尽可能快地开发正确的产品。

最终设计,尖端更薄,线条更精确“Data-Entity-Type =”文件“Data-Entity-UUID =”54601B95-EB2A-4A95-AA44-66C1B198512C“SRC =”HTTPS://2L2CAY2Y05FL2ABA9X29F5XJ-WPENGINE.NETDNA-SLCOM/wp-content/uploads/2015/10 / Mindtribe-Final-Design.jpg“宽度=”1400“高度=”800“>

作为奖励,ProductNucleus简化了定义最低可行产品的过程。只需画一条线,表示您将在第一个产品中提供的功能集,尽可能位于用户需求和功能列表的最高层。若开发并没有按计划进行,你们可以将产品线向上或向下移动,以平衡发布日期和功能。

规格问题

为了避免任何程度的不清晰或沟通错误的风险,许多团队通过创建高度详细的规范来准确描述正在构建的内容。

产品规格本身并不差,但它们确实有两个经常被忽视的主要缺点:

一个是规范不指示特征优先级,或者如果他们这样做,它们最多包括两个以上或三个级别。面对详细的规格,工程师无法知道首先工作的最重要。他们可能会划分和征服所有特征,导致远到道路上的大,痛苦的一体化,致力于最危险,或者只是什么是熟悉,有趣或挑战。

早期规范的第二个缺点是,团队将花费宝贵的时间详细描述不可避免会发生变化的特性。

另一方面,Product Nucleus为工程团队提供了最重要的特性和功能的路线图,这些特性和功能首先要处理,而不是太具体,以至于浪费时间详细说明产品的某些方面,这些方面很可能会发生变化,被证明不重要,或者产品的第一个版本不需要。

从哪里开始

下一次,当你在开发一个产品时,如果你对自己的产品和原因感到满意,看看你是否可以更进一步,按照重要性的顺序优先考虑你的产品所满足的用户需求(以及由此产生的功能),并让你的整个团队都同意这一点。

它很可能会以微妙的(如果不是主要的)方式表现出来,你的团队成员设想相同的产品,并帮助你在改变变得太痛苦或太昂贵之前,以最大限度的方式调和这些差异。

花时间让团队围绕产品中最重要的内容进行协调,并尽早完成,这将极大地增强您的信心,让您相信您正在花费时间和资源更快地构建正确的产品。