从Beta到基石：打造持久产品

作为一名拥有多年经验的产品构建者，我已经数不清有多少次看到有前途的想法在几周内从零到英雄，却在几个月内销声匿迹。

金融产品领域——我工作的领域——也不例外。当涉及到人们辛苦赚来的真金白银、用户期望高涨且市场竞争激烈时，很容易陷入尽可能多地堆砌功能并希望某些功能能够奏效的陷阱。但这种方法注定会失败。原因如下：

功能优先开发的陷阱

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

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

然而，大多数金融应用的问题在于，它们往往成为企业内部政治的反映，而不是完全围绕客户设计的体验。这意味着重点在于提供尽可能多的功能和特性来满足竞争内部部门的需求和愿望，而不是提供一个清晰的、专注于现实世界中人们想要的价值主张。结果，这些产品很容易膨胀成一系列令人困惑、无关且最终不可爱的客户体验——你可能会称之为"功能沙拉”。

基石的重要性

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

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

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

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

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

这也需要一些勇气，因为你的同事可能不会一开始就分享你的愿景。而且有争议的是，有时甚至需要向客户明确表示你不会去他们家为他们做饭。偶尔的"有主见的用户界面设计”（即对边缘情况的笨拙变通方案）有时可能是你需要用来测试概念或为你腾出空间来处理更重要事情的东西。

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

那么，我从自己的经验和研究中学到了哪些关键策略？

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

基石悖论

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

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