养成良好产品习惯,开发前PM要先这样做

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

产品工作中的一个关键步骤:技术研究。技术研究会告诉你产品需要多长时间来构建以及如何构建。那么,如何开展技术研究?本文作者将结合自身经验,与你分享。enjoy~

你刚刚完成了一个新产品或新功能的研究,并且灵光一闪。也许你闪了十下(手动微笑)。你已经确定了要解决的问题,并且确切地知道要构建什么。

接下来大伙儿的激情会被什么点燃?开始构建!

在这里,你并不是一个人。我们每一个人都希望在完成客户研究后,就开始构建下一个产品或功能。

但我在开发一个产品或功能时经常碰到这些问题:

  • 延期、延期和更多的延期——原本只需要3个星期的事情突然花了3个月。
  • 没有预料到的主要技术障碍,这阻碍了产品开发,甚至可能迫使开发停止。
  • 构建的功能太多,最后产品被塞满了。
  • 在不重要的功能上花费了太多编程时间。

当我遇到这些问题的时候,项目进度就被迫放缓,我开始怀疑我从研究中学到的东西,并review我认为是正确的构建模式:结果是我的想法并没有得到研究的支持。我可能完成了我的客户研究,但我错过了另一个关键的研究领域。

在那时候,我的新产品就死了,我自己只是没有承认。这时候我们所有人都感到沮丧并开始觉得我们应该放弃。其实你可以避免这种情况,这是完全可以预防的。有一个步骤,大多数人都不采用。我自己也已经错失过很多次。它不时髦,也不简单,也不好玩。但这很关键。它能预测潜在的延期、技术注意事项和准确地指出构建产品最重要的关键性问题。我们需要战胜内心的恶魔,开始一个关键步骤:技术研究。

在开始编写详细规范之前、在开始设计之前、在编写一行代码之前,技术研究会暴露出你将在构建产品时遇到的每一个障碍。技术研究将帮助你和你的工程团队达成一致。你们可以就技术问题进行讨论和权衡。但在工程师开始编写代码之前,他们必须自己做出决定。而你将做出重要的产品决策,不仅影响产品的第一个版本,还会影响产品的未来。另外,实际上你仍会按时启动项目而不会超出预算时间。

如何开展技术研究

技术研究会告诉你产品需要多长时间来构建以及如何构建。在实际为产品或功能编写代码之前,你将提前了解将要处理的事情。

下面是我如何在三个步骤中实现技术研究。

1. 建立你的技术研究大纲

在工程师们开始研究时,他们需要知道产品的细节。但是在早期阶段,你不需要写出完全的、详细的产品规格说明。你只要尽可能多地提供工程师所需的信息,这样他们就可以研究如何用代码实现并与你进行交流和权衡。

技术研究大纲应该是一个简短的摘要,包括需求功能和设计目的。你还应该提供你和客户对于产品的主要指导思想。

你要解决的核心问题是什么?你打算如何解决它?你所构建的最重要的部分是什么?

当工程师们理解了他们的代码将如何为客户解决问题时,开发是最有效的。这里要提供的信息就是你已经做过的产品研究。最好的技术研究大纲还包括客户开发细节。这些细节有助于工程人员理解你的客户需求,并支持你做出的产品决策。

当你完成了大纲,并与工程师进行了分享和讨论后,为研究奠定坚实基础的最好方法是把这些落实到文档中,并在后续的会议上都做到这一点,这样每个人都能得到一份相同的文档。大纲不应超过1-3页。

这是我们产品的大纲模板:

Part 1  研究结果:对研究的高度总结并描述主要发现。

Part 2  产品概述:产品简介。

  • 需要包含:让你产生思路的必要的产品需求。
  • 不需要包括:没必要(尚未)添加到产品中的东西。

Part 3  开放式问题:提出关于如何构建产品的问题。

Part 4  初始模型:任何在研究中创建的草图或模型,或有助于解释产品的东西,都可以通过文档共享。

2. 给工程师时间去研究

工程师通常根据产品规格说明去构建产品,但PM不知道程序的解决方法或者是更好、更有效和更快的方式。但是工程师们知道。这就是技术研究的切入点。

技术研究让工程师有足够的空间和时间来考虑产品的最佳实现方法,然后再制定计划来开始编程。相比直接进入编程,他们有机会考虑能够采取的不同方法并各自进行权衡。

这项研究需要几个小时到几天,具体取决于你所构建产品的复杂性和规模。但在构建产品的过程中,这些被“浪费”的时间可以节省10倍的开发时间和成本。

工程研究将使您了解这些关键领域:

  • 功能的取舍:创建产品在技术上要考虑的经验和解决方法是什么?
  • 速度:你想做的构建大约需要多长时间?
  • 决策:在构建之前需要决定技术方法和产品内涵。及早作出这些决定,以免项目误入歧途或浪费时间。
  • 风险:已被确定的潜在障碍和问题,以及如何避免。
  • 资源:什么是项目开发的必要资源?

把这个清单发给你的工程师,作为你在这一轮技术研究中想要探讨问题的起点。

3. 讨论结果

当工程师完成了研究,是时候讨论所取得的重大发现了。

根据项目的范围,此次讨论可以是一个工程师之间的快速讨论,或者是一个产品经理和工程人员之间讨论,需要形成书面报告。

讨论研究结果的目标是确定构建产品/功能的第一个版本的最佳方法。这是技术研究过程中的最后一步,也是你收获最多的地方。你可以确切地知道哪些地方消耗项目时间和哪些地方相对容易构建。通过花时间讨论结果,项目将变得清晰,你可以做出更好的产品决策。这次谈话是你深入了解细节并提出问题的机会。因为对话可能会产生出更多的研究,可以确保你在开始构建之前做出正确的决定。你也可能会发现你必须改变产品方向,因为你发现了以前不知道的障碍或约束。所有这些工作都节省了你的时间和有限的资源,使它们不被白白浪费在产品开发上。

下面是我们最后要在一个产品的技术研究大纲中包含的内容摘要:

Part1  研究结果:我们从调查和访谈中挖掘出的答案,寻找与我们想要构建的初始产品相关的关键点。

Part2  产品概述:我们给产品做一个三段文字的描述。

  • 需要包括:解释产品的核心功能,并讨论什么功能对用户体验是最重要的。
  • 不需要包含:稍后要构建的功能,但不打算在产品的第一个版本中加入。

Part3  开放式问题:为工程师列出的关于产品构建的问题,以及一些我们还没有回答的关于产品将如何运作的问题。

Part4  初始模型:我们提供草稿框架来帮助说明构建的核心功能。

每次进行技术研究 ,我都学到了很多东西,而且能节省很多工作量。无论产品或功能有多大或多小,在这个研究项目中总会发现一个技术问题。

 

原文地址:https://producthabits.com/everyone-forgets-technical-research/?utm_medium=email&utm_campaign=pmhqnewsletter091217

译者:盯裆猫

本文由 @盯裆猫 翻译发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pixabay,基于 CC0 协议

欢迎打赏支持原创
4人打赏
评论
有话不说憋着难受
  1. 可行性研究中的技术研究?

    回复