代理店向けクライアントオンボーディングチェックリスト

エージェンシーのクライアントオンボーディングチェックリストは、曖昧さを防ぐべきであり、より多くの管理作業を作成するべきではありません。各項目には、担当者、期日、完了の証拠、およびそれが提供に重要である明確な理由が必要です。

以下のチェックリストは、マーケティング、クリエイティブ、SEO、コンサルティング、その他のクライアントサービスエージェンシー向けに設計されています。エンゲージメントに合わせて調整し、適用されないものはすべて削除してください。儀式的な80ステップのプロセスよりも、短い関連チェックリストの方が優れています。

フェーズ1：商業基盤の確認

• 法的なクライアントと請求エンティティを確認します。
• 主要な意思決定者、日常的な連絡先、財務担当者、および技術的なステークホルダーを記録します。
• 承認された提案書、作業明細書、契約書、または注文書を添付します。
• サービス、成果物、除外事項、仮定、受け入れ基準を確認します。
• 開始日、目標マイルストーン、更新日、および解約条件を記録します。
• 固定料金、時間制、マイルストーン、定期、またはリテイナー請求を確認します。
• 入金、支払いスケジュール、支払い条件、税金、および必要な請求書参照を記録します。
• アカウント所有者とデリバリーリードを割り当てる。

完了証拠: 承認された商用文書、指名された担当者、請求プロファイル、およびクライアントレコードに添付された承認済みスコープ概要。

フェーズ2：共有クライアントレコードの作成

• 1つのクライアントと会社レコードを作成します。
• 連絡先の役割、コミュニケーション設定、電話番号、およびメールアドレスを追加します。
• リードソース、サービスライン、タグ、カスタムフィールド、アカウントセグメントを記録します。
• 関連する過去のメモ、メール、ファイル、関係履歴をインポートします。
• 適切なチームメンバーのみがアカウントを表示できるように、内部アクセスを設定します。
• プロジェクトステータス、メッセージ、ファイル、および請求の記録システムを定義します。

CRM、プロジェクトツール、請求書アプリ、ポータル、およびメールスプレッドシートに個別の連絡先を作成することは避けてください。重複したIDは、後でのレポート作成とアクセス制御を信頼できないものにします。

Workspace369は、リクエスト、プロジェクト、コミュニケーション、請求書、支払い、ファイル、メモ、レポートの接続ポイントとしてクライアントレコードを使用します。

フェーズ3：受付とアクセスを収集する

• 開始に必要な情報のみを尋ねる、集中型のインテークフォームを送信します。
• ブランドガイドライン、ロゴ、過去の作業、分析、コンテンツ、製品情報、および参照資料を関連する場合にリクエストします。
• エージェンシーが必要とするすべてのプラットフォーム、アカウント、フォルダ、ドメイン、広告アカウント、分析プロパティ、または技術環境をリストする。
• クライアントにパスワードをメールで送信するように依頼するのではなく、安全なアクセス共有プラクティスを使用します。
• クライアントがVPN、承認済みデバイス、SSO、セキュリティトレーニング、またはベンダー登録を必要とするかを確認します。
• 受信したものとブロックされたままのものとを記録します。

完了証拠: 各必須入力には、ステータス、担当者、場所、期日があります。

フェーズ4：コミュニケーションルールを確立する

• 主要なクライアントコミュニケーションチャネルを選択してください。
• 定型、緊急、および承認リクエストに対する応答の期待値を定義します。
• スコープ、クリエイティブ、予算、請求書、タイムラインの変更を承認できる人を確認します。
• 明確な目的がある場合にのみ、定期的なステータスメーティングをスケジュールします。
• 会議のメモ、通話の要約、および決定事項がどこに保存されるかを決定します。
• コミュニケーションが自動化されているように感じさせない、一般的な更新のためのテンプレートを作成します。
• エスカレーション連絡先と営業時間外の期待を確認します。

クライアントはしばしばポータルを無視して、メール、テキスト、または電話で返信します。現実的なシステムは、すべてのクライアントがポータル内に留まることを期待するのではなく、それらのチャネルをアカウントに接続しておくべきです。Workspace369は、受信トレイ、SMS、音声、ボイスメール、メモ、タスク、リマインダー、AI要約をクライアント履歴と共に接続します。

