작가·팬 커뮤니티와 굿즈 수요 시스템 구축

CHALLENGE

클라이언트는 작가의 작품을 팬에게 소개하는 커뮤니티를 운영하면서, 단순 노출 수를 넘어 다음 작품과 굿즈 제작에 활용할 수 있는 반응을 확인하고 싶어 했습니다. 동시에 신고와 공개 상태를 운영자가 빠르게 검토할 수 있어야 했습니다. 발견·관계·수요·운영 데이터가 끊겨 있으면 인기 수치가 실제 제작 판단으로 이어지지 않았습니다.

클라이언트가 필요로 한 이유

클라이언트의 운영 과정에서 드러난 한계는 좋아요 수만으로 굿즈 수요를 설명할 수 없다는 점이었습니다. 오래 활동한 작가는 누적 반응이 크고, 새 작가는 짧은 기간의 상승세가 강할 수 있습니다. 단순 합계로 순위를 만들면 신작과 소규모 작가가 발견되기 어렵고, 작가도 관심과 구매 의향을 구분해 다음 제작 방향을 판단하기 어려웠습니다.

반대로 반응만 강조하면 신고가 집중된 작품이 그대로 확산될 수 있었습니다. 그래서 작품 발견, 팬 관계, 제작 수요, 운영 안전을 하나의 점수로 합치지 않았습니다. 좋아요·팔로우·댓글·굿즈 투표·신고를 각각 보존하고, 랭킹·제작 검토·운영 검토에서 서로 다른 집계와 공개 규칙을 적용하도록 설계했습니다.

작품을 먼저 보여주되, 좋아요와 팔로우를 넘어 굿즈 수요와 운영 안전까지 같은 활동 이력으로 연결했습니다.

클라이언트 요청사항과 기획 방향

커뮤니티 기능을 한꺼번에 나열하기보다, 팬의 발견이 작가의 제작 판단으로 이어지고 운영자가 그 과정의 안전을 지키는 구조로 역할을 나눴습니다.

SOLUTION

클라이언트가 원한 발견과 제작 판단을 연결하기 위해 작품 카드 중심의 편집형 피드와 역할별 운영 화면을 구성했습니다. 팬은 모두·팔로잉·새 작가·좋아요 탭을 오가며 작품을 탐색하고, 작가는 90일 반응을 확인해 다음 작품과 굿즈 후보를 판단합니다.

팬의 반응이 제작 판단으로 이어지는 과정

팬은 작품을 보고 좋아요를 누르거나 작가를 팔로우할 수 있습니다. 굿즈로 나오길 바라는 작품에는 별도의 투표를 남깁니다. 좋아요는 관심, 팔로우는 관계, 굿즈 투표는 구매 의사에 가까운 신호이므로 세 값을 한 숫자로 섞지 않고 각각 저장합니다.

작가 화면에서는 최근 7일의 좋아요 속도, 팔로워 규모를 보정한 참여율, 댓글 대화율, 굿즈 투표를 함께 봅니다. 예시 작품이 81점을 받더라도 유효 투표가 100표보다 적으면 곧바로 제작 후보로 공개하지 않습니다. 반응이 충분하고 미해결 고위험 신고가 없을 때만 ‘제작 검토 가능’ 상태로 넘어갑니다.

운영자는 신고가 들어온 작품의 원문과 신고 사유, 중복 신고 수를 확인합니다. 숨김 조치가 필요하면 작품 공개 상태만 바꾸고 기존 좋아요·댓글·투표 기록은 보존합니다. 이후 복원되더라도 누가 언제 어떤 이유로 상태를 바꿨는지 남기 때문에 작가와 운영자가 같은 근거를 볼 수 있습니다.

시스템 흐름

좋아요·팔로우·댓글·투표를 각각의 원본 활동으로 보존하고, 랭킹은 기간별 집계 결과로 분리했습니다. 운영 조치가 발생해도 원본 활동이 사라지지 않아 변경 전후를 추적할 수 있습니다.

