투자없는 스타트업의 3년

한달 전즘 회사를 설립한지 만 3년이 되었다. 회사를 설립하기 전 논의했던 기간을 합치면 최소 6개월은 더 지난 것 같지만, 어쨌건 회사가 생기고 나서 본격적이 된 것은 맞다.

우리는 다른 스타트업들과 달리 투자를 받지 {않았|못했}고, 이런 환경의 스타트업이 어떻게 3년을 보내왔는지 스스로를 케이스 스터디 한다는 생각으로, 지난 3년간 대표들이 해온 일을 써볼까 한다.

일단 지금의 회사 구성원을 간단히 얘기하자면, LAH 대표 3명과 미드레벨 개발자 1명과 신입 개발자 1명으로 총 5명이다.

첫 서비스 기획과 개발

첫 프로토타입은 필름업이었다. 지금의 필름업은 1~2번의 리뉴얼을 거친 이후인데, 아이러니하게도 첫 기획은 필름업이 아니었다.

LAH가 모였던 이유는 “이런 문제를 해결하는 서비스를 만들어보자”가 아니었고, “이 시장이 문제이니 시장에서 문제를 찾고 해결해보자”였다. 어떤 문제를 해결하는 것이 서비스의 목적이 아니고, 문제를 해결하는 것이 더 큰 변화를 위한 수단이 되는 것이었다. 말은 거창하지만 이 얘기는 당장 만들 것이 없다는 얘기다.

어쩌면, 그래서 스타트업이나 소기업에 일이 많은 것은 행복한(?)일이라는 얘기가 있는 것일지도 모르겠다.

그러다 세 대표가 만난 영상 제작 & 콘텐츠 분야에 대해서 얘기하다 비디어스가 나오게 되었지만, 비디어스에 대한 얘기를 하다가 영화를 전공한 H의 제안으로 한달도 안되어 필름업의 프로토타입 기획을 마치고 그 후 개발까지 금방 마쳤다.

기획도 처음이고, OTT 개발도 처음이지만 “그냥 한다”는 생각으로 만들었다.

H가 자세히 공유할지 모르겠지만, 기획을 처음할 당시에는 키노트로 했었다. 내 경우 OTT 개발이 처음이라 구조를 이해하는데 굉장히 애를 먹었다. 특히 애플의 FairPlay는 아예 감도 안잡혀서, 꽤 고생을 했었다.

모든 서비스의 시작이 그렇겠지만, 시장의 반응도 알기 어려운 상황에서 대표들끼리는 의논을 너무 많이 하다보니 서비스가 시도때도 없이 바뀔뻔하고, 병렬로 여러 서비스들이 기획&개발되었다.
돌이켜보면 필요한 시간이었다.

정부지원사업 제안서

모든 회사의 시작이 비슷할 것 같다. 정부지원사업을 지원하는 것이다. 결국 회사는 돈이 있어야 운영된다.

내가 한번의 폐업 경험이 있기에 재도전 성공패키지에 지원할 수 있었고 선정됐다. 그 이후 디딤돌 첫걸음, 디딤돌 전략형 등 여러 지원사업에 지원하고 선정됐다. 그 외 예컨대 프로젝트나 서울 R&D 혁신챌린지 등도 선정되었다.
내부 사정으로 진행된 지원사업도 있지만 그렇지 않은 것도 있다.

지금은 모든 지원사업이 마무리되어서 대부분의 기억은 흐릿하지만, 밤새면서 쓰고 검수 받은 후에 갈아엎고 반복하는 과정이 굉장히 힘들었던 기억은 선명하다.

개인적으로 정부지원사업은 스타트업 초창기에 꼭 시도해야하는 것 중 하나라고 생각한다.

다른 어떤 자금 확보 루트보다도 자유롭다. 투자를 받으면 지분이 희석될 수 있고, 외주를 하면 시간이 훨씬 많이 소요된다. 그런 면에서 정부지원사업은 제안서에 제안한대로 열심히 연구개발만 하면 되기 때문에 엔젤 투자에 가깝다.

사실 자금도 자금이지만, 제안서 형식의 문서는 결국 자산이 된다. 지난 기간 작성했던 많은 지원사업 서류들이 IR 자료에 녹아들어가게 되고, 스스로가 직접 개발한 서비스를 그저 자식처럼 바라보지 않게 한다.

외주 개발

회사를 운영하는데는 당연히 돈이 든다. 몇몇 사람들은 직원이 없다면 헝그리 정신으로 미래를 보고 달릴 수 있지 않냐고 하지만, 실제로 해보면 정말 쉽지 않다.

회사를 차리고 운영할 정도의 용기와 준비가 되어있는 사람이라면 개인적으로 어딜 가도 대우받을 능력이 있다고 생각한다. 여기서 오는 기회 비용도 보이고, 무리하다보면 건강이 나빠질 수도 있다. 무리를 하게 되는 이유는, 몇달만 지나도 “이렇게 지속할 수는 없겠구나” 라는 느낌이 오기 때문이다.

