実務担当者とアカウントマネージャーの違いは?
クライアントアカウントの状況が悪化し始めたとき、サービス事業者がまず答えるべき問いの一つは、問題が仕事そのものにあるのか、それとも関係性にあるのか、という点です。この区別は、そのまま二つの異なる役割に対応しています。多くのエージェンシーは、クライアントがすでに離脱を決めた後になって初めて、両者の境界があいまいになっていたことに気づきます。プラクティショナーの責任がどこで終わり、アカウントマネージャーの責任がどこから始まるのかを定めることは、単なる呼称の整理ではなく、組織構造に関わる判断です。
更新
プラクティショナーとは、クライアントのために実務(戦略、実行、デリバリー)を担う専門家です。一方、アカウントマネージャー(AM)は、そのアカウントの商業的な関係、契約更新、成長に責任を持ちます。プラクティショナーは仕事の質と成果で評価され、AMは継続率、拡大による収益、関係全体に対するクライアント満足度で評価されます。小規模なエージェンシーやコンサルティング会社では、両方の機能を一人が兼ねることも多くあります。しかし、担当するクライアントが増えるにつれて、専門性と関係管理のどちらも損なわれないよう、役割を分けるのが一般的です。
プラクティショナーとアカウントマネージャーの区別が特に重要になるのは、エージェンシー、コンサルティング会社、プロフェッショナルサービス企業のように、仕事をする人とクライアントを管理する人が必ずしも同じではない事業です。この役割分担を誤ること(あるいはまったく定義しないこと)は、クライアントの解約、スコープクリープ、シニアスタッフの燃え尽きを招く最も一般的な原因の一つです。
クライアント向けデリバリーにおけるプラクティショナーとは?
プラクティショナーとは、クライアントが対価を支払っている成果物を実際に作る人のことです。マーケティングエージェンシーであれば、SEOスペシャリスト、有料メディアのバイヤー、ブランドストラテジストがこれにあたります。コンサルティング会社であれば、案件を担当するアナリストや分野の専門家です。技術系のサービス企業であれば、開発者や導入担当のスペシャリストです。
企業がプラクティショナーを採用し評価する際の基準は、関係管理ではなく専門性の深さです。成功指標は通常、アウトプットの質に関するものです。たとえば、キャンペーンの成果、プロジェクトの納品、技術的な正確さ、精査に耐える戦略提案などが挙げられます。プラクティショナー主導のサービスモデルでは、この担当者が仲介者をほとんど、あるいはまったく介さずにクライアントと直接向き合います。
プラクティショナー主導モデルの利点は、スピードと信頼性です。クライアントは実務を担う専門家から直接話を聞くことができ、伝言ゲームなしで質問して率直な答えを得られます。依頼した内容と実際に制作されるものとの間で、情報が抜け落ちることもありません。リスクは、プラクティショナーには、契約更新、スコープの交渉、アップセルといった商談を扱うための訓練、時間、意欲が不足していることが多い点です。まさにこの部分を補うために、アカウントマネージャーという役割があります。
アカウントマネージャー(AM)とは?
アカウントマネージャーは、最初の販売が済んだ後のクライアントアカウントについて、商業面と関係面を担います。実際に誰が作業をしているかにかかわらず、クライアントに満足して契約を更新してもらい、自社にとっての価値を高めていくことが役割です。
AMの主な責任は次のとおりです。
- 契約更新と継続:契約サイクルを管理し、解約のリスクを減らします。
- 拡大とアップセル:アカウントの価値を長期的に高める機会を見つけます。
- 関係管理:クライアントの主要な窓口として対応し、定期的なビジネスレビューを実施します。
- 社内調整:クライアントのニーズを、デリバリーチームが対応できるブリーフに落とし込みます。また、デリバリー上の制約を、商業的な観点でクライアントに伝え返します。
AMの成功は、仕事の技術的な質ではなく、継続率、アカウントの成長、クライアント満足度のスコアで測られます。多くの組織では、AMは案件を成約した営業部門と、それを実行するデリバリーチームの間に位置します。つまりAMは、自分が直接生み出すわけではない成果に対しても責任を負っています。
実務におけるプラクティショナーとアカウントマネージャーの本当の違いとは?
二つの役割を最もすっきり分ける方法は、問題が起きたときに各自が何を担っているかで考えることです。
キャンペーンの成果が振るわない、技術仕様を満たしていない、誤った戦略提案をしてしまった、といった場合は、プラクティショナーの問題です。仕事そのものを改善することで解決します。
クライアントが軽視されていると感じている、契約更新を突然告げられた、得られている価値が分からない、といった場合は、AMの問題です。コミュニケーション、期待値の設定、アカウントプランニングを改善することで解決します。
二つの役割を一つの職種名にまとめている企業では、訓練を受けていない商談に引き込まれて不満を抱えるプラクティショナーが生まれがちです。あるいは、十分に理解していないクライアントの要望にうなずくばかりで、正確にスコープを見積もれないAMが生まれます。どちらの結果も、クライアントのためにはなりません。
職種名の混乱が最も大きな害をもたらすのも、この点です。ある企業が「アカウントマネージャー」と呼んでいる人に、関係管理に加えてプラクティショナーレベルの実務まで期待しているのに、業務量、目標、採用基準はそれに合わせて調整していない、というケースです。解決策は、より良い職種名をつけることではありません。担当者を割り当てる前に、そのアカウントについて各役割が何を担うのかを文書で定義することです。
プラクティショナー主導モデルを使うべきなのはいつか、AMを配置すべきなのはいつか?
万能の答えはありませんが、判断は通常、次の三つの要素に集約されます。
クライアントの複雑さ。技術的な込み入りが少なく、取引内容もシンプルなアカウントなら、プラクティショナー主導モデルで問題なく運用できることが多いです。一方、複数の関係者が関わる複雑なエンタープライズアカウントでは、通常、専任のAMが必要です。社内の力学、調達、拡大に関する交渉は、プラクティショナーが担うべきものではないからです。
担当数とアカウントの価値。現実的には、プラクティショナーが関係を管理できるのは二、三のアカウントまでです。それを超えると、デリバリーの質かクライアントへの対応のどちらかが低下し始めます。契約更新や拡大で大きな価値が見込めるアカウントを複数抱える段階になれば、専任のAMを置くコストに見合うようになります。
事業の成長ステージ。創業初期のエージェンシーやコンサルティング会社は、ほとんどの場合、プラクティショナー主導で運営します。商業面を担う別の役割を置くほどの案件数がないためです。アクティブなアカウントが数件を超えるまでクライアント基盤が成長したら、役割を分けることで、デリバリーの質とクライアントとの関係の健全性の両方を守れます。多くの場合、これは、誰がどのアカウントを担当するかを、スプレッドシートや誰かの記憶に頼らず、仕組みで管理する必要が出てくる段階です。
エージェンシーやコンサルティング会社の運営者にとって、Seedlingが役立つのはまさにこの点です。アカウントの担当を定義し、実務を担う人と関係を管理する人の間の引き継ぎを追跡し、クライアントに気づかれる前に責任の空白が生まれつつある箇所を把握できる、ひとつの場所を提供します。
プラクティショナーとアカウントマネージャーはどのように連携するのか?
両方の役割がある場合でも、それぞれが独立して動くべきではありません。運営がうまくいっているエージェンシーやコンサルティング会社は、二つの役割の間に明確な引き継ぎプロセスを設けています。
- AMはクライアントとの関係と商業目標を担いますが、約束をする前に、正確なスコープ、スケジュール、技術的な判断をプラクティショナーに確認します。
- プラクティショナーは実行を担いますが、進捗、リスク、機会は、クライアントとの間で独断の商業判断をするのではなく、AMを通じて共有します。
- 両方の役割が、アカウントの状態を共有して把握しています。デリバリーの質を把握していないAMは、先の見えないまま交渉することになります。商業面の背景を把握していないプラクティショナーは、先の見えないまま実行することになります。
この連携がうまくいっている企業は、明確な運用の習慣を築く傾向があります。たとえば、共有のアカウントプラン、高価値アカウントでの合同クライアントミーティング、そして、クライアントとのやり取りを誰かが担当しているはずだという思い込みを防ぐための、文書化されたRACIです。うまくいっていない企業は、クライアントが解約した後で初めて空白に気づく傾向があります。その時点では、振り返りがプロセスの改善よりも責任の追及になりがちです。
プラクティショナーとアカウントマネージャーの分担は、どちらの役割がより重要かという議論ではありません。クライアント基盤が拡大するにつれて、専門性と商業面の責任をどこに置くべきかという、組織構造上の判断です。これを早い段階で適切に行えば、不適切な管理をされたと感じたクライアントとの信頼を再構築するという、はるかにコストの高い問題を避けられます。
出典
- スコープクリープの主な5つの原因、Project Management Institute
- 顧客管理、Harvard Business Review
- RACIチャートとは?、Atlassian