大家都說:
在公共場所建造。
分享你的旅程。
要保持透明。
但沒有人談論它的真實感受。
一開始,我發文就像在自言自語一樣——
無人按讚,無人回應。
說實話?
大多數人都是在這裡放棄的。
我們看到網路上分享了許多重大勝利:
“剛剛突破1000用戶!”
“我的MVP上線啦!”
“我達成了第一個營收里程碑!”
在公共場所建造的建築看起來像是真實性的象徵。
但在這些變化背後,卻隱藏著一種更平靜、更複雜的情感體驗——
很少能進入時間軸。
那麼,讓我們來談談沒人解釋過的部分。
在公共場所進行建設是一種講故事的策略。
這意味著要分享你的旅程、你的成功、你的錯誤、你的實驗,並及時記錄下來。
分享故事(勝利/失敗)
展現脆弱和坦誠
以誠實激勵社區
成名的捷徑
一個能迅速走紅的成長秘訣
快速取得使用者的技巧
大約在2020-2021 年間,情況發生了變化。
獨立開發者和單人創業家開始分享:
營收儀表板
功能發布
每週學習內容
MRR 故障
像Pieter Levels 、 Arvid Kahl和Indie Hackers社群這樣的人不僅僅是開發產品——
他們透過分享過程來建立受眾群體。
與精心包裝的公關相比,真實感令人耳目一新。
它讓獨立建築商承擔責任。
在產品發布前,它就圍繞著產品建立了社群。
從表面上看,它就像一個作弊碼:
分享進展→獲得追蹤者→快速成長。
但如果你真的嘗試過,你就會明白:
事情遠沒有那麼簡單。
當你在公共領域進行建設時,你的旅程就不再只是屬於你自己了。
你開始每天記錄進度。
這會給人一種無形的壓力,迫使你不斷證明自己仍在進步。
當我開始每天在 X 上發布更新時,我感到很興奮。
但很快,情況就改變了:
我不再只是在建造東西了。
我取得了進展。
有時我花了幾個小時編寫程式碼,卻沒有寫出任何「值得發到推特上」的東西,我覺得自己很失敗。
我不知道圍觀的小小觀眾是否認為我已經放棄了。
這是最難接受的事實:
你越是思考要分享什麼,實際創作的東西就越少。
我曾經花了40 分鐘撰寫一則關於某個功能的推文,而這個功能的程式碼寫只花了10 分鐘。
並非因為這則推文很重要——
但因為我希望它看起來像是有進展的樣子。
很快,我的決策就開始受到資料指標的影響:
「我應該開發這個嗎?」 →這會是個好的更新嗎?
「我今天該休息嗎?」 →如果別人以為我休息了怎麼辦?
為了解決這個問題,我將每日更新改為每週反思。
壓力減輕。
更深層的含義。
更真實。
當你在私下失敗時,你會關閉標籤頁並繼續前進。
當你在公眾面前失敗時,你會覺得你也必須宣布你的失敗。
現實情況是:
獲勝 → 獲得參與
失敗 → 陷入沉默
但事實是:
一次公開的失敗比一次精心包裝的成功更能教導人東西。
需要有人看看你當時不知道自己在做什麼的部分。
如果用心規劃,公共建築可以改變人生:
你會吸引那些與你的故事產生共鳴的人。
發布前會收集回饋意見。
建立信任,而不是炒作。
你會找到合作夥伴、導師和朋友。
我曾經發文傾訴我遇到的難題。
有人私訊我:
“謝謝你這麼說。我還以為只有我一個人這麼想呢。”
這比任何轉發數量都更有意義。
這就是轉變:
不要為了炫耀而分享。
分享以建立聯繫。
分享:
你今天學到了什麼
哪裡壞了?你是怎麼修好的?
決策背後的思考過程
為什麼取消了某個功能
你的旅程應該激勵和支持他人,而不是消耗你的能量!
在公共場所建造房屋並不適合所有人,這也沒關係。
有些季節需要靜默。
有些需要隱私。
有些需要緩慢、不公開的成長。
關鍵是要記住:
為自己打造。
分享給其他人。
但永遠不要讓觀眾決定你的節奏。
你試過在公共區域搭建嗎?
感覺如何:
令人興奮嗎?
累嗎?
還是兩者兼具?
請在下方分享您的經驗。我很想閱讀👇
原文出處:https://dev.to/debuggingwithsim/the-truth-about-building-in-public-what-no-one-tells-you-2o2p