エージェンシーのポートフォリオには、完成度の高い制作物が数多く並びます。それでも相談が始まると、クライアントは「自社と似た問題を扱ったことがありますか」「どこまで担当しますか」「こちらは何を準備すべきですか」と改めて尋ねます。
画像が足りないからではありません。成果物は見えても、その背景にある問題、エージェンシーの役割、選んだ範囲、協働条件が見えないためです。ポートフォリオは優れた作品を集めたギャラリーを超え、互いの働き方が合うか評価する地図であるべきです。
業界よりクライアントが比較する問いで分類する
ファッション、SaaS、製造など、業界別に事例を分ける方法は一般的です。しかし同じ業界でも、解決したい問題や必要な協働方法は大きく異なります。
次の4軸で事例を分類します。
- 問題の種類：ブランド整理、製品説明、キャンペーン制作、導線改善など
- 業務範囲：戦略、企画、デザイン、制作、運用のどこまでを担当したか
- 意思決定の役割：クライアントとエージェンシーのどちらが何を決めたか
- 協働条件：日程、承認段階、必要な提供物、制約は何だったか
フィルターを増やすことが目的ではありません。クライアントが自分の状況に近い事例を探し、相談前に何を比較すべきか分かるようにします。
事例カードは成果より判断の文脈を先に見せる
長い事例紹介より、同じ順序の短いカードにすると比較しやすくなります。
- クライアントが解決したかった問題
- エージェンシーが担当した範囲
- 重要な選択とその理由
- 成果物で確認する部分
- 類似プロジェクトで最初に尋ねること
公開できない顧客名、社内事情、成果数値を埋めるために話を作る必要はありません。匿名事例なら確認できる問題と範囲だけを残します。成果根拠がなければ「コンバージョンを高めた」とせず、どの判断を助ける設計だったかを説明します。
最終画像1枚が全工程を表すとも限りません。「ブランド構造の整理から始めた案件」「既存デザインシステム内でキャンペーン展開を作った案件」のように評価の文脈を添えると、自社条件と比較しやすくなります。
強みの列挙より境界を説明する
クライアントは得意なことと同じくらい、担当しないことも知る必要があります。「戦略から運用まで対応」より、案件ごとの責任範囲と必要なクライアント側の役割を具体的に示します。
デザイン制作は担当しても原稿はクライアントが提供するのか、ユーザー調査や開発は別範囲なのか、承認者数で日程がどう変わるのかを説明します。境界は弱点の公開ではなく、見積もりと日程の前提を合わせるための情報です。
「何を作ったか」と「どのように協働したか」を分ければ、成果物の好みと業務上の相性を混同しません。
相談CTAを残った評価の問いにつなげる
ポートフォリオ末尾の「お問い合わせ」だけでは、何を準備すべきか分かりません。CTAの前に次の項目を置きます。
- 解決したい問題と現在の状態
- 必要な成果物と利用時期
- 社内担当者と承認構造
- 既存のブランド・技術上の制約
- 希望日程と別途協議が必要な範囲
自動見積もりや契約可能性の判定ではありません。最初の会話で互いの条件を漏らさないための準備リストです。
閲覧記録は好みではなく質問の順番を決める手掛かり
FeatPaperではポートフォリオをリンクで共有し、訪問回数、ページ閲覧時間、操作などのシグナルを確認できます。個別の閲覧記録では、再訪問、長く見たページ、リンククリックなどの観察値をフォロー業務の参考にできます。
ただし、長く見た作品が好みだと断定したり、再訪問を購入意向に置き換えたりしてはいけません。小さい文字を読むのに時間がかかった可能性や、社内共有のために再度開いた可能性もあります。
相談では「このスタイルが気に入りましたか」ではなく、「この事例の業務範囲と協働方法で、どの部分を詳しく確認したいですか」と尋ねます。記録は答えではなく、質問の順番を決める手掛かりです。
共有前にサービスの相性が見えるか確認する
最後に確認します。
- 事例がクライアントの問題の言葉で分類されているか
- エージェンシーとクライアントの役割が分かれているか
- 成果画像の横に選択理由と制約があるか
- 非公開情報や根拠のない成果を入れていないか
- CTAが案件範囲と協働条件を尋ねているか
- 閲覧記録を好み、リードスコア、契約可能性として解釈していないか
良いエージェンシーのポートフォリオは、最も多くの作品を見せる文書ではありません。クライアントが自社の問題と必要な役割を当てはめ、見た目の好みを超えて一緒に働く方法が合うか質問できる文書です。
