下方示例用於說明操作流程和結果解讀，並非依上方輸入產生的即時報告。
每個匹配都會點出它是從哪一類頁面來的，讓你發文前就看清它為什麼契合。
每個匹配都帶同樣的五個欄位。
一個網站的頁面，比你一口氣能說完的話多得多。這就是兩份清單不一樣的原因，而且網站那份通常更準。
手打的推銷詞只有一句話，多半是寫給投資人或發布貼文用的。你的網站是幾十個頁面，寫了好幾個月，讀者本來就有興趣。反向匹配會把這些全讀一遍，抓到的是你買家真正看到的詞，而不是你排練過的詞。有四件事決定這次讀取的品質。
定價頁用的是買家語言：價格、方案、回本。這會指向比「品牌故事型主頁」更偏商業的版塊。
一個只有兩段話加一個註冊按鈕的網站，能讀的東西太少。有部落格、有文件、有案例，每個結果都會更準。
「面向團隊的一體化平台」這種話，幾乎匹配不出好結果。說清你為誰做、沒有你會卡在哪。清單會迅速收窄。
反向匹配能找對話題。它不懂你的品牌語氣，也不懂你的定價敏感點。某個社群會不會喜歡你這種出現方式，還是你自己判斷。
只要網域。不用關鍵字清單，不用設定。
話題、受眾、主張，全部取自你的頁面。不是套大類目。
版塊已匹配到你的網站，規則也替你讀好了。
把網站對應到對的版塊，只答完了「在哪」。在每個版塊裡面，Bavior 會讀懂當下的規則，找到真正有購買意圖的討論串。它按這個版塊自己的風格起草一則回覆。沒有你的審核，什麼都不會發出去。
先寫簡要需求：客戶角色、問題、使用情境和替代方案。比起廣泛口號，具體說明誰在什麼情況下使用產品更有幫助。 將使用情境轉成社群話題，人工查看近期討論，同時記錄匹配理由和排除條件。
先寫簡要需求：客戶角色、問題、使用情境和替代方案。比起廣泛口號，具體說明誰在什麼情況下使用產品更有幫助。 將使用情境轉成社群話題，人工查看近期討論，同時記錄匹配理由和排除條件。
本頁不會擷取網站。你可以按上述需求表自行研究；頁面不產生即時匹配報告，也不驗證私人網站。
網站能讀的真實頁面比一句話多得多：部落格、定價頁、文件。反向匹配常常能發現一句話概括不出來的社群。兩種都試一次，對比結果。
先選擇描述目標族群或用途的頁面。按照該具體問題檢查推薦社群，不要把所有匹配項都視為適合整個業務。
不用。貼上網址，它會自己算出網站的話題、受眾和匹配的版塊。
交給 Bavior。它會在這些版塊裡找有購買意圖的貼文，起草原生回覆，經你審核後發布。