基本上，Crysta 会全天跟踪各种不同的指标——比如你访问的分散注意力的站点的数量、任务切换的数量以及每项任务花费的时间——并将所有这些编译成一个巨大的数字，称为能量分数。
然后，Crysta 会查看这些分数在一天中的变化情况，以帮助确定您何时最有可能富有成效，何时最有可能发挥创造力。 后来，我什至集成了一些可以改善工作体验的功能——比如任务列表和番茄钟。
尽管如此，该公司并没有发展壮大。 几个月后，Crysta 几乎没有活跃用户，也没有明确的前进方向。 在进行了大量的迭代无济于事之后，我意识到写作已经在墙上，并决定拔掉插头。
现在，这篇文章有点像验尸报告——试图真正剖析和理解我的公司失败的确切原因，我犯的核心错误，以及制定行动项目的机会，这样我就不会再重复同样的错误在将来。 这种风格将比我的其他一些风格更具对话性和直接性，没有所有花哨的类比和词语——直截了当，试图从整体经验中提取一些核心课程和学习。
希望您会发现此分析对您自己未来的事业也很有价值。 让我们开始吧。
首先，让我们谈谈胜利——那些很好的事情。
回顾它，这个项目最好的部分是它认真地帮助我学习并进一步开发了将想法变成实际产品的过程——从 GUI 设计到营销再到全栈开发。
到目前为止，最大的影响是我的编程能力。 在从事 Crysta 工作之前，我对应用程序开发的了解有限。 作为我之前 AI 项目的一小部分，我构建了一些简单的 Flask API 和 Heroku 应用程序，但我没有太多经验来构建真正可供真人使用的全栈 Web 应用程序。
然而，为了让 Crysta 成为现实，我不得不快速学习这些技能——学习最重要的部分并在此过程中解决问题。 这太棒了。 在几个月内，我学会了如何使用 MERN 堆栈创建一个生产就绪的应用程序——MongoDB 用于数据存储，Express 用于后端，React 用于所有前端，Node.js 作为容器。
是什么让这个应用程序的构建特别具有挑战性，特别是对于像我这样的第一次 web 开发人员来说，是 webapp 必须与桌面应用程序通信。 Crysta 的桌面应用程序（由 Python 和 Flask 制作）收集了必要的数据，例如任务切换和分散注意力的站点，并处理所述指标以生成 能量得分 ——然后将其发布到数据库中。
这个想法是桌面应用程序（由 Python 和 Flask 制作）会在你登录 web 应用程序的那一刻开始跟踪你的能量水平——这意味着两个服务之间必须进行重复的通信。
因此，为了实现这一点，我了解了 API、请求、服务器的来龙去脉，以及所有这些不同部分如何工作并结合在一起以创造良好的用户体验。
另一方面，使用番茄钟计时器和任务管理器等功能也教会了我使用 CRUD （创建、读取、更新和删除）方法进行数据库管理和存储的基础知识，以及 MongoDB 查询和最佳实践。
综合考虑，在 Crysta 上工作帮助我显着提高了我的编程、设计和 Web 开发技能——我现在可以利用这些技能更好地开发任何潜在的未来项目并解决更复杂的问题。 坦率地说，如果不是因为这个项目，我永远不会在如此短的时间内获得如此多样化的技能，而我认为仅这一点就值得。
好吧。 既然这已经不碍事了，让我们进入丑陋的问题 - 出了什么问题，为什么出了问题，以及防止它在未来再次发生的行动项目。 这应该是有趣的。
错误#1——脱离最终愿景。
现在，在过去几个月的崩溃之后，我认为我在构建 Crysta 时犯了 3 个致命错误——每一个都复合了最终结果。
我犯的第一个错误是 与最终愿景过于 脱节——与我开始构建的原始产品和服务脱节。 Crysta 的最初意图不是创建一个“生产力中心”本身，而是构建一个可以根据你的能量水平智能优化你的日常日程的东西。
公司最初的想法是在阅读了 Chris Bailey 的 Hyperfocus 产生的，这 本书我也在我的几个视频中谈到过 。 正如作者所说，我们每个人都有一个独特的 生物黄金时间（BPT） ——我们在这个时间里效率最高、精力充沛。 同样，我们也有一个精力最充沛但更有创造力的时候。
Crysta 旨在成为一种解决方案，可以测量你的能量水平——你的生理黄金时间——然后围绕这些发现个性化你的日程安排。 从理论上讲，这将意味着 显着 提高，并会导致某种客观的生产力得分。
我决定使用第一性原理方法来检验这个假设，在进行了采访、阅读了有关该主题的多篇研究论文并联系了几位教授之后，看来这是继续前进的正确方向。
但是，这个想法并不是最终建成的。 随着迭代的不断发生和用户反馈的不断涌现，我忘记了我真正想要做的事情以及我想要解决的真正问题。 我没有继续发展最初的愿景，而是进入了“一体式”生产力空间——我 没有 用第一原则测试过这个想法。
因此，Crysta 的核心价值主张不复存在。 通过我进行的采访和收到的反馈，我认为 Crysta 的差异化因素是我们检测能量水平的能力，这就是为什么我只是在它之上添加了更多功能。 但实际上，真正的关键不是能量水平本身，而是所述水平可以提供的价值。 这就是我最初的目标，即优化高能量和低能量任务的时间表。
通过以如此快的速度进入一个新领域，我误解了我们的真正价值主张并失去了联系——我失去了 Crysta 应该成为的长期愿景。
🔑 那么——我们如何才能防止错误 #1 再次发生？
这里有几个关键的行动项目。 第一种是 进行反复的反思会议 ——每周留出一定的时间来简单地观察公司相对于初衷的发展方向，以及这个方向是否真正可取。 如果不是，它将允许我们相应地重新调整自己。
但是，仅靠这个修复并不能解决问题。 如果最初的愿景不正确，会发生什么？ 有数百个公司失败的例子是因为他们决定坚持不正确的假设而不是转向。 另一方面，我犯了相反的错误，即基于未经检验的想法转向未知领域，而不是坚持经过验证的初始愿景。
为了解决这个问题，一个好的经验法则是反复验证和验证方向的任何剧烈变化。
在考虑支点时，我们应该问自己：
- 🤔为什么 这个支点是必要的，
- 🔍 我们最初假设的哪一部分是不正确的，并且，
- ⚒️ 这种变化如何纠正这一点。
这应该由定性和定量数据来确定——因为任何一个都可能会产生误导。 如果没有足够的证据来确定转向是值得的，那么继续最初的目标，同时留意任何可以进一步验证方向变化的信息。
这里的 TL;DR 是同时保留森林视图和树视图 ——确保在总体愿景与日常反馈之间取得平衡，而不是过分关注其中一个。 任何改变方向或保持当前道路的决定都应通过多条证据和第一原则进行验证。
🏗️错误 #2 — 花费太多时间构建，而没有足够的验证。
我犯的第二个错误是花费了太多时间构建而没有足够的验证。
截至目前，Crysta webapp 大约有 1500 行书面代码和另外 35 000 行配置代码。 桌面能源跟踪器还有 200 行，使总 编写 代码达到 1700 行。
这是非常有问题的。 我编写了 1700 行代码来制作一个没人想要或不需要的产品 ——虽然从经验的角度来看，这种努力很有价值，但在考虑最终结果时基本上是浪费了。
令人惊讶的是，在开始产品开发之前，我确实在某种程度上预见到这个问题可能会出现。 对于那些关注 Crysta 每周时事通讯的人来说，你会知道我正在阅读 的《精益创业》 ——这本书的核心是通过运行一个系列来反复识别和测试关于你的业务的核心假设可以复制的实验。 基本上，这个想法是用科学的方法来处理公司的建设。 您可能有一个初始假设，然后您会找到支持的数据，并且您最终会通过运行实验来证明或反驳所述假设。
这种方法可以帮助您确保您的努力不会被浪费。
在花费数十个小时构建或开发某些东西之前，您会通过数据收集和实验证明某些东西确实值得您花时间。
我认为我正在这样做——我认为我正在测试假设并使用实际数据前进。 然而，问题在于我使用少量数据点来证明主要决策和功能的合理性。
在开始 Crysta 之前，我采访了大约 10 位不同的人，并接触了更多来自不同行业的人，以真正了解谁 真正 需要该产品。 我从采访中得到的回答让我相信学生将从我的建筑中受益最多。
但是，当我真正着手发布 MVP 时，我并没有接触到那么多人。 实际上，我只对 2 个人进行了全面采访——这个数字非常低。 由于样本量如此之小，我无法真正证明或反驳我所做的假设的任何部分。
这是严重的问题。 假设我想了解 Crysta 人的哪一部分从中获得了最大价值。 是番茄钟吗？ 是洞察仪表板吗？ 能量水平？ 鉴于我只与几个人接触，几乎不可能得到上述问题的正确答案，因此， 很难构建真正有价值的东西。
缺乏外展 = 缺乏正确回答问题的视角 = 错误的信息和糟糕的决策。
实际上，这是该项目失败的关键原因之一。 的反馈 Crysta ，而不是尝试进一步巩固我对核心问题到底是什么的理解。
我们如何才能防止这种情况在未来再次发生？ 在我未来的事业和你的事业中？
现在，这个问题的解决方法实际上是从 Actionable 中汲取灵感，这家公司是我作为 ML 专家工作的公司。 在开展项目时，我们将工作安排为两周的冲刺 ，每个冲刺都有一个独特的目的——然后我们回顾在冲刺结束时我们实现该目的的程度。
我可以使用类似的方法——但稍作修改。 不仅可以在公司工作， 还可以将我所有的努力组织成一系列为期两周的实验。 每个实验都将致力于测试一个假设，以揭示有关业务的重要信息。 在这些实验中，我将遵循一个四步流程——验证、理解、构建和评估，或 VUBE—— 以确保我正在从事为用户提供价值的事情——或者至少将我做出某事的机会降到最低这不是必要的或重要的。
旁注：对不起，如果这个名字很奇怪——我自己想出了一个主意，找不到更好的名字 😅
- V——验证。
第一步，验证，看起来像这样。 在为期两周的冲刺/实验开始时， 进行一系列采访 用户 和 非用户 。 这将帮助我准确推断出当前用户群的实际需求，同时让我能够与非用户验证这种需求是否真正重要。 如果非用户并不真正关心极少数用户请求的功能，那么它可能并不那么重要。 这一步的目标是验证人们下一步真正想要的是什么。
- U——明白。
第2步是理解。 在收集了采访的回复后，我会尝试解构 原因 用户群想要他们想要的东西的 我意识到的一件事是，人们所说的与他们实际想要的往往是两件不同的事情。 例如，对于 Crysta，很多人要求我添加任务和番茄钟计时器等功能。 但是，我没有问用户为什么真的想要这些功能，而是从表面上接受了这些请求，并花了几周时间将它们添加到平台中并让它们发挥作用——结果却发现，实际上，没有人真正关心它们首先。
我应该做的是尝试了解为什么这些请求进来的根本原因。 是因为平台没有参与吗？ 能量水平是否没有提供足够的价值，这就是用户想要更成熟的生产力功能的原因？ 或者完全是别的东西？
如果我早点问这些问题，我会发现用户并不关心能量水平本身，而是这些能量水平如何帮助他们提高生产力。 我会意识到 Crysta 已经偏离了它的基本价值主张，而是会努力解决这个问题。
这就是为什么第二步理解如此重要的原因——我们真正理解为什么用户问他们在问什么是至关重要的，因为我们的最终努力和解决方案可能会发生巨大变化以解决根本问题。 我们要确保我们的努力是治愈疾病，而不是症状。
- B——建造。
只有在我们验证并理解了用户的需求后，我们才能进入第三步并最终构建功能。
- E——评估。
但是，我们的工作还没有完成。 发布该功能后，我们需要进行评估——我将再次与用户进行访谈并跟踪 KPI，以准确衡量我的努力在多大程度上推动了最终目标。 如果他们确实产生了影响，那么我就在正确的轨道上。 如果不是，那意味着我可能必须改变一些东西。
如果我早点实施这种基于实验的方法，并遵循 VUBE，我可能会早点发现这些教训并避免一些关键错误。
🗻错误#3——不关注社区。
我犯的第三个也是最后一个错误——Crysta 棺材上的最后一颗钉子——没有关注社区。
整个冬天，我读了 Gumroad 创始人 Sahil Lavingia 的书 The Minimalist Entrepreneur 。 本书的主要焦点是，公司的核心职能是为当地社区解决一个重要问题——首先获得你的前一百名客户，然后从那里继续前进。
正如萨希尔所说：
“人们不会一步步从陌生人变成顾客。 他们从陌生人到模糊地意识到你的存在，随着时间的推移慢慢成为粉丝，最后成为客户，然后成为帮助你传播信息的回头客。 从做粉丝开始。 ”
基本上，这个想法是成为你感兴趣的社区的重要组成部分——真正为你的同事做出贡献——然后密切关注他们可能面临的任何问题。 这样，您构建的任何解决方案都将针对您有兴趣服务的特定人群量身定制，并且您将拥有一个预先存在的潜在客户群，可以为您提供反馈并帮助您更好地改进您的产品和服务。
Crysta 就是这样做的——但程度还不够。 我们的重点是学生，但正如我之前所说，我从来没有真正采取措施与数十人接触并真正询问他们的问题。 相反，我将目标社区更改为生产力领域的社区，例如在 r/productivity subreddit 下，并开始询问他们的问题是什么。
我不仅关注了错误的社区，而且还在寻找错误的东西。 我一直在寻找人们将“能量”作为他们的主要生产力问题之一，但没有意识到 Crysta 的价值主张是个性化，而不仅仅是能量水平。 结果，我根本没有从冒险和接触社区中获得尽可能多的价值。
这个错误的解决方法很简单——专注于为现有的社区解决问题，而不是试图为每个人构建一些东西。 而且，要 找到问题然后解决它 ——而不是找到 解决方案 并试图找到需要它的人。 不惜一切代价避免 SISP（寻找问题的解决方案）综合症。
回想起来，建立 Crysta 教会了我更多关于让公司栩栩如生的知识，而不是阅读任何数量的书籍或观看任何数量的视频，我很高兴我花费了时间和精力来这样做。 尽管结果是负面的，但我希望它将成为未来企业的基础。
