소프트웨어 엔지니어가 주문형 인쇄 비즈니스를 시작하며
원문은 Matthias Endler님이 에 게재했습니다. 이 블로그 구독하기
어느 날 문득 내 GitHub 타임라인을 인쇄해 보면 어떨까 하는 생각이 들었다. 무언가 ‘가상’의 것을 현실 세계로 가져온다는 아이디어가 마음에 들었다. 😄
그래서 친구 볼프강에게 연락했고, 우리는 codeprints를 만들었다. 내 첫 번째 ‘실물’ 제품이었기에 배운 점들을 공유해 보기로 했다.

론칭은 어렵다, 그러니 일찍 론칭하라
일찍 론칭하는 것이 중요하다는 걸 알면서도, 정식 오픈을 앞두고 최종 디자인에 ‘확정’ 짓는 것이 내키지 않았다. 고쳐야 할 마지막 버그나 추가하고 싶은 작은 기능이 늘 남아 있었다. 예를 들어 두 가지 디자인/레이아웃을 제공하고 싶었다. 클래식한 GitHub 기여 타임라인과, 저장소용 그래프 기반 디자인이었다. 이럴 때 공동 창업자가 있으면 도움이 된다. 볼프강은 MVP에는 여러 레이아웃이 필요하지 않으며, 어차피 초기 사용자 피드백 없이는 우리가 만드는 것이 틀릴 가능성이 높다고 설득했다. 그의 말이 맞았다. 볼프강이 없었다면 아마 지금도 상점은 오픈하지 못했을 것이다. 일찍 론칭한 덕분에 사람들이 무엇을 보고 싶어 하는지 훨씬 더 명확하게 알게 되었다. 결과적으로 사용자들은 그래프 기반 디자인에 별로 관심이 없었고, 만들었더라면 시간 낭비가 되었을 것이다.
교훈: 제품 만드는 법칙을 모두 안다고 해도, 처음 직접 적용해 보는 것은 전혀 다른 일이다. 상점 기능에 완전히 만족하는 날은 아마 오지 않을 것이다. 하지만 일찍 론칭하고 점진적으로 개선해 나가는 편이 낫다.
소프트웨어 개발은 쉽다
시작할 때 나의 가장 큰 걱정은 소프트웨어 개발이었다. 프론트엔드와 백엔드를 코딩하고 둘이 함께 동작하게 해야 했다. 사용자가 많아졌을 때 GitHub 레이트 리밋에 걸리지 않기를 바랐다. 어떤 웹 프론트엔드를 쓸지도 많이 고민했다. Yew를 이용해 Rust로 만들까, 아니면 Gatsby로 가는 게 나을까?
결과적으로 코드를 작성하는 것이 쉬운 부분이었다.
소프트웨어 엔지니어인 우리에게 백엔드 API를 구현하는 데는 그리 오랜 시간이 걸리지 않았고, 프론트엔드용으로 쓸 만한 템플릿도 금방 찾았다. 대부분의 시간은 제품, 사용자 경험, 자금, 세금, 배송 과정, 마케팅, 그리고 고객 피드백 반영을 고민하는 데 쓰였다. 이 모든 것은 내가 경험이 거의 없었던(그리고 여전히 없는) 영역이었다.
볼프강은 빠르게 시작하기 위해 “그냥 Shopify와 기본 템플릿을 쓰자”고 제안했다. 돌이켜보면 그것은 절대적으로 옳은 결정이었다. 나는 Shopify가 동네 소규모 상점을 위한 것이라고 생각했었는데, 알고 보니 고도로 커스터마이징이 가능하고 거의 모든 것과 잘 연동되며, themekit 같은 훌륭한 툴도 제공한다. 결제, 환불, 할인, 고객 분석까지 모두 플랫폼에 내장되어 있다. 덕분에 개발 시간을 엄청나게 절약할 수 있었다.

