你是不是也遇過這些狀況？
- 老闆說「我們需要一個 CRM」，你點頭之後完全不知道從哪裡開始規劃
- 開需求會議時，工程師講的每個字你都聽得懂，但串在一起就像外星語
- 畫了十幾版 wireframe，工程師看完只說「這個資料拿不到」
- 接到一個「很簡單的功能」，做下去才發現背後牽扯七八個系統
如果你中了兩個以上，不是你不夠努力，是你缺少一套從使用者任務出發，系統地拆解軟體需求的方法。
這堂課會給你什麼？
iA 素描法是一套用白板就能做的系統設計方法，源自 DDD 領域驅動設計的簡化版本。核心理念很簡單：
任何軟體系統，本質上都在幫人「找到資訊」或「產生資訊」。
這堂 2 小時的直播講座，我會用 CRM、CMS、預約系統、電商 四個你一定聽過的系統當作範例，帶你走一遍 iA 素描法的核心框架。每個系統不只是「介紹它長什麼樣」，而是用它來教你一個具體的拆解技巧——四個範例走完，你就學會一整套系統拆解的思考方式。
課程大綱
開場｜軟體的核心是資訊，不是功能
- 為什麼「先想功能」會讓你越做越卡？
- 兩種資訊需求：「找到資訊」vs「產生新資訊」
- 早餐店的比喻：從點餐到結帳，看懂資訊如何流動
範例一：CRM 客戶管理系統
學習重點：資訊需求四維度分析法
拆解一個 CRM 系統的資訊流——客戶、互動事件、標籤，每一步是「誰在做」「做完交出什麼」「需要什麼資訊」「產生什麼新資訊」。學完這個範例，你會知道怎麼把模糊的需求變成清楚的資訊清單。
範例二：CMS 內容管理系統
學習重點：F.I.T 拆解三原則
用「可置換、可獨立、可交付」三個標準，拆解一篇文章從草稿到發布的生命週期。為什麼「審核」要獨立成一個步驟？為什麼「排程發布」和「手動發布」是可置換的？學完這個範例，你會知道怎麼判斷需求拆得夠不夠細。
範例三：預約系統
學習重點：五種任務關係類型
預約系統天然涉及多角色協作——消費者、服務提供者、系統管理員。誰的任務要等誰？哪些可以同時做？什麼時候需要匯整？學完這個範例，你會知道怎麼處理多角色之間的任務串接。
範例四：電商系統
學習重點：資訊物件的關聯網絡
一筆訂單牽動商品、庫存、金流、物流、行銷活動——這些資訊物件之間怎麼連結？一句「滿千免運」就能讓系統複雜度翻倍。學完這個範例，你會知道怎麼畫出系統的資料骨架，以及為什麼要先畫圖再寫程式。
收斂｜六步驟完整串接
iA 素描法的完整六步驟：定義服務範圍→辨認資訊需求→建立產生規則→設計分類查詢→規劃資訊層級→追蹤使用成效
適合誰來聽？
- 產品經理 / 專案經理：接到需求後不知道怎麼拆解成系統規格
- UI/UX 設計師：想在畫 wireframe 之前就搞清楚資訊從哪來
- 創業者 / 一人公司：要跟外包工程師溝通系統需求，但不知道怎麼講清楚
- 轉職中的工程師：想從「接收規格」升級到「參與需求討論」
- 任何需要跟工程師協作的人：想學會用同一張圖跟技術團隊對話
不適合誰？
- 已經熟悉 DDD 領域驅動設計的資深工程師（這堂課是簡化版，你可能會覺得不夠深）
- 期待學到具體程式碼或資料庫設計的人（這堂課聚焦在需求分析層，不教技術實作）
講師介紹
Soking｜王彥博
小微品牌數據健診顧問，專注於用戶研究驅動商業決策。曾協助超過百間企業與團隊進行數位服務的需求分析與資訊架構設計。
開設的公開課程涵蓋需求訪談工作坊、資訊架構入門、UX Writing、用戶體驗優化等主題，累積學員評價 4.8/5。
著有《軟體系統拆解術：iA 素描法完整指南》，將 DDD 領域驅動設計簡化為 PM 和設計師也能上手的實用方法。
你會帶走什麼？
✅ 一套從使用者任務出發的系統拆解思考框架
✅ 四個系統範例的拆解過程筆記
✅ iA 素描法六步驟 Cheatsheet（講座後提供下載）
✅ 下次開需求會議時，你知道該問什麼問題了
【購課權益】
＊需要開立統編發票的同學，請填寫報名資料時輸入相關資訊，未填寫一律開立二聯制發票
＊因為疫情影響無法上課之同學，可提出申請將於次月進行全額退費
＊發票將於課程結束後開立，以 email 寄送電子發票
＊購票後請於當日完成付款，逾時您的資格將被取消，請重新購買。
＊課前 14 天以上取消， Soking 教學團隊得扣除應繳費用之 10% 後退款予您。
＊課前 13 天內（含課程當日），取消 或 缺席，皆不予以退款，亦不得申請延期。
＊Soking 教學團隊將於收到您申請退款完整資訊後，於活動次月 15 日前完成退款。退款將返還至您本人帳戶。
＊轉讓申請最晚於開課 10 天前，以 Email 通知 Soking 教學團隊（信箱：service@soking.cc）。
＊完整權益請見：購課權益
開課單位：千綺創意設計股份有限公司
統編：90766379
