아트핏 기관–작가 미술 작품 매칭 앱 개발

과제: 작가·작품·기관 공모가 모두 심사를 거치는데, 신규와 수정 요청이 뒤섞이면 심사 흐름이 깨집니다.

한 것: iOS·Android 앱(Flutter) + 관리자 웹 + API 서버

프로젝트 정보

클라이언트·업종: 아트핏 · 예술·문화 플랫폼
기간: 2025.07 ~ 2025.10
범위: 기획 · 디자인 · 프론트엔드 · 백엔드
산출물: 사용자 앱 · 관리자 웹 · API 서버
플랫폼: iOS·Android 앱 · 웹
기술 스택: Flutter · Next.js · NestJS · PostgreSQL · AWS

심사가 세 군데나 있는 서비스를 어떻게 한 줄기로 만드나

아트핏에서는 작가 등록도, 작품 등록도, 기관 공모도 심사를 거칩니다. 여기에 이미 승인된 항목의 수정 요청까지 섞이면 관리자 화면이 금세 엉킵니다. 작품 이미지는 원본이 커서 서버를 거쳐 올리면 등록이 몰릴 때 부하가 쏠리는 문제도 함께 있었습니다.

어떻게 풀었나

판단 1. 신규와 수정을 한 심사 파이프라인으로 합쳤다

새로 등록하는 건과 이미 승인된 건을 고치는 요청을 따로 만들지 않고, NEW_REGISTRATION과 MODIFICATION으로 분기하는 하나의 Application 심사 파이프라인에 넣었습니다. 관리자는 어느 쪽이든 같은 화면에서 승인·반려하고 심사 이력도 한 줄기로 남습니다.

판단 2. 대용량 이미지는 서버를 거치지 않게 했다

작품 이미지는 Pre-signed URL을 받아 앱에서 S3로 곧장 올립니다. 서버가 파일을 통과시키지 않으니 작품 등록이 몰려도 API가 같이 느려지지 않습니다.

판단 3. 매칭 조건을 취향의 축으로 쪼갰다

작품을 장르 10종과 테마 8종으로 나누고 제작연도·사이즈·컬러코드·가격까지 필터에 넣었습니다. 기관이 공모에서 고른 선호 장르·테마와 이 축이 맞물려, 작가는 자기 작업과 결이 맞는 공모를 골라 지원합니다.

이런 고민이면 이 사례가 답입니다

작가·기관을 잇는 매칭 앱 개발 업체를 찾는 중
심사·승인 워크플로우가 복잡한 플랫폼이 필요한 경우
iOS·Android를 Flutter로 한 번에 내려는 경우

자주 묻는 질문

Q. 이 규모의 매칭 앱은 얼마나 걸리나

이 건은 앱·관리자 웹·서버를 합쳐 약 4개월이었습니다(기간 기준, 금액과 무관).

Q. iOS와 Android를 따로 만들어야 하나

이 건은 Flutter로 하나의 코드베이스에서 iOS·Android 앱을 함께 냈습니다.

비슷한 프로젝트를 고민 중이라면, 상담만 받아보셔도 됩니다.

상담 문의 우리 회사, AI에 보이나? 무료 진단

갱신 2026.09.03 · 제로스튜디오

Behance