굳이 SaaS로 만들 필요는 없습니다
개발자들이 너무 많은 마이크로 SaaS 제품을 만들고 있습니다.
저는 4년 동안 주간 뉴스레터를 작성해 왔습니다. 기술 트렌드와 크리에이터 콘텐츠를 추적하죠. 최근 변화가 느껴집니다. 사려 깊은 기술 글쓰기가 사라지고 있습니다. 대신 끝도 없는 1인 SaaS 출시가 보입니다.
개발자들은 배운 것에 대해 글을 쓰는 대신 니치(niche)한 웹 앱을 만드는 데 시간을 보냅니다. 블로그 포스트가 있어야 할 자리에 화려한 그라데이션이 들어간 마케팅 페이지를 만듭니다.
AI가 이를 초래했습니다.
코딩 에이전트가 제품 출시의 장벽을 허물었습니다. 이제 명령어를 입력하고 노트북 앞에서 일어나기만 하면 됩니다. 이는 개발을 쉽게 만들지만, 동시에 위험하게 만들기도 합니다.
많은 개발자가 자신이 이해하지 못하는 것을 만듭니다. 교훈을 얻기도 전에 다음 단계로 넘어가 버리죠.
SaaS처럼 구축하는 것은 커리어에 도움이 됩니다. 데이터 격리(data isolation), 인증(auth), 데이터 모델링을 배울 수 있기 때문입니다. 이러한 기술은 본업에도 도움이 됩니다. 하지만 프로젝트를 프로덕션(production) 단계로 가져가는 것은 다른 문제입니다.
SaaS에는 다음과 같은 것들이 필요합니다:
- 비즈니스 전략
- 마케팅
- 가격 책정
- 고객 지원
취미에서 서비스로 넘어가는 순간, 삶이 바뀝니다. 사용자가 계정이 잠겼다며 일요일 새벽 2시에 이메일을 보낼 수도 있습니다. 다른 사람의 코드에 있는 버그가 당신의 API를 공격할 수도 있습니다. 즐거웠던 프로젝트가 지원한 적도 없는 직업이 되어버리는 것입니다.
열 번째 마이크로 SaaS를 출시하려고 애쓰는 것을 멈추세요. 대신 자신을 위해 만드세요.
단 한 명의 관객을 위한 무언가를 만드세요. 높은 엔지니어링 표준을 적용해 구축하세요. 그런 다음, 다음 두 가지를 하세요:
코드를 오픈 소스로 공개하세요. 이는 평생 지원을 제공해야 하는 부담 없이 당신의 작업물을 보여줍니다. 당신이 배운 것에 대한 증명서 역할을 합니다.
그것에 대해 글을 쓰세요. 포스트를 쓰는 과정은 당신이 문제를 이해하도록 강제합니다. 블로그 포스트는 유지 관리 비용이 들지 않습니다. 일요일 아침에 당신을 호출하지도 않죠.
모든 열정에 수익화를 강요하지 마세요. 당신이 만드는 모든 것에 사용자가 필요한 것은 아닙니다.
자신을 위해 하는 엔지니어링도 여전히 가치가 있습니다. 멋진 블로그 포스트를 만들어내는 취미가, 고객이 낯선 사람 12명뿐인 마이크로 SaaS보다 커뮤니티에 더 큰 도움이 됩니다.
다음에 프로젝트를 마친다면, 가격 책정 페이지를 만들기 전에 포스트부터 쓰세요. 어쩌면 글쓰기가 처음부터 목표였다는 사실을 깨닫게 될지도 모릅니다.
Source: https://dev.to/aws-heroes/psa-that-probably-doesnt-need-to-be-saas-d0j
Optional learning community: https://t.me/GyaanSetuAi