굿즈 수요 점수

제작 후보를 고를 때는 누적 인기보다 최근 수요와 팬의 명시적 의사를 더 크게 봅니다. 각 지표는 작가 규모와 게시 기간을 보정한 뒤 100점으로 환산합니다.

예시 작품은 81점입니다. 다만 제작 후보 공개는 점수 75점 이상, 유효 투표 100표 이상, 미해결 고위험 신고 0건을 모두 만족해야 합니다. 점수가 높더라도 운영 안전 조건을 통과하지 못하면 작가 화면에는 “검토 필요”로 표시되고 공개 랭킹에서는 제외됩니다.

피드 노출 규칙

피드는 전체 인기순 하나로 고정하지 않았습니다. 팔로잉 탭은 관계를, 새 작가 탭은 최근 30일 활동과 보정 참여율을, 좋아요 탭은 이용자 개인 활동을 기준으로 읽습니다. 기간이 다른 랭킹은 같은 기준 기간끼리만 비교하고 이전 기간 증감을 함께 표시합니다.

팬 경험

• 작품과 작가 전체 검색, 분야·기간·정렬, 25·50건 페이지 탐색
• 작품 상세에서 좋아요·팔로우·댓글·굿즈 투표와 취소
• 주간·월간 좋아요 및 굿즈 수요 랭킹과 이전 기간 증감
• 작가 프로필과 공개 작품 모아보기

작가·운영 경험

• 작품 생성·수정과 공개·숨김 상태 관리
• 작품별 90일 반응 차트와 분야 구성
• 신고 위험도·중복 신고·처리 상태 필터
• 검토·숨김·복원·기각과 감사 이력

BUILD

작가, 팬, 캐릭터, 작품, 좋아요, 팔로우, 댓글, 굿즈 투표, 신고, 운영 조치, 상태 이력을 관계형 데이터 구조로 구성했습니다. 인기 급등과 신고 집중, 연결 저하와 복구 상태는 활동·신고·연동 이력에 함께 남아 새로고침 뒤에도 동일하게 확인됩니다.

데이터를 수요로 푸는 방식

활동 원본에는 이용자, 작품, 발생 시각, 취소 시각을 보존합니다. 기간 집계에서는 취소된 활동을 제외하고, 작가별 팔로워 규모와 작품 공개 기간을 보정합니다. 랭킹 응답에는 점수만 보내지 않고 이전 기간 값, 증가율, 유효 투표 수, 운영 상태를 함께 담아 작가가 왜 순위가 달라졌는지 확인할 수 있게 했습니다.

검증한 데이터 규모

VALIDATION

• 자동 테스트 10건 통과
• 프로덕션 빌드 완료
• 탐색 2페이지 이후 작품 상세와 활동 변경 확인
• 랭킹 변화와 인기 급등·신고 집중·복구 상태 확인
• 제작 후보 점수와 신고 안전 조건의 우선순위 확인
• 일시정지·재개·초기화와 새로고침 지속성 확인
• 390·820·1440px에서 가로 넘침과 콘솔 오류 없음

RESULT

128명의 작가와 1,280개 작품, 13만 건 이상의 좋아요를 구성해 작가 규모와 작품 공개 기간이 크게 달라도 최근 수요와 운영 안전 조건을 함께 판단할 수 있는지 확인했습니다.

비슷한 업무에 적용할 수 있는 부분

창작 커뮤니티를 넘어 고객 투표로 다음 상품을 정하는 브랜드 커뮤니티, 예약 판매, 콘텐츠 플랫폼에도 같은 원리를 쓸 수 있습니다. 반응 수치와 실제 제작 조건, 운영 안전을 서로 다른 근거로 관리해야 하는 서비스에 유용합니다.

본 프로젝트는 고객사 실제 업무 요건을 바탕으로 설계한 결과물이며, 보안 정책에 따라 일부 화면만 공개했습니다.