我们在3周内推出了我们的MVP(+我们学到的小贴士)

通常，当人们考虑建立和启动一家初创公司时，他们会提前几周进行计划。在我做软件咨询的经验中，我见过并参与过一些项目，创始人需要2-3个月的时间才能推出他们产品的第一个版本。在一个可能不会奏效的项目上投入了太多的时间和精力。

问题是，大多数人对推出最低限度可行的产品感到不舒服。创始人通常都是富有创造力的人，他们喜欢探索和潜心于“如果不是很酷”的问题上。这个习惯可能会导致不断增加功能，甚至在你的产品的第一个版本发布之前就是如此。

完美主义往往会阻碍执行，我已经多次落入这个陷阱。我的第一个产品(SideQuest)花了我四个月的时间来构建和发布。坦率地说，继续开发未经测试的产品是傲慢的。原因如下：它假定您正在制作的产品对您的客户至关重要。它假设您知道什么对您的用户最好。你没有。

没有创始人知道，直到他们启动了自己的初创公司，并从人们那里获得了反馈。你的第一个版本可能会很糟糕；它甚至可能会偏离目标，或者与市场完全无关。你需要尽快从你的目标市场得到任何积极和消极的信号。

这就是我们试图用MeetButter做的。我们团队中的每个人都有过浪费时间、跑道、精力和情感建设产品或功能的经历，这些产品或功能在更大的图景中是无关紧要的。

下面是我们如何在三周内成功制造并发货MeetButter的故事。

MeetButter的第一个火花是一条Slake帖子，讨论教师和教育工作者从线下课堂过渡到在线课堂所面临的痛苦。我们发现，在线视频会议存在一个非常人性化的问题--他们一次只允许将焦点放在一个发言者身上。打断演讲者是很尴尬的，这导致一些与会者不愿参与。随着更多的轶事和来自我们朋友和家人的反馈，讨论的主题越来越多。

确定问题是第一步。找出面临同样问题的人群并从他们那里收集反馈是至关重要的。

我们决定进行这次异步讨论，并组织一次同步的头脑风暴会议。在这次特别会议期间，我们讨论了我们已经确定并有兴趣解决的三个重要问题。名单上有前面提到的“视频会议”--它最终变成了MeetButter。

团队中的每个人都提出了一些要点，我们发现这些是我们每个人在进行在线视频会议时都面临的问题：

很难表示有兴趣发言，回复当前的对话，或加入讨论而不觉得打断了当前的演讲者。

在一个演讲者和另一个演讲者之间平稳地转换是不可能的。有时，句子中间的停顿会遇到几个发言者试图同时进入对话。再加上滞后，这可能会变得相当尴尬。

当您的整个团队被限制在屏幕上的小窗口中，并且只能从肩膀以上看到社交提示时，社交提示几乎是不存在的。

这次集思广益的目的不是为了缩小解决方案的范围，而是要深入到问题中去。

集思广益后，我们讨论了一些如何解决这个问题的想法。解决方案可能看起来相当模糊，通常情况下，会出现几个关键字被抛来抛去的情况。对我们来说，它是“排队”、“覆盖”和“投票”。值得注意的是，人们经常以不同的方式看待关键字，在他们的头脑中形成非常不同的概念。

一张图片胜过千言万语。对于任何创始人来说，素描都是一项必备的技能，因为它是以低信噪比传达想法的最佳媒介。人们经常误解你的话。如果你不擅长画画，最好学习如何使用像Figma这样的免费工具以数字方式绘制出一个原型。我甚至曾经用谷歌幻灯片为一个客户做过一个低保真的原型！有时，我甚至截图其他应用程序的某些部分，并将它们组合成一个图像的科学怪人-任何有助于弥合你的愿景和他们的想象力之间的鸿沟的事情。

