媒體報導
再稍微細節一點解釋這個專案的幾句話，以一到兩行的長度為主
簡單扼要的說明這個專案是什麼，或者輔以一些實例、一些使用情境。比方說，Cofact ( 在截稿日前 ) 的首頁只有一個文章列表，就需要一個更清楚的說明。
分項式的說明可以更聚焦地說明專案的特色或要點，也可以附上圖示 ( optional )：
重點文字直接用說明方式表達出來，方便用戶直接修改內文後立即套用。
敘事基本架構先準備好，照著內文的思路編排，可確保基本內容流暢。
開源於零時政府源碼庫，直接分支就可以使用，不用擔心找不到源碼。
使用者了解了這是什麼專案以後，再來說明清楚為什麼要做這件事，為什麼要這樣做，做了可以帶來什麼好處。除了單純的文字，亦可穿插各種資源，例如影片、插畫、螢幕錄影、互動式體驗等等。
下面的這一個例子可以想像成是一個插入的影片或插圖的效果，配合右方的敘述文字理解裡面想要表達的重點，亦從左方的數位內容營造出更具吸引人的效果。
利用一些明確的數字可以給人更具體的感覺
如果你的專案做了許多事想要火力展示，卻又不適合寫一大堆東西的時候，做成迷你表列會更適合。
可以簡單介紹一下 Runtime，長度不拘但各項間可以對齊。
可以簡單介紹一下 Redis，長度不拘但各項間可以對齊。
可以簡單介紹一下 Scale，長度不拘但各項間可以對齊。
可以簡單介紹一下 Add-ons，長度不拘但各項間可以對齊。
可以簡單介紹一下 Storage，長度不拘但各項間可以對齊。
可以簡單介紹一下 AI，長度不拘但各項間可以對齊。
可以簡單介紹一下 Extensibility，長度不拘但各項間可以對齊。
可以簡單介紹一下 Github，長度不拘但各項間可以對齊。
何不放些文件與說明呢？請考慮到完全陌生的使用者，進入門檻跟上手的複雜度。
獎助金專案應懷抱開源的精神，歡迎大家一起來開幹。不過，要如何讓想幫忙的人一起來做呢？建議可以先提供一些最基本的資訊，例如專案庫、共筆、線上群組或聊天室頻道等讓新人可以先了解情況；若專案應用到群眾外包概念 ( 如開放政獻、真的假的 )，亦可將訪客導向相關的入口網。
依照需求，這裡亦可以列出可能需要的協助，例如：
