Paul's Tradecraft · Cases · CDD

CASE · COMMERCIAL DECISION

訂單看起來不錯——現在能不能承諾?

商務決策工作台(CDD)把報價、付款、交付與責任條件,連同 UNKNOWN,整理成可帶進會議的 Deal Brief。AI 協助結構化比較;人負責授權與最終承諾。

引擎:技術驗證 · 案例:合成
打開 CDD sample 帶一個真實交易問題來談

Decision question

這筆單,現在能不能承諾?

Input

RFQ/報價條件/付款與交期(可匿名或合成)

Output

Decision Path + Deal Brief(已知/UNKNOWN/下一步)

Human gate

Owner/業務主管授權;系統不自動對外承諾

情境

出口與 B2B 場景裡,單看似「毛利不錯」常被直接推進。真正卡住的是:付款何時進來、工廠何時要錢、交付與違約責任誰控、哪些事實仍是 UNKNOWN。CDD 把這些攤開,而不是用摘要掩蓋。

方法(對齊 PAUL OS)

  1. Intake — 收斂交易問題與可用輸入
  2. Structure terms — 付款、交付、責任、數量/價格結構
  3. Surface UNKNOWN — 缺資料不補成事實
  4. Decision states — 可推進/有條件/暫緩/拒絕(依系統定義)
  5. Human commit — 人做最終承諾;留下可交接產物

Evidence ladder

可複核事實(FACT)來源未驗證/UNKNOWN
公開 sample/demo 可互動檢視commercial-decision-desk demo真實客戶成交率、營收、ROI

設計主張與用途(不是 FACT)

主張來源這欄不證明
UNKNOWN 不被自動填成事實(設計主張)產品行為/案例說明跨產業通用有效性
輸出可作為會議交接底稿(用途主張)Deal Brief 結構替代完整法務或信用調查

這頁不主張

不保證訂單、營收或 ROI。

不替代法務、完整 credit DD 或自動對外寄信/下單。

合成/示範案例 ≠ 真實客戶結果。

主線位置

上游:海外商業開發判斷 · 下游:貿易利潤導航 · 垂直證據:窗簾軟裝 Pilot

這些是各自獨立的原型,只共享一個情境概念;它們不交換資料,也不共用資料模型。

ENGLISH SUMMARY

Commercial Decision Desk — can we commit now?

engine: technically validated · case: synthetic

CDD uses rules to structure payment, delivery, liability, and UNKNOWNs into a Deal Brief a team can take into a meeting. Humans keep authorization and the final commitment.

Fact: the public sample can be inspected interactively.
Design or usefulness claim, not a fact: UNKNOWN is not auto-filled into fact; the output is intended as a meeting handoff.
Not verified: win rate, revenue, ROI, cross-industry validity, or replacement of legal/credit diligence.

These are independent prototypes that share a scenario concept; they do not exchange data or share a data model.