결국, 돈을 벌어야하는데 가장 접근이 쉬운 것이 외주 개발이다. 개인적으로 외주 개발도 축복이라고 생각한다. 아무 곳에나 외주를 맡기진 않으니까.

지금까지 해온 크고 작은 외주 건수를 보면 20~30개 정도 될 것 같은데, 정말 고생의 시간이었고 지금도 고생을 하고 있다. 그 중 정말 운이 좋게도 해밍, 행크에듀, 헤이버니와 같은 꽤 규모가 있는 외주를 하게 되었다. 그리고, 한양대 지도교수님 연구실과 연구 과제도 벌써 3년째 같이 진행해오고 있다.

외주 개발의 경우 최근에 와서야 직원들이 조금씩 진행했고, 초창기에는 대부분 혼자 했던 것 같다. 결국 서비스 기획도 좋고 희망찬.. 미래를 그리는 것도 좋지만, 결국 제일 먼저 직면하는 과제는 현실의 돈이다.
경험상 이 부분을 해결하지 못하면 회사는 앞으로 나아갈 수 없었다.

배포 시스템 구성하기

어찌어찌 고생 끝에 서비스 개발을 하고, 개발 팀원도 생기니 (사실 진작에) 배포 시스템이 필요해졌었다. 회사 블로그에서 공유 한적이 있던 것 같은데, 정말 하나의 회사를 만들어 간다는 것은 모든 것을 다 만들어야 한다는 것이다.

사실 우리는 깃랩을 사용하고 있기 때문에 깃랩의 CI를 고민하기도 했지만, (시도도 했지만..) 결국 직접 구축했다. 처음엔 젠킨스로 구성했지만, 결국 지금에 와서는 별도의 배포 시스템 웹과 젠킨스를 같이 사용하게 되었다.

누군가는 “당연히 있어야 하는 것 아닌가?” 라고 얘기할 수 있겠다. 물론 나도 동의한다.. 그런데 당연히 있어야 할 것이 너무 많다. 개발 조직으로서 갖춰야 하는 인프라도 많고, 회사 경영을 위해 필요한 인프라도 많다. 외부 솔루션은 정말 가급적 사용하지 않았는데, 이유는 결국 돈이었다. 매우 저렴한 거 너무 잘 알고 있지만 향후 매몰비용도 걱정이 되기도 했고 무엇보다 역시 딱 맞는 것들은 없었다. ERP도 그렇고 이슈 트래킹도 그랬다.

그렇다고 노션 같은 도구를 쓰기엔 지금만큼 파워풀하지도 않았을 뿐더러, 일단 내가 잘 모르다보니 단순 문서 작성용으로만 쓰였다.

아무튼 다시 주제로 돌아와서, 배포 시스템은 어쩌다 만들게 되었을까. 앞서 말했듯이 외부 서비스를 사용하지 않은 것은 순전히 돈이었다. 보통의 스타트업이 비슷할지 모르겠지만, 우리는 A를 개발하다가도 아이디어가 나오면 B, C를 병행해서 개발하기도 했다. 그리고 외주도 많다보니 관리할 프로젝트가 많아, 외부 서비스를 쓰기에는 비용이 부담스러웠다.

그러면 어쩌다 이 시점에 만들게 되었을까. 시점은 사실 결국 외부 요인으로 인해 만들어진다.
개발이 완료 되었는 데도 배포가 밀리는 경우가 생기는 것을 보고 “이제 진짜 미루면 안되겠다”는 생각을 하고 만들었다. 구성을 하고 나니 젠킨스는 배포 전 테스트 단계로만 사용하게 되었고, 지금은 정말 쉽게 배포할 수 있다.

누군가 보면 미련해보일 수도 있고, 오히려 선택과 집중을 해야할 시기에 시간을 손해봤다고 생각할 수 있다.
그래도, 확실히 절감한 비용이 보이고 아직까지는 구성원 모두 만족하면서 사용하고 있다.

결국 회사는 돈이 없으면 속된 말로 대표가 갈려나가야 한다고 생각하는데, 난 오히려 대표가 갈리는 걸로 매꿔지는 분야가 있어서 다행이라고 생각한다.

우리와 비슷한 환경에 있는 다른 스타트업들은 이 많은 일들을 어떻게 헤쳐가고 있을까 궁금하다.

회사 (최소한의) 체계 만들기

체계는 뭘 말하고, 언제 만들어야할까? 일단 내가 말하는 체계는 체계라는 거창한 말보다 오히려 회사 운영과 관련된 룰과 도구 정도 인 것 같다. 휴가를 관리하거나, 사내 메신저나, 회의록을 기록하는 공간이라던지.. 이런 것들이다.

