要点
- CRM の外で計算した手数料は CRM と一致せず、争いは毎月になります。
- 料率は製品に置き、役割と地域で変え、受注の瞬間に凍結すべきです。
- 担当者は案件ごとに獲得額を見るべきであり、経理はアプリ内で精算すべきです。
- Qivity は申請と精算を Scale プランから含みます——第二の製品ではありません。
販売手数料の管理 は、何が売られたかを知る同じシステムで起きるべきです。表計算で起きると、月次の儀式になります。経理が案件を書き出し、少し古い料率表に VLOOKUP し、担当者が二行を争い、誰かが Adjustments というタブを足します。
CRM にはすでに製品、所有者、地域、完了日があります。第二の道具を使うことが、その四つの事実が分かれる理由です。
「CRM の中」が意味すべきこと
金額を Excel に捨てるレポートではありません。循環です。
- 料率は製品に。 どの SKU も同じ売りにくさだと装う全体割合ではありません。
- 役割と地域。 ドバイのハンターとプネのアカウントマネージャーは同じプランではありません。
- 受注時に凍結。 あとのカタログ編集が昨日の獲得額を書き換えてはいけません。
- 申請。 担当者は行を見て受け入れ——または一つを指摘します。
- 精算。 経理が同じ記録で支払済にし、監査証跡付き。
Qivity はその循環として作られています。主流 CRM でネイティブに出すところはほとんどなく、独自請求の CPQ または手数料 SaaS を指します。
担当者が離れる理由
今月得たものが見えなければ、12 日に届く数字を信じません。信頼は製品機能です。マイプロフィール、案件ごと、リアルタイムが、その機能です。
カタログ価格の案件 も要ります。人が打った一括に手数料はかけられません。
隠れた費用
手数料ツールはしばしば別契約に導入が付きます。「CRM 費用」がその行を無視するなら、表計算は無料ではありません。争いと、Final_v7 を保つ人で払っています。
デモ
二つの製品、二つの料率、分割のある案件を受注し、担当者として申請し、経理として精算する——書き出さずに——よう頼んでください。答えが「X と連携します」なら、二つのシステムと同期を買っています。料率表でその循環を回します。