ビジネススクールで受講した「テクノベート・シンキング」の学びを全12回でまとめるシリーズ、その11。
最終回の事前課題は、テクノベート・シンキングの問題解決プロセスに則って、フリーツールを活用し、自分のビジネスの問題を解決する施策を立案・実装するというもの。これまでの第1回から第5回で学んだ考え方やツールの使い方を全部投入する、文字通りの総仕上げだ。
正直、課題の説明を聞いた瞬間は「重い」と思った。でも同時に、ここまで学んできたことを一つの成果物にまとめられるチャンスでもある。自分の仕事で本当に困っていることをテーマにしよう、と決めた。
解きたかった問題：キーパーソンとの関係悪化に気づけない
テーマに選んだのは、顧客のキーパーソンとの関係管理だった。
IT畑で仕事をしていると、顧客側に必ず「この人の判断で案件が動く」というキーパーソンがいる。その人との関係がうまくいっているときはプロジェクトもスムーズに進む。ミーティングの雰囲気がよく、情報共有も自然に行われ、課題が出てもお互いに「一緒に解決しましょう」というスタンスでいられる。
しかし、何かの拍子に関係が悪化すると、案件そのものが止まったり、競合に切り替えられたりする。しかも多くの場合、関係の悪化に気づくのは「手遅れ」になってからだ。
兆候はあるのだ。メールの返信が3日以上遅れるようになった。ミーティングでの発言が減った。以前は雑談まじりだった会話が、事務連絡だけになった。こうした微妙な変化を、個々の担当者は「なんとなく」感じている。でも、それをチーム全体として捉え、早期に対処するための仕組みがない。属人的な「勘」に頼っている──これが、私が解きたかった問題だった。
属人性の問題は深刻だ。担当者が異動や退職で変わると、その「勘」ごと引き継ぎが抜け落ちる。新しい担当者は白紙の状態から関係を把握しなければならず、その間に関係がさらに悪化するリスクがある。
着想の出発点：チャルディーニの「影響力の6原則」
このぼんやりした問題を構造化するために、フレームワークを探した。最終的に選んだのが、ロバート・チャルディーニの「影響力の6原則」だ。
チャルディーニは、人間が他者から影響を受ける際に働く心理的メカニズムを6つに整理している。ビジネスにおける人間関係の「質」を分解するフレームワークとして、これが使えると考えた。それぞれの原則と、ビジネスシーンでの具体例を整理してみよう。
返報性（Reciprocity）
人は何かをしてもらうと、お返しをしたくなる。ビジネスの現場でいえば、有益な情報を先に共有する、困っているときに手を差し伸べる、ちょっとした手間を惜しまない──こうした行動が「貸し」として蓄積される。逆に、いつも「もらう」ばかりで返さない関係は、徐々に相手の負荷感を高める。
一貫性とコミットメント（Commitment & Consistency）
人は一度コミットしたことに対して一貫した態度を取ろうとする。たとえばキーパーソンが社内で「この件はA社に任せる」と宣言した場合、その人は自分の発言との一貫性を保とうとする。この「コミットメントの強さ」が維持されているかどうかは、関係の安定性を測る重要な指標だ。
社会的証明（Social Proof）
周囲の人間が支持しているかどうかが判断に影響する。キーパーソンの周辺メンバーが好意的であれば関係は安定するし、周辺メンバーから否定的な声が出始めると、キーパーソン自身の態度も変わりやすい。関係性は1対1だけでなく、周辺のネットワークも含めて見る必要がある。
好意（Liking）
単純に「好きかどうか」。共通の趣味や価値観、類似性が好意につながる。ビジネスでは雑談の頻度や内容がこの指標になる。以前はゴルフの話で盛り上がっていたのに、最近は事務連絡しか来ない──こういう変化は、好意の減少を示唆している。
権威（Authority）
専門性や立場に基づく影響力。キーパーソンが自分たちの提案を「専門家の意見」として受け入れてくれているかどうか。以前は「詳しいですね、お任せします」だったのが「他社の意見も聞いてみよう」に変わったら、権威の評価が下がっているサインだ。
希少性（Scarcity）
手に入りにくいものほど価値を感じる。自分たちが提供できる情報やスキルが「ここでしか得られない」と思われているか、それとも「代替可能」と思われているか。この評価の変化は、競合の動きとも密接に関連する。
この6つの軸で関係の質をスコアリングすれば、「なんとなく関係が良い/悪い」ではなく、どの側面が強くてどの側面が弱いかを構造的に把握できる。ここから「徳の蓄積」というコンセプトが生まれた。
「徳の蓄積」とは何か──日々のアクションを数値化する
「徳の蓄積」は、日頃の小さなアクションを「徳」として数値化し、蓄積していく仕組みだ。
たとえば、有益な業界情報をメールで共有したら「返報性+2点」。相手が困っている案件にリソースを割いて助けたら「返報性+5点、好意+3点」。定例ミーティングで新しい提案をしたら「権威+2点、希少性+1点」。感謝の言葉を伝えたら「好意+1点」。
逆に、約束した納期に遅れたら「一貫性-3点」。連絡が途絶えた期間が長いと「好意-2点/週」のように減点される。
こうしてスコアを蓄積していくと、「徳の残高」が見える。残高が十分あるうちは関係が安定している。しかし残高が一定の閾値を下回ったら──それが早期アラートのトリガーになる。
ポイントは、大きなイベント（トラブル発生や契約更新）だけでなく、日常の小さなアクションの積み重ねを数値として捉えることだ。「徳」という言葉を使ったのは、まさにその積み重ねの本質を表したかったからだ。
設計：Transition Diagramで関係性の状態遷移を描く
第2回で学んだTransition Diagramを使って、キーパーソンとの関係性を4つの状態として定義した。
良好：徳の残高が高く、6つの原則のスコアがバランスよく高い状態。積極的な情報交換があり、新規案件の相談も自然に来る。
注意：一部のスコアが低下し始めた状態。たとえばコミュニケーション頻度は維持されているが、会議での発言が減った、レスポンスが遅くなった、など。ここで介入すれば「良好」に戻せる。
危険：複数のスコアが閾値を下回り、明らかな行動変化が出ている状態。ミーティングのキャンセルが増えた、他社の名前が出始めた、など。ここからの回復には相当な努力が必要。
喪失：関係が事実上断絶した状態。案件が打ち切られた、担当を外された、連絡が完全に途絶えた。ここまで来ると、通常の手段では回復が困難。
それぞれの状態間の遷移条件を、スコアの閾値と行動パターンの組み合わせで定義した。たとえば「良好→注意」の遷移条件は、「徳の残高が70%以下に低下」かつ「レスポンス速度が2倍以上に悪化」。「注意→良好」への回復条件は、「2週間連続で徳の残高が上昇」かつ「ミーティング参加率が90%以上」。
このTransition Diagramを描く作業は、まさに第2回で学んだ「ありたい姿を描く」プロセスそのものだった。
5つのデータカテゴリ：何をどう収集するか
スコアリングの元データとして、5カテゴリの情報を収集する設計にした。
①コミュニケーション頻度
メール・チャット・電話の回数と方向（自分から/相手から）。相手からの発信が減っているのは、関係悪化の初期兆候として最もわかりやすい。メーラーやチャットツールのログから自動集計可能。
②レスポンス速度
メールを送ってから返信が来るまでの平均時間。突然の遅延は何かが変わったサイン。ただし、相手の繁忙期やプロジェクトの状況も考慮する必要がある。「直近2週間の平均」と「過去3ヶ月の平均」を比較して、異常値かどうかを判定する設計にした。
③ミーティング参加・発言
定例ミーティングへの出席率、発言の回数と質。「出席はするが発言がない」は、「注意」への遷移シグナルとして重要。この項目は自動取得が難しく、手動入力が中心になる。
④案件の進捗状況
進行中の案件が計画通りに進んでいるか。遅延や仕様変更の頻度。案件がスムーズなら関係も良好、という単純な相関ではないが、案件トラブルは関係悪化のトリガーになりやすいため、モニタリング対象に含めた。
⑤「徳の蓄積」スコア
上記①〜④から算出されるスコアに加え、チャルディーニの6原則に基づく主観評価を加味した総合スコア。週次でチームメンバーが5分程度で入力する想定で、完璧なデータより「ざっくりでも継続できる」ことを優先した。
実装：Gephiでネットワーク可視化
実装にはGephiを使った。Gephiはオープンソースのネットワーク可視化ツールで、ノード（点）とエッジ（線）でグラフを描画できる。
具体的には、ノードが「人」、エッジが「関係」を表す。自社のチームメンバーと顧客側のキーパーソンおよび周辺メンバーをノードとして配置し、コミュニケーションの頻度やスコアに応じてエッジの太さと色を変える。
たとえば、関係が「良好」なエッジは太い緑線、「注意」は黄色、「危険」は細い赤線、「喪失」は点線──という具合だ。こうすると、ネットワーク全体を一目で見渡したときに、どこが弱っているかが視覚的にわかる。
さらに、時系列でスコアの推移をグラフ化することで、「先月まで太い緑線だったのに、今月は黄色に変わった」──つまり「この人との関係が細くなっている」が視覚的に見える。これは数字だけの一覧表では得られない気づきを与えてくれる。
Gephiを選んだ理由は3つある。無料であること、ネットワーク可視化に特化していてノード数が多くても動作が軽いこと、そしてCSVからのインポートが簡単で、Excelでデータを管理しているチームでも使えること。第5回で学んだ「フリーツールの選定基準」を実践した形だ。
この仕組みがもたらす3つのメリット
設計した仕組みのメリットを3つに整理した。
メリット①：属人性の排除
これまでは特定の担当者の「勘」に頼っていた関係管理が、チーム全体で共有できるデータになる。担当者が替わっても、過去のスコア推移を見れば関係の歴史がわかる。引き継ぎの質が根本的に変わる。
メリット②：早期発見
数値の変動を定点観測することで、「まだ大丈夫だけど、このままいくと危ない」という段階で気づける。人間の感覚では「なんとなく違和感がある」止まりだったものを、データが「先月比でスコアが20%下がっている」と教えてくれる。この20%の差が、手を打てるかどうかの分かれ目になる。
メリット③：精神的負担の軽減
意外と大きいのがこれだ。「なんとなく気まずい」という感覚は、言語化されないまま担当者のストレスとして溜まっていく。それをデータで「好意スコアが下がっている。返報性を意識したアクションを増やそう」と言語化できれば、感情の問題ではなく課題解決の問題として扱える。対処を考えやすくなるし、上司への相談もしやすくなる。
正直に書いた4つの課題
メリットだけ書いて終わりにしなかったのは、テクノベート・シンキングで繰り返し学んだ「検証・改善」の姿勢があったからだ。課題も正面から向き合った。
課題①：日本語の感情分析精度
メールやチャットの文面から感情を読み取るAIは、英語ではかなりの精度がある。しかし日本語は敬語や婉曲表現が多く、「ご検討いただけますと幸いです」が好意的なのか不満の裏返しなのかをAIが正確に判別するのは、まだ難しい。この精度が上がるまでは、テキスト分析に過度に依存しない設計が必要だ。
課題②：データ入力の負荷
日々のアクションを記録するという行為そのものが、現場にとっては負担になる。メールやカレンダーからの自動集計はできても、「今日のミーティングで相手の反応はどうだったか」のような主観データは手入力が必要だ。入力が面倒になって形骸化する──これが最も現実的なリスクだと感じた。「週に5分」の設計にしたのは、このリスクを最小化するためだ。
課題③：人間関係を数値化することへの心理的抵抗
これが最も根深い課題だった。「徳をスコアで管理するなんて、打算的すぎないか」。こう感じる人は必ずいるだろうし、その感覚は間違っていない。人間関係には数値化できない部分がある。それを無理に数値化しようとすること自体が、関係を歪める可能性すらある。
この課題に対する私の答えは、「完璧なスコアリングを目指すのではなく、気づきのトリガーとして使う」というスタンスだ。スコアが下がったら「なぜだろう？」と考えるきっかけにする。スコアそのものが正解ではなく、スコアの変動が対話のきっかけになればいい。
課題④：初期投資コスト
Gephi自体は無料だが、データの整備、入力フローの構築、チームへの説明と教育──これらにかかる時間とコストは小さくない。「まず1人のキーパーソンでスモールスタート」が現実的なアプローチだろう。
テクノロジーの限界と人間の判断の境界線
この課題に取り組んで最も大きな学びは、「人間関係を数値化することへの抵抗」は、技術では解決できない人間側の問題だということだった。
テクノロジーはデータを集め、パターンを検出し、アラートを出すことができる。しかし、「この数値の変化にどう対応するか」「本当にスコアが示す通りの状態なのか」──その判断は人間にしかできない。
テクノベート・シンキングの根底にある思想は、「テクノロジーを使いこなすのは人間だ」ということだ。今回の最終課題で、その思想を体で理解した。テクノロジーの「できること」と「できないこと」の境界線を引く力──それこそが、この科目が養おうとしていた能力なのだと思う。
全プロセスの振り返り：第1回〜第5回の学びはすべてつながっていた
改めて振り返ると、この最終課題は第1回から第5回で学んだことをすべて使う構造になっていた。
第1回の「テクノベート時代の問題解決」で学んだ「解くべき問題を定義する」。漠然とした「関係管理がうまくいかない」を、「属人的な勘に頼る構造」という問題として定義した。
第2回のTransition Diagramで「ありたい姿を描く」。4つの状態と遷移条件を図にすることで、目指すべきシステムの全体像が見えた。
第3回〜第4回のアルゴリズムとスコアリングで「どう解くかを設計する」。チャルディーニの6原則をスコアリング軸に変換するプロセスは、まさにアルゴリズム設計そのものだった。
第5回のツール活用で「手を動かして実装する」。Gephiでネットワークを可視化し、実際にデータを入れてみることで、設計の甘い部分が見えてきた。
そして最後に、効果と課題を整理して判断する。この一連のプロセスを一人で回しきった体験は、テクノベート・シンキングの「論理設計は人間が行う」という思想を体現するものだった。
ツールを使うのは人間。でもツールに何をさせるかを決めるのも人間。その両方を担えるビジネスリーダーになることが、この科目の最終的なメッセージだったと思う。
次回（最終回）：全6回の振り返りと、これからの話
次回はシリーズ最終回。全6回を通じて何が変わったか、実務にどう持ち帰ったか、そしてこれから何を学んでいくかを書く。
今回参考にした書籍