교훈: 프로젝트를 시작할 때 우리가 알지도 못하고 이해하지도 못하는, 즉 알지 못하는 것조차 알지 못하는 것들이 많다. 시간을 절약하고 매몰 비용 오류에 빠지지 않으려면 가능한 한 빨리 문제의 본질에 도달하려고 노력하라.
사용자는 훌륭한 UI/UX를 기대한다
Amazon, Facebook, Netflix 같은 거대 기업들은 훌륭한 UX에 대한 고객의 기대치를 한껏 높여 놓았다. 그들은 수백만 달러를 들여 웹사이트를 다듬고 모든 디테일을 완벽하게 만든다. 그 결과 그들의 사이트는 수백만 고객과 모든 기기에서 제대로 작동한다.
인디 상점에는 그런 자원이 없다. 그럼에도 많은 고객은 평소 이용하는 다른 사이트와 같은 수준의 사용자 경험을 기대한다. 처음으로 반대편 입장에 서 보니, 90%의 사람들에게 통하는 사용자 인터페이스를 만드는 것이 얼마나 어려운지 알게 되었다. 폼 필드 순서 같은 사소한 디테일 하나하나가 큰 차이를 만든다. 디테일을 너무 많이 놓치면 고객을 잃게 된다.
이런 문제는 실제 사용자가 제품을 사용하는 모습을 지켜봐야만 발견할 수 있다. 장담하건대, 정말 눈이 트이는 경험이 될 것이다!
교훈: 잠재 고객이 서비스를 사용하는 모습을 지켜보라. 처음에는 고통스럽겠지만 제품의 품질을 높여줄 것이다. 가능하다면 상점용 표준 프레임워크를 사용하라. 기본적으로 많은 UI/UX 디테일을 잘 갖추고 있기 때문이다. WooCommerce나 Shopify가 좋은 예다.
제품을 만든다는 것은 실용적이어야 한다는 뜻이다
우리는 앞으로 만들 제품에 대한 아이디어가 많다. 많은 친구와 고객들이 잠재적인 기능에 대해 수시로 이야기해 주지만, 문제는 우선순위를 어떻게 정하느냐다. 대부분의 아이디어는 규모를 키우기 어렵다. 제품을 제공하고, 가격이 저렴하며, 전 세계로 배송하고, 상점 시스템과 연동되는 공급업체를 찾기가 까다롭기 때문이다. 그래서 우리는 공급업체 지원이 뒷받침되지 않는다는 이유만으로 제품 아이디어를 정기적으로 폐기해야 한다. 게다가 우리는 본업과 다른 책임을 병행하며 이 비즈니스를 운영하므로, 시간을 최대한 효율적으로 써야 한다.
교훈: 서비스가 손쉽게 보이도록 만드는 데는 엄청난 노력이 든다. 시간은 가장 큰 제약이다. “예”라고 말할 수 있는 경우보다 “아니오”라고 말해야 하는 경우가 더 많을 것이다.

작은 비즈니스로서 관심을 얻기
상점을 론칭하는 것은 그 어느 때보다 쉬워졌다. Shopify, Stripe 같은 서비스와 수많은 공급업체 덕분에 시작이 정말 수월하다. 반면 진입 장벽이 낮아진 만큼 경쟁은 훨씬 치열해졌다.
수천 개의 서비스가 끊임없이 우리의 관심을 끌기 위해 경쟁한다. 게다가 요즘 대부분의 고객은 쇼핑할 때 기본적으로 Amazon, AliExpress, eBay 같은 대형 플랫폼을 이용하고, 검색 엔진도 트래픽의 상당 부분을 그곳으로 보낸다.
우리의 제품은 맞춤형으로 제작되기 때문에 그런 대형 플랫폼에서는 판매할 수 없다. 인디 상점으로서 우리는 입소문, 탁월한 고객 지원, 그리고 개발자들이 모이는 곳에서의 광고를 통해 대부분의 방문자를 얻는다. Twitter, Reddit, HackerNews, Lobste.rs, 그리고 지인들이 그곳이다. 그 플랫폼들에서 가치를 제공하는 데 집중하는 것이 필수적이다. 단순한 홍보성 게시물로는 아무런 관심을 얻을 수 없다. LinkedIn, Facebook, ProductHunt, IndieHackers 같은 다른 플랫폼도 가능하겠지만, 우리의 타깃 고객(활발한 GitHub 프로필을 가진 오픈소스 개발자)은 그곳에 많이 머무르지 않는다.
교훈: 고객이 어디에 있는지 항상 파악하고 그들의 니즈를 이해하라.
틈새시장을 찾는 것은 일의 절반일 뿐이다
흔한 시장 통념은 틈새시장을 찾아 그 안에서 성장하라는 것이다. codeprints로 우리는 분명히 틈새시장을 찾았다. 잠재 고객층은 매우 좁지만 우리의 괴짜스러운 제품에 관심이 많다. 오늘날 GitHub에는 5,600만 명의 개발자가 있다. 큰 타깃이다. 하지만 대부분의 프로필은 그렇게 활발하지 않다. 프린트가 멋지게 보이려면 오랜 기간—수년 동안—꾸준히 코드를 커밋해야 한다. 개발자 중 1%만이 활발하다고 가정하면, 타깃 고객은 56만 명으로 줄어든다. 여전히 크지만 훨씬 작은 시장이다. 이제 이 중 1%만이 상점을 찾아 무언가를 주문한다고 해도(꽤 좋은 비율이다), 총 5,600건의 주문에 불과하다. 그리 많지 않다!
이 고객층을 확장하려면 잠재 고객 수를 늘리거나 기존 잠재 고객 중 더 많은 사람을 페이지로 끌어와야 한다. 우리의 경우 1년치 레이아웃을 제공함으로써 멋진 프린트를 위해 필요한 GitHub 활동량 기준을 낮춰 확장했다. 또한 활동이 적은 프로필도 더 흥미롭게 보이도록 만들고, 오픈소스 기여의 가치를 만들어내는 부분을 강조하기 위해 노력하고 있다. 모든 기여는 아무리 작아도 중요하다.
교훈: 틈새시장이 너무 좁아서 지속 가능한 비즈니스를 만들 수 없게 되지는 않는지 확인하라.

