如何构建成功的金融科技MVP(以及从那里出发的地方)


对于任何雄心勃勃的金融科技创业公司来说,MVP或最低可行的产品都是关键的里程碑。但是,如果您要求10位创始人定义什么是MVP以及它应该包括的是什么,我们几乎可以保证您将获得10个,截然不同的答案 – 有些比其他答案更准确。

在AdvaPay,我们经常发现这些误解是MVPS不知所措的关键原因(或根本不可能发射)。因此,在本文中,我们将分享有关通过硬击经验来建立成功的金融科技MVP的知识:

  • MVP是什么(不是)
  • 建造一个时要避免的陷阱
  • 如何扩展

什么是最低可行产品?

Gartner将“ MVP”定义为具有有效解决目标客户痛点所需的最低功能的产品或功能。用简单的语言说,这是产品的最简单版本,对于您想要提供的产品仍然很有用。

尽管此定义在技术上是准确的,但它也无济于事。特别是有两个问题,创始人可能会误解或完全忽略。

首先是“最简单”并不意味着原型 – 产品的基本版本,可能会或可能不起作用。该值必须立即向用户清楚。

当然,没有人期望MVP没有障碍。如果有的话,希望一切都变得“完美”是另一个可能使您的发射脱轨的陷阱。

也就是说,MVP的全部要点是,它使您能够从真实用户那里收集反馈,然后您可以使用这些反馈来完善您的产品和进入市场策略。为了使该反馈有所帮助,MVP必须可靠地工作并具有明显的竞争优势。

因此,如果您是付款初创公司,例如,您的MVP应该钉住核心支付流量,并证明为什么它比竞争对手更好的解决方案(或者至少,为什么它有可能成为更好的解决方案)。

第二个同样重要的问题是,您应该保持MVP的焦点范围。

这是出于实际和后勤原因。当您专注于非常具体的受众时,开发产品并磨练USP要容易得多。如果您试图成为所有人的一切,那么很有可能您最终不会对任何人来说都是什么。

您是在犯这些关键的MVP错误吗?

将您的MVP误认为是原型的 – 以及在另一个极端的完美主义中 – 试图成为每个人的一切都是我们在设计和开发阶段看到的最常见的错误。

但是,在反馈阶段也将事情提升到一个新的水平,有些陷阱可能会具有挑战性。而且,同样,您可以在发布后犯错,这会妨碍您的扩展能力。

友好的反馈泡沫

启动MVP时,您是否在个人网络上过多依赖?

尽管在通常漫长而艰巨的旅程的早期阶段获得鼓励的反馈很有价值,但这种方法的问题是朋友和同事固有地偏见。

这里的危险是,他们可能会涂抹反馈或避免完全解决某些问题。这偏向期望。您认为您的产品状况良好,只有一旦您使其更广泛地使用,您才能保持平坦。

除了对自己做得很好以及您需要改进的地方进行更客观的了解外,出于其他原因,将MVP推销给更广泛的受众也是有用的。

首先,它有助于更​​准确地衡量客户的获取成本 – 对于您的业务模型规模可行而锻炼至关重要。

其次,这是一个完善您的消息传递和入职的机会。

后两个尤其重要,因为整个市场比与您有个人关系的市场要少得多。 根据Payments Innovation论坛的说法,26%的客户无法完成入职,当该过程过多摩擦时,最高可达50%或更多。

第三,您的个人网络可能无法代表您的目标市场。

