這是專案最重要的環節，在這裡會決定產品的走向和主要核心是什麼，當然邊做的過程可能會有所變化，但核心還是必須先有一個確定的版本。

如同 Day1 所說，我們要實作一個 blog，理所當然的會是這樣子的情況:

• 使用者

  • 註冊
    • 寄送註冊成功通知信
  • 登入
  • Facebook 註冊/登入
    • 寄送註冊成功通知信
  • 使用者的個人頁面
    • 只有本人才能編輯
  • 喜歡的文章列表
  • 書籤列表

• 權限系統

  • 最高權限管理者:存取所有項目
  • 作者:可發文和編輯自己建立的文章
  • 一般使用者:可瀏覽和評論

• 文章功能 (CURD)

  • 權限
    • C:作者
    • U:原作者
    • R:所有人
    • D:管理者/作者
  • markdown
    • 作者有良好的編輯文章區域
  • 上傳圖片
  • 標籤
  • 書籤
  • 喜歡
    • 所有人都可以按喜歡此篇文章
    • 當有人按下喜歡時通知作者（email or socket.io)
  • 瀏覽數
  • 發布
    • 作者可選擇發布時間，或者放置在草稿區

• 評論功能 (CURD)

  • 權限
    • C:作者
    • U:原作者
    • R:所有人
    • D:管理員/作者
  • markdown
    • 字數限制
  • 喜歡

• 額外功能

  • 如果有人回文章就 email 通知作者
  • 作者如果在線上會即時收到通知訊息

以上就是初期的規劃，當然了再開發的過程當中會一直不斷的修正和改進，也許會因為時間的關係不會碰觸到 realtime notifications 這部分，但在事前規劃還是一併把他考慮進去。

在此我們知道主要核心價值在於整個發文系統，而評論與使用者頁面的權重則是相對的低，也因此我們先把整個文章系統作為優先級開發項，主要核心確認之後接下來都是補強的功能與項目，當然了，在開發的過程中也許會發現發文系統在早期設計上有瑕疵就可以即早修改。