每一種業務都有專屬的登陸頁
現在,搜尋「為我的牙科診所建立預約系統」的人,會直接來到一個專為此而寫的 Mythex 頁面:介紹這類應用程式在牙科診所需要處理哪些事、該行業的一個實用貼士,以及一段可以用來建立它的起始提示詞。網站的 /ai 部分起初只有幾頁人手撰寫的頁面,現在已涵蓋數百種業務,而且每種業務只配對真正適合它的應用程式。
我們為何要建立它
我們的 Search Console 數據告訴了我們兩件事。大多數透過 Google 找到 Mythex 的人,本來就已經在搜尋「mythex」。而那些在較廣泛的搜尋中真正排名靠前的頁面,是範本頁面,它們出現在「意大利餐廳網站設計」這類設計查詢中,人們想要的是靈感,而不是建立工具。
想用 AI 建立東西的人,會用自己業務的語言去搜尋他們想建立的東西。所以我們開始為這些搜尋撰寫頁面:先是一小批涵蓋「AI 應用程式建立工具」、「AI 網站建立工具」和「AI CRM」這類廣泛搜尋的頁面,然後是每一個合理的業務與應用程式組合各一頁。
每個頁面包含什麼
以牙科診所預約系統為例。每個頁面的結構都相同,但用字來自該業務本身:
- 它是什麼,為誰而設。 以該行業的用語作介紹。牙科診所的頁面會談到覆診、病人,以及預約需要寫進的紙本日記;露營屋的頁面則會談到小屋和熱水浴缸加購項目。
- 你可以建立什麼。 該應用程式會有的畫面和記錄,使用該業務實際保存的欄位。
- 這門生意如何運作。 簡短介紹該行業日常的運作方式,以及它需要兼顧的軟件。例如麵包店的頁面會解釋,烘焙在黎明前就開始,慶祝用的蛋糕要提前數星期落單,而訂單往往會寫在貼在收銀機旁的便利貼上。
- 這個應用程式需要為該業務處理什麼。 三至六項具體需求。以麵包店網站為例:每種特色麵包在哪幾天烘焙、過敏原資料、附有交貨時間的蛋糕作品集,以及一則提示,說明熱門貨品會較早售罄。
- 該行業的一個貼士。 一項只適用於該行業的實用建議,例如提早開放節日預訂並設定明確的截止時間,以便安排焗爐的使用時間。
- 一個起點提示詞。 一段較長的起始提示詞,列出該行業的服務和記錄欄位。按一下即可開啟一個附有此提示詞的新專案,Mythex 隨即開始建立。
- 常見問題。 該行業的人真正會問的一個問題,外加幾個關於 Mythex 本身的常見問題。
- 下一步可以去哪裡。 相關範本、通往相關指南的連結(預約頁面會指向如何建立預約應用程式)、同一行業的其他應用程式,以及同一應用程式適用的鄰近行業。
只配對合理的組合
我們沒有把每種業務都與每一類應用程式交叉組合。應用程式類型超過十多種,包括網站、登陸頁、預約系統、客戶入口、CRM、網上商店、發票、儀表板、庫存、員工排班、目錄、課程平台、報價和估價、會員制及活動報名。每種業務只會列出真正適合它的那些。只有在有人判斷該應用程式適合該業務的地方,才會有一個頁面。
這就是為什麼幾乎每種業務都有發票頁面,但擁有課程平台頁面的卻相對較少。水喉師傅會得到報價應用程式和工作排程;麵包店則會得到網站、預訂頁面和蛋糕諮詢預約系統。
為業務而寫,而非只是填空
把名詞替換掉的範本,會製造出數以千計讀起來一模一樣的頁面。有三件事可以讓它們各有不同:
- 每種業務都自我描述。 它賣什麼、如何稱呼它的客戶、記錄帶有哪些欄位,以及它目前做得不好的工作。
- 每種業務和應用程式各自的行業說明。 上面提到的概覽、需求、貼士和行業問題,都是為每一組配對而寫,而不是從一個模式生成的。
- 不同的措辭。 兩個預約頁面不會以相同的句子開場。我們會檢查整套頁面,看看有沒有重複的標題、描述和開場白,以及內容太單薄而沒有用處的頁面。
當真實的搜尋數據顯示人們想要更具體的內容時,我們會親手重寫頁面。牙科 CRM 頁面現在使用人們實際搜尋的確切字眼。餐膳預備網站頁面涵蓋每週菜單、訂單截止時間、送貨範圍和廚房畫面,而不是「服務和聯絡表格」。水喉工程的員工排班頁面現在涵蓋工作板、緊急召喚和水喉師傅的手機畫面,因為搜尋「水喉排班應用程式」的人,是想排工作,而不是排班次。
如何使用
- 前往 /ai,或搜尋你想要的應用程式和你的業務類別。
- 閱讀該頁面的需求和貼士,確認它符合你的工作方式。
- 按一下免費開始建立。一個附有起始提示詞的新專案便會開啟。
- 如果你的業務運作方式不同,在送出之前先修改提示詞。它只是一個起點,而不是固定的劇本。
- 繼續透過對話完善:加入你的價格、營業時間和你自己的欄位。
限制
- 這些說明描述的是某類業務通常的運作方式。你的業務可能有所不同,而像食品標籤這類規則取決於你營運的地區,頁面會在相關的地方說明。
- 這些頁面及其說明目前只有英文版本。
- 頁面只是一個起點。你最終得到什麼,取決於你接下來要求什麼。
如果你的行業不在列表中,/ai 的一般頁面,以及我們的小型企業應用程式點子指南同樣適用:在對話中描述你的業務,Mythex 便會據此建立。