怎麼介紹你的專案，讓人看三行就想點進去
你花三個月做完一個東西，發佈那天寫介紹花了十分鐘。然後沒人點進來。
這不公平，但事情就是這樣運作的：在任何列表頁上，你的專案只分得到標題加開頭兩三行的空間。滑過去的人用這三行決定要點開，還是繼續滑。三個月的工作，成敗掛在十分鐘寫出來的三行字上。
所以值得把這十分鐘變成一小時，把那三行、以及點進來之後的整頁介紹寫好。這篇給你一個四段填空模板，每段附一個壞例子和一個好例子，文末有可以整段複製的空白版本。不需要任何工具，有個能打字的地方就夠。
先說一個好消息：寫介紹不需要會寫程式。它需要的是把一件事講給圈外人聽懂的能力。你如果是老師、行銷、業務、開店的人，這件事你每天都在做。我看過的爛介紹大多出自工程師之手（包含我自己早期寫的），因為做的人離作品太近，開口就是實作細節，忘了讀者根本還不知道這是什麼東西。你平常就在跟「不懂的人」講話，這一段你反而有優勢。
模板總共四段，每段兩三句：
- 這是什麼
- 為什麼做
- 怎麼做的
- 目前狀態
順序照著讀者心裡冒出問題的順序排。一段一段來。
第一段：這是什麼
這段要在兩句話內回答三件事：給誰用、做什麼事、打開會看到什麼。句型可以直接套：
這是一個幫（誰）做（什麼事）的（網頁／App／表單／文件）。打開之後你會（一個具體動作）。
壞例子：
一個運用 AI 技術的創新學習平台，致力於提升每個人的學習體驗。
讀完你知道給誰用嗎？打開會看到什麼嗎？不知道。這句話換掉幾個名詞可以描述市面上任何產品，所以它等於什麼都沒說。
好例子：
這是一個幫國中生背英文單字的網頁。每天給你 10 個單字，答錯的隔天會再出現。
有對象（國中生）、有動作（背單字）、有畫面（每天 10 個、答錯重出）。讀者兩秒內就能判斷「這跟我有沒有關係」。判斷得出來，才有下一步。
這段永遠放在最前面，因為列表頁截的就是開頭。你的「三行」基本上就是這一段。
第二段：為什麼做
這段講那個讓你動手的具體時刻。它的作用是讓讀者相信這個東西解決的是真問題，順便讓他們認識你這個人。
壞例子：
市面上的背單字 App 都不夠好，所以我決定自己做一個更好的。
「不夠好」是評語，沒有場景。哪裡不夠好？對誰不夠好？讀者無從判斷你講的問題存在還是你自己想像的。
好例子：
我是國中英文老師。班上學生前後用過三個背單字 App，共同點是第一週很勤勞，第二週全部消失。我猜問題出在每天要背 30 個，量太大，撐不住。所以我做了一個每天只給 10 個的版本。
有人物、有觀察、有一個你自己的判斷（「我猜問題出在量」）。注意「我猜」兩個字：你沒有做過研究就寫「我猜」，這比假裝有數據誠實，讀者也吃這一套。
第三段：怎麼做的
非工程師寫到這段最容易心虛，覺得要講點技術才專業。相反，這段照實寫工具和流程就好。
壞例子：
採用最新的 AI 技術與現代化架構開發，兼顧效能與擴充性。
這句話的問題跟第一段的壞例子一樣：套在任何專案上都成立，所以是零資訊。而且讀者裡真的懂架構的人會追問，你答不上來更尷尬。
好例子：
我不會寫程式。介面是用 Claude 一句一句描述、修出來的，單字題庫是我自己整理的試算表，前後花了三個週末。
不會寫程式照實講，反而加分。因為看你專案的人有一半也不會寫程式，他們真正想知道的問題是「我也做得到嗎」，你的回答就是證據。用了哪些免費工具起步，可以參考這篇工具清單。
第四段：目前狀態
壞例子：
持續優化中，敬請期待。
好例子：
上線兩週，目前只有我自己班上的 26 個學生在用。已知問題：手機上輸入框會被鍵盤擋住。下一步想加發音。
狀態段的重點是讓想幫你的人知道從哪裡幫。對著一個「敬請期待」的東西，讀者只能按個讚走人；對著「輸入框被鍵盤擋住」，懂的人會留言告訴你那要怎麼修，用過類似產品的人會告訴你發音要不要做。把爛的部分寫出來，收到的回饋品質會完全不同。
數字有就寫，沒有就不寫。「26 個學生」很小，但它是真的，真的小數字比模糊的大詞（「已有許多使用者」）可信十倍。
100 字內的短版：電梯測試
四段版本是專案頁用的。另外準備一個 100 字內的短版，用在社群貼文、留言區自介、或有人問「你最近在忙什麼」的時候。
做法：第一段和第二段各壓成一句，第三段整段刪掉（怎麼做的，第一時間沒人關心），第四段留一句。範例：
我做了一個幫國中生背英文單字的網頁：每天 10 個、答錯隔天重出。因為班上學生用別的 App 都撐不過兩週。目前 26 個學生在用，還很粗糙，想聽聽你覺得哪裡不順。
這段連空格算進去 82 個字元，在 100 字內。檢驗標準：唸出來 20 秒內講完，對方能複述「誰、什麼事、現在如何」三件事。唸給一個完全不知道你在做什麼的人聽，複述不出來就改。
三個常見錯誤
只講功能，沒講給誰用。「支援匯出 CSV、深色模式、多語系介面」這種功能列表，讀者看完的反應是「所以呢」。每寫一個功能之前先問自己：誰會因為這一條點進來？答不出來就刪。功能是證據，對象才是主張，先有主張再拿證據。
堆形容詞。「創新」「強大」「極簡」「直覺」全是零資訊詞，因為沒有人會自稱過時、薄弱、雜亂、難用。每個形容詞都換成一個具體事實：「極簡介面」改成「首頁只有一個輸入框」，「強大的搜尋」改成「可以用注音搜」。換不出具體事實的形容詞，本來就不該寫。
假謙虛。「小弟不才隨便做的小東西，大家不要嫌棄。」這種開場會逼讀者先安慰你，之後就不好意思講真話了，你等於親手把最有價值的回饋擋在門外。不用自貶也不用膨脹，寫實際狀態就好：哪裡能用、哪裡還壞著。
模板空白版，直接複製
【這是什麼】
這是一個幫（誰）做（什麼事）的（網頁／App／表單／文件）。
打開之後你會（一個具體動作或畫面）。
【為什麼做】
（讓你動手的那個具體場景，一到三句。）
（現有做法哪裡讓你受不了，一句。有猜測就寫「我猜」。）
【怎麼做的】
我用（工具名稱）做的。（會不會寫程式，照實講。）
前後花了（時間）。
【目前狀態】
（上線多久、誰在用。數字有就寫，沒有就不寫。）
已知問題：（一到兩個，挑真的。）
下一步：（一個就好。）
填完之後做最後一個檢查：把第一段單獨拿出來看。那就是別人在列表上看到的三行。你自己滑到會想點嗎？
這篇文章來自 SideShip，一個分享 side project 的地方。如果你手上也有一個做到一半、或做完了沒人看見的專案，把它發上來，3 個必填欄位、不用驗證信箱、兩分鐘。你發佈之後，我會親自留下第一則回饋。