<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Consulting on YennJ12 Engineering Blog</title><link>https://yennj12.js.org/yennj12_blog_V4/categories/consulting/</link><description>Recent content in Consulting on YennJ12 Engineering Blog</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><lastBuildDate>Wed, 12 Aug 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://yennj12.js.org/yennj12_blog_V4/categories/consulting/feed.xml" rel="self" type="application/rss+xml"/><item><title>AIO / GEO - Part 13 - 商業化：顧問方法論，從第一通電話到簽約</title><link>https://yennj12.js.org/yennj12_blog_V4/posts/aio-geo-part13-consulting-playbook-zh/</link><pubDate>Sun, 09 Aug 2026 09:00:00 +0800</pubDate><guid>https://yennj12.js.org/yennj12_blog_V4/posts/aio-geo-part13-consulting-playbook-zh/</guid><description>大多數人的做法：做一份 40 頁的 GEO 提案簡報，講市場趨勢，然後報價。 真正該做的事：打開筆電，當著客戶的面問 ChatGPT 一個問題。
GEO 是少數可以「當場證明」的服務。 浪費這個優勢是最大的錯誤。
一、GEO 銷售的結構性難題 難題 為什麼難 破解方向 ────────────────────────────────────────────────────────────────────────── 看不見 客戶無法自己感知問題 當場示範（§2） （不像網站慢、排名掉） 無法 demo 你不能「試用」一個顧問服務 用診斷當試用品 效果延遲 前 4-8 週幾乎無變化 先講清楚曲線形狀 （§7） 歸因困難 成功時流量歸到 Direct 第一次會議就講 （Part 5 §1） 「這不就是 SEO」 Google 官方站在對方那邊 Part 12 §1 的 三層回答 價格沒有錨點 市場太新，客戶沒有參考價 用 SEO 預算錨定 其中「看不見」是最根本的。客戶不會半夜醒來擔心自己在 ChatGPT 上的可見度——除非有人讓他看到。
二、最有效的一招：當場跑診斷 一般提案流程 當場診斷流程 ───────────────────────────────────────────────────────────── 1. 寒暄 1. 寒暄 2. 講市場趨勢（15 分鐘） 2. 「我可以現在測一下嗎？」 3. 講方法論（15 分鐘） 3.</description></item><item><title>AIO / GEO - Part 16 - 商業化：從一個客戶到二十個客戶</title><link>https://yennj12.js.org/yennj12_blog_V4/posts/aio-geo-part16-scaling-the-business-zh/</link><pubDate>Wed, 12 Aug 2026 09:00:00 +0800</pubDate><guid>https://yennj12.js.org/yennj12_blog_V4/posts/aio-geo-part16-scaling-the-business-zh/</guid><description>大多數人的做法：接到第 5 個客戶時很開心，接到第 9 個時開始加班，第 12 個時交付品質崩壞。 真正該做的事：在第 3 個客戶時就開始建 SOP，那時候還來得及。
這門生意不會死於沒有客戶。 它會死於交付跟不上銷售。
一、會壞掉的地方，以及什麼時候壞 客戶數 每月工時 主要問題 該做的事 ────────────────────────────────────────────────────────────────────────── 1-2 40-60 小時 沒問題。每件事都手工做也還好 記錄你做了什麼 （之後就是 SOP） 3-5 80-120 開始重複。每次都重寫 prompt set ★ 建 prompt set 庫 報告每次從空白開始 ★ 建報告模板 ★ 監測腳本多租戶化 6-9 140-200 ← 崩壞點 ★ 停止接案 1-2 個月 月報產出吃掉一半時間 ★ 把月報自動化 客戶開始抱怨回覆變慢 ★ 決定要不要招人 你已經沒時間銷售 ★ 砍掉最差的客戶 10-15 需要 2-3 人 溝通成本爆炸 ★ 角色分工 品質開始因人而異 ★ 交付 checklist ★ 客戶分級 16-25 需要 4-6 人 你已經不做交付，只做管理 ★ 這時候才談 開始有管理問題 SaaS 化 第 6 到第 9 個客戶之間是最危險的區間。原因很具體：</description></item></channel></rss>