처음 L,A,H 셋이서 시작할 때는 당연히 아무것도 없었다. 정말 매일같이 붙어있고 얘기하고, 집에 가면서도 메신저로 대화하고 가서도 대화를 하다보니 사실 무언가 기록해서 나눠야 한다는 필요가 느껴지질 않았다. 약간 셋이 뇌가 공유하는 느낌이랄까.

그러다 처음 직원을 채용했는데, 바로 문제를 알 수 있었다. 이 당시에 자리 잡혔던 툴은 슬랙뿐이었는데, 슬랙으로 휴가를 쓰겠다고 얘기하면 그냥 모두가 인지하는 것이었다.

“우와.. 저렇게도 되나..?” 라고 생각할 수 있지만, 의외로 많을지도 모른다. 왜냐면 생각보다 큰일 나지 않기 때문이다. 그냥 그런 대로 회사는 굴러가고, MVP 개발이 더 중요하다는 좋은 핑계도 언제나 있다.

그래도 다행인건, 셋다 체계를 경험해봤거나 체계가 없었을 때 구성원으로써의 불편함을 알고 있어서 여러 시도를 했다. ecount도 써보고, 휴가만 관리하는 것도 검토해보고, 메신저에 아예 최소한의 인사 기능이 들어있는 제품들도 검토했다.

이렇게 ERP라고 불릴법한 제품들의 특징은 너무 기능이 많다는 것이다. 모든 분야를 지원할 수 있어야하기 때문에 많은 것으로 보였는데, 우린 불필요한 기능이 많으면 무시하면 된다기보다 방해한다는 느낌을 받아서 사용하지 않았다. (아마 내기억에..)

노션이나 먼데이 같은 도구도 고민을 했었는데, 이런 도구들은 디자인이 좋아서 잘 쓰고 싶었으나 결국 장점이 단점으로 변했었다. 자유도가 높아서 초반 구성이 힘들고, 구성원 별로 세부 권한 조정이 안됐었다. 지금은 어떤지 모르겠지만;

그래서 결국 우리가 필요한 기능을 논의하고 만들었다. 사실 만들었다기 보다는 Django Admin 을 사용해서 간단히 사용할 수 있는 구색만 맞췄다.

Django 프레임워크는 간단한 CRUD를 지원하는 백오피스를 매우 쉽게 만들수있는데, 검색이나 필터 등 생각보다 커스터마이징도 쉽고 잘만들어져있어서 우리가 원하는 형태로 쉽고 빠르게 만들 수 있었다.

처음에는 휴가 등록만 있었으나, 현재는 MOU를 맺은 회사와의 매출 정산 데이터를 자동으로 계산해주거나 세금계산서 발급, 휴가 신청, 재택 관리, 근태 관리 등이 추가되었다.

지금은 구성원이 5명이라 과거보다 더 ERP가 잘 작동하고 있는데, “시스템”이라는 존재가 주는 접근성이 확실히 다르다. 재택 신청도 캘린더를 연동해두고 자동으로 등록된다던지 출퇴근 시간도 자동으로 기록한다던지. 사실 결국 구성원 모두가 확인할 수있는 정보인데 메신저에 공지하는 것보다 시스템에 등록하는 것이 훨씬 부담이 덜하다는 것이다.

회사 체계라면 경영 관련해서 더 많은 내용이 있겠지만, 개발자로서(?) 시스템을 구성한다는 관점에서는 이런 것들이 있었다.

그렇게 우리 회사는 아주 최소한의 체계는 갖췄다. 하하 최소한 “태더. 저 다음주에 휴가좀 쓰겠습니다.” 라는 소통은 하지 않아도 된다.

(혹시 이미 이 길을 가본 분이라면 “이런 것도 있으면 좋다”를 제안해주시면 너무너무너무너무 감사드립니다..)

알리기

브랜딩이라고 쓰고 싶었지만 너무 거창해서 바꿨다. 사실 이 부분이 가장 어렵고, 시도도 많이 못했다. 회사의 브랜딩도 있고 각 서비스의 브랜딩도 있다. 게다가 대표도 브랜딩이 필요하다고 한다. 잘은 모르겠지만 서로 유기적이지 않을 까 생각하지만, 역시 잘 모를 때는 셋 다 열심히 하는 것이다.

그동안 시도해본 것이라고 하면, 회사 유튜브가 있다. 비디어스를 만들면서 겪었던 내용들을 담았다. 대표 셋이 나와서 정부지원사업과 관련된 얘기도 해보고, 서비스에 대한 얘기도 했었다. 가장 최근 영상이 9개월 전인데, 너~~무 일이 많다보니 밀렸다. ~~귀엽게 시작하고 마무리됐지만 해커톤도 있었다.~~