Skip to content

搞英语 → 看世界

翻译英文优质信息和名人推特

Menu
  • 首页
  • 作者列表
  • 独立博客
  • 专业媒体
  • 名人推特
  • 邮件列表
  • 关于本站
Menu

您的 MVP 既不是最小的、可行的也不是产品

Posted on 2022-05-04

每当我与产品驱动的初创公司创始人谈论最小可行产品时,我经常发现自己陷入了令人沮丧的谈话中。 MVP 一词用词不当。一个好的 MVP 是不可行的,它肯定不是一个产品。有可能它也没有你想要的那么小,想想吧。

在精益创业的世界里,创始人必须高度专注于找出如何尽快失败。理想情况下,您不会失败,这意味着您最终会拥有一家运作良好的企业。许多“试图失败”的方法涉及查看您的商业机会并考虑您的业务未来可能会失败的地方。然后去弄清楚那部分。

如果整个客户群都已经对使用 eBay 感到满意并且不会放弃,即使您的产品非常出色,也无法建立世界上最好的豆豆娃娃销售平台。如果事实证明踏板车公司不在乎踏板车是否被盗,那么专门为拼车踏板车创建一个很好的锁是没有好处的。如果有一种方法可以在您编写一行代码之前确定是否有人会购买您的产品,那就太好了。

那么MVP从何而来?作为一家初创公司,你有一个假设; MVP 是您可以做的最少的工作来确认或消除您的假设。 Eric Ries——是的,写了“The Lean Startup”的那个人——以 Dropbox 的 MVP 作为例子而闻名。它不是一个完全成熟的产品,功能齐全。它不是一个剥夺了很多功能的产品。这是一段视频,展示了产品的工作原理。对该视频的回应是公司需要的确认:如果他们建造它,他们将能够为其尚未建造的产品找到客户群。所以这就是他们所做的:制造了产品,并取得了巨大的成功。

DropBox 是如何从一个最小的可行产品开始的

设计一个好的MVP

设计一个好的 MVP 意味着跳出框框思考。你能写多少代码?不做设计你能侥幸吗?如果您最大的问题是您能否以合理的客户获取成本吸引客户,您是否可以只运行一个广告活动和一个结帐页面,然后给下订单的人退款?如果这听起来很有趣,但您担心品牌风险,您是否可以创建一个假品牌并获得您产品的答案?

诀窍是仔细考虑假设——关于你的产品、市场、你正在进入的问题空间、你希望吸引的客户和竞争格局,什么需要是真实的?你有多确定你的假设是正确的?设计一个好的 MVP 是一门艺术,但它始于一个非常好的问题。这里有一些例子:

  • 我们是否有可能将四个小时的人工记账任务减少到一个可以在三分钟内运行的脚本?这是一个技术 MVP——你可能需要将一些代码组合在一起,看看你是否可以可靠地自动化手动任务。
  • 我们能找到愿意出钱让这项任务自动化的人吗?在某些情况下,答案将是“不”——是的,您可能会为初级会计师节省一些时间,但在某些行业中,人们根本不关心初级员工在执行手工任务上花费了多少时间。在这种情况下,您需要确定是否可以找到 20-30 个愿意为此付费的客户。请记住,有人说“哦,这听起来是个好主意”与他们掏腰包并实际付钱给你是不同的。
  • 设计对这个产品重要吗?很多 B2B 软件都非常丑陋。不是因为不存在优秀的设计师,而是因为它根本不是优先事项;必须使用产品的人可能更喜欢更好的设计或更简单的用户体验,但决策者不在乎,用户也没有发言权。换句话说:如果您找不到商业案例,请不要将一半的​​开发预算花在使某些东西更易于使用上。特别是如果事实证明您在此过程中无意中最终开发了错误的功能集。
  • 现任者会复制我们并摧毁我们吗?如果您的领域中有许多在职者,请进行一些研究,看看他们对其他初创公司的反应。如果他们倾向于获得它们,那就太好了。如果他们倾向于复制他们的功能和创新然后粉碎它们,那就不太好了。一点点谷歌搜索(当然,阅读您所在行业的 TechCrunch)可以在未来为您省去很多麻烦。如果老牌企业经常窃取创新成果,那就加大对专利的投资,并为律师留出一些钱。
  • 这个功能对我们的客户有意义吗?可能是您的少数客户非常大声地要求相同的功能,但您不会是第一家大张旗鼓地推出新功能但被集体耸耸肩的公司。大声的客户并不能代表你的整个客户群,所以在你如何整理你的积压工作时要明智——如果一个功能不能为你公司的整体业务目标增加显着的价值,不要把它放在那些做的事情之上。围绕此设计 MVP 的一种方法是在您的 UI 中添加一个按钮并跟踪有多少人点击它。抛出一个“即将到来!”例如,单击它时的消息。是的,这对用户来说很烦人,但它比花费几个开发周期添加一个几乎没人会使用的功能要“便宜”得多。

