sales-engineer

sales-engineer skill 概覽

sales-engineer skill 的用途

sales-engineer skill 是一套售前工作流程，可用來分析 RFP/RFI 覆蓋度、建立競品功能比較、準備技術提案，以及規劃 proof-of-concept 參與。它最適合 Sales Engineering 團隊、解決方案顧問、負責企業銷售的創辦人，以及支援投標回覆或 demo 準備的 AI agents。

最適合 Sales Engineering 的使用情境

當你需要下列結構化支援時，可以使用這個 skill：

• RFP 或 RFI 需求評分
• 提案送出前的覆蓋缺口分析
• 競品定位與功能矩陣建立
• POC 資格判斷、範圍定義與 scorecard 設計
• 針對特定客戶的 demo 腳本準備
• 搭配缺口緩解計畫撰寫技術提案

最適合的場景是複雜 B2B 銷售：技術需求、整合、安全性與驗證證據都會影響採購決策。

為什麼這個 skill 比單一 prompt 更實用

一般 prompt 可以摘要一份 RFP，但 sales-engineer skill 提供的是可重複執行的 Sales Engineering 作業模型。這個 repository 內含 demo 腳本、POC scorecard、技術提案與範例 RFP 資料等 templates，也包含 RFP 分析、競品矩陣建立與 POC 規劃的 scripts。對需要在不同商機中產出一致成果的團隊來說，這會更可操作。

採用前需要注意的事項

這個 skill 不能取代產品知識、法務審閱、價格核准或高層交易策略。當你提供真實需求清單、誠實的覆蓋狀態、客戶優先順序、競品脈絡與已知限制時，它效果最好。如果輸入內容含糊，skill 可能產出看起來完整、但可信度不足的銷售材料。

如何使用 sales-engineer skill

sales-engineer 安裝方式與 repository 路徑

使用以下指令從 GitHub repository 安裝這個 skill：

npx skills add alirezarezvani/claude-skills --skill sales-engineer

原始路徑是：

business-growth/skills/sales-engineer

安裝後，先閱讀 SKILL.md，了解五階段工作流程。接著檢查會影響輸出品質的支援檔案：

• assets/sample_rfp_data.json
• assets/expected_output.json
• assets/demo_script_template.md
• assets/poc_scorecard_template.md
• assets/technical_proposal_template.md
• references/rfp-response-guide.md
• references/competitive-positioning-framework.md
• references/poc-best-practices.md
• scripts/rfp_response_analyzer.py
• scripts/competitive_matrix_builder.py
• scripts/poc_planner.py

sales-engineer skill 需要的輸入資料

進行 RFP 分析時，請用結構化格式提供需求，包含 requirement ID、category、priority、coverage status、estimated effort、notes 與 mitigation。範例 JSON 展示了預期資料形狀，是最適合的起點。

進行競品分析時，請提供你的產品能力、競爭對手名稱、買方優先事項、市場區隔，以及每項主張的證據等級。不要只要求產出「feature matrix」，卻沒有定義客戶的評估標準。

規劃 POC 時，請提供 deal value、decision timeline、champion status、budget confidence、required integrations、success criteria、可用的 SE resources，以及此 POC 是競爭型還是單一供應商情境。

把粗略目標改寫成有效 prompt

較弱的 prompt：

“Help me respond to this RFP.”

較強的 prompt：

“Use the sales-engineer skill to analyze this RFP for an enterprise analytics platform. Score each requirement as full, partial, planned, or gap. Separate must-have gaps from should-have gaps, estimate effort hours, propose mitigation for each gap, and recommend whether we should proceed to proposal. Customer priorities are security, API integrations, and time to value. Output a coverage summary, risk table, and proposal-ready gap mitigation section.”

這樣效果更好，因為它告訴 skill 你需要做什麼決策、需求要如何分類，以及哪些買方優先事項應該影響建議。

實務上的 sales-engineer 使用流程

先從 discovery 開始：梳理客戶痛點、技術環境、整合需求、安全需求與決策標準。接著針對你的結構化需求資料執行或調整 RFP analyzer。用輸出結果判斷這個商機是否已具備足夠資格繼續投入。

下一步，建立 solution design 與競品定位。使用 reference framework，依照客戶重視程度為功能類別加權，而不是做一份扁平的 checklist。接著使用 templates 準備 demo 或 POC，並確保每一段 demo 場景或每一項 POC 任務，都能回扣到已記錄的需求。

在實作時，務必先確認預期的輸入格式，再於本機執行 scripts。例如，repository 示範了 RFP analyzer 的模式：

python scripts/rfp_response_analyzer.py assets/sample_rfp_data.json --format json

請把 sample assets 當作範本，而不是可直接交付給客戶的內容。

sales-engineer skill 常見問題

sales-engineer 適合初學者嗎？

適合，前提是使用者理解交易脈絡。這些 templates 能為較新的 Sales Engineers 提供有用結構，特別是在 POC scorecard 與 demo 準備方面。不過，初學者仍然需要產品、市場與客戶知識；這個 skill 不會憑空產生可靠的技術主張。

什麼時候不該使用這個 skill？

不要把 sales-engineer 用於純行銷文案、一般 outbound email、法律合約審閱或定價策略。對於小型交易式銷售，如果詳細的 POC、RFP 分析或競品矩陣只會浪費時間，也不適合使用。

它和一般 ChatGPT 或 Claude prompts 有什麼不同？

一般 prompts 很仰賴使用者記得每一個步驟。sales-engineer skill 則提供專門的工作流程、決策檢查點、templates、references 與 scripts。對需要重複執行的 Sales Engineering 工作來說，當一致性、評分邏輯與提案產物很重要時，它會更合適。

它能配合既有 CRM 或銷售工具嗎？

這個 repository 看起來沒有提供原生 CRM integration。請把它視為一層工作流程與產物生成工具。審閱後，你可以把輸出複製到 Salesforce、HubSpot、Notion、Google Docs、提案工具或內部 deal rooms。

如何改善 sales-engineer skill

用更好的證據改善 sales-engineer 輸出

影響最大的改善方式，是提供更好的來源資料。納入真實 RFP 文字、stakeholder notes、架構限制、安全需求、競品提及、deal stage 與 win themes。針對每一項主張，區分哪些是已確認事實、哪些是假設。這可以降低提案文字看起來很有把握、但其實缺乏支撐的風險。

常見失敗模式與注意事項

請留意過度膨脹的 coverage scores、含糊的 mitigation plans、未加權的競品比較，以及測試太多情境的 POC。references 強調範圍控管：好的 POC 應該驗證少數幾個對買方最關鍵的 use cases，而不是平台裡的每一項功能。

此外，也要審閱任何生成的技術提案，確認其中沒有承諾你的產品、support、legal 或 delivery 團隊無法履行的事項。

第一次輸出後的迭代方式

第一次輸出後，請要求 skill 從三個角度審視結果：

1. Buyer risk：客戶還會懷疑什麼？
2. Delivery risk：哪些內容難以實作或支援？
3. Competitive risk：競爭對手可能在哪裡有力地攻擊這份提案？

接著只採用能讓交易更清楚或降低執行風險的修改，更新 RFP response、demo plan 或 POC scorecard。

依照你的銷售模式客製化 skill

若要讓 sales-engineer skill 更有價值，請把 templates 調整成符合你公司的 qualification rules、常見 integrations、安全性說法、已核准的 differentiators，以及標準 POC 限制。加入你自己的產品專屬評分指引與禁止使用的主張，讓 agents 產出的內容不只具說服力，也要準確、可審閱。