この記事は「版＝その時」を残すデータ設計シリーズの第1回です。
概要
企業の業務DBにある正しい商品情報だけでは、「誰に、何を、なぜ伝えるのか」という文脈までは管理できません。本記事では、商品情報とコンテクストを一体で蓄積する「メディアDB」の考え方と、情報を育てながら次の「版」へつなげる方法を整理します。
こんな人に向けて書いています
- 商品情報やコンテンツ管理を改善したい方
- Web・印刷・SNSで情報を再利用したい方
- 制作時の判断や訴求意図をデータとして残したい方
- DOT3や自動組版を検討している方
- AIが扱えるデータ基盤を整えたい方
この記事のポイント
- 正しい商品情報があることと、顧客に伝わることは別
- 制作とは商品情報にコンテクストを与える仕事でもある
- 「情報＋コンテクスト」を伝えるためのデータとして管理する
- メディアDBは最初から完成させず、必要な情報を育てていく
- 更新で失われる「その時」を残すために版が必要になる
目次
- 業務DBだけでは管理できない、メディアDBとコンテクスト
- 正しい商品情報があれば、商品は売れるのか
- コンテンツ制作では、必ずコンテクストが生まれる
- しかし、コンテクストは制作物の中に埋まってしまう
- メディアDBという考え方
- メディアDBは、最初から完成させなくていい
- では、変わってしまった情報はどうするのか
業務DBだけでは管理できない、メディアDBとコンテクスト
企業には、さまざまなデータがあります。
商品マスタには商品名、型番、価格、仕様などがあり、販売管理システムには販売実績、顧客管理システムには顧客情報、製造管理システムには製造に必要な情報があります。
これらは、企業活動を正確かつ安定して動かすために欠かせないものです。
ここでは、こうしたデータベースをまとめて「業務DB」と呼ぶことにします。
しかし、商品を顧客に伝えようとすると、業務DBにある情報だけでは足りないことがあります。
正しい商品情報があれば、商品は売れるのか
商品名、型番、価格、サイズ、材質、仕様。
これらが正しく整理されていれば、商品一覧を作ることはできます。検索することもできます。ECサイトの商品詳細ページを作ることもできるでしょう。
しかし、正しいデータがあることと、伝わることは別です。
商品を販売するとき、私たちは単にスペックを並べているわけではありません。
「初心者向けだから、この機能を強調しよう」
「競合商品との違いを伝えるため、この言葉を大きくしよう」
「春のキャンペーンだから、この用途を前に出そう」
といった判断をしています。
つまり商品情報に対して、誰に、何を、なぜ伝えるのかという意味を加えています。これを「コンテクスト」と考えてみます。
コンテンツ制作では、必ずコンテクストが生まれる
カタログを作る。Webページを作る。LPを作る。SNSへ投稿する。営業資料を作る。
こうしたコンテンツ制作では、必ず何らかの判断が行われます。
- 何を載せるのか
- 何を載せないのか
- 何を大きくするのか
- 何と何を並べるのか
- どんな見出しにするのか
そこには、編集上あるいは営業上の理由があります。
つまり制作とは、商品情報を単に配置する仕事ではなく、商品情報にコンテクストを与える仕事でもあるのです。
しかし、コンテクストは制作物の中に埋まってしまう
問題は、その判断がどこに残るのかです。
印刷物ならInDesignやIllustrator、PDF。WebならHTMLやCMS。SNSなら投稿。営業資料ならPowerPointやPDF。
完成した制作物は残ります。しかし、「なぜ、そうしたのか」は残らない。
前回はこの商品を大きく掲載した。でも、なぜ大きくしたのか。このキャッチコピーを使った。でも、誰に向けて、何を訴求するためにその言葉を選んだのか。
そうした情報は、担当者の記憶やメール、打ち合わせ資料、制作データなどに分散してしまいます。
そして次の制作時には、またそれらを探し、揃えるところから始まります。
何かを作るたびに行われるこの『探す』『揃える』という作業は、かなりの労力と経験値のある人に頼るという属人化を発生させている工程となっていることも重要です。
メディアDBという考え方
そこで、業務DBとは別に「メディアDB」というものを考えています。
業務DBが、企業を正確に、安定して動かすためのデータだとすれば、メディアDBは、顧客に伝え、営業し、企業を成長させるためのデータです。
商品情報だけではありません。ターゲット。訴求ポイント。利用シーン。比較ポイント。キャッチコピー。表現。そして、それらがどのように使われてきたのかという履歴。
つまり、情報 ＋ コンテクスト ＝ 伝えるためのデータとして管理します。
業務DBとメディアDBはどちらか一方を選ぶものではありません。
業務DBが持つ「業務の正しさ」と、メディアDBが持つ「伝える文脈」。その二つを組み合わせることで、企業のデータは初めてさまざまな用途に使えるようになります。
メディアDBは、最初から完成させなくていい
ここで重要なのは、巨大なデータベースを最初から設計しようとしないことです。
コンテンツは変化します。商品Aには「利用シーン」が必要かもしれない。商品Bには必要ないかもしれない。商品Cでは、今まで存在しなかった新しい訴求項目が必要になるかもしれない。
伝える相手や市場、競合、営業戦略が変われば、必要な情報も変わります。
だからメディアDBは、構造に情報を合わせるのではなく、商材などアイテム情報を軸として必要になった情報を蓄積し、利用するときに必要な構造へ整えて取り出す。
そんな考え方の方が向いています。
DOT3が「データは変化する」ことを前提として、項目を柔軟に可変させられるのも、そのためです。
では、変わってしまった情報はどうするのか
ここで、一つ疑問が生まれます。
情報をどんどん更新し、メディアDBを育てていったとします。現在の商品情報は正しくなります。
では、1年前の商品情報はどうだったのでしょうか。
そのとき、どのターゲットに、どんな訴求で、どんな仕様の商品をどの価格で販売していたのでしょうか。
データを最新に保つことだけを考えていると、「その時」の情報が失われてしまいます。
そこで必要になるのが、「版」という考え方です。
次回は、印刷・出版の世界では当たり前だった「版」を、データ管理という視点から考え直してみます。
