怎麼設計出「用了就回不去」的自動化：五個原則

charles

技術問題解決之後，真正的挑戰是「設計」。

同樣的感應器和燈，有人做出很好用的，有人做出很煩的。



原則一：自動化應該「消除動作」而不是「增加動作」

好的自動化：

• 半夜起床，走道燈微微亮 —— 消除了「摸黑找開關」
  
• 洗衣機洗好通知 —— 消除了「一直去看」
  
• 離家自動關全部 —— 消除了「檢查一輪」
  

不好的自動化：

• 要先打開 App 才能開燈 —— 增加了動作
  
• 要記得先切換模式 —— 增加了負擔
  
• 自動關了但你還在用，要手動開回來 —— 增加了麻煩
  

檢驗方法：

這個自動化讓我少做了什麼事？

答不出來的話，它可能只是「很酷」而不是「有用」。

原則二：失敗的時候要往「不打擾」的方向倒

這叫「安全失效（fail-safe）」。

範例：

1. 感應器壞了 → 燈一直亮   ← 可以接受
2. 感應器壞了 → 燈永遠不亮  ← 不能接受
4. 判斷錯誤 → 冷氣多開了十分鐘  ← 可以接受
5. 判斷錯誤 → 半夜冷氣自己關掉  ← 不能接受
7. 通知誤報 → 多一則訊息  ← 可以接受
8. 通知漏報 → 漏水沒發現  ← 不能接受

複製代碼

設計的時候問自己：

如果這個判斷錯了，哪一邊的後果比較輕？往那邊倒。

實務上的寫法：

1.       # 不確定的時候不要動作
2.       - condition: template
3.         value_template: >
4.           {{ has_value('binary_sensor.客廳有人') }}

複製代碼

原則三：手動一定要優先

這是最容易被忽略、但影響最大的一條。

場景：

• 你關掉燈，自動化又開回去
  
• 你調了溫度，自動化又改回去
  
• 你開了窗簾，自動化又關上
  

結果：家人會開始恨你的系統。

三種做法：

一、偵測手動操作，暫停自動化（前面講過的 context 技巧）

二、用一個「手動模式」開關

1. input_boolean:
2.   客廳手動模式:
3.     name: 客廳手動模式

複製代碼

所有客廳的自動化都加這個條件：

1.     conditions:
2.       - condition: state
3.         entity_id: input_boolean.客廳手動模式
4.         state: "off"

複製代碼

三、設計成「自動化只做加法」

• 自動化只負責「開」，不負責「關」
  
• 關的事情交給使用者或計時器
  
• 這樣永遠不會跟使用者打架
  

原則四：狀態要看得見

使用者要知道「現在是什麼模式」「為什麼燈會亮」。

做法：

• 用 input_select 表示家庭狀態，放在儀表板最上面
  
• 用 input_boolean 表示「某個自動化正在作用」
  
• 動作完成後發通知說明做了什麼
  
• 用 logbook.log 記錄自動化的決策
  

一個好的通知：

1.       - action: notify.mobile_app_phone
2.         data:
3.           title: 已啟動離家模式
4.           message: >
5.             關閉了 {{ states('sensor.剛才關掉的燈數') }} 盞燈和冷氣。
6.             {% if is_state('binary_sensor.有門窗開著', 'on') %}
7.             ⚠️ 但有門窗還開著：
8.             {{ state_attr('binary_sensor.有門窗開著', '清單') | join('、') }}
9.             {% endif %}

複製代碼

「做了什麼」和「有什麼要注意」都說清楚。



原則五：從「痛點」出發，不是從「裝置」出發

錯誤的順序：

1. 買了一個感應器 → 想想可以拿來做什麼

複製代碼

正確的順序：

1. 每天都覺得很煩的一件事 → 需要什麼才能解決 → 買那個

複製代碼

怎麼找出痛點：

• 連續一週，每次覺得「好麻煩」就記下來
  
• 一週後看那張清單
  
• 重複出現的就是痛點
  

常見的真實痛點：

• 半夜起來上廁所要摸黑
  
• 不知道洗衣機洗好了
  
• 出門後不確定有沒有關瓦斯 / 冷氣
  
• 回家的時候家裡很悶熱
  
• 晾衣服的時候不知道會不會下雨
  
• 梅雨季衣櫃發霉
  
• 小孩房間的燈總是沒關
  

每一個都有便宜的解法。

加分原則：讓它「幾乎看不見」

最好的智慧家庭是感覺不到的。

• 燈該亮的時候就亮了，你不會注意到
  
• 溫度一直很舒服，你不會想到冷氣
  
• 只有出事的時候你才會收到通知
  

相反的例子：

• 燈突然變色你嚇一跳
  
• 音箱突然講話
  
• 一直收到通知
  

「酷炫」和「好用」通常是反比的。

幾個設計上的具體建議



一、用漸變（transition）

• 燈不要瞬間開關
  
• 1-3 秒的漸變舒服很多
  
• 尤其是半夜
  

1.         data:
2.           transition: 2

複製代碼

二、亮度和色溫要分時段

1. 早上   80%、4000K   （提神）
2. 白天   60%、4000K
3. 傍晚   50%、3000K
4. 晚上   30%、2700K
5. 深夜   10%、2200K   （不要打斷睡意）

複製代碼

三、不要在半夜發出聲音

• 除非是緊急事件
  
• 通知改成靜音
  
• 不要語音廣播
  

四、給使用者「取消」的機會

1.       - action: notify.mobile_app_phone
2.         data:
3.           message: 三十秒後關閉所有燈
4.           data:
5.             actions:
6.               - action: 取消
7.                 title: 等一下
8.       - wait_for_trigger:
9.           - trigger: event
10.             event_type: mobile_app_notification_action
11.             event_data:
12.               action: 取消
13.         timeout: "00:00:30"
14.       - if:
15.           - condition: template
16.             value_template: "{{ wait.trigger is none }}"
17.         then:
18.           - action: light.turn_off
19.             target:
20.               entity_id: all

複製代碼

這個模式很好用：先預告，給機會取消，沒反應才動作。

五、定期檢討

每三個月做一次：

• 看每個自動化的觸發次數（追蹤頁面）
  
• 三個月沒觸發過的 → 停用或刪掉
  
• 問家人有沒有哪個很煩
  
• 刪掉比新增更重要
  

一個測試

把你的自動化清單拿給家人看，問：

• 哪一個你最喜歡？
  
• 哪一個讓你覺得煩？
  
• 有沒有哪一個你不知道存在？
  

第三個問題的答案通常是「應該刪掉的」 ——
因為它沒有產生任何價值，卻增加了系統的複雜度。

---

下一篇：從零到完整的實作清單 ——
把前面所有內容整理成一份可以照著做的檢查表。