사용자 피드백을 실행 가능하게 만들기
초기 고객 피드백은 매우 소중하다. 제품을 믿고 지갑을 열어준 고객들이므로, 그들이 하는 말 한마디 한마디에 집중해야 한다. 친구들의 피드백도 도움이 되지만, 나는 보통 더 큰 필터를 거친다. 내 친구 모두가 소프트웨어 개발자는 아니며, 모두 선의로 이야기하지만 그들이 말하는 것이 실제로 의미하는 바와 다를 수 있기 때문이다. 마치 그들이 자동차를 원하면서도 더 빠른 말을 달라고 하는 것과 같다. 소셜 미디어의 피드백은 때로… 빈정대는 투일 수 있으니 각오해야 한다! 당신의 임무는 모든 말에서 진실의 알갱이를 찾아내고 건설적인 조언에 집중하는 것이다.
예를 들어, 우리가 받은 이 피드백을 보자:
이걸 36유로나 주고 살 정도로 게으른 사람이 어딨어.
이를 뒤집어 건설적으로 만들 수도 있다:
직접 인쇄할 수 있는 더 저렴한 버전을 받을 수 있을까요?
이건 정말 값진 피드백이다. 앞으로 다운로드 가능한 버전을 제공할 수도 있을 것이다!
교훈: 사용자 입력에서 실행 가능한 피드백을 추출해 제품 비전에 맞게 만드는 데는 연습이 필요하다.
요약
2020년은 정말 미친 한 해였다. 나는 두 개의 작은 사이드 비즈니스, codeprints와 analysis-tools.dev의 론칭을 도왔다.
둘은 수익 모델이 완전히 다르지만, 한 가지 공통점이 있다. 만드는 과정이 정말 재미있었다는 것이다! 🤩 가끔은 그런 성과들을 돌아보는 것만으로도 동기부여가 된다… 2020년의 이 프린트가 그런 감정을 거의 그대로 담고 있다. (8월과 9월에 analysis-tools를 론칭했을 때와 12월에 codeprints를 만들었을 때 더 진해진 초록색 부분을 주목해 보라.)

2021년에는 더 많은 제품을 만들어 보자.
이 글이 도움이 되었다면 알려주고, 질문이 있으면 연락해 달라. 그리고 홈 오피스를 꾸밀 독특한 방법을 찾고 있다면, codeprints에서 나만의 프린트를 주문해 보는 건 어떤가? 😊
P.S.: 제품 책임자라면 팀을 위한 특별한 선물을 찾고 있을 텐데, 연락해 비공개 베타에 가장 먼저 초대받아 보라.
글을 무작위로 읽기
댓글
로그인하고 댓글 남기기