---
# System prepended metadata

title: Fable Workshop Week3
tags: [Fable, Workshop]

---

Fable Workshop Week3
===

###### tags: `Workshop` `Fable`

:::info
- **地點:** Fable 辦公室
- **時間:** 2019/07/01, 星期一, 13:30 A.M - 15:00 P.M
- **主題:** How To Plan
- **目標:** 
- **大綱**
    1. 第二課 計畫 `30min`
	    > [name=Paul]
    2. Work1: 我有一個電商的idea，請給我一個計畫  `30min`
    3. Work2: 設立接案框架 `30min`
- **參與者:**
    - [name=Paul]
    - [name=Sarah]
    - [name=Daniel]
    - [name=Dan]
    - [name=Derek]
    - [name=Tinshow]
:::

## 第二課 計畫
**案例分享：**
07/01 上午 Paul & Daniel 去燦坤開會，燦坤想做 App 所以找了3間廠商到燦坤聽取簡報，依據內容要求各家廠商提出報價。但是在整個簡報過程，燦坤一直在闡述他們有什麼東西，但並未提到他們的目標及信念為何。
Paul 向燦坤提問製作 App 的目的是為了將線下體驗轉往線上嗎？還是在線上打造一個良好的體驗？燦坤的回覆是他們的最上層喜歡的像是喵街 App（[參考資料](https://www.facebook.com/ETxSI/posts/1762133204074714/)）。但其實燦坤的過往強項是 Offline 線下零售的部分。

> 過去兩堂的 workshop 就是在告訴我們如何找到目標/信念，然後才依據目標/信念去計畫如何產出目標/信念。但是很多企業無法清楚定義目標，所以當我們問了目標之後，接下來的計劃是什麼就會相對變得很重要，因為這會是影響到客戶會什麼要相信我們的最大原因。
 
## 計畫流程
搜集資訊 -> 設定⽬標 -> 提出假設 -> 實驗(實驗組對照組) -> 調整假設

1. 搜集資訊：搜集一整間公司的資訊。
    - 透過 Why 去頗析
    - 了解企業的框架進而了解需求用於找到共同目標

2. 設定目標：確立客戶的目標。
    - 透過 Why 去頗析
    - 量化的目標
    - 不輕易更動
    - 不斷肥大需要被 Highlight
    - 不背離原本信念
    - 企業跟個人目標的 Priority)

3. 提出假設：提出遊戲規則適用於專案中的所有角色（工程師、行銷人員、營運人員...etc.）。
    - 透過 How 去頗析
    - 假設即是框架，而框架是為了滿足目標（某個數字）。
    - 定義及設計制度
    - 系統化
    - 企業的框架會影響產品定位
    - 在這個階段如何避深入了解企業框架
        - 讓對方感覺我們是在幫忙他、而不是在探尋對方底細。
        - 以找到共同目標為前提。例如：我們想要長期合作，所以雙方需要更了解彼此。
        - 開發這個專案、合作某個案子不是我們的終點，而是起點進而提供更多服務或解決方案。
        - 了解越多後，可以知道更精準的目標、做更準確的假設、更好的開發方向，讓我們能全盤的認識對方。
        - 外包昇華成 Partnership。

4. 實驗：執行專案。
    - 滿足框架
        - Run Scrum
        - 開發產品

6. 調整假設：調整遊戲規則。

## 如何給出好的計畫

> 說服人，卻又不替客戶做決定

所以從了解客戶的基本架構開始：
1. 上游（制度規範走麼走）**We are here**
2. 下游（怎麼銷售）
3. 人事（怎麼挑人）
4. 財務（管理所有數字、現金流）




