ワークショップ告知の架空の記入例

企業が秋のワークショップを告知するため、クリエイターに制作を依頼する場面を考えます。必要なのは会場の画面に表示する正方形のデジタルカードと、キャンペーンメッセージに使う小さい版です。企業は参照元、メディア、キャンペーン、パートナーの情報を含むリンクを承認済みです。架空の制作場面ですが、引き継ぎを具体的にするため、実測したテストURLの1つを使います。

承認済みURLは、ダウンロード資料にある199バイトのワークショップ用URLです。キャンペーン名はautumn_2026、メディアはqrで、content項目は架空のクリエイターパートナーを示します。どちらの出力でも、この情報をURLに残します。コード内の情報を減らすためにクリエイターが削除することはありません。

https://example.com/events/autumn-workshop?utm_source=printed_card&utm_medium=qr&utm_campaign=autumn_2026&utm_content=creator_partner_A%20square_artwork&utm_term=early_access&ref=workshop-series-2026

納品メモの例では、540 × 540ピクセルのPNGを指定し、x=378、y=378を起点とする90 × 90ピクセルのQR用領域を設けます。実測したレベルMの符号化を使い、57モジュールの格子、4モジュール幅の余白、1モジュール当たり整数1ピクセルで配置します。余白込みの最終サイズは65 × 65ピクセルで、確保した領域の中央に置きます。

デザイナーは背景を先に縮小し、その後に格子を配置します。メモには保存ファイルを特定する情報と、ZXing-C++、quircの両方が元のURLを完全に返した実測結果を記録します。比較対象の結果も記録します。完成済みの元画像を縮小した対応するPNGからは、どちらもURLを復元できませんでした。この2つの結果は今回の実験によるもので、実際の顧客キャンペーンの結果ではありません。

企業側は、実際の会場画面と、想定するスマートフォンでの利用経路を引き続き確認する必要があります。小さい版が別サービスで再圧縮または再縮小されるなら、その結果のファイルや表示も確認します。そのサービスは今回測定しておらず、元の確認に合格しても、追加の変換後の挙動までは分かりません。

後から制作指示に幅360ピクセルのカードが追加され、QR用領域の相対的な大きさは変えないとします。枠は幅60ピクセルになりますが、このコードは余白込みで65モジュール必要です。整数ピクセルで描く今回の手順では作成できません。デザイナーは、実際には作れない出力を成功と報告するのではなく、配置上の問題を伝え、場所を広げるか、別の納品方法にするかを相談します。

これが具体的な引き継ぎの価値です。画像をまだ変更できる段階で相談できます。承認済みリンクを保ちながら、対応が必要な出力を特定し、大きなモックアップでの成功を、その後のすべてのファイルの承認と取り違えずに済みます。
