
截至今日,前面五天所做的幾乎都是與整個工具在生成前的需求、架構、資料策略、模型規格進行選擇,如今終於已經初步完成了
接下來的動作,理當就是讓整個工具在對於使用者的呈現上更完美
因為對於我來說,以科技接受模式角度而言
在使用者情境下,前端設計上,講真的都是非常重用
然而基於使用者易用、有用性之前提,
首先要做的是讓幾天前規劃的四個核心頁面,
能點、能跳轉、能撐住後面每一天的功能填充
用 Vibe Coding 完成四個頁面的骨架與Routing(Next.js App Router):
| Routing | 頁面 | 對應旅程節點 |
|---|---|---|
/ |
首頁 | 入口與價值主張 |
/assess |
產業判斷 | 節點①②:輸入描述 → 關鍵字引擎 3 候選+人工確認 |
/assess/setup |
評估設定 | 節點④⑤:選對象、選模型 |
/dashboard |
儀表板 | 節點⑦⑧:結果呈現+匯出 PDF |
頁面先用簡單資料建立起來,介面與資料的接口要先預留,於日後將針對可能新增與擴充項目,還有原規劃的內容逐一填入。
今天我換另一種下prompt的方法,
我把Day 2中所提到的使用者旅程與節點解法
整份貼給Claude,然後只補一段話:
依照這份使用者旅程,幫我用 Next.js App Router+Tailwind 建出四個頁面的 UI 骨架:/、/assess、/assess/setup、/dashboard。要求:1) 手機優先的 RWD;2)
先用假資料呈現(3 個候選產業、5 個模型選項、儀表板佔位卡片);3)
把表格裡的節點解法直接做進介面,其中候選對象要顯示命中關鍵字、模型選項要有適用情境一句話與灰階停用狀態、儀表板要有結論摘要卡與資料基準期區塊;4)
元件拆檔,之後每天會逐一替換假資料。

Claude回覆並提供了一個zip檔
內容涵蓋app/、components/、lib/mock.ts三份
因此我們只要將其放到我的對應資料夾內,走一次流程就可以

接下來開瀏覽器,網址輸入:
會看到現在整個架構中所有內容,已經通過 npm run build 驗證
接下來就是驗收部分了
在進入localhost後,
可以看到前面所做的內容,且最重要的是需確認整個邏輯的對或錯部分
當然這邊可以先簡單檢查一下 產業推薦、模型選擇的準確性
進一步加以衡量
納因為對我來說,
在此部分主要就是確認邏輯對錯因此我就先忽略了準確性部分
畢竟我今天主要要求的是 UI部分
結果如下





根據前面的內容
可以看到所有的跑的workflow是合理且如同我之前設計的要求~
今天特地使用了原本撰寫的規劃方式來讓Claude直接執行
目的是要確認 Claude的文字判斷與邏輯能力
那整體來說
對於Prompt內容來說,有好的文本素材,確實可以讓每一次prompting更輕鬆
Day 2中耗費了許多力氣在整理並規劃各逐節點,今天直接將內容透過AI工具輕鬆轉成一個有效的平台介面,等同於說過去的規劃時間是完全沒浪費掉的。
明天就要來處理資料層
那既然 MVP 沒有資料庫,data/ 靜態 JSON 與 localStorage 的結構就是整個工具的地基,要用 TypeScript 型別把它鎖穩,當然未來我要真正商品化的話,預計再來串資料庫就行。