ポートフォリオは、依頼を考えている人が制作者の考え方を判断するためのものです。美しい表紙は目を引きますが、なぜその解決策を選んだかまでは説明しません。よい事例紹介は、何を変える必要があったか、どのような制約があったか、チームがどこを担当したか、完成後に何を確認できるかに答えます。説得力を生むのは大げさな形容詞の数ではなく、正確さです。
実案件とコンセプトを区別する
学習用の制作、自主実験、実際の顧客案件にはそれぞれ価値がありますが、立場は異なります。コンセプトはコンセプトと明記します。未公開サイトや、顧客が詳細公開を認めていない案件なら、その条件を反映した見せ方にします。不足する事実を、架空のブランド、推薦文、数値で埋めてはいけません。少数でも誠実な実績のほうが、出所の不明な大量の画像より信頼につながります。
顧客の言葉で課題を説明する
「上質なデジタル体験をつくる」ではなく、何の問題を解決したかを書きます。例えば、訪問者がサービスの違いを理解しにくかった、同じ確認への対応に時間がかかっていた、といった内容です。仮の例なら、その旨を示します。続いて既存コンテンツ、技術基盤、連携機能、言語要件などの制約を説明します。これにより読者は、目的から切り離された画像比較ではなく、文脈の中で解決策を評価できます。
重要な判断をいくつか見せる
すべての修正過程を書く必要はありません。利用に大きく影響した二つか三つの判断を選びます。サービス構成の変更、問い合わせフォームの短縮、カタログの見せ方などが考えられます。それぞれ理由と妥協点を説明します。大きなビジュアル部分を小さくしたなら、代わりにどの情報を早く見せられたかを示します。読者は完成したスタイルだけでなく、判断の筋道を理解できます。
担当と権利を明確にする
共同制作では、自分の担当と他の参加者の仕事を分けます。戦略、デザイン、文章、開発、写真は、それぞれ別の人の担当かもしれません。公開前に、顧客名、画像、ロゴ、内部工程の詳細を使えるか確認します。画面画像から個人情報や業務上の情報を取り除きます。許可がないなら、事例を充実させるために秘密情報を公開するより、一般化した解決方法を説明するほうが適切です。
結果と推測を混同しない
事業上の数値は、出所、測定期間、比較方法が分かる場合だけ公開します。公開後に問い合わせが増えても、原因がデザインだけとは証明できません。広告、価格、季節的な需要が同時に変わっている可能性があります。データがなければ、実装した構成、利用できる導線、完成したページテンプレートなど、確認可能な成果を書きます。架空の成功率がなくても、十分に価値のある内容です。
最後には、似た課題について相談を促すなど、適切な次の一歩を置きます。他者と同じ結果を約束する必要はありません。よいポートフォリオは判断の仕方を示し、その進め方が自分に合うかを依頼者が考えられるようにします。