MinoraBeta
選單

範例 01 / Canvas

一場活動,先從可以拖動的心智圖開始。

這張畫布只保留已採用的活動方向:受眾、動線、視覺系統、時程、營運、人員負責與交付物,都先整理成可編輯節點,再推進成企劃文件與活動網站。

Minora 架空範例。「星野川夏夜花火祭」不是實際活動。

受控的 Canvas runtime

中心放射的活動企劃圖,準備推進成文件與網站。

中心節點放活動前提,分支把每個決策放到它會影響的結果旁邊。這樣活動可以從對話進入結構化產出,而不會把未採用的點子一起帶進正式內容。

拖動節點連接分支平移縮放編輯文字交付到文件

核心想法

星野川夏夜花火祭

一個架空的河岸夏夜活動,以燈籠、從城鎮走向河邊的慢步行、屋台,以及 20:00 的花火作為主要記憶點。

  • 規劃者:森田愛子
  • 目標:把氛圍變成完整行銷活動
  • 輸出:Canvas、企劃文件、活動網站

01 / 世界觀

可信的架空城鎮

先定義活動世界,再開始寫文案與選圖片。

  • 城鎮:星野川町
  • 氛圍:燈籠、河風、黑色夜空
  • 規則:清楚標示這是架空範例

02 / 受眾

為三種訪客設計

把需求放在畫布上,避免最後的活動頁只剩一張漂亮海報。

  • 家庭:安全、洗手間、出口清楚
  • 鐵道旅客:步行時間與回程路線
  • 設計讀者:可收藏的視覺識別

03 / 動線

一條河岸路線

活動網站可以直接承接這條路線,不必重新發明資訊結構。

  • 車站抵達
  • 燈籠街與屋台區
  • 河岸觀賞草地與分流退場

04 / 視覺系統

網站需要生成的畫面

每個視覺分支都可以成為 hero 圖、段落圖片或社群裁切圖。

  • 水面上的花火倒影
  • 屋台與暖色燈籠
  • 簡化的架空會場地圖

05 / 營運

時程、安全與天候決策

實用資訊在心智圖階段就進來,最後的公開網站才不會只有好看。

  • 17:00 開放 / 18:00 屋台 / 20:00 花火
  • 6 個導引點,2 個急救/走失服務點
  • 15:00 做出天候決策

06 / 人員

明確負責人,而不是模糊角色

同一批名字會出現在企劃文件中,讓範例更像真實可執行的規劃。

  • 森田愛子:活動企劃負責人
  • 佐藤蓮:現場營運
  • 中村翔:安全管理
  • 陳映里:網站製作

07 / 推進

把畫布變成可交付內容

確認的分支會成為文件與活動網站;未採用的點子不進入正式企劃。

  • 文件:時程、人員、風險、素材清單
  • 網站:故事、交通、節目、安全、聲明
  • 審核:森田愛子確認方向

決策紀錄

只保留已採用範圍

畫布保留已確認的選擇,並在進入公開內容前移除備案點子。

  • 保留:河岸路線、燈籠街、20:00 花火
  • 移除:遊行、吉祥物表演、多日活動
  • 原因:範例要保持聚焦且可信

動線細節

訪客旅程時間線

這會成為活動網站的交通與節目區塊。

  • 16:45 從車站抵達,看到燈籠導引
  • 18:00 屋台在河岸步道旁開放
  • 19:30 觀賞草地開始導引與管制
  • 20:20 花火後分流退場

製作清單

需要產出的圖片與文案

每個素材都綁定到實際頁面位置,不只是未使用的氛圍想法。

  • Hero:星野川河面上的花火
  • Story:傍晚前的安靜燈籠街
  • Food:屋台細節圖片
  • Access:架空會場地圖

風險規則

必須清楚說明的事

這些規則避免範例被誤讀成真實公開活動公告。

  • 天候說明是架空示範,不具營運效力
  • 不宣稱真實鐵道、警政或緊急服務資訊
  • 範例聲明出現在 hero 與 footer

文件交付

企劃文件章節

下一頁應該像一份活動簡報,包含明確負責人與工作項目。

  • 目標、受眾、動線與視覺系統
  • 人員名單,森田愛子為企劃負責人
  • 時程、風險、素材清單、審核清單

這張畫布如何使用

企劃決策會一直保持可見。

不是寫一段很長的提示詞然後期待結果自己保持一致,而是讓每個決策有位置、有關係。這讓後續頁面更容易檢查與修訂。

01

先定義活動前提

中心節點定義架空活動、規劃者、目標和輸出範圍。

02

分支成為決策

受眾、動線、視覺、營運與人員負責都各自成為節點,並用語意連線建立關係。

03

只產出已採用方案

企劃文件與活動網站繼承確認後的結構,沒有採用的想法不會變成內容雜訊。

下一頁

接著,把心智圖整理成詳細企劃文件。