개발 없이 어디까지 해봤니?

우리 팀은 풀스택 개발이 가능하다.

그래서 우리는 개발을 하지 않기 위해 애썼다.

아이러니 하지만 우리가 겪었던 경험이 그렇게 만들었다.

나는 처음 창업할 때 1년 3개월을 프로덕트만 만들었다.

다양한 금융 데이터를 가공하여 투자할 종목에 대해 분석하고 나만의 투자 전략을 만들어서 운용하는, 심지어 커뮤니티 기능까지 있는 앱이었다.

이 기능을 전부 구현하면 장밋빛 미래가 펼쳐질거라 확신했고 잠을 줄여가며 열심히 만들었다.

그 결과는 서비스를 출시 하기도 전에 유지 보수 비용을 감당하지 못 해 투자자를 찾으러 다녔다.

공동창업자는 더 심했다.

개발 경험이 없었는데도 불구하고 2년 동안 프로덕트를 만들고 나니 풀스택 개발자가 되어 있었다. (심지어 AI 모델까지 붙여놨다.)

외로운 삽질의 시간을 온몸으로 느꼈던 창업자 두 명이 만났으니 오죽했겠는가

스타트업의 바이블처럼 내려오는 린 방법론에 누구보다 뜨겁게 공감했다.

그랬던 우리가 서비스 초창기에 어떻게 린하게 MVP를 만들었는 지 소개하고자 한다.

설계

다음은 옷장 정리 서비스에 대해 고객이 최소한의 가치를 인식하기 위한 플로우이다.

1. 옷장 정리 서비스를 인지한다.

2. 이해되지 않는 부분에 대해 물어본다.

3. 서비스에 필요한 정보를 입력한다.

4. 서비스를 제공할 매니저와 매칭된다.

5. 매칭된 매니저로부터 서비스를 제공 받는다.

이 플로우를 위해 MVP가 갖춰야할 요소는 다음과 같았다.

1. 잠재 고객이 열다 서비스에 대해 인지할 수 있는 랜딩페이지

2. 서비스에 필요한 정보를 기입하기 위한 폼

3. 서비스 관련 데이터를 기록하기 위한 데이터베이스

4. 고객 또는 매니저와 소통하기 위한 채널

구현

1. Notion + OOPY

첫 랜딩페이지는 무조건 !

노션+우피 조합은 초기 랜딩페이지로 필요한 모든 것을 갖췄다.

사실 너무 유명한 조합이라 대체제를 찾지도 않았다.

웹플로우, 아임웹 같은 웹 빌더는 이 조합에 비하면 학습 시간이 더 필요했다.

노션의 자유도로 아기자기하게 한 페이지 분량의 서비스 소개글을 작성하는데 충분했다.

우피로 노션의 지저분한 URL을 깔끔하게 바꾸고 유저가 액션을 취할 수 있도록 CTA 버튼(+GA)을 추가했다.

처음 우피를 사용할 때 세 번 놀랐다.

노션의 부가 기능인가?

이게 끝이야?

이게 유료라고?

그리곤 결제해서 잘 사용했다.

이렇게 한동안 유지하다가 여러 페이지와 디자인적 요소가 더 필요한 시점에 아임웹으로 대체했다.

2. Tally

다재다능한 가성비 끝판왕 폼 빌더

O2O 서비스 특성 상 고객과 대면하기 위해 받아야 할 정보가 너무 많았다.

그래서 정보를 입력 받는 중에 고객들이 이탈하지 않도록 여러 장치들을 테스트 할 환경이 필요했다.

탈리와 타입폼이 후보였는데 무료로 우리가 필요한 기능을 지원하는 탈리를 선택했다.

그렇게 선택한 탈리에서 내가 느낀 와우 포인트는 아래와 같다.

1. 노션 같은 UI : 노션처럼 쉽게 꾸미는 맛이 있다.

2. conditional logic과 calculated field : 이 기능을 가지고 견적가 알고리즘을 만들어버렸다.

