1. 從一個看似簡單的標(biāo)題說起“Show HN”這三個字在技術(shù)圈里混過一陣子的人都不會陌生。它本身不是一個產(chǎn)品名也不是某個具體的技術(shù)棧而是一個長期存在于某技術(shù)社區(qū)首頁的固定欄目——一個專門讓人展示自己最新作品、副業(yè)項(xiàng)目、實(shí)驗(yàn)性工具的地方。你可以在那里看到有人用周末兩天寫出來的小工具也能看到打磨了半年的完整產(chǎn)品有剛學(xué)編程三個月的新手第一次發(fā)布自己的命令行腳本也有資深工程師把自己重構(gòu)了無數(shù)遍的開源庫拿出來接受檢驗(yàn)。我關(guān)注這個欄目斷斷續(xù)續(xù)有五六年了自己也發(fā)過幾次幫朋友看過不少準(zhǔn)備發(fā)布的帖子。說實(shí)話這個欄目最吸引我的地方不是那些已經(jīng)拿到融資的明星項(xiàng)目而是大量普通人用業(yè)余時間做出來的、解決自己真實(shí)痛點(diǎn)的小東西。它們往往沒有華麗的官網(wǎng)沒有精心設(shè)計(jì)的落地頁甚至 README 都寫得磕磕絆絆但你能從字里行間感受到一種非常樸素的沖動我遇到了一個問題我把它解決了我想讓別人也用上。這篇文章想聊的就是圍繞“Show HN”這個場景一個普通開發(fā)者到底該怎么準(zhǔn)備、怎么發(fā)布、怎么應(yīng)對反饋、怎么從中獲得真正有價值的東西。我會把整個流程拆成幾個階段每個階段都補(bǔ)充一些我自己的觀察和踩過的坑。無論你是第一次聽說這個欄目還是已經(jīng)發(fā)過幾次但效果不理想應(yīng)該都能找到一些可以直接用的東西。2. 發(fā)布之前你到底在展示什么2.1 先想清楚“展示”和“推銷”的區(qū)別很多人第一次準(zhǔn)備發(fā)布時腦子里想的全是“怎么讓更多人看到”“怎么沖上首頁”“怎么轉(zhuǎn)化用戶”。這個心態(tài)本身沒錯但如果把它當(dāng)成唯一目標(biāo)大概率會失望。這個欄目的核心氣質(zhì)是“分享”而不是“推銷”。你去看那些真正獲得大量討論的帖子標(biāo)題往往非常樸素比如“我用 Rust 寫了一個 JSON 解析器”“我做了個給獨(dú)立開發(fā)者用的發(fā)票工具”“一個周末寫的終端待辦清單”。它們沒有夸張的形容詞沒有“顛覆”“革命性”“下一代”這種詞。為什么因?yàn)檫@里的讀者非常敏感。他們每天被各種營銷話術(shù)轟炸一眼就能看出你是來認(rèn)真分享的還是來割流量的。一旦被判定為后者評論區(qū)會毫不留情。我見過一個項(xiàng)目功能其實(shí)不錯但標(biāo)題寫的是“重新定義項(xiàng)目管理”結(jié)果前十條評論全在嘲諷這個措辭根本沒人討論產(chǎn)品本身。后來作者改了標(biāo)題重新發(fā)討論才回到正軌。所以發(fā)布前的第一件事是把你項(xiàng)目的“一句話描述”寫下來然后刪掉所有形容詞只保留名詞和動詞。比如“一個幫助自由職業(yè)者追蹤工時的命令行工具”就比“一款極簡高效的工時管理神器”要好得多。前者讓人知道它是什么、給誰用、怎么用后者只讓人知道你想讓它顯得很厲害。2.2 你的項(xiàng)目解決的是“誰的什么問題”這個問題聽起來很基礎(chǔ)但我在幫別人看發(fā)布材料時發(fā)現(xiàn)至少一半的人說不清楚。他們能滔滔不絕地講技術(shù)架構(gòu)、用了什么框架、支持多少并發(fā)但問“誰會用這個”就卡住了。這里有一個很實(shí)用的檢驗(yàn)方法你能不能說出一個具體的人名或者一個具體的場景在這個場景里你的項(xiàng)目是必需品而不是可選品。舉個例子你說“我做了個筆記軟件”這個太寬了市面上有幾百個筆記軟件別人為什么要用你的但如果你說“我做了個筆記軟件專門給需要同時管理多個客戶項(xiàng)目的咨詢顧問用每個客戶一個獨(dú)立空間支持快速切換和全局搜索”這就具體多了。再比如“我做了個圖片壓縮工具”和“我做了個圖片壓縮工具專門處理電商產(chǎn)品圖能在保持白底純凈的前提下把文件壓到平臺上傳限制以內(nèi)”后者明顯更有說服力。這個思考過程不僅影響你的標(biāo)題和描述還影響你后續(xù)在評論區(qū)回復(fù)時的底氣。當(dāng)有人問“這個和某某工具比有什么不同”時你如果能立刻說出一個具體的用戶場景而不是泛泛地說“更輕量”“更快”你的可信度會高很多。2.3 準(zhǔn)備一個“三句話版本”和“三分鐘版本”發(fā)布帖子本身有字?jǐn)?shù)限制但評論區(qū)互動沒有。你需要準(zhǔn)備兩個版本的項(xiàng)目介紹。三句話版本用于帖子正文的開頭讓人在幾秒內(nèi)決定要不要繼續(xù)看。三分鐘版本用于回復(fù)評論或者別人私信詢問時使用可以稍微展開講背景、技術(shù)選型、當(dāng)前狀態(tài)和未來計(jì)劃。三句話版本的模板大概是第一句說這是什么第二句說給誰用、解決什么問題第三句說當(dāng)前狀態(tài)比如“已經(jīng)可以正常使用支持 macOS 和 Linux”。不要小看這三句話我見過太多帖子第一句就是“大家好我最近做了個東西”然后第二句開始講技術(shù)棧讀到第五句還不知道這東西是干嘛的。讀者的耐心非常有限尤其是在信息流里前三秒抓不住注意力就劃走了。三分鐘版本可以包含更多細(xì)節(jié)比如你為什么做這個、之前用什么替代方案、為什么覺得現(xiàn)有方案不夠好、你的方案做了什么取舍。這些內(nèi)容在評論區(qū)有人追問時非常有用能讓你顯得準(zhǔn)備充分、思考深入。但注意不要主動把這些全塞進(jìn)帖子正文那樣會顯得冗長。3. 發(fā)布時機(jī)與標(biāo)題的微妙博弈3.1 什么時間發(fā)比發(fā)什么更影響初始曝光這個欄目的流量分布有明顯的時段特征。根據(jù)我自己的觀察和和一些朋友的交流工作日上午目標(biāo)時區(qū)的互動率通常最高因?yàn)楹芏嗳藙偟睫k公室習(xí)慣先刷一遍首頁再開始干活。周末的流量會低一些但競爭也少如果你的項(xiàng)目偏休閑或者面向個人開發(fā)者周末發(fā)反而可能獲得更集中的討論。不過這只是一個大致的規(guī)律不是絕對。我見過周三下午發(fā)的帖子沖上首頁也見過周一早上發(fā)的帖子石沉大海。更重要的變量其實(shí)是“同時段有多少其他帖子在競爭”。如果你發(fā)的時候首頁已經(jīng)有好幾個類似主題的帖子你的曝光就會被稀釋。所以我的建議是發(fā)布前先刷一下首頁看看當(dāng)前正在討論什么如果你的項(xiàng)目和當(dāng)前熱點(diǎn)完全不搭邊可能換個時間更好。還有一個細(xì)節(jié)發(fā)布后的一兩個小時非常關(guān)鍵。如果這段時間內(nèi)能獲得一些真實(shí)的評論和討論系統(tǒng)會更傾向于把你的帖子推給更多人。所以如果你有幾個朋友也在用這個社區(qū)可以提前告訴他們你大概什么時候發(fā)讓他們到時候來看看。但千萬不要搞一堆小號去刷好評這里的用戶眼睛很尖一旦被發(fā)現(xiàn)你的項(xiàng)目聲譽(yù)基本就毀了。3.2 標(biāo)題里放什么詞不放什么詞標(biāo)題是決定點(diǎn)擊率的第一道關(guān)卡。我翻過很多高互動的帖子發(fā)現(xiàn)它們的標(biāo)題有一些共同特征。第一通常包含一個具體的名詞比如“JSON”“發(fā)票”“終端”“待辦”而不是抽象概念。第二通常包含一個動作或者結(jié)果比如“解析”“生成”“追蹤”“壓縮”。第三很少用感嘆號、問號或者全大寫字母。反面例子我也收集了一些。比如“我的新項(xiàng)目求支持”這種標(biāo)題基本沒人點(diǎn)因?yàn)樽x者不知道點(diǎn)進(jìn)去會看到什么?！耙粋€改變游戲規(guī)則的工具”這種標(biāo)題會讓人產(chǎn)生防御心理覺得你在吹牛?！癝how HN: 我做了個東西”這種標(biāo)題等于什么都沒說。最糟糕的是標(biāo)題里帶一堆技術(shù)縮寫比如“基于 Rust 和 WASM 的分布式 KV 存儲”除非讀者正好在找這個否則根本不知道這東西能干嘛。一個比較穩(wěn)妥的標(biāo)題結(jié)構(gòu)是動詞 名詞 補(bǔ)充說明。比如“用 Go 寫了一個終端里的 Markdown 預(yù)覽器”“做了一個給播客主播用的章節(jié)標(biāo)記工具”“寫了個腳本自動把截圖里的文字提取出來”。這種標(biāo)題不驚艷但信息密度高目標(biāo)用戶一眼就能判斷是不是自己需要的。3.3 正文怎么寫才不像廣告帖子正文的長度沒有硬性規(guī)定但我建議控制在三到五段。第一段就是前面說的三句話版本直接說清楚是什么、給誰用、當(dāng)前狀態(tài)。第二段可以稍微展開一下背景比如你為什么做這個、之前遇到了什么麻煩。第三段說技術(shù)選型或者實(shí)現(xiàn)上的一個亮點(diǎn)但不要展開講代碼細(xì)節(jié)那是評論區(qū)的事。第四段說當(dāng)前已知的限制和下一步計(jì)劃這會讓讀者覺得你誠實(shí)、靠譜。我特別想強(qiáng)調(diào)“已知限制”這一段的重要性。很多人覺得發(fā)布時要藏拙只講優(yōu)點(diǎn)。但在這個社區(qū)里主動說出“目前還不支持 Windows”“性能在數(shù)據(jù)量大的時候會下降”“界面還比較粗糙”反而會贏得尊重。因?yàn)樽x者知道任何項(xiàng)目都有取舍你主動說出來說明你清楚自己的邊界也說明你不會過度承諾。我見過一個帖子作者在正文里寫“這個版本只在我的 Mac 上測試過其他平臺大概率有問題但我想先聽聽反饋”結(jié)果評論區(qū)全是幫他測試不同平臺的氛圍非常好。4. 評論區(qū)真正的戰(zhàn)場在這里4.1 前十條評論決定帖子氣質(zhì)帖子發(fā)出去之后最早出現(xiàn)的幾條評論會定下整個討論的基調(diào)。如果前幾條是認(rèn)真提問或者建設(shè)性反饋后面的人也會跟著認(rèn)真討論。如果前幾條是嘲諷或者抬杠后面就容易變成混戰(zhàn)。所以發(fā)布之后你要盡快盯著評論區(qū)遇到認(rèn)真的提問第一時間回復(fù)遇到誤解耐心解釋遇到惡意嘲諷可以選擇忽略或者用事實(shí)回應(yīng)但不要陷入情緒化的爭吵。我自己的做法是發(fā)布后至少留出兩三個小時的空閑時間專門用來回復(fù)評論。不要發(fā)完就去干別的等你回來時評論區(qū)已經(jīng)歪樓了再想拉回來就很難?；貜?fù)的時候盡量具體不要只說“謝謝支持”而是針對對方的問題給出實(shí)質(zhì)性的回答。比如有人問“這個和某某工具比怎么樣”你可以說“某某工具我也用過它的優(yōu)勢是 X但在我這個場景下 Y 不太方便所以我做了 Z 這個取舍”。這種回復(fù)既尊重了對方也展示了你對領(lǐng)域的理解。4.2 如何應(yīng)對負(fù)面反饋負(fù)面反饋分兩種一種是建設(shè)性的批評指出你項(xiàng)目里的真實(shí)問題另一種是情緒化的否定比如“這東西有什么用”“早就有人做過了”。對于第一種一定要認(rèn)真對待哪怕對方的語氣不太好。你可以說“你說得對這個問題我還沒想好怎么解決目前的做法是……你覺得有沒有更好的思路”這種回應(yīng)往往能把批評者變成合作者。對于第二種我的建議是不要直接對抗。你可以簡單回復(fù)一句“謝謝反饋我會繼續(xù)改進(jìn)”然后就不再多說。因?yàn)檫@種評論的目的往往不是討論問題而是表達(dá)情緒。你越解釋對方越來勁。而且其他讀者看到你冷靜回應(yīng)反而會站在你這邊。我見過一個作者面對“這玩意兒毫無意義”的評論回復(fù)了一段非常詳細(xì)的技術(shù)解釋結(jié)果被更多人嘲諷“急了”。后來他學(xué)乖了只回一句“收到感謝”反而沒人再追著說了。還有一種情況是有人指出了你確實(shí)存在的 bug 或者設(shè)計(jì)缺陷。這時候最好的做法是承認(rèn)并感謝然后說明你打算怎么修。如果你能當(dāng)場給出一個修復(fù)時間或者臨時方案效果會更好。比如“這個確實(shí)是個問題我今晚就發(fā)個補(bǔ)丁到時候在這里更新”。這種態(tài)度會讓讀者覺得你靠譜愿意繼續(xù)關(guān)注你的項(xiàng)目。4.3 從評論里挖出真正的需求評論區(qū)里最有價值的東西往往不是那些直接夸你的話而是那些抱怨或者疑問。比如有人說“要是能支持某某格式就好了”這背后可能代表了一類用戶的需求。有人說“我在某某系統(tǒng)上試了報(bào)了個錯”這可能暴露了一個你沒想到的兼容性問題。有人說“這個功能和我現(xiàn)在用的某某工具沖突”這可能意味著你的交互設(shè)計(jì)需要調(diào)整。我習(xí)慣在發(fā)布后把所有的評論過一遍把里面提到的功能請求、bug 報(bào)告、使用場景都記下來。然后按優(yōu)先級排序看看哪些是必須馬上修的哪些可以放到下一個版本。有時候一條不起眼的評論會讓我發(fā)現(xiàn)一個全新的使用場景比如有人問“這個能不能用來做某某事”我從來沒想過這個用法但試了一下發(fā)現(xiàn)居然可行后來這個用法就成了項(xiàng)目的一個主要賣點(diǎn)。5. 發(fā)布之后怎么讓一次展示變成持續(xù)的價值5.1 別把首頁排名當(dāng)成唯一目標(biāo)很多人發(fā)完帖子之后每隔幾分鐘就刷新一次看排到第幾了。排得高就興奮排得低就沮喪。這種心情我完全理解但說實(shí)話首頁排名有很大的隨機(jī)性。同樣的項(xiàng)目換個時間發(fā)結(jié)果可能完全不同。而且排名高不代表你的項(xiàng)目就成功了排名低也不代表沒人需要它。我更看重的是“有效反饋的數(shù)量”。哪怕帖子只排到第五十名但如果有三個人認(rèn)真試用了你的項(xiàng)目給你提了具體的建議或者告訴你他們打算在什么場景下使用這次發(fā)布就是有價值的。這些真實(shí)的用戶反饋比首頁上那些路過的點(diǎn)贊有用得多。我見過一個項(xiàng)目發(fā)布當(dāng)天排名很一般但評論區(qū)里來了一個正好有相關(guān)需求的人后來成了長期貢獻(xiàn)者幫作者修了好幾個 bug。5.2 把反饋?zhàn)兂傻娜剂习l(fā)布結(jié)束之后不要就把帖子扔在那里不管了?；c(diǎn)時間整理一下收到的所有反饋分成幾類必須修的 bug、值得加的功能、需要重新考慮的設(shè)計(jì)、可以忽略的噪音。然后給自己定一個簡單的計(jì)劃比如一周內(nèi)修完所有 bug一個月內(nèi)加上呼聲最高的兩個功能。做完之后可以在原來的帖子里更新一下說“根據(jù)大家的反饋我修了 X加了 Y感謝所有提建議的人”。這種后續(xù)更新會讓關(guān)注過你項(xiàng)目的人覺得你靠譜也會吸引新的人來看。我自己的習(xí)慣是每次發(fā)布后都會建一個簡單的文檔把評論里的關(guān)鍵點(diǎn)摘出來然后逐條標(biāo)記狀態(tài)。有些問題可能一時半會解決不了但至少你知道它們存在。下次再發(fā)布新版本時可以主動提到“上次有人問的某某問題這個版本里解決了”這種連續(xù)性會讓你的項(xiàng)目顯得有生命力。5.3 從一次展示到長期社區(qū)關(guān)系這個欄目最被低估的價值其實(shí)是它背后的人。那些在你帖子下面認(rèn)真評論的人很可能就是這個領(lǐng)域的深度用戶或者同行。如果你能和他們建立起聯(lián)系后續(xù)的收獲會遠(yuǎn)超一次發(fā)布本身。我有幾個長期合作的伙伴就是在類似的展示場景里認(rèn)識的。當(dāng)時他們給我的項(xiàng)目提了很尖銳的意見我認(rèn)真回復(fù)了后來慢慢就聊成了朋友。所以發(fā)布之后如果有人給了你特別有價值的反饋不妨主動一點(diǎn)問問能不能加個聯(lián)系方式以后繼續(xù)交流。不要覺得不好意思大多數(shù)愿意花時間寫長評論的人本身就對這類項(xiàng)目有興趣他們也希望找到同好。這種關(guān)系不是刻意經(jīng)營出來的而是在認(rèn)真討論問題的過程中自然形成的。6. 一些零散但重要的實(shí)操細(xì)節(jié)6.1 鏈接放哪里怎么放帖子正文里通?？梢苑乓粋€鏈接指向你的項(xiàng)目主頁或者代碼倉庫。我的建議是放代碼倉庫的鏈接而不是產(chǎn)品官網(wǎng)。因?yàn)檫@里的讀者更關(guān)心你是怎么實(shí)現(xiàn)的而不是你的定價頁面。如果項(xiàng)目是開源的把倉庫鏈接放在正文第一段末尾讓人一眼就能看到。如果項(xiàng)目不是開源的放一個可以直接試用的鏈接但不要強(qiáng)制注冊最好能讓人不登錄就能體驗(yàn)核心功能。另外鏈接的錨文本不要寫“點(diǎn)擊這里”或者“我的項(xiàng)目”直接寫項(xiàng)目名或者倉庫地址。這樣讀者在決定要不要點(diǎn)之前至少知道會跳到哪里去。如果鏈接需要特殊網(wǎng)絡(luò)環(huán)境才能訪問最好在正文里說明一下避免有人點(diǎn)不開就放棄了。6.2 截圖和演示視頻的取舍有截圖當(dāng)然比沒截圖好但截圖要能說明問題。我見過一些帖子放了一堆界面截圖但每張都長得差不多讀者看完還是不知道這東西怎么用。比較好的做法是放一張“使用前 vs 使用后”的對比圖或者一張帶標(biāo)注的界面圖用箭頭標(biāo)出關(guān)鍵操作。如果是命令行工具直接貼一段終端輸出比截圖更清晰。演示視頻的轉(zhuǎn)化率通常比截圖高但制作成本也高。如果你決定做視頻控制在三十秒到一分鐘以內(nèi)不要配背景音樂不要加花哨的轉(zhuǎn)場就老老實(shí)實(shí)錄屏展示從打開到完成一個完整任務(wù)的過程。很多人做演示視頻時喜歡加速但加速之后觀眾根本看不清你在點(diǎn)什么。寧可視頻長一點(diǎn)也要保持正常速度。6.3 發(fā)布后的數(shù)據(jù)觀察發(fā)布后除了看評論還可以觀察一些數(shù)據(jù)。比如倉庫的 star 數(shù)、克隆數(shù)、issue 數(shù)。但不要被這些數(shù)字綁架。star 多不代表項(xiàng)目好可能只是標(biāo)題起得好。克隆多也不代表有人真的在用可能只是好奇下載下來看看。真正有意義的信號是有人提了 issue有人發(fā)了 pull request有人在評論里詳細(xì)描述了自己的使用場景。這些才是真實(shí)需求的體現(xiàn)。如果發(fā)布后一周內(nèi)沒有任何 issue 或者討論可能說明你的項(xiàng)目要么太 niche要么描述不夠清楚要么就是時機(jī)不對。這時候不要灰心可以試試換個角度重新寫描述或者先放一放等有了更多功能再發(fā)一次。很多成功的項(xiàng)目都不是一次展示就火起來的而是反復(fù)打磨、多次發(fā)布之后才慢慢積累起用戶。7. 我自己的幾次發(fā)布經(jīng)歷我第一次發(fā)這類帖子大概是五六年前做了一個很小眾的命令行工具。當(dāng)時特別緊張每隔兩分鐘就刷新一次頁面。結(jié)果帖子發(fā)出去兩個小時只有兩條評論一條是“看起來不錯”另一條是“支持 Windows 嗎”。我當(dāng)時特別失落覺得肯定是項(xiàng)目太爛了。但后來我認(rèn)真回復(fù)了那個問 Windows 的人告訴他目前只支持 macOS但可以試試用某個兼容層。他試了之后居然成功了還在評論里分享了方法。那條評論后來被頂?shù)搅俗钌厦嬗治藥讉€人來試。第二次發(fā)布是一個稍微大一點(diǎn)的項(xiàng)目我提前準(zhǔn)備了很多材料標(biāo)題也反復(fù)改了好幾遍。發(fā)出去之后排名還不錯評論區(qū)也很熱鬧。但讓我印象最深的不是那些夸我的評論而是一個用戶指出我的錯誤處理有問題在某些邊界情況下會崩潰。我當(dāng)時有點(diǎn)尷尬但還是承認(rèn)了并且當(dāng)天晚上就修了。第二天更新了帖子那個用戶又回來點(diǎn)了個贊說“修得很快贊”。這種互動讓我覺得比上首頁還有成就感。最近一次發(fā)布是幫朋友看一個項(xiàng)目。他的項(xiàng)目其實(shí)做得挺完整但標(biāo)題寫得太技術(shù)化正文也全是架構(gòu)圖。我建議他把標(biāo)題改成更直白的描述正文里加一段“我為什么要做這個”。他改了之后重新發(fā)評論區(qū)的氛圍明顯不一樣了很多人開始討論使用場景而不是技術(shù)細(xì)節(jié)。這件事讓我更確信在這個場景里“說人話”比“秀技術(shù)”重要得多。8. 如果你正準(zhǔn)備發(fā)布這幾件事可以先做起來第一找一個不了解你項(xiàng)目的朋友把標(biāo)題和正文給他看問他三個問題你知道這是干什么的嗎你覺得這是給誰用的你會想點(diǎn)進(jìn)去看嗎如果他的回答讓你意外說明你的描述還有改進(jìn)空間。第二提前準(zhǔn)備好三到五個可能被問到的問題和對應(yīng)的回答。比如“為什么不用某某技術(shù)”“和某某項(xiàng)目有什么區(qū)別”“未來會不會支持某某功能”。把這些答案寫在文檔里發(fā)布后直接復(fù)制粘貼能省很多時間。第三發(fā)布后給自己定一個時間限制比如兩個小時。在這兩個小時里認(rèn)真回復(fù)評論兩個小時之后該干嘛干嘛。不要一整天都掛在上面刷新那樣既影響心情也影響效率。第四不管結(jié)果如何把這次發(fā)布當(dāng)成一次學(xué)習(xí)。排名高低、評論多少都不如你從中學(xué)到的東西重要。下次再發(fā)布時你會更清楚該怎么寫、怎么回、怎么迭代。這個欄目說到底就是一個讓普通人展示自己作品的地方。它不完美有時候會有噪音有時候會有偏見但整體上還是一個愿意認(rèn)真討論問題的社區(qū)。只要你帶著真誠來大概率能遇到同樣真誠的人。至于能不能上首頁、能不能獲得大量關(guān)注那些都是附加品有當(dāng)然好沒有也不影響你從這次經(jīng)歷里獲得成長。