銷售與 CRM 助手
銷售場景用三類模型配合:主力模型把通話和會議轉寫稿整理成 CRM 紀要,另一個主力模型起草跟進郵件,便宜的小模型按寫清楚的標準給線索評分、批次清洗 CRM 備註。每個銷售團隊用一把單獨的 API Key,控制台「操作日誌」按 Key 篩選,就能分清各團隊花了多少。按每月 3,000 通電話、1 萬條新線索、2 萬條歷史備註估算,用各模型最低價分組的即時價格計算,模型費用每月約 ¥71.26。
價格更新於 2026年11月13日 下午6:08
月成本估算
假設:30 人的銷售團隊,每月 3,000 通電話或會議,轉寫稿每份約 6,000 tokens,整理紀要每次輸入約 7,000 tokens、輸出約 600 tokens;起草 3,000 封跟進郵件,每封輸入約 1,500 tokens、輸出約 400 tokens;1 萬條新線索評分,每條輸入約 800 tokens、輸出約 100 tokens;夜間清洗 2 萬條歷史備註,每條輸入約 600 tokens、輸出約 300 tokens。
業務問題
銷售每天打電話、開會,CRM 裡卻常常只有一句「已溝通,待跟進」。客戶的痛點、預算、決策人、下一步約定散落在各人的記憶和聊天記錄裡,換人跟進就得從頭再問一遍。
線索越來越多,先跟進誰全憑感覺;CRM 備註格式五花八門,想按行業、階段、下次跟進時間做個統計都做不出來。
大模型適合把這些文字工作先做一遍:從轉寫稿整理紀要,按約定起草跟進郵件,按寫清楚的標準給線索評分,把歷史備註整理成統一欄位。郵件由銷售改過再發,評分標準由銷售負責人來定。
推薦模型組合
推薦模型按即時目錄自動選取,價格取各模型最低價分組,更新於 2026年11月13日 下午6:08。點模型名可檢視全部分組價格。
通話紀要與備註整理(主力模型)
qwen3.5-plus通義千問
輸入 ¥1.12 / 輸出 ¥6.72 每百萬 tokens國產模型分組
讀通話或會議的轉寫稿,按固定欄位輸出紀要:摘要、痛點、異議、決策人、下一步和日期,直接寫進 CRM。轉寫稿長、紀要短,輸入單價對這一項影響最大。錄音轉文字見語音轉寫方案。
跟進郵件起草(主力模型)
deepseek-v4.1-flashDeepSeek
輸入 ¥2.8 / 輸出 ¥11.2 每百萬 tokens國產模型分組
根據紀要和客戶資料起草跟進郵件,寫明雙方約定的下一步。只寫紀要裡有的內容,不替銷售承諾價格和交期。給海外客戶寫英文郵件時,可以用自己的樣本評測一下備選裡的模型。
線索評分與備註清洗(小模型)
gemini-2.5-flash-liteGoogle
輸入 ¥0.2 / 輸出 ¥0.8 每百萬 tokens標準分組
對每條新線索逐項判斷評分標準,比如有沒有預算、對方是不是決策人、需求是否匹配,分數由程式按固定分值計算;夜間再把歷史備註批次整理成統一欄位。量大、任務簡單,選單價低、響應快的小模型。
參考架構
- 1
轉寫與收集
通話錄音按語音轉寫方案轉成文字,會議軟體匯出的轉寫稿可以直接用;新線索來自官網表單、展會名單或 CRM 匯出。
- 2
紀要寫回 CRM
主力模型從轉寫稿抽取固定欄位:摘要、痛點、異議、決策人、下一步和日期,只寫對話裡出現過的內容,按 JSON 寫回 CRM 對應欄位。
- 3
起草跟進郵件
根據紀要和客戶資料起草郵件,儲存為草稿,由銷售修改後傳送;價格、折扣、交期只引用紀要裡明確說過的內容。
- 4
按標準給線索評分
銷售負責人寫好評分標準和分值,小模型對每條標準回答是、否或不確定,程式按分值求和、排出跟進順序;標準調整後重新計算。
- 5
夜間批次處理
歷史備註清洗和線索評分放到夜間批次跑,客戶端限制併發數(比如 8 個),遇到 429 等一會兒再重試,失敗的放回佇列第二天再跑。
- 6
按團隊分 Key 管成本
每個銷售團隊或區域一把 API Key,並設好額度上限;控制台「操作日誌」按 Key 篩選、匯出 CSV,就能按團隊核算模型費用。
成本估算
假設:30 人的銷售團隊,每月 3,000 通電話或會議,轉寫稿每份約 6,000 tokens,整理紀要每次輸入約 7,000 tokens、輸出約 600 tokens;起草 3,000 封跟進郵件,每封輸入約 1,500 tokens、輸出約 400 tokens;1 萬條新線索評分,每條輸入約 800 tokens、輸出約 100 tokens;夜間清洗 2 萬條歷史備註,每條輸入約 600 tokens、輸出約 300 tokens。
| 專案 | 模型 | 用量假設 | 費用 |
|---|---|---|---|
| 通話紀要 | qwen3.5-plus | 3,000 次 × 輸入 7,000 + 輸出 600 tokens | ¥35.62 |
| 跟進郵件 | deepseek-v4.1-flash | 3,000 次 × 輸入 1,500 + 輸出 400 tokens | ¥26.04 |
| 線索評分 | gemini-2.5-flash-lite | 10,000 次 × 輸入 800 + 輸出 100 tokens | ¥2.4 |
| CRM 備註清洗 | gemini-2.5-flash-lite | 20,000 次 × 輸入 600 + 輸出 300 tokens | ¥7.2 |
| 合計(每月) | ¥71.26 | ||
按各模型最低價分組的即時價格計算,價格更新於 2026年11月13日 下午6:08。
只含模型呼叫費用,不含錄音轉寫、CRM 系統和人工成本,錄音轉文字的費用見語音轉寫方案。歷史備註清洗通常是一次性或階段性的,清洗完之後每月只需處理新增備註。按團隊分 Key 時,各團隊的實際費用以控制台「操作日誌」為準。
示例程式碼
每個團隊一把 Key;主力模型把轉寫稿整理成 CRM 欄位,小模型按評分標準逐項判斷、程式計分,線索評分用執行緒池批次跑;跟進郵件只生成草稿,由銷售修改後傳送。
import json
import os
from concurrent.futures import ThreadPoolExecutor
from openai import OpenAI
# One API key per sales team (e.g. TUTUJIN_KEY_EAST): usage details can then be filtered and exported per key.
TEAM = os.environ.get("SALES_TEAM", "EAST")
client = OpenAI(base_url="https://www.tutujin.com/v1", api_key=os.environ["TUTUJIN_KEY_" + TEAM], max_retries=3)
# Set by the sales lead; every lead is scored on the same criteria.
CRITERIA = [
{"id": "budget", "points": 30, "text": "Mentions a budget or a buying timeline"},
{"id": "authority", "points": 25, "text": "The contact decides or names who decides"},
{"id": "need", "points": 30, "text": "Describes a problem our product solves"},
{"id": "fit", "points": 15, "text": "Company has 50 to 2,000 employees"},
]
def ask(model, system, user, temperature=0):
resp = client.chat.completions.create(
model=model,
messages=[{"role": "system", "content": system}, {"role": "user", "content": user}],
temperature=temperature,
)
return resp.choices[0].message.content
def as_json(raw):
return json.loads(raw[raw.find("{"): raw.rfind("}") + 1])
def call_notes(transcript):
return as_json(ask(
"qwen3.5-plus",
"Turn the sales call transcript into CRM notes. Use only what was said. Reply with JSON only: "
'{"summary": "", "pain_points": [], "objections": [], "decision_makers": [], "next_step": "", "next_step_date": "YYYY-MM-DD or empty"}',
transcript,
))
def score_lead(lead):
answers = as_json(ask(
"gemini-2.5-flash-lite",
'For each criterion answer yes, no or unknown, using only the lead data. Reply with JSON only, e.g. {"budget": "unknown"}',
"Criteria:\n" + json.dumps(CRITERIA) + "\n\nLead:\n" + json.dumps(lead, ensure_ascii=False),
))
return {"id": lead["id"], "score": sum(c["points"] for c in CRITERIA if answers.get(c["id"]) == "yes"), "answers": answers}
def follow_up_draft(notes, contact):
# saved as a draft: the rep checks and sends it
return ask(
"deepseek-v4.1-flash",
"Write a short follow-up email for the sales rep. Restate the agreed next step and date. "
"Never promise prices, discounts or delivery dates that are not in the notes.",
"Contact: " + json.dumps(contact, ensure_ascii=False) + "\nNotes: " + json.dumps(notes, ensure_ascii=False),
temperature=0.5,
)
# nightly batch: score yesterday's leads with a few requests in flight at a time
leads = [{"id": 1, "company": "Example Co", "employees": 300, "message": "I run support and we must replace our ticket tool before Q3."}]
with ThreadPoolExecutor(max_workers=8) as pool:
ranked = sorted(pool.map(score_lead, leads), key=lambda r: r["score"], reverse=True)
print(ranked)
with open("call-0412.txt", encoding="utf-8") as f:
notes = call_notes(f.read())
print(follow_up_draft(notes, {"name": "Ms. Chen", "company": "Example Co"}))常見問題
銷售團隊每月用大模型要花多少錢?
按每月 3,000 通電話整理紀要、3,000 封跟進郵件、1 萬條線索評分、2 萬條備註清洗估算,用最低價分組計算約 ¥71.26。不含錄音轉寫費用;轉寫稿越長,紀要這一項越貴。
怎麼按團隊統計模型費用?
給每個銷售團隊或區域單獨建一把 API Key,並設好額度上限。控制台「操作日誌」可以按 Key 篩選、匯出 CSV,按團隊核算;某個團隊用超了,只停那一把 Key,其他團隊不受影響。
批次處理大量線索要注意什麼?
客戶端限制併發數,從 8 個左右開始,看 429 出現的比例再調;收到 429 等一會兒再重試,失敗的放回佇列。批次任務可以放到夜間跑,也可以用一把單獨的 Key,方便和線上呼叫分開統計。
模型寫的跟進郵件可以自動發出嗎?
不建議。模型可能寫錯客戶名稱,或者寫出對話裡沒有的承諾。郵件應先儲存為草稿,由銷售核對後傳送;系統提示詞裡也要要求只使用紀要裡出現過的資訊。
線索評分準不準?
取決於評分標準寫得是否具體、線索資料是否完整。讓模型逐條回答是、否或不確定,再由程式按固定分值計分,結果可以複核;定期把評分和實際成交情況對照,調整標準和分值。
轉寫稿裡有客戶的個人資訊,能發給模型嗎?
請求會經本站轉發給模型服務處理。建議只提交整理紀要需要的內容,隱去手機號、身份證號這類資訊,並按你們適用的個人資訊保護規定和公司制度評估。
