从Beta到基石:打造持久产品的实用策略

本文探讨了金融产品开发中常见的功能堆砌陷阱,提出了以最小可行产品(MVP)和基石理念为核心的开发策略,强调通过简化功能、持续迭代和用户反馈来构建真正持久的数字产品。

从Beta到基石:打造持久产品的实用策略

作为拥有多年经验的产品构建者,我数不清有多少次看到有前景的想法在几周内从零到英雄,却在几个月内逐渐消失。

金融产品——我所在的领域——也不例外。当涉及用户辛苦赚来的真实资金、用户期望高涨且市场竞争激烈时,很容易倾向于尽可能多地添加功能,希望某些功能能够奏效。但这种方法注定会失败。原因如下:

功能优先开发的陷阱

当你从头开始构建金融产品,或将现有客户旅程从纸质或电话渠道迁移到网上银行或移动应用时,很容易陷入创建新功能的兴奋中。你可能会想:“如果我能再添加一个解决特定用户问题的功能,他们就会喜欢我!”但当你不可避免地遇到障碍,因为安全团队不喜欢它时会发生什么?当一个经过艰苦努力开发的功能不如你想象的受欢迎,或者由于不可预见的复杂性而崩溃时又会怎样?

这就是最小可行产品(MVP)概念的用武之地。Jason Fried的《Getting Real》一书和他的播客《Rework》经常触及这个想法,即使他并不总是这样称呼它。MVP是一个为用户提供足够价值以保持参与度的产品,但不会多到变得难以维护。这听起来是个简单的概念,但需要敏锐的眼光、无情的决断力和坚持己见的勇气,因为很容易被“哥伦布效应”所诱惑……当总是有人想要添加“再多一个功能……”时。

然而,大多数金融应用的问题在于,它们往往成为企业内部政治的反映,而不是完全围绕客户设计的体验。这意味着重点在于交付尽可能多的功能和特性,以满足竞争内部部门的需求和愿望,而不是提供一个清晰的价值主张,专注于现实世界中人们真正想要的东西。结果,这些产品很容易膨胀成混乱、不相关且最终不受欢迎的客户体验的大杂烩——你可能会称之为“功能沙拉”。

基石的重要性

那么更好的方法是什么?我们如何构建稳定、用户友好且最重要的——持久的产品?

这就是“基石”概念的由来。基石是产品中真正对用户重要的核心元素。它是提供价值并随时间保持相关性的基本构建块。

在我工作的零售银行领域,基石必须围绕常规服务旅程。人们很少开设活期账户,但他们每天都会查看。他们每一两年注册一张信用卡,但至少每月检查一次余额并支付账单。

识别人们想要完成的核心任务,然后不懈努力使这些任务易于完成、可靠和值得信赖,这才是关键所在。

但你如何达到基石状态?通过关注“MVP”方法,优先考虑简单性,并迭代实现清晰的价值主张。这意味着削减不必要的功能,专注于为用户提供真正的价值。

这也需要一些勇气,因为你的同事可能不会一开始就认同你的愿景。有争议的是,有时甚至需要向客户明确表示,你不会去他们家为他们做晚餐。偶尔的“有主见的用户界面设计”(即对边缘情况的笨拙变通方案)有时可能是测试概念或为你争取时间处理更重要事情所需的方法。

构建持久金融产品的实用策略

那么我从自身经验和研究中学到了哪些关键策略?

  • 从清晰的“为什么”开始:你要解决什么问题?为谁解决?在构建任何东西之前,确保你的使命非常明确。确保它也与公司的目标一致。
  • 专注于单一核心功能:在转向其他功能之前,专注于做好这一个功能。抵制一次添加太多功能的诱惑。相反,选择一个能提供真正价值的功能,并从中迭代。
  • 优先考虑简单性而非复杂性:对于金融产品来说,少即是多。削减不必要的花哨功能,保持对最重要事情的关注。
  • 拥抱持续迭代:基石不是一个固定的目的地——它是一个动态过程。持续收集用户反馈,改进你的产品,并迭代到基石状态。
  • 停止、观察和倾听:不要仅仅在交付过程中测试你的产品——在现场反复测试。自己使用它。运行A/B测试。收集用户反馈。与使用它的人交谈,并相应地进行改进。

基石悖论

这里存在一个有趣的悖论:朝着基石构建意味着牺牲一些短期增长潜力,以换取长期稳定性。但回报是值得的——专注于基石构建的产品将比竞争对手更持久、表现更好,并随时间为用户提供持续价值。

那么,你如何开始迈向基石的旅程?一步一步来。首先识别那些真正对用户重要的核心元素。专注于构建和改进一个提供真正价值的强大功能。最重要的是,痴迷地测试——因为用亚伯拉罕·林肯、艾伦·凯或彼得·德鲁克(无论你相信谁!)的话来说,“预测未来的最好方法就是创造未来。”

comments powered by Disqus
使用 Hugo 构建
主题 StackJimmy 设计