【追補記事】顧客対応／CS（入門編前提）｜方式名『複素構造評価』｜26-07
RI Eval Lab｜方式名『複素構造評価』 / Complex Structure Evaluation
RI Eval Lab｜方式名『複素構造評価』 / Complex Structure Evaluation
方式名『複素構造評価』の“矢印”を手に入れる
・提示版：2025A（版管理ラベル／入門系）
・本稿掲載テーマ：顧客対応／CS
・コード（管理用）：CSP
・略称：顧客対応（CSP）
記事投稿日：2026/03/10 (Rev.0)
公式アンカー（GitHub）
公開範囲：用語注記／注意事項／転載・引用ポリシー
方式名『複素構造評価』 / Complex Structure Evaluation：
https://github.com/ri-eval-lab/complex-structure-evaluation-anchor
＜用語（読み／英語）＞
方式名『複素構造評価』：コンプレックス・ストラクチャー・エバリュエーション / Complex Structure Evaluation
＜テーマ名：顧客対応／CSの「CS」について＞
本稿の「CS」は、カスタマーサポート（Customer Support）とカスタマーサービス（Customer Service）を含む広義の顧客対応を指します。
0．まえがき「本稿の構成について」
・ 本稿は『【職場（BIZ）】入門編｜指示・説明・状況報告等｜複素構造評価｜26-01』（以下、入門編ベース記事という）を前提に、テーマ：顧客対応／CSの差分を追加する入門編追補記事です。
・ 本稿は差分の追加に集中するため、共通の定義・読み方・型・ミニ例／ミニワーク等は入門編ベース記事に集約しています。
・ 本稿では、ミニ例・ミニワークの“計算過程”は扱いません（必要な場合は入門編ベース記事を参照してください）。
・ 公開状況に応じて、本文末尾の「次に読む（導線）」リンクを更新する場合があります。
・ 更新・改訂により、記載・構成・収録範囲は予告なく変更される場合があります。
※有料エリアの境界は、投稿ページ上の「ここから有料」の表示位置が優先されます。
読む順番（推奨）
1. 入門編ベース記事（テーマ：ビジネス／職場）
2. 本稿［テーマ：顧客対応／CS］
3. 実装編ベース記事（テーマ：ビジネス／職場）
4. テーマ：顧客対応／CSの実装編追補記事（公開済みの場合）
※実装編ベース記事：『【職場（BIZ）】実装編｜指示・説明・状況報告等｜複素構造評価｜26-02』
一言（ひとこと）：差分だけを見ると、テーマが変わっても運用がぶれにくい。
1．本稿に含まれるもの（表1〜表3）
2．方式名『複素構造評価』とは？（定義の要点）
方式名『複素構造評価』（以下、本方式）は、複素平面を可視化の比喩として援用し、対象（政策・制度・組織・プロダクト・サービス等）の定量指標群（R軸: Recordable）と定性指標群（I軸: Interpretive）を、正規化・加重して v=(R, I) の二次元ベクトルとして表現し、分野横断で比較できる形に整える評価プロトコル（本方式の標準手順）です。
運用上は、Rは記録・ログ等から再計算／検証できる“定量の根拠”に寄せ、Iは理解・納得等を代理する観測可能な手がかり（指標群）として構成します。
矢印の長さ ‖v‖ は総合力（複合強度）、角度 θ = atan2(I, R) は「数字寄りか／納得寄りか」の向きを示します。
“複素”という言い方は、複素平面を見立てた見せ方の比喩であり、複素解析の計算を前提としません。この読み方を分野横断の評価“手順（プロトコル）”として本方式内で標準化することで、分野が違っても同じものさしで比較でき、合意形成を助けます。
本方式は、複素平面の比喩を分野横断の評価“手順（プロトコル）”として本方式内で規格化し、比較可能性・再現性・合意形成に使える形へ整える点に焦点があります。また、複素解析を前提とせず、数学の「複素構造（complex structure）」とも別概念です。
一言（ひとこと）：右ほど“数字が強い”、上ほど“納得が強い”。
※本稿のR/Iは Real/Imaginary（実数・虚数）の意味ではありません。
R（Recordable）/ I（Interpretive）の二軸ラベルです。
EN: Note: In this article, R (Recordable) and I (Interpretive) are axis labels, not the real and imaginary parts of a complex number.
3．本稿の範囲と読み方（追補の位置付け）
本稿は入門編ベース記事を前提に、テーマ：顧客対応／CSの差分を追加します。
本稿で扱う：
・顧客対応（CSP）向けのR側の選び方
・顧客対応（CSP）向けのI側の選び方
・顧客対応（CSP）の事例スケッチ（ID付き）
・顧客対応（CSP）の業界団体への提言（要旨）
本稿で扱わない（入門編ベース記事参照）：
・「型」の丁寧な導入（概念・用語・読み方の通し解説）
・ミニ例、ミニワーク（計算過程・手順の練習）
4．事例紹介（CSP-001〜005）
※購入前に確認できる範囲では、事例の“見出しとシーン要約”のみを提示します（本文は有料エリア）。
［CSP-001］初動謝罪対応の評価コメントの妥当性
シーン要約：サービス障害などの一次報で謝罪文を出したものの、事実の抜けや影響範囲の曖昧さから受け手の評価が割れ、対応再燃の火種が残っている。
［CSP-002］SLA報告の評価コメントの妥当性
シーン要約：顧客向けSLA報告と社内向け品質レポートで同じ数字を説明する必要があるが、外への安心感と内側の確実な実行状況の両方が伝わらず、評価コメントの書き方に迷いが出ている。
［CSP-003］返金対応の評価コメントの妥当性
シーン要約：キャンペーン中の返金条件や申請期限が文面だけでは読み取りにくく、顧客が自分が対象かどうか判断できないまま不満を抱え、炎上につながるおそれがある。
［CSP-004］仕様説明の評価コメントの妥当性
シーン要約：サービス仕様の説明文で前提条件や既知の制約事項が十分に書かれておらず、読み手ごとに受け止め方が分かれて問い合わせやクレームが増えやすい。
［CSP-005］ナレッジ記事更新の指示文の明確性
シーン要約：ナレッジ記事の更新依頼が「どのページをどこまで」「いつまでにどの順で」と書かれておらず、担当者ごとに解釈が揺れて着手も完了報告も遅れがちになっている。
※本節の「シーン要約」は、読者がイメージしやすいように典型的な要素を寄せた“例”です。あなたの現場の実態と一致することを前提にしていません。
・一致しない場合は、似た状況の文面に置き換えて読み進めてください。
・記載の状況や登場主体は特定の企業・個人・出来事を指すものではありません（一致は偶然です）。
・ID（CSP-001〜005）は本稿内の参照ラベルであり、頻度・重要度・正解を示すものではありません。
注意事項【購入前】
・本稿は入門編ベース記事を前提にした単テーマ追補です。入門編ベース記事を未読の場合、用語・型・前提の説明が省略されており、理解が難しくなる可能性があります。
▼入門編ベース記事（共通の前提）
【職場（BIZ）】入門編｜指示・説明・状況報告等｜複素構造評価｜26-01｜複素構造評価（公式）｜RI Eval Lab
・本稿にミニ例・ミニワーク（計算過程）は収録していません（入門編ベース記事を参照してください）。
・更新・改訂により、記載・構成・収録範囲は予告なく変更される場合があります。
・デジタル商品のため、購入後の返金は原則できません（プラットフォーム規約または法令に基づく場合を除く）。