根据团队的反馈和想法，这是我使用Figma构建的MeetButter的第一个草图。在我们的团队Slake上分享了它之后，我们召开了一次会议，讨论下一步的工作。我们决定去掉一些功能，而将重点放在排队功能上，因为我们能够在日常站立电话期间对其进行内部测试。

关于我们是如何建造原型的，我不会透露太多细节。这一步骤对于每个团队来说都是不同的：一些团队将选择使用AirTable和Google Forms等工具进行无代码原型；一些团队将选择使用Figma或Zeplin进行“模拟”原型；一些团队将选择使用代码构建功能齐全但最小的原型。我们决定采用后者，因为这是我快速编写代码的最快方法。

如果核心假设成立的话。在这种情况下，我们想测试允许参与者排队是否会帮助会议更好地流畅。

如果我们能造出技术。创始人往往低估了创建他们愿景所需的技术工作。构建原型允许您进行小型可行性测试。

一旦您有了原型，您需要将其放在一些测试用户面前。寻找测试用户可能很棘手。理想情况下，测试用户应该来自您的团队；我们的MeetButter就是这种情况。这意味着我们正在为自己制造产品，我们是我们目标市场的一部分。构建一个产品来解决您的问题有一些明显的好处：

如果你正在构建一个不适合你自己的产品，我建议在你的网络中至少找十个可以成为你忠实测试用户的人。

MeetButter也非常容易集成到我们的日常工作流程中。我们所要做的就是在我们的常规站立电话中打开网络应用程序。建立某种反馈回路是必不可少的。会议一结束，我就给与会者发了一份谷歌表格，收集初步反馈--最好趁热打铁。我们还有几个Slake主题讨论在我们继续测试时出现的其他想法。

在测试了我们的原型之后，我们收集了反馈，然后回到了绘图板上。在这一点上，你必须用你的原型做出一个明确的决定--你是继续重申，还是扼杀这个项目？我们发现我们的原型工作得很好，尽管我们持怀疑态度，但我们有一种感觉，我们正在做一些事情。我们开始在每次会议中使用原型，所以很难否认我们的团队在内部发现它很有用。

我们重复了几次设计、重申和接收反馈的过程。我们的测试团队从内部的五人团队发展到社交圈里的朋友。

经过几轮迭代，我们的原型慢慢地摆脱了它的碎片，演变成了类似于产品的东西。一旦我们耗尽了现有的网络，我们就知道下一步是在内部测试用户之外推出MeetButter。

我开始为能够成长为可伸缩项目的代码库奠定基础。我们的技术堆栈最终如下所示：

后端-混合使用Firebase和由Apollo GraphQL和Sequelize提供支持的Express服务器。

首先，我们很幸运拥有快速执行的经验和技能。我们没有遇到太多的技术限制，因为我们每个人都填补了所需的重要角色。这些角色包括设计/UI用户体验、软件开发和营销/网络。

其次，我们试图遵循创意生成的最佳实践。促成MeetButter的头脑风暴并不是我们第一次在一起。这可能是我们在凤凰计划作为一个团队聚在一起后的第五次头脑风暴会议。通过大量的实践，我们能够建立一套最佳实践来进行富有成效的集思广益会议、获得反馈和重申。

第三，我们接近了我们的目标市场，这使得我们可以快速测试，并慢慢扩大我们的测试用户群。

第四，我们把完美抛到了窗外。我们的原型在100%的情况下都不能工作，有一大堆错误，并且是用最小的UI构建的。尽管如此，我们仍然每天都使用它进行视频通话。它对于测试功能已经足够好了，这是您应该针对原型所做的基本工作。

这就是我们如何在短短三周内构建和交付MeetButter的故事！

MeetButter是一款帮助你协调会议的应用程序，比如日常站立会议，或者八人以上的重要电话会议。我们刚刚推出了由JITSI支持的视频功能！在MeetBut.io尝试一下，让我知道你的真实想法。

和我分享你的“从零到原型”的故事吧！我很乐意听听你的创业之旅！