展覧会の管理システムを構築する

なぜ展覧会ごとに、同じ書類を作り直すのか

三浦さんは、年に5本の展覧会を立ち上げる美術館のレジストラーです。どの展覧会も、同じ装置をゼロから組み直します。借用のスプレッドシート、輸送業者とのメールのスレッド、希望を込めた名前の付いた状態調査票のPDF、作業室の扉に貼られた展示作業の予定表。作品は変わります。足場のほうは、変わる必要がありませんでした。

Klivは、その足場を一度だけ、館全体が共有する仕組みとして構築します。借用は自分の条項を知り、状態調査票は自分の作品と自分の瞬間を知り、展示作業のカレンダーは火曜にどの部屋が誰のものかを知っています。そして展覧会が閉じたとき、そのすべてが、誰も開き直さないフォルダではなく、館の記憶になります。

「冬の光」を立ち上げる

ひとつの展覧会の12週間を、仕組みが見たとおりに。

12週間前

11の貸主から40件の借用が確定。それぞれの記録が、すでに条項と評価額と報告期限を携えています。義務は、データとともに到着しました。

6週間前

施設要件を求める2つの美術館へ、その書類が送られます。輸送の添乗計画は荷箱の積荷目録に添えられます。三浦さんは、進捗の問い合わせに要約ではなく、サインインを送って答えます。

展示作業の週

荷箱が順に届きます。開梱のたびに、作品が壁に触れる前に写真付きの状態調査票が書かれます。48時間の条項が守られるのは、期限が借用の上に住んでいるからです。

内覧会

チケットは消防法上の上限で売り切れ、会員はその前夜に、自分たちの門から入りました。誰もカウンターで人数を数えませんでした。

閉幕

梱包時の調査票が開梱時の写しとなり、返却は積荷目録に乗って帰り、「冬の光」は丸ごと保存されます。出品一覧、調査票、そしてフェリーについての一件の事故報告とともに。

借用契約書が動かすもの

条項は、ふるまいになる。 借用の報告期限は、展示作業ボードの上の期限付きの項目になります。環境条件の条項は、取り扱いの画面で作品のラベルに現れます。契約書は、かつて誰かが読んだPDFであることをやめ、仕組み自身のルールになります。

館が、覚えている。 借用契約書、施設要件の書類、20年分の事故報告。アップロードすれば、レジストラーのエージェントが働く材料としてのナレッジベースになります。金曜の夜、7番の荷箱が通関で止まったとき、「2023年はどうしたか」に館自身の前例が答えます。それが必要になった瞬間に、浮かび上がります。

内覧会は、ふつうの商取引。 チケットと会員向けの内覧は、館自身のStripeアカウントの上のチェックアウトを通ります。そして定員の上限は、チケットが数えられる場所で守られます。支援者を招待で入れる展覧会も、同じ流れを、金額ゼロで通します。

貸主は、自分で確かめる。 貸主のサインインは、自分の作品、自分の調査票、自分の返却日を見せます。だから展示作業の週に、電話が鳴らなくなります。

展覧会は、扉と招待客を持つイベントでもあります。イベントのソリューションがその半分を、券種から当日の受付まで、本来の規模で扱います。

ソフトウェアのための状態調査票