除少数例外(例如,为利基垂直行业或非常大型企业提供服务的金融科技,除非扩展,否则您将无法获得盈利能力。使用MVP尽可能宽,可确保您为足够多的受众介绍正确的疼痛点。

采取故意的迭代方法

一旦客户推出MVP,我们看到的一个常见错误正在试图解决他们收到的每一个反馈。这不仅是不切实际的,而且是不可能的。

是的,如果您以足够的准确性将MVP瞄准,那么绝大多数客户都会有类似的痛苦点。

另一方面,从定义上讲,反馈是主观的。每个组织的惯用性以及许多其他复杂的,相互依存的因素将由个人用户的优先级,工作方式和用例的优先级,工作方式和用例来着色。

在这里,至少在短期任期内,有一个清晰的USP(至少在短期内的路线图)就可以自行融入其中。

解决反馈意见会增强您的USP,并使您更接近实现您的产品和战略目标?

如果是这样,您应该把它带到船上。

但是,如果反馈是偶然的,无关的或直接与这些目标矛盾的,那么您可以安全地忽略它。

更重要的是,调试应优先于新功能。当基本功能破裂时,在产品中添加新功能就像在干砂上建造城堡。最终,摇摇欲坠的基金会将崩溃,您的产品也会崩溃。

从想法到MVP:计划和开发清单

我们详细讨论了建立MVP时该怎么办。但是,“好”工作流如何?

在AdvaPay,我们建议使用分阶段的方法,然后对下一步去哪里进行价值判断。此工作流将根据特定的公司,产品和目标而有所不同,但应广泛遵循此逻辑:

  • 研究和思想验证
  • 规划
  • 发展
  • 发射与迭代

第1阶段:研究和验证

马克·扎克伯格(Mark Zuckerberg)著名地说,科技公司应该快速移动并破坏事情。

金融科技行业充满了灾难性结果的公司的警告性故事 – 秋葵,坚实和突触,仅举三个最近的例子。但是移动太慢也是有问题的,因为它有可能您输给更多灵活的竞争者。

那么您如何取得正确的平衡?或者,要扭曲短语,快速移动而不会破坏事物?

我们的观点是,快速行动并不意味着将MVP尽快放在一起,而是
尽可能快地检验尽可能多的假设

这听起来像是语义,但这是一个重要的区别。一个将业务和产品开发计划的头脑倾斜。

这种方法没有将东西扔在墙上并希望其中一些粘贴,而是您可以丢弃那些在市场研究中不受欢迎的想法,并利用您的资源来磨练和改善您所验证的想法。

为了获得最佳效果,请尽可能大。在AdvaPay,我们建议您采访至少100名潜在用户,以确保您的发现具有统计学意义。

您还应该考虑可能的未来发展。如果您的体系结构从一开始就可以实现,计划,开发,迭代以及至关重要的增长将更加容易实现。

第2阶段:计划

快速,全面测试的最大好处是,它为您提供了刻意选择合作伙伴和基础设施的空间。

已经测试过您的假设可降低昂贵的枢轴的风险。反过来,这意味着您可以不仅基于合作伙伴或供应商可以给您多少灵活性(尽管这仍然很重要)的决策。但是,基于他们能满足您的需求的程度。

对于合作伙伴而言,最重要的标准是他们是否会接受您的客户类型和风险概况,其次是其功能,API的质量和其他技术集成功能,最后是价格。

不用说,您需要选择一个或两个合作伙伴,这些合作伙伴将以合理的成本来完成上述所有事情。

一个好方法是尝试谈判分层定价。最初,这可能更昂贵,但是随着您的产品证明自己的作用,它会下降。您还希望在进行大量基础设施投资之前获得初步批准。

对于核心软件供应商,功能是最重要的标准。他们有多容易开发您在第1阶段验证的功能和功能?他们会允许有效的未来扩展和自定义吗?全额成本是多少?

第三阶段:发展

除了帮助合作伙伴和供应商选择之外,适当的研究和验证还可以从您的产品路线图中获得猜测。

您的受访者会标记最有可能使您的产品脱颖而出的东西。最常出现的功能是您区分产品并获得竞争优势的最大机会。

我们通常建议首先开发最低的努力,最高影响功能。这将使您能够更快地构建和运送稳定,可靠的MVP。

第4阶段:发射与迭代

在这里,您可以根据实际用户行为收集反馈,跟踪KPI,并测试和完善您的消息传递和入职过程。

在MVP阶段或任何阶段,最有价值的KPI是以收入为关注的,其中关键的毛利率是毛利率,其次是CAC,客户寿命价值,流失率以及每日和每月活跃的用户。

这些是直接连接到底线的指标。诸如应用程序下载,注册用户和社交媒体活动之类的指标验证,它们很少准确地表明您的状况。例如,下载金融科技应用程序的用户中有50%从未完成注册。

我们已经说过了,但是它重复了。修复关键错误应该是您在此阶段的首要任务。它只有一旦产品才能合理地稳定,您应该开始研究开发新功能。

用户对MVP的反馈可为您提供有价值的数据,而不是您的初步研究,这些数据有助于您接下来优先考虑的内容。同样,我们建议首先从影响最高,最低的努力功能开始,然后努力工作。

您已经启动了MVP。现在是什么?

大多数金融科技创始人都会告诉您他们的最终目标是大规模增长。

但是,启动您的MVP并不是这场特殊比赛的终点线。就此而言,这甚至不是起跑线,而是您热身并测试可能迫使您退休的问题的区域。

一个好的经验法则是在开始考虑下一步之前收集三到六个月的数据。对您的MVP的响应是否可以证实您的最初假设?您要击中KPI吗?数据告诉您有关用户行为的什么?

最重要的是,是否有任何技术或资源限制可能无法使您在游戏的这个阶段达到所需的规模不可行?

尽管速度处于竞争日益激烈的景观,但当您还没有准备好走路时,您不应踏上小跑。让数据指导您,这样您就可以确定自己是基于固体基础的。

(tagstotranslate)FineXtra(T)新闻(T)在线(T)银行(T)银行(T)技术(T)技术(T)财务(T)财务(T)Financial(T)Fin(T)Tech(T)Tech(T)Fintech(T)Fintech(T)IT(T)IT(T)破坏(T)最新(T)最新(T)最新(T)零售(t)零售(T)t剥夺(t)贸易(t)执行(t)头条新闻(t)区块链(t)数字(t)投资(t)移动(t)业务(t)挑战者(t)付款(t)付款(t)Regtech(T)Regtech(T)Insurtech(T)Insurtech(t)服务



关键词:

如何构建成功的金融科技MVP以及从那里出发的地方
Comments (0)
Add Comment