3. 다양한 Integration : 슬랙, 노션, 에어테이블 등 연동이 바로 되고 웹훅까지(무료로) 지원한다.

무료로 잘 사용하다가 고객이 어디서 이탈됐는지 확인할 수 있는 Partial Submissions 기능을 사용하기 위해 Pro plan으로 변경했다.

아직까지도 서비스 예약, 결과 취합, 후기, 매니저 신청 등 활성화된 폼만 14개다.

이 정도면 돈을 내는게 맞다.

3. Airtable

스프레드시트 + RDB + 어드민 뷰

스프레드시트의 1번 탭에 서비스 예약 정보를 입력했다.

2번 탭에 고객 정보를 입력했다.

3번 탭에 매니저 정보를 입력했다.

3개 탭을 번갈아가면서 수정하다 실수가 생겼다.

RDB가 필요했고 에어테이블을 도입했다.

데이터 정합성(Consistency)이 지켜지는 모습을 보고 나서야 개운해졌다.

탈리에서 에어테이블을 연동하면 탈리 폼으로 유입된 데이터는 해당 테이블에 예쁘게 잘 쌓인다.

에어테이블에서도 폼 기능을 지원하지만 갓리에 비하면 그 기능과 디자인이 열악해서 안 쓰게 되었다.

오토메이션 기능도 잘 되어 있어 리마인더, 상태값 업데이트 등 요긴하게 쓰고 있다.

잘 만들어 놓고 엉뚱한 부분에서 사용자 경험을 저하시키기도 하는데 바로 앱에서는 버튼 필드가 안눌린다는 것이다. 덕분에 눈도 침침한데 크롬 탭 하나는 데스크탑 버전으로 유지하고 있다.

여러 뷰를 지원하기도 하고 UI도 직관적이라서 비개발자와 개발자로 구성된 팀에서 특히 유용할 것 같다.

4. 카카오 채널 + 네이버 밴드

한국인이라면 당연히

한국인 중에 카카오톡이 안 깔려 있는 사람이 있을까? (우리 아빠)

옷장 정리 서비스가 아직 생소하기도 하고 O2O 서비스의 특성상 고객들의 문의가 잦은 편이다.

또한 서비스 예약부터 결제까지 진행 상황을 지속적으로 안내할 커뮤니케이션 채널이 필요했다.

그래서 당연히 가장 많은 사람들이 이용하는 카카오 채널을 택했다.

고객용 채널과 매니저용 채널을 따로 운영하고 있는데, 매니저용 채널에는 공지 기능이 필요했다.

예약된 서비스의 내용이 열다 소속 매니저들에게 동시에 전달되어야 했기 때문이다.

따라서 공지 기능을 사용할 수 있고 매니저들에게도 친숙한 서비스인 네이버 밴드를 선택하게 되었다.

오픈 API 도 제공하고 있어 공지글 업로드를 자동화하기도 편했다.

결론

쓰다 보니 노코드 서비스 리뷰 글이 된 것 같다.

가설 검증에 필요한 요소들을 최대한 기 사용 중인 서비스로 구현하기 위해 이것저것 시도해보며 느낀 점들이었다.

그렇다면 과연 얼마나 효과가 있었을까?

다른 방식과 명확한 수치로 비교하기는 어렵지만,

MVP 출시 이후 약 2주 동안 매출액 200만원을 달성했고 다양한 가설들을 검증할 수 있었다.

현재는 트래픽이 늘면서 한정된 리소스의 한계를 느껴 상당 부분 자동화 하였다.

아마 이른 시일 안에 탈리와 에어테이블은 자체 시스템으로 대체될 것이다.

현 단계에서는 이렇게 말해야겠다.

우리 팀은 확장성(Scalability)을 고려한 개발이 가능하다.

그리고 지금은 확장성을 고려한 개발을 하지 않기 위해 애쓰는 중이다.