Fairy를 만들게 된 이유

GeekNews를 7년 동안 운영하면서, 가장 많이 받은 질문 중 하나는 “이거 어떻게 먹고 사세요?”였습니다. 농담 반 진담 반으로 던지는 말이지만, 사실 많은 개발자들이 비슷한 고민을 하고 있다는 신호이기도 했습니다.

좋은 프로젝트를 만들어 내는 사람은 많은데, 그걸 지속할 수 있는 구조는 거의 마련되어 있지 않다는 것. Fairy는 이 간극에서 출발한 서비스입니다.

Show GN에서 본 것들

GeekNews에는 Show GN 이라는 공간이 있습니다. 사용자가 직접 만든 서비스, 제품, 오픈소스를 올리고 커뮤니티의 피드백을 받는 공간입니다.

매주 수십 개의 프로젝트가 이곳을 통해 소개됩니다. 잘 만든 사이드 프로젝트, 작지만 똘똘한 웹 유틸리티, 개인의 취향이 가득한 1인 SaaS, 신선한 실험 같은 오픈소스… 볼 때마다 “와, 이런 걸 왜 만들었지?” 와 “와, 이런 걸 만들 수 있다니” 라는 감탄이 동시에 듭니다.

그런데 시간이 지나면서 슬픈 패턴을 보게 됐습니다. 상당수의 프로젝트가 1년 이내에 사라진다는 것입니다.

• 서버비를 감당하기 어려워서
• 개인 시간이 빠듯해서
• 동기가 꺾여서
• 구조상 수익화가 어려워서

만든 사람에겐 대단한 자부심이자 배움이었던 프로젝트가, 돈과 시간이라는 단순한 문제 때문에 사라지는 모습을 너무 많이 봤습니다.

Family, Friends, and Fools

스타트업 격언에 이런 말이 있습니다.

“초기 자금은 Family, Friends, and Fools에게서 받아야 한다.”

세 F가 있는데, 가족과 친구, 그리고 “물정 모르고 돈을 넣어주는 사람”이란 뜻입니다. 유머가 섞인 표현이지만, 현실을 꽤 정확히 짚고 있습니다. 아이디어만 있을 때 돈을 대주는 건 합리적 판단보다는 관계와 신뢰에 기반한 경우가 많기 때문입니다.

이 이야기를 할 때마다, 저는 세 번째 F를 Fairy로 바꾸고 싶다는 생각을 했습니다.

Fool이 아니라, 좋은 것을 알아봐 주고 슬며시 도움을 건네는 존재. 그게 좀 더 창작자의 현실에 맞는 그림이 아닐까. 누군가가 뚝 하고 큰 투자를 해주는 것은 아니지만, 여러 명의 Fairy가 조금씩 힘을 보태주는 방식. 그렇게 Fairy라는 이름이 생겼습니다.

기부가 아니라 지지

Fairy는 엄밀히 말하면 기부 플랫폼이 아닙니다. 기부는 자선의 언어에 가까워서, 어쩐지 창작자와 후원자 사이를 수직 관계로 만듭니다.

반면 Fairy가 담으려는 것은 “동료 개발자로서의 지지” 입니다. “이 프로젝트가 계속 있었으면 좋겠다”, “이런 걸 만들어줘서 고맙다”, “내가 쓰는 도구의 유지비에 작게나마 기여하고 싶다” — 이런 감정을 자연스럽게 담을 수 있는 그릇을 만들고 싶었습니다.

그래서 Fairy에서는 후원자를 “도네이터”라 부르지 않고, 그냥 “Fairy” 라고 부릅니다. 창작자 옆에 잠시 나타나 작은 빛을 건네고 사라지는 이미지를 계속 떠올리려 합니다.

유료 결제가 답이 아닌 프로젝트들

한 가지 더 짚고 싶은 점이 있습니다. 모든 프로젝트에 유료화가 답은 아니라는 것입니다.

• 오픈소스는 유료화 자체가 구조적으로 어렵습니다.
• 공공적인 성격의 도구는 유료로 가리는 순간 존재 이유가 흐려지기도 합니다.
• 실험적인 프로토타입은 아직 시장에 물어볼 단계가 아닙니다.
• 1인 창작자의 취미성 프로젝트는 관리 부담을 감수하기 어렵습니다.

