跳到正文
土土金API

銷售與 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。

¥71.26/ 月

  • 通話紀要¥35.62
  • 跟進郵件¥26.04
  • 線索評分¥2.4
  • CRM 備註清洗¥7.2
看用量假設

業務問題

銷售每天打電話、開會,CRM 裡卻常常只有一句「已溝通,待跟進」。客戶的痛點、預算、決策人、下一步約定散落在各人的記憶和聊天記錄裡,換人跟進就得從頭再問一遍。

線索越來越多,先跟進誰全憑感覺;CRM 備註格式五花八門,想按行業、階段、下次跟進時間做個統計都做不出來。

大模型適合把這些文字工作先做一遍:從轉寫稿整理紀要,按約定起草跟進郵件,按寫清楚的標準給線索評分,把歷史備註整理成統一欄位。郵件由銷售改過再發,評分標準由銷售負責人來定。

推薦模型組合

推薦模型按即時目錄自動選取,價格取各模型最低價分組,更新於 2026年11月13日 下午6:08。點模型名可檢視全部分組價格。

參考架構

  1. 1

    轉寫與收集

    通話錄音按語音轉寫方案轉成文字,會議軟體匯出的轉寫稿可以直接用;新線索來自官網表單、展會名單或 CRM 匯出。

  2. 2

    紀要寫回 CRM

    主力模型從轉寫稿抽取固定欄位:摘要、痛點、異議、決策人、下一步和日期,只寫對話裡出現過的內容,按 JSON 寫回 CRM 對應欄位。

  3. 3

    起草跟進郵件

    根據紀要和客戶資料起草郵件,儲存為草稿,由銷售修改後傳送;價格、折扣、交期只引用紀要裡明確說過的內容。

  4. 4

    按標準給線索評分

    銷售負責人寫好評分標準和分值,小模型對每條標準回答是、否或不確定,程式按分值求和、排出跟進順序;標準調整後重新計算。

  5. 5

    夜間批次處理

    歷史備註清洗和線索評分放到夜間批次跑,客戶端限制併發數(比如 8 個),遇到 429 等一會兒再重試,失敗的放回佇列第二天再跑。

  6. 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-plus3,000 次 × 輸入 7,000 + 輸出 600 tokens¥35.62
跟進郵件deepseek-v4.1-flash3,000 次 × 輸入 1,500 + 輸出 400 tokens¥26.04
線索評分gemini-2.5-flash-lite10,000 次 × 輸入 800 + 輸出 100 tokens¥2.4
CRM 備註清洗gemini-2.5-flash-lite20,000 次 × 輸入 600 + 輸出 300 tokens¥7.2
合計(每月)¥71.26

按各模型最低價分組的即時價格計算,價格更新於 2026年11月13日 下午6:08。

只含模型呼叫費用,不含錄音轉寫、CRM 系統和人工成本,錄音轉文字的費用見語音轉寫方案。歷史備註清洗通常是一次性或階段性的,清洗完之後每月只需處理新增備註。按團隊分 Key 時,各團隊的實際費用以控制台「操作日誌」為準。

示例程式碼

每個團隊一把 Key;主力模型把轉寫稿整理成 CRM 欄位,小模型按評分標準逐項判斷、程式計分,線索評分用執行緒池批次跑;跟進郵件只生成草稿,由銷售修改後傳送。

示例程式碼(Python,紀要、線索評分與跟進郵件)
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"}))

用一把 Key 試試這個方案

註冊後在控制台建立 API Key,把上面程式碼裡的 base_url 和 Key 換成你的就能執行。企業採購、開發票可以加客服微信 JsnonoChat。

土土金客服微信二維碼
微信JsnonoChat

掃碼或搜尋微信號新增客服

常見問題

銷售團隊每月用大模型要花多少錢?

按每月 3,000 通電話整理紀要、3,000 封跟進郵件、1 萬條線索評分、2 萬條備註清洗估算,用最低價分組計算約 ¥71.26。不含錄音轉寫費用;轉寫稿越長,紀要這一項越貴。

怎麼按團隊統計模型費用?

給每個銷售團隊或區域單獨建一把 API Key,並設好額度上限。控制台「操作日誌」可以按 Key 篩選、匯出 CSV,按團隊核算;某個團隊用超了,只停那一把 Key,其他團隊不受影響。

批次處理大量線索要注意什麼?

客戶端限制併發數,從 8 個左右開始,看 429 出現的比例再調;收到 429 等一會兒再重試,失敗的放回佇列。批次任務可以放到夜間跑,也可以用一把單獨的 Key,方便和線上呼叫分開統計。

模型寫的跟進郵件可以自動發出嗎?

不建議。模型可能寫錯客戶名稱,或者寫出對話裡沒有的承諾。郵件應先儲存為草稿,由銷售核對後傳送;系統提示詞裡也要要求只使用紀要裡出現過的資訊。

線索評分準不準?

取決於評分標準寫得是否具體、線索資料是否完整。讓模型逐條回答是、否或不確定,再由程式按固定分值計分,結果可以複核;定期把評分和實際成交情況對照,調整標準和分值。

轉寫稿裡有客戶的個人資訊,能發給模型嗎?

請求會經本站轉發給模型服務處理。建議只提交整理紀要需要的內容,隱去手機號、身份證號這類資訊,並按你們適用的個人資訊保護規定和公司制度評估。