1년 6개월 동안 만든 디깅 뮤직
디깅 뮤직은 음악 발견, 가사 해석, 리뷰, 위키를 중심으로 만든 음악 커뮤니티 서비스다.
처음 시작할 때는 정말 2달이면 끝날 줄 알았다.
기획만 잘 세우면, 머릿속에 있는 걸 금방 구현해서 세상에 내놓을 수 있을 줄 알았다. 빠르게 만들고, 반응을 보고, 운이 좋으면 입소문을 타고 크게 뜰 수도 있겠다고 상상했다.
하지만 현실은 달랐다.
처음 버전을 만드는 것보다 더 어려운 건 디테일을 붙이는 일이었다. 무엇을 넣고, 무엇을 빼고, 어떤 방향이 틀렸는지 인정하고 다시 만드는 과정이 훨씬 어려웠다. 서비스라는 건 결국 수많은 선택과 배제, 그리고 생각보다 훨씬 많은 시행착오 위에서 만들어진다는 걸 배웠다.
돌이켜보면 초반 1년 동안 했던 작업의 많은 부분은 결국 무너졌다. 진짜 의미 있는 작업은 마지막 6개월 동안, 방향이 조금씩 선명해지고 제품이 실제로 굴러가기 시작하던 시기에 집중되어 있었다.
이 글은 그 과정에서 배운 것들을 정리한 회고다.
큰 세계관이 있어야 작은 일을 버틴다
처음에는 아이디어를 일부러 크게 확장하는 과정이 필요하다고 생각한다.
디깅 뮤직을 만들기 시작했을 때, 나는 상상의 크기를 제한하지 않으려고 했다. 구체적인 기능이나 구현 방식만 생각하기보다는, 이 서비스가 얼마나 큰 세계로 확장될 수 있을지를 계속 상상했다.
이게 정말 음악 문화를 바꿀 수 있다면? 가사 주석이 한국어 음악 아카이브가 될 수 있다면? 언젠가 스트리밍 서비스에 가사나 해석 데이터를 제공할 수 있다면?
물론 대부분의 상상은 첫 버전에는 너무 컸다. 어떤 것은 비현실적이었다. 그래도 중요했다. 그 상상들이 프로젝트에 감정적인 크기를 만들어줬기 때문이다.
큰 그림이 없으면 작은 일에 쉽게 지친다. 버튼 하나, 권한 설정 하나, 검색 페이지 하나, 리뷰 UI 하나가 큰 세계와 연결되어 있지 않으면 금방 의미 없어 보인다. 내 머릿속의 큰 세계가 있었기 때문에 1년 반 동안 이 일을 붙잡고 있을 수 있었다.
제품에는 킥이 있어야 한다
서비스에는 존재해야 하는 핵심 이유가 있어야 한다.
흑백요리사에서는 ‘킥’이라는 표현을 쓴다. 음식에서 셰프가 의도한 강렬한 한 방, 단순히 맛있는 것을 넘어서 “이건 뭔가 다르다”는 느낌을 주는 요소다. 제품에도 비슷한 것이 필요하다고 생각한다. 아무리 잘 만들어도 이미 있는 대기업 서비스의 하위호환이라면 사람들은 기억하지 않는다.
디깅 뮤직의 킥은 명확했다.
지니어스처럼 가사, 곡, 앨범, 아티스트 페이지에 직접 주석과 해석을 붙일 수 있는 구조. 그리고 그것이 한국어로 제공된다는 점이었다. 단순히 콘텐츠를 모으는 데이터베이스가 아니라, 사람들이 해석을 덧붙이고 맥락을 쌓아갈 수 있는 위키 기반 시스템을 만들고 싶었다.
영어권에는 이미 가사 해석과 주석 커뮤니티가 어느 정도 존재했다. 하지만 한국어로 정리된 음악 해석 아카이브는 거의 없었다. 그 공백이 너무 크게 느껴졌다.
그 빈틈을 메우는 것. 그것이 디깅 뮤직이 존재해야 하는 이유였다.
확장한 뒤에는 단순화해야 한다
처음에는 세계를 넓히는 것이 필요하다. 하지만 그다음에는 거의 모든 것을 덜어내야 한다.
처음에는 모든 것이 사용자에 의해 자동으로 굴러가는 자율 시스템을 상상했다. 사용자들이 문서를 수정하면 다른 사용자들이 검토하고, 포인트를 쌓아 권한을 얻고, 품질 관리와 훼손 방지도 커뮤니티가 알아서 처리하는 구조였다. 시스템으로 보면 아름다웠다. 하지만 현실에서는 너무 이른 상상이었다.
사용자가 생기기도 전에 사용자 자정 시스템을 걱정했다. 동시에 같은 문서를 편집하는 사람이 거의 없는데도 편집 충돌 방지 기능을 고민했다. 서버는 놀고 있는데 이미지 최적화 시스템을 떠올렸다. 편집 하나가 귀한 상황에서 악성 유저 검토 시스템을 상상했다.
아직 실제 문제가 아니었다.
여기서 가장 크게 배운 것은, 실제 유저가 없으면 대부분의 제품 판단은 추측이라는 점이다. 추측이 완전히 필요 없는 것은 아니지만, 아직 생기지도 않은 문제를 해결하는 데 너무 많은 시간을 쓰면 속도가 죽는다.
단순화는 포기가 아니었다. 핵심을 보호하기 위한 선택이었다.
아이디어는 생각보다 쉽게 뺏기지 않는다
처음에는 아이디어를 말하는 게 무서웠다.
디깅 뮤직이 나름 특별한 아이디어라고 생각했고, 누군가에게 말하면 그대로 따라 할지도 모른다고 걱정했다. 그런데 오래 만들다 보니 그 걱정은 대부분 쓸데없었다.
대부분의 사람은 아이디어를 듣는다고 바로 움직이지 않는다. 흥미를 느껴도, 실제로 만들고 지속하는 데에는 너무 많은 시간과 에너지가 든다. 그리고 무엇보다 처음의 아이디어는 거의 그대로 가지 않는다. 지금 오픈한 디깅 뮤직은 처음 상상했던 디깅 뮤직과 구조도 기능도 메시지도 많이 달라졌다.
아이디어는 처음 말한 사람보다, 현실 속에서 계속 붙잡고 고쳐나가는 사람에게 남는다.
지금은 오히려 아이디어를 많이 말하고 피드백을 받는 게 낫다고 생각한다. 말하면 잃는 것이 아니라, 말하면서 정제된다. 피드백을 받으면서 아이디어는 더 강해진다.
중요한 건 누가 먼저 생각했는지가 아니다. 누가 끝까지 했는지다.
유저는 최고의 디버깅 도구다
초반에는 사이트 전체를 혼자 점검하고, 가능한 모든 문제를 미리 막으려고 했다.
나름 꼼꼼하게 시나리오를 상상하며 개발했다. 하지만 이 방식은 효율이 낮았다. 제품이 복잡해질수록 가능한 구멍은 무한히 많아지고, 그걸 혼자 다 막는 것은 불가능에 가깝다.
진짜 변화는 소수의 서포터즈가 서비스를 실제로 쓰기 시작했을 때 일어났다.
사람들이 실제로 사용하자 진짜 문제가 바로 드러났다. 더 이상 버그가 추상적이지 않았다. 맥락과 긴급성과 우선순위가 생겼다. 혼자 테스트할 때보다 훨씬 많은 문제를 그 시기에 고쳤다.
작은 초기 유저 그룹은 통제 가능한 테스트 환경이었다. 만약 처음부터 너무 많은 사용자가 들어왔다면 수습하지 못했을 수도 있다. 하지만 규모가 작았기 때문에 설명하고, 고치고, 후속 조치를 하면서 서비스를 빠르게 개선할 수 있었다.
유저는 단순히 서비스를 테스트한 것이 아니다. 무엇이 중요한 문제인지 알려줬다.
레퍼런스가 중요하다
문제가 막막할 때, 이제는 먼저 이렇게 묻는다. 완전히 다른 분야에 비슷한 구조가 없을까?
새로운 제품을 만든다고 해서 무에서 창조해야 하는 것은 아니다. 오히려 창의성은 전혀 상관없어 보이는 곳에서 적절한 구조를 가져오는 데서 나오는 경우가 많다.
예를 들어 디깅 뮤직의 앨범 선택 UI는 음악 앱이 아니라 게임의 캐릭터 선택창에서 힌트를 얻었다. 캐릭터 선택창은 시각적이고, 직관적이고, 사람에게 선택하고 싶다는 욕구를 만든다. 그 구조가 음악 앱을 새로 발명하려고 애쓰는 것보다 훨씬 유용했다.
레퍼런스를 가져오는 것은 복사가 아니다. 멀리 떨어진 분야 사이에서 구조적 유사성을 발견하고, 그것을 내 문제에 맞게 번역하는 일이다.
자동화는 마지막에 해야 한다
초기 제품에서 자동화는 과대평가되기 쉽다.
기획서를 쓸 때 자동화된 시스템은 예뻐 보인다. 알림, 랭킹, 검토 플로우, 추천 로직, 권한 시스템, 대시보드 같은 것들은 완성된 제품처럼 보이게 만든다.
하지만 초반에는 많은 일을 그냥 사람이 해도 된다.
유저가 뭔가를 수정하면 내가 직접 메시지를 보내면 된다. 좋은 리뷰를 추천해야 한다면 운영자가 일주일에 한 번 고르면 된다. 어떤 일이 몇 번 일어나지도 않는다면, 그걸 자동화하는 것보다 그냥 손으로 처리하는 게 더 빠르다.
자동화는 반복이 충분히 쌓여서 고통이 될 때 도입하는 효율화 도구다. 그 전까지는 사람이 하는 것이 더 빠르고, 정확하고, 유연할 때가 많다.
내가 배운 기준은 단순하다. 오늘 하루에 유저가 두 명 들어온다고 생각해보는 것이다. 그래도 반드시 자동화되어야 하는 것은 남긴다. 나머지는 나중으로 미룬다.
문제를 일부러 만들어야 일이 굴러간다
이상하게 들릴 수 있지만, 진행은 종종 문제를 일부러 만들 때 생긴다.
마감도 없고, 유저도 없고, 회의도 없고, 외부 약속도 없으면 계속 다듬기만 하게 된다. 그래서 가끔은 준비가 덜 된 상태에서 먼저 약속을 만들었다.
포인트 시스템이 완성되기 전에 서포터즈에게 곧 도입된다고 공지했다. 홈페이지가 충분히 다듬어지기 전에 인플루언서에게 메일을 보내고 회의 일정을 잡았다. 이런 결정들은 압박을 만들었다. 부담스럽지만, 일이 움직이게 했다.
핵심은 무모해지는 것이 아니다. 적당한 크기의 문제를 만드는 것이다. 행동을 강제할 만큼은 어렵지만, 조금 밀려도 수습 가능한 정도의 문제.
제품은 문제를 해결하면서만 움직이지 않는다. 때로는 적절한 문제를 만들어낼 때 움직인다.
좁은 보폭으로 빠르게 움직이기
처음에는 너무 멀리 보려고 했다. 가능한 모든 시나리오에 대비하고, 현실이 비판하기 전에 완성된 서비스를 만들고 싶었다.
하지만 그 방식은 시간을 많이 낭비했다.
이제는 좁은 보폭으로 빠르게 움직이는 방식이 더 낫다고 생각한다. 문제를 너무 앞서가지 말고, 현실 가까이에 있어야 한다. 실제 문제가 나타나면 그 문제를 빠르게 뒤쫓아가며 해결하는 방식이 훨씬 효율적이었다.
그래서 린 스타트업이 괜히 중요한 게 아니다. 단순한 비즈니스 유행어가 아니라, 현실과 계속 붙어 있기 위한 방식이다.
혼자 머릿속에서만 만들면 동기가 점점 떨어진다. 하지만 실제 유저 반응을 보면 작은 개선에도 반응이 오고, 그 반응이 다음 작업의 동력이 된다. 방향도 더 정확해진다. 상상 속 시나리오가 아니라 실제 마찰을 따라가게 되기 때문이다.
디깅 뮤직은 아직 완성되지 않았다. 마케팅도 해야 하고, 콘텐츠도 채워야 하고, 기능도 계속 개선해야 한다.
하지만 오픈까지 해보면서, 나는 하나의 웹사이트를 만드는 방법보다 더 중요한 것을 배웠다.
제품이 현실이 되는 방식이다. 세계를 크게 상상하고, 핵심을 찾고, 거의 모든 것을 덜어내고, 유저 앞에 내놓고, 문제를 따라가며, 계속 움직이는 것.