Ruby Chuang
嗨，我是 Ruby，一位在 ERP 專案裡幫大家「翻譯人話成程式碼語言」的顧問。
我的專業是導入 Odoo 開源 ERP 系統，負責需求訪談、流程設計、規格撰寫，以及最重要的——確保大家都知道現在到底要做什麼。
過去幾年，我和不同行業的公司合作過：從診所、設計公司、旅行社到製造業，他們的共同點就是「需求很多，時間很少，大家講的話都不一樣」。所以我開始把需求轉化成一種所有角色都能理解的結構化文件。久了就發現：這不只是寫文件，而是在建立一種「共識引擎」。
我不會寫程式，但我會畫圖、會拆需求、會讓工程師覺得開發起來舒服。這是我的職業習慣，也是我在每個專案中不斷練功的技能。
這次想來 COSCUP，不是要推銷 Odoo，也不是要展示流程多漂亮，而是想跟你們分享：
規格書可以不是公文，而是一場技術人與業務人之間的愛情橋樑
Beitrag
09.08
15:30
20min
能被讀懂、能被實作的開源 ERP 需求規格書
Ruby Chuang
在開源ERP專案裡，「需求規格」往往被視為次要或「之後再寫」的東西。
但對於需要協作的專案來說，一份能被讀懂、能被實作的規格文件，才是所有技術落地的起點。
我是 Ruby，一位 ERP 顧問與流程分析師，長期協助企業導入 Odoo 系統，專職負責需求釐清與規格設計。
我的工作不只是把需求寫下來，而是確保不同角色都能用同一份文件理解要做什麼、怎麼做、何時做。
本場分享將聚焦於：「如何設計一份讓開發、PM、業主都能對齊的需求規格書」。
內容包含：
- 規格文件的結構：Why → When → Who → How → What
- 常見模糊語句的辨識與轉譯技巧（例如「自動」、「方便」、「要有彈性」）
- 工程師會感謝你的文件寫法（條件邏輯、例外處理、觸發時機）
- 工具實作：如何用 Notion / PUML時序圖/模組流程圖： 梳理規格而非堆疊描述
這場演講不是為了推銷文件模板，而是提供一種實戰經驗累積出的規格思維模型：
讓每一段需求都不只是「希望怎麼做」，而是「確保做得到」的描述。
Odoo Community Taiwan (OCT)
RB101