読んだ人に伝わるプロジェクトの物語の書き方
読者が自分でプロジェクトを再構成しなくても作品を理解できるよう、十分な背景を伝えましょう。
プロジェクトの画像は、見た目を示せます。しかし通常は、なぜ存在するか、自分の担当は何か、どの判断が成功につながったかまでは説明できません。短いプロジェクトの物語が、その隙間を埋めます。すべての会議や捨てた版を記録するのではなく、訪問者が仕事を理解する手助けをするのです。
プロジェクトを一度も聞いたことがない読者を想定しましょう。内部の用語や顧客についての知識がなくても、分かるようにします。気の利いた題名を選ぶ前に大まかに書き、仕事の説明に役立たないものを取り除いてください。
作ったものから始める
最初の一文は直接的にします。「近所の書店のために、ポケットサイズの散歩地図をデザインしました」なら、物、対象者、舞台が分かります。「場所を通じたつながりの探求」では、意図は伝わっても、もっと基本的な問いが残ります。
題名に個性を持たせることはできます。遊び心のある題名に具体的な副題を添え、雰囲気と事実の両方を伝えましょう。最初の画像も説明の近くに置きます。構想や未完成の試作品なら、すぐに明記してください。
目的と自分の役割を説明する
問題や機会を数文で説明します。散歩地図なら、書店は近所の独立した店を訪問者に発見してほしかったのかもしれません。そのプロジェクトで、何が役立つ成果と考えられたか説明してください。確認していない商業的な結果を示唆しないでください。
次に、自分の役割を示します。文章を書いたのか、写真を撮ったのか、ツールを作ったのか、チームをまとめたのか。イラストや調査を他の人が提供したなら、その貢献を認めましょう。小さな役割でも正確な説明は、全体を担当したという曖昧な主張より情報を与えます。
説明する価値のある判断を一つ選ぶ
すべての段階を語る必要はありません。取り組み方が分かる選択を一つ選びます。地図の例なら、折り畳み形式にした理由、立ち寄り先の選び方、明るい日差しでも文字を読みやすくした方法を説明できるでしょう。
制約と行動のつながりとして書きます。「歩きながら持つ地図なので、各地点の説明を二文にし、経路を片面にまとめました。」これなら、読者はデザインと理由の両方を理解できます。「丁寧に考えた工程でした」とだけ言うより役立ちます。
主張に合う証拠を示す
読者が判断を確認できる画像、抜粋、映像、動くリンクを選んでください。折り畳んだ地図の接写は、飾りのモックアップをもう一枚置くより、大きさを説明できるかもしれません。説明文では題名を繰り返さず、関係する細部を指し示しましょう。
結果を共有する場合は、出典と限界を示します。顧客の感想は感想であり、売り上げ増加の測定結果ではありません。5人による試作品テストは、すべての利用者についての証拠ではありません。成果を測っていないなら、学んだことと次に変えたいことを説明してください。不確実さを正直に伝えると、物語はかえって役立つものになります。
関係のある次の行動で終える
仕事を気に入った人に何をしてほしいか決めます。完成作品を見る、関連プロジェクトを調べる、似た制作を依頼するため連絡する、といった行動です。その行動を示すボタン名を使いましょう。各プロジェクトから、別々の複雑な道のりへ導くのは避けてください。
公開前に許可を確認し、機密情報を取り除き、すべてのリンクを試します。一度声に出して読んでください。興味を持つ相手に絶対言わないような文なら、簡潔にします。完成した投稿は、作品の横で交わす分かりやすい会話のように感じられるものにしましょう。
最初の構成には、「作ったもの、重要だった理由、自分がしたこと、一つの判断、起きたこと、次の行動」が使えます。次のプロジェクトのため近くに置き、細部でそれぞれの物語を独自のものにしてください。