IKENSA暫定名 · 開發預覽

NAP 一致性稽核

名稱/地址/電話跨平台完全一致

au11檢核 半自動權威與信號在互動地圖中開啟 →

NAP 一致性像身分證字號的每一碼——名稱、地址、電話在每個地方都要一字不差;差一碼,系統就當成兩個人。

03為什麼是現在學

NAP(Name/Address/Phone)是在地實體的驗證基礎:官網、商家檔案、名錄、社群上寫法分歧,機器對「這是同一家店」的信心就打折——在地排名跟著折。

04白話理解(對客戶簡報可直接引用)

定義標準寫法(含樓層寫法、電話格式、英文地址拼法),做一次跨平台稽核:官網頁尾、聯絡頁、商家檔案、各名錄、社群 bio 逐一比對修正。搬家與換電話是最高風險事件——要有「異動時的更新清單」,24 小時內全平台同步。

05工具箱

  • NAP 標準卡(實體基準卡的子集) — 唯一正確寫法的正本
  • NAP 稽核表(平台×欄位) — 年度巡一次

06怎麼做 · SOP 3 步(每步標產出物)

  1. 1定義 NAP 標準寫法NAP 標準卡
  2. 2跨平台稽核修正稽核表
  3. 3建立異動更新清單(搬家/換號時照跑)異動 SOP

07場景應用(實戰經驗)

  • 搬過家的公司最常見:舊地址還活在五個名錄裡——客人導航到舊址、機器信心分裂,兩頭賠。搬家 SOP 的價值在這時候顯現。

08⚠️ 常見誤區

  • 「中山北路二段」與「中山北路 2 段」當成沒差——對機器就是不同字串,格式也要統一。
口訣

一字不差才叫一致;搬家要有更新清單。

10里程碑 · 完成標準(可驗證)

  • 標準卡存在
  • 稽核表全綠
  • 異動 SOP 就緒

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

12檢核方式與依據出處

半自動:程式抓資料或客戶填表,再由系統/顧問判讀。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
Google 商家檔案完整度
下一節點 →
評論數量與回覆率