매달 워크숍 시리즈를 운영하고 분기마다 컨퍼런스를 개최한다고 해보자. 티켓 판매금이 같은 지갑으로 들어온다. 3개월 후 거래 내역을 보면서 어느 결제가 어느 행사인지, 누가 뭘 샀는지, 10월 세션이 실제로 비용을 충당했는지 알 수 없다.
여러 행사의 자금을 섞는 것은 처음엔 효율적으로 보인다. 지갑 하나, 대시보드 하나, 모든 게 한곳에 있다. 그러다 세금 신고 시즌이 오거나 스폰서가 내역을 요청하거나, 손실을 본 행사를 반복할지 결정해야 할 때가 되면 편리함이 스프레드시트로도 풀 수 없는 정렬 문제로 변한다.
각 행사마다 결제 링크 하나씩
가장 간단한 해결책은 각 행사를 독립적인 재무 단위로 취급하는 것이다. 행사를 설정할 때 고유한 결제 링크를 만들고, 그 링크는 그 특정 행사의 티켓 판매에만 사용한다. 그러면 모든 거래가 하나의 행사, 하나의 날짜, 하나의 비용 세트와 직접 연결된다.
Anyza Events는 등록하는 각 행사마다 별도의 결제 링크를 생성한다. 구매자는 행사 페이지를 만들 때 지정한 지갑으로 스테이블코인이나 비트코인을 직접 보낸다. 원한다면 여러 행사에 같은 지갑을 사용할 수 있지만, 링크 자체는 고유하게 유지된다. 즉, 추측이나 타임스탬프 교차 확인 없이 모든 결제를 그것이 지원한 행사로 추적할 수 있다.
이 방식은 환불도 간단하게 만든다. 누군가 참석할 수 없어서 환불에 동의했다면, 정확히 어느 결제를 취소할지 알 수 있다. 탐정 같은 작업도 없고, 실수의 여지도 없다.
실제로 뭐가 잘됐는지 봐야 할 때
모든 행사가 손익분기점에 도달하는 건 아니고, 어느 것이 도달했는지 알기만 하면 괜찮다. 월간 모임은 커뮤니티를 구축하기 위해 약간의 손실로 운영될 수 있다. 주말 워크숍은 장소 임차료와 시간을 충당해야 한다. 일회성 컨퍼런스는 여행, 케이터링, 그리고 수십 가지 다른 항목을 커버해야 한다.
티켓 수입이 별도의 장소에 들어오면 계산이 명확해진다. 컨퍼런스 지갑을 열거나 결제 링크를 확인하면 정확히 얼마가 들어왔는지 보인다. 그것을 지출 목록과 비교하면 숫자가 나온다: 이익, 손실, 또는 손익분기점. 거래를 날짜별로 필터링하거나 늦은 결제가 이 행사인지 다음 행사인지 추측할 필요가 없다.
이 명확성은 다음 라운드를 계획할 때 도움이 된다. 적은 티켓 가격의 소규모 모임이 실제로 프리미엄 워크숍보다 더 많은 좌석을 팔았다는 걸 발견할 수도 있다. 또는 인기 있다고 생각했던 행사가 겨우 방 임차료만 충당했을 수도 있다. 별도의 회계는 뭐가 잘되는지 더 밀어붙이고 뭐가 안 되는지 다시 생각할 증거를 준다.
개인 자금을 사업과 분리하기
많은 주최자는 일상 지갑으로 티켓 판매를 시작한다. 주말 워크숍이 800달러를 벌었고 600달러를 썼다는 걸 세무 당국, 공동 주최자, 또는 자신에게 증명해야 할 때까지는 잘 작동한다. 식료품 쇼핑, 프리랜서 수입, 행사 티켓이 같은 거래 내역을 공유하면 사업과 개인을 분리하는 게 번거로워진다.
행사용 전용 지갑이 절반의 문제를 해결한다. *각* 행사용 전용 지갑이 완전히 해결한다. 함께 운영하는 컨퍼런스 자금을 보유한 지갑에 공동 주최자 접근 권한을 줄 수 있고, 개인 프로젝트 수입은 노출되지 않는다. 회계사나 티켓 판매 증명을 요청하는 장소와 거래 기록을 공유할 수 있고, 목록에 관련 결제만 포함되어 있다는 걸 안다.
정기적으로 행사를 운영한다면 연말 보고도 빨라진다. 각 지갑이나 결제 링크는 요약에서 한 줄을 나타낸다: 행사명, 티켓 수입, 순결과. 더하면 끝이다.
지갑, 링크, 그리고 실제 한계
모든 행사마다 새 지갑이 필요한 건 아니다. 원한다면 그렇게 할 수 있지만. 대부분의 주최자는 각 행사가 자신의 결제 링크를 가지면 지갑 하나로 충분하다고 생각한다. 링크가 라벨 역할을 한다: 결제는 지갑에 들어오지만, 시스템이 그것을 속한 행사로 태그한다.
행사마다 새 지갑은 재무 책임을 공유할 때 말이 된다. 3명의 공동 주최자가 있는 축제는 2명 중 3명이 인출을 승인해야 하는 다중 서명 지갑을 사용할 수 있다. 기업 워크숍은 주최자의 개인 자금과 분리된 회사 지갑이 필요할 수 있다. 자선 행사는 투명성을 위해 전용 주소가 필요할 수 있다.
트레이드오프는 관리 오버헤드다. 지갑이 많을수록 저장할 시드 프레이즈도 많고, 확인할 앱도 많고, 관리할 주소도 많다. 연에 한두 번 행사를 운영한다면 별도 지갑은 과할 수 있다. 10번 운영한다면 명확성이 추가 설정의 가치가 있을 수 있다.
행사가 겹칠 때
12월 컨퍼런스 얼리버드 티켓을 공지하면서 11월 워크숍 후기 판매가 여전히 들어오고 있다. 두 행사가 지갑과 결제 링크를 공유하면 12월 내내 거래를 타임스탬프별로 정렬하고 모든 걸 올바르게 태그했기를 바라야 한다.
별도의 링크는 겹침 혼동이 없다. 워크숍 결제는 그 행사를 닫을 때 멈춘다. 컨퍼런스 결제는 새 페이지를 게시할 때 시작한다. 누군가 늦게 결제하더라도, 사용한 링크가 어느 행사에 등록했는지 알려준다.
이건 일시적으로 판매를 중단해야 할 때도 도움이 된다. 한 행사의 결제 링크를 닫아도 다른 행사는 영향을 받지 않는다. 좌석을 더 추가하면 다시 열 수 있다. 각 행사는 독립적으로 운영되고, 회계가 그걸 반영한다.
실제 다음 단계
다음 행사를 선택해서 자신의 결제 링크로 만들어보자. 이미 진행 중인 행사가 있다면 다음 행사를 기다리지 말고 지금 분리를 시작하자. 공동 책임이나 깔끔한 기록이 편리함보다 중요하면 새 지갑을 열자. 과거 행사를 확인하고 별도 자금으로 평가하기가 더 쉬웠을 행사를 메모하자. 그 후회는 보통 질문을 해결한다.
다음 행사를 설정하면서 전용 링크를 사용하고 명확성이 작은 추가 노력의 가치가 있는지 봐보자. 대부분의 주최자는 그렇다고 생각한다.
댓글