Shachikuvent Site
社畜觀察所官網
Mood-first music discovery site with a hand-maintained data layer that automation cannot overwrite.
以情境為入口的選歌官網，並讓人工維護的資料不會被自動重建覆蓋。
- Brand Site品牌官網
- Content Discovery內容探索
- Data Ownership資料權責
Problem問題
真實問題是什麼
一個以職場情緒為主題的音樂品牌，聽眾來的時候通常不知道自己想聽哪一首，只知道自己現在是什麼狀態。給他一份曲目清單，等於要求他先變成熟悉這個品牌的人。
所以官網的入口不是曲目，是情境：選一個現在的心情，站上給出對應的歌。這需要曲目與情境之間有一層對照資料，而那層資料一部分來自自動產出、一部分必須手工挑。
真正的工程問題出在這裡——當自動重建流程與人工維護共用同一份檔案時，重建會把人挑過的結果整批洗掉。
Why Existing Workflow Fails原有流程的問題
原本的做法為什麼會壞
A track list is the wrong front door
曲目清單是錯的入口
以清單為入口，只服務已經認識這個品牌的人。第一次來的聽眾沒有任何依據可以做選擇。
Rebuild overwrites curation
自動重建覆蓋人工挑選
由試算表重新產生資料時，如果人工維護的內容放在同一份檔案裡，重建就會把它整批洗掉，而且不會有人立刻發現。
Grid size is a content constraint
格數本身就是內容限制
情境格子的數量直接決定能表達多細的心情。格數不夠，不同的處境就會被硬塞進同一格。
System系統
系統流程
- Catalogue + Context Index曲庫與情境索引Input · 輸入
上游由歌詞情境索引提供分類
- Automated Rebuild自動重建Process · 處理
由試算表產生的基礎資料
- Curated Layer人工挑選層Human · 人工
獨立檔案存放，重建流程不會碰
- Mood Grid情境格線Process · 處理
以情境為入口的選歌介面
- Listener Entry聽眾入口Output · 輸出
選情境 → 得到對應曲目
Key Design Decisions關鍵設計決策
關鍵設計決策
- 01
Mood as the primary index
以情境作為主要索引
首頁的入口是心情不是曲目。聽眾不必先認識這個品牌，也能在三秒內做出一個對他有意義的選擇。
- 02
Separate files for separate owners
不同來源寫進不同檔案
自動重建的資料與人工挑選的資料存在不同檔案。誰能覆蓋什麼由檔案邊界決定，而不是靠記得「重建前先備份」。
- 03
Grid capacity as a design decision
格數是設計決策
情境格線由九格擴充到十五格，是為了讓相近但不同的處境不必共用同一格，而不是為了畫面比較滿。
- 04
Ship with gaps visible
允許有缺口地上線
尚未配齊曲目的情境維持可見但標示為未完成，而不是先隱藏起來。缺口看得見才會被補。
Tech / Architecture技術與架構
實作組成
- Static Site靜態網站
- JSON Data LayerJSON 資料層
- Content Taxonomy內容分類
只列與這件作品直接相關的組成，不作為技能清單。
Status / Boundary完成度與限制
完成度與限制
站台已上線並持續使用中，部分情境的曲目仍在補齊。
此頁不揭露任何流量、播放或轉換數字。
情境分類沿用內容分類體系，與歌詞情境索引共用同一套詞彙。