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

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