완벽보다 출시 - 일단 내보내는 게 이기는 이유
출시를 미루게 만드는 건 대개 '아직 부족하다'는 마음입니다. 그런데 세상에 내보내야 비로소 보이는 게 있어요. 완성 대신 출시를 택하는 법.
핵심 요약
완벽을 기다리면 출시는 영원히 미뤄진다. 사용자는 내가 다듬은 디테일이 아니라 '이게 내 문제를 푸는가'만 본다. 부끄러운 첫 버전을 내보내고, 반응으로 나머지를 다듬는 편이 빠르다.
목차
"조금만 더 다듬고 출시하자." 이 문장이 얼마나 많은 프로젝트를 죽였는지 모릅니다. 저도 그랬고요.
완벽은 출시를 미루는 핑계다
부족해 보이는 건 당연합니다. 만든 사람 눈에는 깎아야 할 모서리가 끝없이 보이니까요. 문제는 그 모서리를 다 깎을 때쯤엔 출시할 에너지도, 타이밍도 사라진다는 거예요.
- 아무도 안 본 기능을 완벽하게 만든다
- 정작 사용자가 원하는 건 다른 것이었다
- 몇 달의 노력이 방향부터 틀렸음을 뒤늦게 안다
사용자는 디테일을 안 본다
냉정하게 말하면, 첫 사용자는 내가 밤새 다듬은 애니메이션을 눈치채지 못합니다. 그들이 보는 건 딱 하나예요.
"이게 내 문제를 푸는가?"
이 질문의 답은 세상에 내보내야 들립니다. 내 방에서 아무리 고민해도 안 나와요.
부끄러운 첫 버전을 내보내기
유명한 말이 있죠. "첫 버전이 부끄럽지 않다면 너무 늦게 출시한 것이다." 저는 이렇게 실천합니다.
- 핵심 한 가지만 되게 만든다
- 나머지는 과감히 잘라 다음으로 미룬다
- 일단 내보내고, 반응을 보고 우선순위를 정한다
오늘의 파도도 처음엔 정말 단순했습니다. 하루 한 번 도전, 그게 전부였어요. 부활·난이도·랭킹 같은 건 사람들이 쓰기 시작한 뒤에 붙였습니다.
그래서 오늘
완성됐다고 느낄 때는 대개 늦은 겁니다. 70% 쯤에서 숨을 참고 내보내세요. 나머지 30% 는 사용자가 알려줍니다.
지금 서랍에 넣어둔 그 프로젝트, 이번 주에 부끄러운 채로 내보내 보는 건 어떨까요.
관련 글
- ☕ 일상
왜 나는 큰 서비스 대신 작은 앱을 만드는가
거창한 스타트업 대신 작은 앱을 여러 개 만드는 이유. 빠른 출시, 낮은 위험, 그리고 만드는 즐거움에 대한 1인 개발자의 생각.
- ☕ 일상
작심삼일을 이기는 '하루 한 번' 습관 설계법
의지가 약해서 습관에 실패하는 게 아닙니다. 하루 한 번, 아주 작게 설계하면 꾸준함은 저절로 따라옵니다. 실전 규칙 4가지를 정리했어요.
- ☕ 일상
1인 개발자의 하루 루틴 - 혼자서 지치지 않는 법
상사도, 동료도 없이 혼자 일하면 자유롭지만 쉽게 지칩니다. 리듬을 잃지 않으려고 지키는 하루 루틴과 몇 가지 규칙을 정리했습니다.