SaaS를 만들면서 가장 크게 느낀 점 중 하나는 가장 어려운 구간이 제품이 실제로 돌아가기 시작한 뒤에 오는 경우가 많다는 것이다. 코드를 쓰고, 기능을 배포하고, 버그를 고치고, 서비스를 올리는 일은 비교적 분명하다. 문제도 보이고, 시스템도 보이고, 다음 단계도 대체로 명확하다.
하지만 고객을 얻는 일은 전혀 다르다. 배포는 더 복잡하고, 포지셔닝은 더 흐릿하다. 메시지는 감각이 필요하다. 클릭, CTR, 유지율, 전환을 보기 시작하면 엔지니어처럼만 생각해서는 부족하다. 마케터처럼, 글을 쓰는 사람처럼, 리서처처럼, 그리고 사람의 반응을 읽는 사람처럼도 생각해야 한다.
출시는 끝이 아니라 시작이다
많은 개발자가 이 부분을 과소평가하는 이유는 소프트웨어가 즉각적인 피드백을 주기 때문이다. 버튼이 작동하는지 아닌지는 바로 알 수 있다. 배포가 성공했는지 실패했는지도 분명하다. 하지만 마케팅은 거의 그렇지 않다. 잘 만든 글을 올려도 아무 반응이 없을 수 있고, 유용한 제품을 만들어도 왜 중요한지 설명하는 데 계속 어려움을 겪을 수 있다.
혼자 만들고 있다면 이 간극은 더 크게 느껴진다. 원래 하던 일을 이어가면서 동시에 다른 직업을 처음부터 배우는 느낌에 가깝다. 그리고 솔직히 이런 이야기는 SaaS에 대한 현실적인 대화에서 충분히 다뤄지지 않는다.
배포에는 다른 피드백 루프가 있다
이 차이는 중요하다. 마케팅 지표는 신호이지, 완성된 설명이 아니기 때문이다. 클릭이나 CTR 변화는 무언가 달라졌다는 사실을 알려줄 수 있지만, 그 원인이 타깃, 채널, 메시지, 타이밍, 제품 중 무엇인지 자동으로 알려주지는 않는다. 유지율과 전환도 같은 이유로 유용하다. 질문의 범위를 좁혀주지만 답을 대신해 주지는 않는다. 결국 해야 할 일은 신호를 해석하고 다음에 무엇을 시험할지 결정하는 것이다.
왜 창의적인 영역이 더 어렵게 느껴질까
- 코드는 논리와 구조에 보상을 준다.
- 배포는 관심, 타이밍, 신뢰, 반복에 크게 좌우된다.
- 좋은 메시지는 단순해 보이지만, 그 단순함에 도달하려면 많은 반복이 필요하다.
- 강력한 AI 도구도 코드 작업에는 빠르게 도움을 주지만, 독창적인 포지셔닝이나 사람다운 창의 작업에는 훨씬 덜 안정적이다.
바로 이 마지막 부분이 지금 특히 흥미롭다. 일이 기술적이고 명확할 때 AI는 아주 유용하다. 하지만 작업이 창의적이고 미묘해지거나 목소리와 톤이 중요해지는 순간, 결과물이 갑자기 어색해질 수 있다. 그 대비가 인간의 판단이 아직 얼마나 중요한지를 잘 보여준다.
그렇다고 AI가 창의적인 일을 할 수 없다는 뜻은 아니다. 내가 내린 결론은 더 좁다. 내 사용 경험에서는 작업의 조건이 명확하고 결과를 검증할 수 있을수록 AI를 신뢰하기 쉬웠다. 포지셔닝과 목소리에는 typechecker 같은 판정기가 없다. 결과가 구체적인지, 믿을 만한지, 대상 사용자에게 맞는지는 여전히 내가 판단해야 한다.
‘출시’의 의미가 내게 달라졌다
이 경험은 SaaS 출시를 보는 방식을 바꿨다. 제품이 라이브 상태이고 기술적으로 정상이어도 배포 문제는 거의 손대지 않은 채 남아 있을 수 있다. 출시 뒤에는 두 번째 루프가 시작된다. 누구를 위한 제품인지 설명하고, 맞는 사람들이 발견하도록 돕고, 그들의 행동을 보고, 메시지와 제품을 함께 조정한다. 혼자 개발한다면 이 일도 엔지니어링과 같은 제한된 시간과 주의를 놓고 경쟁한다.
다음 출시 전에 확인하고 싶은 것
- 누구를 위한 제품이고 왜 그들이 관심을 가져야 하는지 명확하게 설명할 수 있는가?
- 첫 사용자들은 실제로 어디에서 이 제품을 발견할 것인가?
- 클릭, CTR, 전환, 유지율 중 어떤 신호를 볼 것인가? 그리고 각 신호만으로는 무엇을 알 수 없는가?
- AI의 결과를 내 판단을 대신하는 답이 아니라 내가 평가해야 할 초안으로 보고 있는가?
이것은 보편적인 법칙이 아니다
모든 SaaS에서 고객 확보가 항상 엔지니어링보다 어렵다고 말하려는 것은 아니다. 기술 제약이 매우 어려운 제품도 있고, 이미 배포 채널을 가진 제품도 있다. 내 결론은 더 좁다. 소프트웨어를 만드는 데 익숙한 개발자에게 출시 이후의 일은 다른 스킬셋과 훨씬 덜 결정적인 피드백 루프를 요구할 수 있다. 내 경우에는 바로 그 부분이 가장 예상 밖이었다.
내 실질적인 결론은 단순하다. 출시는 결승선이 아니다. 고객 확보, 포지셔닝, 메시징, 유지율은 모두 제품을 만드는 실제 기술이다. 피드백에 노이즈가 많기 때문에 코드보다 배우는 속도가 느리고 ‘디버깅’하기도 어렵지만, 무시한다고 해서 없어지는 문제는 아니다.