跳到主要內容
聯絡我們

你的店,每天自己發一次文,然後把人帶到門口。

以下為系統一日運作示意。時間可調,動作是固定的。

  • 文案:AI 生成
  • 排程與核銷:規則引擎,不是 AI
  • 全程走平台官方 API

08:30

早上八點半,桌上多了三則草稿。

它不是從零開始寫。今天要推什麼是你給的,怎麼寫是照一組事先定好的貼文結構填的——開頭怎麼勾住人、中間放什麼證據、結尾丟什麼問題。

這裡有一條硬規則:學結構,不抄句子。可辨識的句子不能被近義改寫後端出來,成效數字不能是編的。每一則草稿產出時會附一個相似度自評,自評沒過的那一則不會端到你面前,會退回去重新換一個結構寫。

  1. 勾子
  2. 情境
  3. 機制
  4. 問題
示意畫面。實際草稿內容依你的品類與當日主題而不同。
輸入框 placeholder
今天想推什麼?例如:新品可頌、週三買一送一
Tooltip(相似度自評圖示)
自評是產出時就附帶的,不是你按了才跑。

09:00

九點,你在等咖啡的時候看一眼。

三則草稿推到你手機上。你只有三個選擇:改一句退掉換一則

退掉不是把流程打回原點——退掉之後它會自己換下一個結構重寫,你不用重新發起任何東西。

這一步是刻意留的。整條線上唯一由人決定的地方就是這裡,因為發出去的是你的店名。

發布改一句再發換一則
錯誤訊息
這則草稿已經被你退掉了,正在換下一則。
空狀態
今天還沒有草稿。要現在生一批嗎?

11:00

十一點,它自己發出去了。

你早上按的「發布」不會馬上送出,它進的是排程佇列。到了設定的時間,排程器才真的呼叫平台 API 把貼文送出去。

中間有兩件會出事的事,都先處理好了:

一、授權會過期。綁定粉專時走的是完整的長期 token 流程——授權碼換短期 token、短期換長期、再逐一取得你每一個粉專自己的 page token 分開保管。這段是出了名的難搞,也是我們通過平台 App 審核的那一段。

二、時區會錯。排程全部綁 Asia/Taipei。「早上九點」就是台北的早上九點,不是伺服器所在地的九點。

目前可以說的:Facebook 粉專的排程發布,repo 內有可指認的完整實作。

目前不能說的:Instagram 的排程發布尚未經過驗證。在驗證完成之前,本頁不宣稱支援 IG。

我們寧可少寫一個平台,也不想讓你買到一個沒驗過的功能。

排程狀態標籤
已排程發布中已發布失敗,已重試 1 次
Tooltip(失敗重試)
失敗會記下原因並重試。連續失敗會通知你,而不是安靜地不見。
錯誤訊息
粉專授權已失效,需要重新綁定才能繼續排程。

12:30

中午十二點半,有人在等紅燈的時候滑到了。

貼文底下帶一個行動呼籲——這句話是你在生成的時候選的,不是系統隨便配的。點下去,進的是 LINE。

選 LINE 不是因為它時髦,是因為在台灣,顧客的手機上本來就有它。多一道下載,就多一批人不會走完。

  • 領今日限定券
  • 看完整菜單
  • 預約時段
  • 加入會員
示意畫面。CTA 文字與導流目的地由你在發布前決定。

12:35

五分鐘後,券在他手機裡了。

券在 LINE 裡面直接領,不用下載 App、不用註冊帳號、不用填 email。

防重複領有兩道,而且是不同層次的兩道:

資料庫層——同一個人、同一張券、同一個 LINE 帳號,是一組複合唯一鍵。就算同時點十次,資料庫只會認第一次。

裝置層——同一台裝置切換帳號重領,會被裝置指紋擋下來。

兩道分開做的原因很簡單:只有應用層的檢查(「先查一下有沒有領過再寫入」)在高併發時會漏。約束寫在資料庫裡才擋得住。

領券成功
領到了。到店出示這個畫面就好。
重複領取
這張券你已經領過囉,在「我的券」裡面。
已過期
這張券的活動已經結束了。

19:00

晚上七點,他真的來了。

店員掃碼,券變成已使用,這筆核銷同時回填到早上那則貼文底下。

核銷這件事本身比看起來難:同一張券被掃兩次不能重複入帳、月底要對得起來。在本產品裡,你只會看到「掃一下、綠燈、完成」。

核銷成功
核銷完成
重複掃描
這張券在 18:47 已經核銷過了。

23:00

半夜十一點,今天的帳結一次。

這裡我們只講報表上有哪些欄位,不放任何數字。

原因很直接:任何你在別家 Landing Page 上看到的「平均提升 XX%」,都是別人的店、別人的品類、別人的客群。把那個數字放在這裡,對你判斷這個產品有沒有用毫無幫助,而且我們也證明不了。

下面這張表才是有意義的東西——它告訴你你會拿到什麼可以自己算的資料

欄位定義來源
貼文發布時間實際送出成功的時間(不是排程時間)本系統
貼文連結平台回傳的貼文永久連結平台 API
觸及數平台統計的觸及人數平台 API,依你的授權範圍而定
互動數平台統計的按讚 / 留言 / 分享平台 API,依你的授權範圍而定
券發放數這則貼文掛的券,總共放出幾張本系統
券領取數實際被領走幾張本系統
券核銷數實際到店使用幾張本系統
領取 → 核銷轉換核銷數 ÷ 領取數本系統計算
排程成功 / 失敗筆數當日排程佇列的結果本系統
失敗原因分類授權失效 / 平台拒絕 / 網路逾時 / 其他本系統

這張表裡沒有任何預設值或範例數字。你的第一份報表會是空的,然後一天一天長出來。

空狀態
還沒有資料。第一則貼文發布並經過 24 小時後,這裡會有東西。
Tooltip(觸及數)
這個數字由平台提供。平台若調整統計口徑或授權範圍,這一欄可能會變。

這條線最容易斷在哪裡

上面那條線每一段我們都做過。但它會斷,而且斷點是可以預測的。先講清楚,比之後解釋好。

  • 我們不能做什麼

    授權會過期

    平台的長期 token 有效期有限,而且在你改密碼、平台改政策、或粉專管理員異動時可能提早失效。失效時排程會停,我們會通知你重新綁定——但那一天的貼文就是沒發出去。

    我們做了什麼token 分粉專保管、失效時明確報錯而不是安靜跳過。

    我們不能做什麼不能替你維持授權。

  • 我們不能做什麼

    平台 API 政策會變

    Facebook 與 LINE 的 API 政策每年都在動。權限範圍會收、審核標準會改、某個欄位可能下架。這不是我們可以控制的變數。

    我們做了什麼實作走官方 API 與已授權帳號,不用任何繞道手段——所以政策變動時我們可以跟著改,而不是整套失效。

    我們不能做什麼不能保證某一個欄位或某一種發文型態永遠存在。

  • 我們不能做什麼

    審核可能被拒

    要幫你發文,App 必須通過平台的權限審核。審核有機會被拒,也有機會在你上線後被要求重新送審。

    我們做了什麼這條路我們走過,有通過審核的紀錄。

    我們不能做什麼不能保證每一次、每一個帳號都會過。

這三件事都不是「注意事項」,是你導入前該知道的成本。

先用你自己的一天試試看。

給我們你的品類、你的粉專、你想推的第一個東西。我們會用你的資料跑一次上面那條線,把每一段實際長什麼樣子給你看——包含它斷掉的時候長什麼樣子。

本頁描述的所有自動發文行為,皆透過平台官方 API 並使用你自行授權的帳號進行。