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