아트 바젤에 작품을 직접 보내 본 사람들이 만든 미술품 재고 소프트웨어

"갤러리 재고"의 실제 의미

제대로 작동하는 갤러리 재고는 작품 목록이 아닙니다. 갤러리가 책임지는 모든 물건의 기록이고, 각각에 붙는 계약, 위치, 상태, 사람까지 포함합니다. 30점짜리 전시는 30개의 행이 아니라, 작품 30점, 컨디션 리포트 30건, 위탁 계약 12건, 보관 위치 8곳, 운송 구간 4개, 보험 증명서 2장에 가깝고, 이 모든 것이 같은 제목과 치수를 말해야 합니다.

재고 탭이 다른 모든 워크플로가 읽어 가는 출처가 되면 모든 것이 맞아떨어집니다. 청구서의 치수가 명제표와 같고, 뷰잉룸에는 올바른 에디션 번호가 표시되고, 통관 브로커는 카탈로그와 똑같이 표기된 작가 이름을 받습니다.

재고가 세 곳(Dropbox 폴더, Excel 시트, 디렉터의 기억)에 흩어져 있으면 결국 세 곳 모두 서로 다른 말을 하게 되고, 그 사실을 최악의 순간에 알게 됩니다.

모든 갤러리 재고가 기록해야 하는 다섯 가지

100점을 넘어서도 큰 고통 없이 성장하는 갤러리는, 첫날부터 아래 다섯 가지를 Word 문서나 별도 폴더가 아니라 재고 레코드 자체에 두기로 결정한 갤러리입니다.

Attach the primary image on Images. Name files clearly before upload so fair exports and condition reports stay traceable.

Follow the full intake checklist in How to catalogue artwork.

Excel, Airtable, Dropbox가 가장 먼저 무너지는 지점

거의 모든 갤러리는 공유 Excel 시트, Dropbox의 사진, Google Drive의 계약서, Mailchimp의 연락처로 시작합니다. 이 조합은 두 번째 전시나 80번째 작품 즈음까지는 작동하지만, 그 시점부터 세 가지 일이 동시에 일어나기 시작합니다. 사람들이 검색을 더는 믿지 않게 되고("이게 정말 우리가 가진 Mary Smith 전부인가요?"), 이미지와 행이 분리되고(두 사람이 같은 설치 사진을 다른 파일명으로 업로드), 어느 버전의 스프레드시트에 위탁 정산 비율이 있는지 아무도 기억하지 못해 Slack에서 다시 물어보게 됩니다.

임계점은 데이터의 양이 아닙니다. 데이터를 만지는 사람의 수입니다. 깔끔한 스프레드시트에 작품 600점을 둔 1인 작가는 괜찮습니다. 스프레드시트에 작품 80점을 둔 4인 갤러리는 어느 행이 진짜인지 다투기 시작했으니 이미 곤란한 상태입니다.

Airtable은 다중 사용자 문제를 해결하는 대신 더 나쁜 문제를 만듭니다. 작품을 어떻게 모델링해야 하는지에 대한 어떤 의견도 없는 유연한 데이터베이스를 갖게 되는 것입니다. Airtable을 쓰는 갤러리는 결국 모두 같은 다섯 개의 테이블(작품, 작가, 연락처, 전시, 판매)을—어설프게—다시 만들고, 정작 필요했던 것(뷰잉룸, 청구서, 진짜 CRM)은 외부 연동 두 개 너머에 있다는 사실을 깨닫습니다.

Frieze 주간을 버티는 워크플로

아트페어 직전 주에 달라지는 것은 재고의 크기가 아닙니다. 재고를 읽어야 하는 사람의 수입니다. 부스 팀, 운송사, 프레스 담당, 미리 PDF를 받은 몇몇 컬렉터까지. 살아남는 워크플로는 이렇습니다.

Each configuration has its own Commerce panel: price, Storefront shipping strategy, stock, and listing toggle. Website Studio Content → Works shows On storefront per configuration.

Numbered runs use discrete copy tracking; open stock uses aggregate counts.

Art.industries가 재고를 다루는 방식

Art.industries에서 재고는 제품의 척추입니다. 작품, 작가, 컬렉션, 전시, 출판물, 그리고 Network(CRM)는 서로 연결된 레코드입니다. 작품에 연결된 작가 레코드는 모든 계약, 연락처 메모, 전시의 작가 레코드와 동일합니다. 이름을 한 번 수정하면 어디에나 반영됩니다.

에디션 처리는 기본 기능입니다. 1/5 에디션은 각각 고유한 상태와 소유자를 가진 에디션 5개가 붙은 하나의 작품 레코드입니다. 2/5를 판매할 때 작품을 복제할 필요가 없습니다. 해당 에디션만 업데이트됩니다. 카탈로그, 뷰잉룸, 청구서는 모두 같은 에디션 상태를 읽습니다.

위탁 정산 비율, 판매가, 판매 흐름(예약, 청구, 입금, 출고)은 별도의 시트가 아니라 작품 자체에 붙습니다. 작품에서 Stripe 기반 청구서를 생성할 때 제목, 치수, 에디션 번호, 가격을 다시 입력하지 않습니다. 모두 레코드에서 가져옵니다. 청구 흐름은 미술품 청구 소프트웨어를 참고하세요.

처음 재고를 구축할 때 흔히 하는 실수

가장 고통스러운 이전 작업의 원인은 피할 수 있었던 소수의 결정입니다. 아래 다섯 가지가 나중에 발생하는 정리 작업의 약 80%를 만듭니다.

• "Mary Smith"를 문자열로 취급하기. 오늘 전속 작가가 네 명뿐이어도 첫날부터 모든 작가를 실제 레코드로 만드세요. "Smith, M." 표기도 함께 쓰기로 한 날이 검색이 망가진 날입니다.
• 치수를 한 단위로만 기록하기. 유럽 페어에는 센티미터, 미국 청구서에는 인치가 필요합니다. 둘 다 저장하되 하나의 값에서 계산하고, 절대 다시 입력하지 마세요.
• 에디션 모델 건너뛰기. 1/5 에디션은 다섯 번의 판매, 다섯 명의 소유자, 다섯 개의 보관 이력입니다. 한 줄로 모델링하면 두 번째로 팔 때 탈이 납니다.
• "판매 가능"이 세 가지 의미를 갖게 두기. 예약만 걸리고 청구 전인 상태, 작가를 위한 홀드, 뒷방에 있는 상태는 모두 다릅니다. 상태값을 미리 정하고 팀을 위해 문서로 남기세요.
• 위탁 정산 비율을 Word 문서에 넣기. 정산 비율은 작품과 함께 있어야 합니다. Word 문서는 작가가 위탁 명세서를 요청하기 전까지 주니어 직원은 아무도 모르는 폴더에 잠들어 있습니다.