2026年4月14日
アートイベントの企画運営・クリエイターグッズの販売
複数作家の情報をギャラリーが一元管理する：作品・CV・展示歴のデータ設計
ギャラリーを運営していると、ある日突然「あの作家の作品、今どこにありますか？」という問い合わせが来ます。コレクターからのこともあれば、別のギャラリーや美術館からのこともある。そのとき、Excelの複数ファイルを開き直し、メモ書きをひっくり返し、作家本人に電話して確認する——という作業が発生したことが、一度ならずあるはずです。
私がアートイベントの企画・運営をしてきた中で、最も非効率を感じてきた場面の一つがここです。「どこに何があるか」「誰が何を買ったか」「あの作家の経歴書はどこのバージョンが最新か」——これらをバラバラに管理しているかぎり、問い合わせへの対応は属人的になり、スタッフが変わるたびに引き継ぎコストが発生します。
この記事では、複数の作家を抱えるギャラリーが、作品・CV・展示歴・顧客情報・在庫をどう一元管理するか、データ設計の考え方を整理します。
一元管理が必要な理由と現場の課題
多くのギャラリーは、情報管理を以下のような方法で行っています。
- 作品リスト：Excel（作家ごとに別ファイル）
- 作家CV：Word文書（バージョン管理なし）
- 展示履歴：壁に貼ったカレンダーと手書きメモ
- 購入者情報：名刺の束または担当者の記憶
- 在庫・委託状況：作家本人に都度確認
これは「管理していない」に近い状態です。
問題が顕在化するのは、以下のような場面です。①複数スタッフが同じ顧客に別々のアプローチをする。②作品の所在が不明になる（貸し出し中か、売却済みか、在庫か）。③作家のCVが古いバージョンで資料に使われてしまう。④過去に何が売れて、誰がどんな作品を好んで購入したか、集計ができない。
一元管理の目的は「手間を省く」ことだけではなく、「判断に使えるデータを持つ」ことです。「このコレクターが次に気に入りそうな作家は誰か」「どの価格帯が最も動いているか」——そういった問いに答えられるようになることが、ギャラリー運営の質を上げます。
ギャラリーが管理すべきデータ項目の設計
一元管理のシステムを作る前に、「何を管理するか」を明確にする必要があります。ギャラリーが扱うデータは大きく5種類に分かれます。
① 作家データ：氏名・フリガナ・生年・出身地・学歴・受賞歴・個展歴・グループ展歴・在籍ギャラリー・連絡先・CV（最新版PDF）・作家写真
② 作品データ：作品タイトル・制作年・素材・サイズ（H×W×D）・シリーズ名・エディション番号・定価・現在の所在（在庫・委託・販売済み・貸出中）・作品写真（複数アングル）・真贋証明書番号
③ 展示データ：展示名・会期・会場・出品作家・出品作品・入場者数・売上金額・記録写真・プレスリリース
④ 顧客データ：氏名・連絡先・購入履歴・来場履歴・好みのジャンル・価格帯・コミュニケーション記録
⑤ 在庫・委託データ：現在の保管場所・委託先ギャラリー名・委託開始日・委託条件（歩合率）・返却予定日
データ設計を体系的に学ぶ
|
Amazon 達人に学ぶDB設計 徹底指南書（ミック） テーブル設計の基礎から正規化・非正規化の判断まで実践的に解説。ギャラリーのデータ構造を設計する際の思考法として参考になる定番書。 |
Amazon 独習データベース設計（真野正） データ命名・テーブル設計・モデリングツールの使い方を独習形式で学べる実践書。非エンジニアがデータ設計を理解するための入口として使いやすい。 |
※本記事にはアフィリエイトリンクが含まれています。
作品・作家・展示の3テーブル設計の考え方
データを「一元管理」するとき、最も重要な概念が「テーブルを分ける」ことです。Excelで管理していると、1枚のシートにすべての情報を詰め込みがちですが、それでは更新・検索・集計が困難になります。
基本的な設計は「作家テーブル」「作品テーブル」「展示テーブル」の3つを分け、それぞれをIDで紐付ける形です。
作家テーブルには、作家1人ごとに固有のID（例：artist_001）を割り振り、基本情報を格納します。CVはPDFへのリンクで管理し、バージョン管理もここで行います。
作品テーブルには各作品に固有IDを付け、「どの作家の作品か」を作家IDで紐付けます。所在・状態（在庫・販売済み・委託）・定価を管理します。
展示テーブルには各展示の記録を入れ、「どの作品が出品されたか」を中間テーブル（展示＿作品テーブル）で作品と結びつけます。この設計をとることで、「この展示に出品されたすべての作品」「この作品が出品されたすべての展示」をどちらの方向からでも検索できるようになります。
ExcelではVLOOKUP関数を使ってテーブル間を紐付けることである程度実現できますが、件数が増えると処理が重くなります。AirtableやNotion、あるいはFileMakerなどのツールを使うと、このようなリレーショナルな構造をより扱いやすく実装できます。
顧客データとの連携（誰が何を買ったか）
作品・作家・展示の管理ができたら、次は顧客データとの連携です。「誰が何を、いつ、いくらで購入したか」を記録しておくことで、以下のことが可能になります。
再アプローチ：過去にある作家の作品を購入した顧客に、その作家の新作情報を優先的に案内する。
好み分析：どの顧客がどのジャンル・価格帯・素材の作品を好むかの傾向を把握し、個展の招待状送付先を選定する。
売上分析：作家別・展示別・期間別の売上を集計し、次の展示計画に活かす。
顧客データは個人情報であるため、管理には注意が必要です。取得・保管・利用の目的を明確にし、不要になったデータは削除する。紙の名刺をデータ化する場合は、入力後は鍵のかかる場所に保管するか、シュレッダーにかける。こうした基本的な個人情報保護の意識がギャラリー運営にも求められます。
在庫管理・委託管理との統合
ギャラリーにとって最も実務的な問題の一つが「今この作品はどこにあるのか」です。
作品の状態は「ギャラリー在庫」「他ギャラリーへ委託中」「作家のアトリエに戻している」「貸し出し中（展覧会・メディア）」「販売済み」の5種類に整理できます。この状態を作品テーブルで管理し、状態が変わるたびに更新する運用にすれば、常に正確な所在が把握できます。
委託管理では、どのギャラリーに何点・いつから・何パーセントの条件で委託しているかを記録しておく必要があります。委託作品の売上精算で、条件の確認に時間がかかるという経験は多くのギャラリーにあるはずです。契約条件も同じデータベースで管理しておくと、精算のたびに書類を掘り起こす手間が省けます。
一元管理は「最初の設計」と「データを更新し続ける運用」の両方が揃って初めて機能します。どんなに優れたシステムも、入力されなければ意味がありません。スタッフ全員が使いやすく、更新が習慣になるような設計を意識することが、長期的な一元管理の成功条件だと思っています。
在庫・販売管理の実務ツールとして
|
Amazon 理論から学ぶデータベース実践入門（奥野幹也） リレーショナルモデルの理論から実際のSQL設計まで体系的に解説。「なぜこう設計するのか」の根拠を理解したい方に。 |
Amazon Excelを活用した販売管理ツール（大沢徹） 専用システムを導入せずにExcelで販売管理を実現する方法を解説。小規模ギャラリーが自前でデータ管理を始めるための実践的な参考書。 |
Amazon パソコンを使った在庫管理の正しいやり方（野村郁夫） 在庫管理・分析の基礎から実践的な管理手法まで解説。作品の所在・状態管理をどう仕組み化するかを考える際の参考になる一冊。 |
※本記事にはアフィリエイトリンクが含まれています。
ArtLibの長岡です。
アートイベントの取り仕切りを10年にわたって続けてきました。
現在は百貨店のアートギャラリースペースにて、作家さんの展示会場の運営を行っています。
絵画を年間2000万円の絵画を販売して、学んだことを公開していきます。
関連記事