이런 프로젝트들에게 “생존하려면 유료화해라”라고 말하는 건, 생태계 전체의 다양성을 깎아 먹는 이야기입니다. Fairy는 유료 결제의 대체가 아니라, 유료 결제가 맞지 않는 프로젝트를 위한 대안이 되려고 합니다.

처음에는 단건 후원부터

Fairy는 우선 단건 후원부터 시작합니다. 정기 후원은 매력적인 모델이지만, 작은 프로젝트를 처음 후원하는 사람에게는 부담이 될 수도 있습니다. 반대로 운영자 입장에서는 후원이 반복될수록 기대치와 책임도 함께 커집니다.

그래서 처음에는 “이 프로젝트가 마음에 든다”, “계속 있었으면 좋겠다”, “서버비에 조금 보태고 싶다”는 마음을 가볍게 남길 수 있는 흐름을 먼저 만들었습니다. 후원자는 이름을 공개하거나 익명으로 후원할 수 있고, 프로젝트 운영자는 받은 후원금이 어디에 쓰였는지, 프로젝트가 어떻게 이어지고 있는지 공유할 수 있도록 준비하고 있습니다.

결국 후원에서 중요한 것은 금액만이 아닙니다. 만든 사람에게는 “누군가 이걸 쓰고 있고, 계속 있기를 바란다”는 신호가 꽤 큰 힘이 됩니다. Fairy가 만들고 싶은 것은 단순한 결제 버튼보다, 그런 신호가 쌓이는 공간에 가깝습니다.

개발자 프로젝트에 맞는 연동

개발자 프로젝트에는 후원 이후의 연결도 중요합니다. 후원이 단순히 결제 완료 화면에서 끝나지 않고, 프로젝트 안에서 자연스럽게 이어지면 더 재미있는 경험을 만들 수 있습니다.

Fairy에서는 후원 이벤트를 웹훅으로 받을 수 있게 만들고 있습니다. 프로젝트 운영자는 이를 이용해 베타 접근 권한을 열어주거나, 서포터 표시를 붙이거나, Slack 알림을 보내는 식의 흐름을 만들 수 있습니다. 후원자에게 과한 리워드를 약속하기보다는, 프로젝트의 성격에 맞게 “고맙다”는 표시를 남길 수 있는 정도가 Fairy와 잘 맞는다고 생각합니다.

GeekNews에도 Fairy를 먼저 적용했습니다. GeekNews 계정 이메일과 Fairy 후원 이메일이 같으면, 해당 연도의 서포터 배지가 자동으로 발급됩니다. 배지는 크지 않은 기능이지만, 오래 운영되는 커뮤니티에서는 이런 작은 표시가 참여의 기억으로 남습니다.

수수료와 운영 현실

후원 서비스에서 수수료는 민감한 문제입니다. 너무 높으면 창작자에게 돌아가는 금액이 줄어들고, 너무 낮으면 서비스 자체를 유지하기 어렵습니다.

Fairy의 총 수수료는 5.5%입니다. 여기에는 PG사 결제 수수료, 정산 관련 비용, Fairy 서비스 수수료가 함께 포함됩니다. 작은 프로젝트를 위한 서비스인 만큼, 수수료 구조는 가능한 한 단순하고 예측 가능해야 한다고 봤습니다.

결제와 정산은 겉으로 보기에는 단순해 보여도 실제로는 꽤 많은 운영을 필요로 합니다. 취소, 환불, 정산 주기, 영수증, 문의 응대, 부정 사용 대응 같은 일이 모두 따라옵니다. Fairy를 만들면서도 이 부분을 서비스의 핵심 운영 비용으로 보고 있습니다.

아직은 시작 단계

솔직히 말해, Fairy는 아직 실험적인 단계의 서비스입니다. 결제 구조, 투명성 확보 방식, 창작자와 후원자 사이의 커뮤니케이션 설계 등 풀어야 할 문제가 많습니다.

그러나 GeekNews를 7년 운영해보며 얻은 확신 하나가 있습니다. 작게 시작해서 꾸준히 하면, 처음에는 보이지 않던 길이 점점 드러난다는 것입니다. Fairy도 그렇게 해보려 합니다.

좋은 프로젝트가 돈 때문에 사라지지 않는 생태계. 그걸 향한 한 걸음으로 Fairy를 함께 봐주시면 좋겠습니다.

→ Fairy 살펴보기

GeekNews에 올린 공개 글과 초기 피드백은 Show GN: Fairy - 개발자 프로젝트와 오픈소스를 후원하는 서비스에서 볼 수 있습니다.