フェーズ5：スコープをデリバリープランに変換する

• プロジェクトまたはエンゲージメントレコードを作成します。
• 成果物をフェーズ、マイルストーン、タスク、または繰り返し作業に変換します。
• 所有者とレビュー担当者を割り当てる。
• 期日、依存関係、カレンダーイベント、およびクライアント承認ポイントを追加します。
• 承認されたスコープと必要なファイルを添付します。
• 見積もり時間、予算、レート、および既知の経費を関連する場合に記録します。
• リスク、仮定、外部依存関係、およびスコープ変更の可能性のある原因を特定します。
• 最初のクライアント向け締め切り前に最初の内部レビューを設定します。

プロジェクトは、空のタスクボードとして開始するのではなく、クライアントコンテキストを継承するべきです。

フェーズ6：請求と財務を準備する

• デポジット、リテーナー、最初の請求書、または支払いスケジュールを作成します。
• クライアントの財務担当者と請求書送付方法を確認します。
• 発注書番号、税務詳細、請求先住所、またはベンダーポータル要件を追加します。
• 経費が含まれるか、マークアップされるか、払い戻し可能か、または別途承認されるかを確認します。
• 時間の追跡方法と請求可能になるものを記録します。
• 期日前の請求書、支払い失敗、および延滞残高のリマインダーを設定します。
• クレジット、スコープ変更、異議のある請求の処理方法を確認します。

請求は、財務担当者のみの設定であってはなりません。提供側は商業モデルを理解する必要があり、アカウント担当者はクライアントとの会話の前に支払い状況を確認する必要があります。

フェーズ7：キックオフミーティングを実行する

意思決定を行うためにキックオフを使用し、提案書を再読するためではありません。

推奨される議題:

1. 紹介と意思決定の役割。
2. ビジネス目標と成功指標。
3. スコープ、除外事項、および緊急の優先事項。
4. タイムライン、マイルストーン、依存関係、およびリスク。
5. コミュニケーションと承認プロセス。
6. アクセスと不足している入力。
7. 請求スケジュールと変更プロセス。
8. アクション、担当者、および日付。

会議後、簡潔な決定記録を発行します。アクションを割り当てられたタスクに変換し、メモまたは通話概要をクライアントとプロジェクトに添付します。

フェーズ8：最初の30日間を確認する

• すべてのアクセスが機能することを確認します。
• プロジェクト計画が実際のデリバリーパスを反映しているか確認します。
• クライアントが質問したりファイルを見つけたりする場所を知っていることを確認します。
• 実際にかかった時間と費用を見積もりと比較します。
• 保留中の承認、リスク、およびスコープ変更を確認します。
• 最初の請求書が送信され、支払い状況が表示されていることを確認します。
• オンボーディングエクスペリエンスについて、クライアントに 1 つの的を絞った質問をします。
• 再利用可能なオンボーディングテンプレートの改善を記録します。

エージェンシーオンボーディングステータステンプレート

一般的なオンボーディングミス

すべてを一度に要求する

開始に必要なものをチームが収集し、実際のマイルストーンの周りに後続のリクエストをステージングします。

キックオフを完了として扱う

オンボーディングは、会議が終わったときではなく、人々、アクセス、商業条件、プロジェクト、コミュニケーション、請求ワークフローが利用可能になったときに完了します。

スコープを納品チームから隠すこと

作業を行う人々は、承認された範囲、除外事項、仮定、および変更プロセスを必要とします。

クライアントメッセージをレコードの外に置くこと

メール、SMS、または電話で行われた重要な決定は、可視的なコンテキストと説明責任のある次のステップになるべきです。

準備状況を測定せずに速度を測定する

オンボーディングが迅速でも、アクセスが不足し、所有権が不明確な場合、遅延は納品に移行するだけです。

最終推奨

準備のできたクライアント、準備のできたチーム、準備のできたプロジェクト、および準備のできた請求ワークフローを確実に作成する最小限のチェックリストを作成します。

Workspace369は、オンボーディングを接続された状態に保つことで、このモデルをサポートします クライアントCRMとポータル, プロジェクトとスケジュール、コミュニケーション、提案書、請求書、支払い、ファイル、AI、レポート。完全な クライアントオンボーディングソフトウェアページ 切断されたフォームと引き継ぎを置き換える準備ができたとき。