回一句「處理第 2 項」，事情就成了。
營運摘要是一封定期發送的簡短報告，分成三個部分 —— 哪些需要你、發生了什麼事、機會在哪裡 —— 內容取自你的對話、行銷活動與自動化流程。它就是一封普通的 Email，所以回信下指令就是你採取行動的方式。
摘要使用方案內含的點數，內容取自你既有的工作紀錄。不需要另外加購報表模組。
需要你
- 1Northvale 已經問了三次三月對帳單，還沒有人回覆。
- 2「週六營業時間」這個問題出現了 9 次。知識庫裡沒有任何內容涵蓋它。
- 3你的提醒活動有 31 通無人接聽，正等著你決定要不要重撥。
發生了什麼
184 則對話，其中 147 則不用你出手就處理掉了。六通下班後的來電，全都留下逐字稿。網站聊天視窗帶來兩位新聯絡人。
機會
有 22 位三月預約過的人沒有再回來。這是你這一季還沒聯繫過的最大一群人。
或者，直接開口問
這封摘要本身就是操作介面。
三個段落，而回覆它就是你採取行動的方式。
Inbox週一簡報：3 件需要你
需要你：1. Kepler 的退款決定 · 2. bookings@ 的授權即將到期 · 3. 一位來電者指名找你。發生了什麼：214 則對話、3 檔活動、1 次流程失敗。機會：九個人問到週六。
處理第 2 項。Kepler 的退款照准。另外把週六營業時間加進招呼語。
@Octo 除了寄信之外，也把簡報貼到這裡
處理中 🔧(執行get_analytics…)
它會在上午 7 點落在這裡，一樣是那三個段落。採取行動的方式也一樣 —— 直接回覆就好。 (edited)
🎉 32 則回覆 · 最後一則於 5 分鐘前
另外支出超過 80% 就通知我們
Email octo@agent.omniocto.com · WhatsApp 1-MAN-ASK-OCTO · Slack #omniocto
三個段落
不是儀表板，是一封簡報。
報表通常被草草掃過就關掉。這封信是設計來讓你在手機上兩分鐘讀完，並在同一個動作裡就採取行動。
需要你
那些不會自己解決的事 —— 一位還在等的客戶、一個停掉的自動化流程、一個只有你能做的決定。
發生了什麼
用一段文字講完這一週。多少則對話、內容是關於什麼、有哪些不用你出手就處理掉了。
機會
值得採取行動的那個模式 —— 五位客戶都問過的同一個問題、一群值得回頭聯繫的人、一件你一直在手動回答的事。
它就是一封普通的 Email，而這正是整個設計的核心。回覆它，就是你採取行動的方式。
實際上怎麼運作
它寄來、你回信、它跟著調整。
它寄來
頻率跟著你的一週走。
一封三段式的簡報，在你醒著的時間送達，而你不需要去設定任何報表。
回覆它
「處理第 2 項」就是一句完整的指令。
像回同事的信那樣回這封信。那一項就變成 Octo 會執行的任務，而任何會花錢的動作，都會先停下來要一組確認碼。
它會調整
清閒的一週，信就短一點。
頻率跟著實際發生的事情走，所以它不會變成那種你看都不看就過濾掉的每日信件。
底下實際發生的事
為什麼這一封不會被你設規則濾掉。
回信就是操作介面
這封摘要是一封真實信件、在一條真實的對話串上，所以回信裡的一句指令是會被執行的。沒有另一個 App 要打開 —— 而那正是多數內部報表沒人看的原因。
回信即行動 · 確認機制照常適用事實是查出來的，不是摘要出來的
蒐集步驟是直接讀你的資料，而不是讀逐字稿；如果這一點被改掉，有一個測試會讓建置失敗。你拿到的簡報建立在計數和狀態上，只經過一次書寫加工 —— 而不是一層層摘要下去、離事實愈來愈遠。
直接查資料 · 由測試強制把關頻率會自己調整
它跟著實際發生的事情量走，而不是不管三七二十一每天早上寄一封一模一樣的簡報。要避開的失敗模式，就是那種所有人都設自動封存的報表。
自適應頻率遵守勿擾時段
摘要和警示都在你醒著的時候送達。凌晨三點被通知，是你自己選的，而不是因為某個門檻被越過就自動發生。
勿擾時段 · 依你的時區急事不會等它
故障警示和預算警示在事情發生當下就發出，並在 50%、80%、100% 的預算用量時通知。摘要是總結，警示才是打斷。
故障警示 · 50/80/100% 預算警示常見問題
大家真正會問的問題。
- 裡面到底有什麼？
- 三個段落。「需要你」—— 那些不會自己解決的事。「發生了什麼」—— 用一段文字而不是一張圖表講完這一週。以及「機會」—— 當你的對話裡出現某種模式，暗示有件事值得去做。
- 「回覆處理第 2 項」是什麼意思？
- 這封摘要是真的 Email，所以回信就是你採取行動的方式。回一句指令、指名某一項，它就變成 Octo 會執行的任務 —— 不用開儀表板，也不用開工單。任何會花錢的動作，仍然會先停下來請你確認。
- 它是不是把我所有的客戶逐字稿都讀過一遍？
- 不是。這些事實是直接查詢資料得來的，而且有一個測試會在「蒐集步驟開始讀逐字稿」時讓建置失敗。這是刻意設計的：它不是「摘要的摘要」。
- 是每週還是每天？
- 頻率會依照實際發生的事情量調整，而不是每天早上寄一封幾乎一樣、幾乎空白的報告給你。清閒的一週不會產生和忙碌的一週一樣多的信。
- 會不會凌晨三點才寄到？
- 不會。系統會遵守勿擾時段，所以摘要和警示都在你醒著的時候才送達。
- 如果在下一封之前就出事了呢？
- 那就是警示的用途，兩者是分開的：故障警示和預算警示會在當下就發出，並在用量達到 50%、80%、100% 時通知你，而不是等到下一封摘要。
延伸閱讀