基本上，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 教會了我更多關于讓公司栩栩如生的知識，而不是閱讀任何數量的書籍或觀看任何數量的視頻，我很高興我花費了時間和精力來這樣做。 盡管結果是負面的，但我希望它將成為未來企業的基礎。