简而言之,关键是要非常仔细地思考问题是什么,然后想出优雅、低调的方式来问这个问题。代替运输代码,可以进行调查吗?视频演示能否为您提供所需的答案?你能打电话给 50 位客户,问他们一些谨慎的问题,看看他们是否会建议你正在考虑的功能作为问题的潜在解决方案?他们可能会以两种方式让您感到惊讶:您的客户可能非常想要您的建议(太好了!),他们可能讨厌它(也很好 – 这意味着您不必浪费时间和金钱来开发他们不需要的东西想要),或者他们可能有一种完全不同的方式来解决遇到最佳问题的问题,开发成本更低,并帮助他们感觉参与到你的过程中。

我没有建议为 MVP 取一个更好的名字,只是不要陷入将其视为产品、可行或必然是小型、简单或容易的陷阱。一些 MVP 很复杂。不过,这个想法是尽可能少地花费宝贵的资源来获得问题的答案。

原文: https://techcrunch.com/2022/05/03/your-mvp-is-not/

本站文章系自动翻译,站长会周期检查,如果有不当内容,请点此留言,非常感谢。
  • Abhinav
  • Abigail Pain
  • Adam Fortuna
  • Alberto Gallego
  • Alex Wlchan
  • Answer.AI
  • Arne Bahlo
  • Ben Carlson
  • Ben Kuhn
  • Bert Hubert
  • Big Technology
  • Bits about Money
  • Brandon Skerritt
  • Brian Krebs
  • ByteByteGo
  • Chip Huyen
  • Chips and Cheese
  • Christopher Butler
  • Colin Percival
  • Cool Infographics
  • Dan Sinker
  • David Walsh
  • Dmitry Dolzhenko
  • Dustin Curtis
  • eighty twenty
  • Elad Gil
  • Ellie Huxtable
  • Ethan Dalool
  • Ethan Marcotte
  • Exponential View
  • FAIL Blog
  • Founder Weekly
  • Geoffrey Huntley
  • Geoffrey Litt
  • Greg Mankiw
  • HeardThat Blog
  • Henrique Dias
  • Herman Martinus
  • Hypercritical
  • IEEE Spectrum
  • Investment Talk
  • Jaz
  • Jeff Geerling
  • Jonas Hietala
  • Josh Comeau
  • Lenny Rachitsky
  • Li Haoyi
  • Liz Danzico
  • Lou Plummer
  • Luke Wroblewski
  • Maggie Appleton
  • Matt Baer
  • Matt Stoller
  • Matthias Endler
  • Mert Bulan
  • Mind Matters
  • Mostly metrics
  • Naval Ravikant
  • News Letter
  • NextDraft
  • Non_Interactive
  • Not Boring
  • One Useful Thing
  • Phil Eaton
  • Product Market Fit
  • Readwise
  • ReedyBear
  • Robert Heaton
  • Rohit Patel
  • Ruben Schade
  • Sage Economics
  • Sam Altman
  • Sam Rose
  • selfh.st
  • Shtetl-Optimized
  • Simon schreibt
  • Slashdot
  • Small Good Things
  • Steph Ango
  • Stephen Wolfram
  • Steve Blank
  • Taylor Troesh
  • Telegram Blog
  • The Macro Compass
  • The Pomp Letter
  • thesephist
  • Thinking Deep & Wide
  • Tim Kellogg
  • Understanding AI
  • Wes Kao
  • 英文媒体
  • 英文推特
  • 英文独立博客
©2025 搞英语 → 看世界 | Design: Newspaperly WordPress Theme