IT COLUMN
実績紹介を、写真だけで終わらせない。事例記事に残したい判断と工夫
完成したサイトやイベントの写真はあるけれど、何を書けばよいか分からない。実績紹介では、見た目の変化に加え、どんな課題に向き合い、何を考えて進めたのかを伝えると、仕事の中身が見えやすくなります。事例を記事へまとめる手順です。
書き始める前に、公開できる範囲を確認する
案件名、企業名、担当者の発言、画面、数値は、それぞれ公開の可否を確認します。完成物が公開されていても、制作途中の資料や内部の検討内容まで自由に掲載できるとは限りません。先方と確認する内容をまとめ、承認された範囲で構成を考えます。
共同で進めた案件では、自社が担当した工程と他社の担当を区別します。全体の成果を紹介する場合も、自社だけで実現したように読めないか確認しましょう。正確に役割を伝えることが、関係者への配慮と、次の相談者の理解につながります。
着手前に、何が課題だったのかを残す
「サイトをリニューアルしました」だけでは、何のための改修だったかが分かりません。情報を探しにくかった、更新の担当が限られていた、事業内容が伝わりにくかったなど、確認できる背景を整理します。担当者の感想と、調査で確認した事実は分けて記載します。
課題は数を増やすより、今回の取り組みで扱ったものに絞ります。対象外の問題まで含めると、すべてを解決したように受け取られる場合があります。目的と範囲が分かると、その後の判断や実施内容にも筋が通ります。
採用した方法と、選んだ理由を伝える
完成したものを説明するだけでなく、なぜその方法を選んだのかを添えます。ページを増やす前に既存情報を整理した、スマホからの閲覧を考えて導線を調整したなど、公開可能な判断の背景を記載すると、仕事の進め方が伝わります。
見送った選択肢があれば、その条件も有用な情報です。ただし、関係者の意見を脚色したり、後から合理的な理由を作ったりしないようにします。記録や確認できる発言をもとに、担当者が説明できる工夫を丁寧に残しましょう。
取材時に聞いておきたい質問
着手前に、何を改善したかったか 今回、どの工程を担当したか どんな選択肢を検討し、なぜその方法にしたか 公開後に、何を確認できたか 今後の課題として何が残っているか
成果と、今後確かめることを分ける
数字を載せる場合は、集計期間、対象、比較条件、確認した資料を明確にします。公開直後で効果を測れていないなら、実施した内容と確認できた変化までを記載します。期待している効果を、すでに得られた成果のように扱わないことが大切です。
数値で示せない改善でも、更新手順が整った、必要な情報を一つの場所で確認できるようになった、といった事実は伝えられます。課題が残っている場合も、今後の確認事項として書くと、読者は取り組みの現在地を理解しやすくなります。
同じ課題を持つ人が、参考にできる形へ整える
記事の終わりには、どんな条件で役立つ取り組みだったかを整理します。すべての企業に同じ方法が当てはまるとは限らないため、対象や前提を残します。関連サービスへの案内も、読者が次の情報を探せる場所に置くと自然につながります。
原稿の確認では、企業名や表記、写真の掲載範囲、担当工程、発言の意味を関係者と照合します。公開後に変更があった場合の連絡先も決めておきましょう。事例記事を正確に蓄積することが、自社の説明できる知見を増やしていきます。
まず取り組むこと
一つの案件について、「課題」「担当したこと」「選んだ理由」「確認できた結果」を一文ずつ書いてください。公開範囲を確認できれば、事例記事の骨組みになります。
目次に戻る
