底層是同一個引擎:同樣的官方來源限制、同樣的不編造規則、同樣的語音與文字介面。 差別在於各行業顧客真正在問的問題不一樣,以及各自不能越過的界線不一樣。
菜單與價格、營業與最後點餐時間、分店位置與交通、素食與過敏原標示、當期優惠,以及品牌自己在外送平台上的商家頁內容。
房型與房內設施、入住與退房時間、早餐與停車、接駁與交通、各分館之間的差異,以及訂房頁面的連結。
各科門診時間、掛號與看診流程、院區與樓層位置、初診需要準備什麼、健檢與自費項目,以及公費疫苗這類政策資訊。
客服講錯一句價格,最後是品牌要收拾。所以「不編造」在 Ringo 是系統層的限制, 不是提示詞裡的一句叮嚀 —— 底下 4 件事是機制,不是承諾。
只能建立在品牌官網、官方社群帳號、品牌直接提供的資料,以及品牌自己在指定訂位/外送/訂房平台上經營的商家頁面。部落格、新聞、第三方轉貼與顧客評論一律不採用;官方查不到就留白待確認,不拿非官方資料補洞。
價格、套餐名稱、折扣、贈品、分店電話與地址這類具體事實,只要官方事實表裡沒有,系統就不會生成、不會推測,也不會「補一個看起來合理的」。寧可講得短而全真。
顧客頁上的回答會附官方來源連結,顧客可以自己點進去核對是哪一頁講的。這些來源連結本身也有定期自動巡檢,官網改版失效時會被抓出來,而不是靜靜爛在那裡。
有期限的活動在建庫時就會帶上到期日,時間一到自動停止發布,不需要有人記得回頭關掉。促銷資訊若缺少期間、價格或參加方式,也不會被當成「現行有效優惠」發布出去。
不需要先把資料整理好再來 —— 給官方網址就可以開始,系統會先做出一份草稿讓你改。
官網、官方社群、門市或分館頁,以及訂位/訂房頁。就這些,不必先做表格。
讀官方頁面整理成知識條目與常見問答草稿,並自動跑一輪對抗測試,先把會答錯、答不完整的題目挑出來。
在審核站逐條看、改、退回,附上來源連結可直接核對。改的是內容,不需要工程介入。
先在測試環境驗過,再由品牌自己排定搬遷時間,系統照排程整批上線 —— 正式環境的內容不會有人在背後私下改。
