养成良好产品习惯，开发前 PM 要先这样做
产品工作中的一个关键步骤：技术研究。技术研究会告诉你产品需要多长时间来构建以及如何构建。那么，如何开展技术研究？本文作者将结合自身经验，与你分享。enjoy~
你刚刚完成了一个新产品或新功能的研究，并且灵光一闪。也许你闪了十下（手动微笑）。你已经确定了要解决的问题，并且确切地知道要构建什么。
接下来大伙儿的激情会被什么点燃？开始构建！
在这里，你并不是一个人。我们每一个人都希望在完成客户研究后，就开始构建下一个产品或功能。
但我在开发一个产品或功能时经常碰到这些问题：
- 延期、延期和更多的延期——原本只需要3个星期的事情突然花了3个月。
- 没有预料到的主要技术障碍，这阻碍了产品开发，甚至可能迫使开发停止。
- 构建的功能太多，最后产品被塞满了。
- 在不重要的功能上花费了太多编程时间。
当我遇到这些问题的时候，项目进度就被迫放缓，我开始怀疑我从研究中学到的东西，并review我认为是正确的构建模式：结果是我的想法并没有得到研究的支持。我可能完成了我的客户研究，但我错过了另一个关键的研究领域。
在那时候，我的新产品就死了，我自己只是没有承认。 这时候我们所有人都感到沮丧并开始觉得我们应该放弃。其实你可以避免这种情况，这是完全可以预防的。有一个步骤，大多数人都不采用。我自己也已经错失过很多次。它不时髦，也不简单，也不好玩。但这很关键。它能预测潜在的延期、技术注意事项和准确地指出构建产品最重要的关键性问题。我们需要战胜内心的恶魔，开始一个关键步骤： 技术研究。
在开始编写详细规范之前、在开始设计之前、在编写一行代码之前，技术研究会暴露出你将在构建产品时遇到的每一个障碍。 技术研究将帮助你和你的工程团队达成一致。 你们可以就技术问题进行讨论和权衡。但在工程师开始编写代码之前，他们必须自己做出决定。而你将做出重要的产品决策，不仅影响产品的第一个版本，还会影响产品的未来。另外，实际上你仍会按时启动项目而不会超出预算时间。
如何开展技术研究
技术研究会告诉你产品需要多长时间来构建以及如何构建。在实际为产品或功能编写代码之前，你将提前了解将要处理的事情。
下面是我如何在三个步骤中实现技术研究。
1. 建立你的技术研究大纲
在工程师们开始研究时，他们需要知道产品的细节。但是在早期阶段，你不需要写出完全的、详细的产品规格说明。你只要尽可能多地提供工程师所需的信息，这样他们就可以研究如何用代码实现并与你进行交流和权衡。
技术研究大纲应该是一个简短的摘要， 包括需求功能和设计目的。 你还应该提供你和客户对于产品的主要指导思想。
你要解决的核心问题是什么？你打算如何解决它？你所构建的最重要的部分是什么？
当工程师们理解了他们的代码将如何为客户解决问题时，开发是最有效的。 这里要提供的信息就是你已经做过的产品研究。最好的技术研究大纲还包括客户开发细节。这些细节有助于工程人员理解你的客户需求，并支持你做出的产品决策。
当你完成了大纲，并与工程师进行了分享和讨论后，为研究奠定坚实基础的最好方法是把这些落实到文档中，并在后续的会议上都做到这一点，这样每个人都能得到一份相同的文档。大纲不应超过1-3页。
这是我们产品的大纲模板：
Part 1 研究结果：对研究的高度总结并描述主要发现。
Part 2 产品概述：产品简介。
- 需要包含：让你产生思路的必要的产品需求。
- 不需要包括：没必要（尚未）添加到产品中的东西。
Part 3 开放式问题：提出关于如何构建产品的问题。
Part 4 初始模型：任何在研究中创建的草图或模型，或有助于解释产品的东西，都可以通过文档共享。
2. 给工程师时间去研究
工程师通常根据产品规格说明去构建产品，但PM不知道程序的解决方法或者是更好、更有效和更快的方式。但是工程师们知道。这就是技术研究的切入点。
技术研究让工程师有足够的空间和时间来考虑产品的最佳实现方法，然后再制定计划来开始编程。 相比直接进入编程，他们有机会考虑能够采取的不同方法并各自进行权衡。
这项研究需要几个小时到几天，具体取决于你所构建产品的复杂性和规模。但在构建产品的过程中，这些被“浪费”的时间可以节省10倍的开发时间和成本。
工程研究将使您了解这些关键领域：
- 功能的取舍：创建产品在技术上要考虑的经验和解决方法是什么？
- 速度：你想做的构建大约需要多长时间？
- 决策：在构建之前需要决定技术方法和产品内涵。及早作出这些决定，以免项目误入歧途或浪费时间。
- 风险：已被确定的潜在障碍和问题，以及如何避免。
- 资源：什么是项目开发的必要资源？
把这个清单发给你的工程师，作为你在这一轮技术研究中想要探讨问题的起点。
3. 讨论结果
当工程师完成了研究，是时候讨论所取得的重大发现了。
根据项目的范围，此次讨论可以是一个工程师之间的快速讨论，或者是一个产品经理和工程人员之间讨论，需要形成书面报告。
讨论研究结果的目标是确定构建产品/功能的第一个版本的最佳方法 。这是技术研究过程中的最后一步，也是你收获最多的地方。你可以确切地知道哪些地方消耗项目时间和哪些地方相对容易构建。通过花时间讨论结果，项目将变得清晰，你可以做出更好的产品决策。这次谈话是你深入了解细节并提出问题的机会。因为对话可能会产生出更多的研究，可以确保你在开始构建之前做出正确的决定。你也可能会发现你必须改变产品方向，因为你发现了以前不知道的障碍或约束。所有这些工作都节省了你的时间和有限的资源，使它们不被白白浪费在产品开发上。
下面是我们最后要在一个产品的技术研究大纲中包含的内容摘要：
Part1 研究结果：我们从调查和访谈中挖掘出的答案，寻找与我们想要构建的初始产品相关的关键点。
Part2 产品概述：我们给产品做一个三段文字的描述。
- 需要包括：解释产品的核心功能，并讨论什么功能对用户体验是最重要的。
- 不需要包含：稍后要构建的功能，但不打算在产品的第一个版本中加入。
Part3 开放式问题：为工程师列出的关于产品构建的问题，以及一些我们还没有回答的关于产品将如何运作的问题。
Part4 初始模型：我们提供草稿框架来帮助说明构建的核心功能。
每次进行技术研究 ，我都学到了很多东西，而且能节省很多工作量。无论产品或功能有多大或多小，在这个研究项目中总会发现一个技术问题。
译者：盯裆猫
关键字：产品经理
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
