从Beta到基石：构建持久产品

作为拥有多年经验的产品构建者，我数不清有多少次看到有前景的想法在几周内从零成长为英雄，却在几个月内销声匿迹。我工作的金融领域也不例外。当涉及到人们辛苦赚来的真金白银、用户期望高涨且市场竞争激烈时，很容易想要尽可能多地添加功能，希望有些能奏效。但这种方法注定会失败。原因如下：

功能优先开发的陷阱

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

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

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

基石的重要性

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

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

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

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

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

这也意味着需要一些胆量，因为你的同事可能一开始并不总是立即分享你的愿景。而且有争议的是，有时甚至可能意味着向客户明确表示，你不会去他们家为他们做晚餐。偶尔的“有主见的用户界面设计”（即，对边缘情况的笨拙变通方法）有时可能是你测试概念或为你腾出空间处理更重要事情所需要的。

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

那么，我从自身经验和研究中汲取的关键策略是什么？

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

基石悖论

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

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