린 캔버스는 칸 순서대로 써야 하나요?

그럴 필요는 없습니다. 린 캔버스를 만든 Ash Maurya는 작성이 퍼즐 맞추기와 같아서 정해진 올바른 순서가 없다고 설명합니다. 가장 잘 아는 칸부터 시작하면 됩니다. 다만 대부분의 아이디어는 고객 세그먼트와 문제에서 시작하는 편이 좋습니다. 흔히 쓰는 순서는 문제, 고객 세그먼트, 고유한 가치 제안, 솔루션, 채널, 수익원, 비용 구조, 핵심 지표이며, 모방하기 어려운 우위는 마지막 칸입니다.

Unfair Advantage란 무엇이며, 아직 없다면 어떻게 써야 하나요?

Unfair Advantage는 경쟁자가 쉽게 베끼거나 살 수 없는 것을 말합니다. 오랫동안 쌓은 데이터나 네트워크, 특정 고객층과의 관계, 구하기 힘든 전문성이 그 예입니다. 초기 스타트업 대부분은 아직 갖고 있지 않습니다. 그럴 때는 이 칸을 비워 두는 편이 낫습니다. 다른 사람보다 먼저 시작했다는 것처럼 쉽게 베낄 수 있는 내용을 쓰는 것보다 낫기 때문입니다. 상표나 특허 같은 법적 권리는 일부 도움이 되지만, 그 자체가 우위의 전부는 아닙니다.

린 캔버스와 비즈니스 모델 캔버스 중 무엇을 써야 하나요?

새 아이디어라서 고객에게 정말 그 문제가 있는지, 돈을 낼 의사가 있는지 아직 모르고 빠르게 시험하고 싶다면 린 캔버스를 쓰십시오. 이미 실제 고객이 있고 파트너, 자원, 팀을 관리해야 한다면 비즈니스 모델 캔버스를 쓰십시오. 많은 팀이 린 캔버스로 시작해, 사업의 모양이 분명해지면 비즈니스 모델 캔버스로 바꿉니다.

회사 설립 전에 시험 판매나 사전 주문을 받아도 되나요?

개인 명의로는 할 수 있습니다. 다만 창업자가 고객과 계약 상대방에게 개인적으로 책임을 지고, 수입에는 개인소득세가 부과되며, 선금을 받았다면 안내한 대로 상품을 인도하거나 환불해야 합니다. 계속 판매하는 경우에는 상업등록이 필요할 수 있습니다. 공동 창업자가 여럿이거나, 투자금을 받거나, 직원을 고용할 계획이라면 먼저 회사를 등록하고 창업자 간 약정을 맺는 것이 좋습니다.

회사를 세우기 전에 만든 코드나 브랜드는 누구 것인가요?

원칙적으로 코드, 디자인, 콘텐츠의 저작권은 만든 사람에게 있습니다. 그 당시에는 고용주나 의뢰인인 회사가 없었기 때문입니다. 회사를 세운 뒤에는 저작권법 B.E. 2537 제17조에 따라 양도인과 양수인이 모두 서명한 서면 저작권 양도계약을 맺고, 상표, 도메인, 소셜미디어 계정도 회사 명의로 양도하거나 출원해야 합니다. 그 후 근로자나 수급인이 만든 결과물은 제9조와 제10조를 계약과 함께 살펴야 합니다.

린 캔버스란? 작성법과 비즈니스 모델 캔버스와의 차이, 스타트업을 위한 안내

스타트업 창업자 대부분은 아이디어가 부족한 것이 아닙니다. 시스템을 만들거나 상품을 생산하는 데 몇 달을 쓰기 전에, 그 아이디어를 정말 원하는 사람이 있는지 확인할 방법이 부족합니다. 린 캔버스는 바로 이 단계를 위해 설계된 한 장짜리 도구입니다. 해결책보다 고객의 문제를 먼저 쓰게 하고, 실제로 아는 것과 아직 추측인 것을 구분하게 합니다.

이 가이드는 아홉 칸, 실제로 쓸 수 있는 순서, 비즈니스 모델 캔버스와의 차이, 그리고 콘깬(Khon Kaen)의 미용실 예약 앱 사례를 설명합니다. 이어서 아이디어를 시험하는 단계에서 자주 간과되는 법적 문제를 다룹니다. 창업자 간 약정, 코드와 브랜드의 소유, 사용자 정보, 시장을 시험하는 동안 고객에게서 돈을 받는 문제입니다. 팀이 작을 때는 고치기 쉽지만, 투자자가 들어오거나 창업자 한 명이 떠난 뒤에는 고치기가 매우 어렵습니다.

핵심 답변

린 캔버스는 Ash Maurya가 비즈니스 모델 캔버스를 새 아이디어에 맞게 바꾼 아홉 칸짜리 시트입니다. 핵심 파트너, 핵심 활동, 핵심 자원, 고객 관계 칸을 문제, 솔루션, 핵심 지표, 모방하기 어려운 우위로 바꾸었습니다. 정해진 올바른 작성 순서는 없지만, 대부분 고객 세그먼트와 문제에서 시작하고 우위는 마지막 칸으로 씁니다. 초기에는 모든 칸이 실제 고객에게 시험해야 할 가정입니다.

법 규칙(태국법). 아이디어를 시험하는 단계에도 법은 적용됩니다. 아직 회사를 세우지 않았더라도, 웹페이지나 양식이 관심 있는 사람의 이름, 이메일, 전화번호를 수집한다면 개인정보 보호법 B.E. 2562 제23조에 따라 수집 전 또는 수집 시에 목적, 보관 기간, 정보를 받을 자, 정보주체의 권리를 알려야 합니다. 시스템이 다른 가맹점이나 서비스 제공자를 대신해 전자적으로 결제를 받는다면, 그 일은 지급결제시스템법 B.E. 2560에 따라 태국중앙은행의 허가를 받거나 등록해야 하는 결제 서비스입니다. 또한 근로자가 근로자의 지위에서 창작한 저작물은 달리 서면으로 합의하지 않은 한 저작권이 창작한 근로자에게 있습니다(저작권법 B.E. 2537 제9조).

저희의 실무적 견해. 팀이 린 캔버스로 아이디어를 시험하는 동안 세 가지를 함께 처리하십시오. 창업자 간 약정을 서면으로 작성하고, 코드, 브랜드, 데이터를 회사의 것으로 만들고, 첫 고객부터 사용자 정보 수집과 시험 기간의 수금 방식을 올바르게 갖추는 것입니다. 세 가지 모두 서류가 많지 않지만, 투자자가 가장 먼저 확인하는 사항입니다.

1. 린 캔버스란 무엇이고 어디서 나왔는가

린 캔버스는 Running Lean의 저자 Ash Maurya가 Alexander Osterwalder의 비즈니스 모델 캔버스를 바탕으로 개발했습니다. Maurya는 새 아이디어의 가장 큰 위험이 파트너나 자원이 아니라, 고객에게 정말 그 문제가 있는지와 그 문제를 풀기 위해 돈을 낼 의사가 있는지에 있다고 보았습니다. 그래서 비즈니스 모델 캔버스의 네 칸을 이 질문에 답하는 칸으로 바꾸었습니다. 나머지 다섯 칸은 원래 위치에 그대로 있습니다.

린 캔버스가 알맞은 경우

돈을 내는 고객이 아직 없는 아이디어 계속할지, 고칠지, 접을지 빨리 알고 싶을 때
아이디어가 여럿인 팀 한 아이디어에 한 장씩 써서 적은 시간으로 서로 비교할 때
투자자나 자문가와의 대화 한 장으로 어떤 문제를 누구를 위해 풀고 어떻게 측정하는지 설명할 때
새 상품을 출시하려는 기존 사업 새 고객층이 그 상품을 원하는지 아직 모를 때

2. 린 캔버스의 아홉 칸

칸	핵심 질문	적는 내용
1. 문제 (Problem)	고객에게 가장 중요한 문제는 무엇인가	핵심 문제 한 가지에서 세 가지, 그리고 고객이 지금 그 문제를 풀려고 쓰는 대안
2. 고객 세그먼트 (Customer Segments)	누가 그 문제를 겪고, 누가 먼저 써 볼 것인가	목표 그룹과 문제로 가장 고통받는 초기 사용자(early adopters)
3. 고유한 가치 제안 (Unique Value Proposition)	고객은 왜 우리에게 관심을 가져야 하는가	기존 대안과의 차이를 분명하게 말해 주는 한 문장
4. 솔루션 (Solution)	각 문제를 어떻게 푸는가	1번 칸의 문제에 답하는 핵심 기능 몇 가지
5. 채널 (Channels)	첫 고객에게 어떻게 닿는가	사업이 커질 때까지 기다려야 하는 채널이 아니라, 오늘부터 쓸 수 있는 채널
6. 수익원 (Revenue Streams)	고객은 무엇에 대해, 어떤 방식으로 돈을 내는가	월 정액, 건당, 일시불 판매 같은 과금 방식
7. 비용 구조 (Cost Structure)	상품을 고객에게 전달하려면 어떤 비용이 드는가	개발 비용, 고객 확보 비용, 핵심 운영 비용
8. 핵심 지표 (Key Metrics)	어떤 숫자가 제대로 가고 있다는 것을 알려 주는가	측정할 수 있는 고객의 중요한 행동
9. 모방하기 어려운 우위 (Unfair Advantage)	경쟁자가 쉽게 베끼거나 살 수 없는 것은 무엇인가	우리 팀만 만들고 쌓을 수 있는 것, 또는 일단 비워 두기

Ash Maurya의 설명(ashmaurya.com)을 바탕으로 정리했습니다. 린 캔버스는 Strategyzer AG의 비즈니스 모델 캔버스(strategyzer.com, CC BY-SA 3.0 라이선스)를 바탕으로 개발되었습니다.

3. 실제로 쓸 수 있는 작성 순서

정해진 올바른 순서는 없다

Maurya는 린 캔버스를 쓰는 일이 퍼즐 맞추기와 같아서 정해진 출발점이나 올바른 순서가 없다고 설명합니다. 가장 잘 아는 칸부터 시작하면 됩니다. 그래도 대부분의 아이디어에서는 고객 세그먼트와 문제에서 시작하는 것이 좋은 출발점입니다. 나머지 모든 칸이 이 두 칸의 답에 달려 있기 때문입니다.

흔히 쓰는 순서

문제 떠오르는 모든 문제가 아니라 중요한 문제 한 가지에서 세 가지를 쓰십시오. 그리고 고객이 오늘 그 문제를 어떻게 풀고 있는지도 쓰십시오. 기존 대안이 진짜 경쟁자이기 때문입니다. 수첩에 적는 것이나 전화로 묻는 것이라도 마찬가지입니다.
고객 세그먼트 새로운 것을 써 볼 만큼 그 문제로 고통받는 첫 사용자가 누구인지 분명히 나누십시오. 구매자와 판매자처럼 양면 사업이라면 한 장에 양쪽을 모두 쓰고, Maurya의 제안대로 색이나 기호로 각 쪽의 관점을 구분하십시오.
고유한 가치 제안 첫 사용자가 읽자마자 기존 대안과 무엇이 다른지 바로 알 수 있는 한 문장으로 쓰십시오.
솔루션 문제가 분명해진 뒤에 쓰고, 문제를 풀 수 있는 최소한만 쓰십시오. 개발자인 창업자는 이 칸부터 시작하고 싶어 하는 경우가 많은데, 그러면 아이디어가 고객이 필요로 하는 것보다 만들고 싶은 것 쪽으로 기울게 됩니다.
채널 지금 당장 첫 사용자에게 실제로 닿을 수 있는 채널을 고르십시오. 직접 찾아가 이야기하기, 온라인 커뮤니티, 고객이 신뢰하는 중개자 같은 것입니다.
수익원 누가 무엇에 대해 어떤 방식으로 내는지 쓰십시오. 처음부터 실제로 돈을 받으려고 하는 것이 "있으면 쓰시겠어요?"라고 묻는 것보다 나은 시험입니다.
비용 구조 아이디어가 통하는지 알게 될 때까지 드는 비용을 쓰십시오. 창업자의 시간도 포함합니다.
핵심 지표 웹페이지 방문 수처럼 좋아 보이지만 알려 주는 것이 없는 숫자가 아니라, 누군가 실제로 도움을 받았음을 알려 주는 고객의 행동을 고르십시오.
모방하기 어려운 우위 마지막 칸으로 쓰거나 비워 두십시오(11 참조).

위험이 큰 순서로 시험하기

다 썼다면 모든 칸을 한꺼번에 시험하지 마십시오. 일반적인 순서는 다음과 같습니다.

고객이 원하는가(desirability) 문제가 실제로 있고 고객이 해결책을 원하는가. 인터뷰, 시험용 웹페이지, 사전 등록으로 시험합니다.
돈이 되는가(viability) 고객이 비용을 감당할 만한 방식으로 기꺼이 돈을 내는가. 실제 판매나 사전 주문으로 시험합니다.
만들 수 있는가(feasibility) 팀이 필요한 규모로 만들고 인도할 수 있는가.

많은 팀이 마지막 항목부터 시작합니다. 시스템을 먼저 다 만들고 나서야 고객이 원하지 않았다는 것을 알게 됩니다.

작성 요령

첫 장은 짧은 시간 안에 끝내십시오. 아직 답할 수 없는 칸은 "아직 모름"이라고 쓰십시오. 그것도 쓸모 있는 정보입니다.
몇 년 뒤에 되고 싶은 모습이 아니라 오늘의 상태를 쓰십시오.
가장 위험한 가정에 표시하고 그것부터 시험하십시오.
날짜를 적고 모든 버전을 보관하십시오. 바뀐 버전이 팀이 고객에게서 무엇을 배웠는지 보여 주는 기록입니다.
핵심 지표에는 스타트업 업계에서 널리 쓰는 틀을 쓸 수 있습니다. 신규 사용자 확보, 실제 사용 시작, 재사용, 결제, 추천이 그 예입니다. 그중 이 단계에 중요한 몇 가지만 고르십시오.

4. 린 캔버스와 비즈니스 모델 캔버스 비교

바뀐 칸

시트상 위치	비즈니스 모델 캔버스	린 캔버스	바꾼 이유
맨 왼쪽	핵심 파트너	문제	새 아이디어는 누구에게 의존해야 하는지는 아직 모르지만, 어떤 문제를 푸는지는 먼저 알아야 한다
왼쪽 가운데 위	핵심 활동	솔루션	솔루션은 써 둔 문제와 이어져야 한다
왼쪽 가운데 아래	핵심 자원	핵심 지표	초기에는 어떤 자원이 있는지보다 앞으로 나아가고 있는지를 아는 것이 먼저다
오른쪽 가운데 위	고객 관계	모방하기 어려운 우위	무엇이 경쟁자를 막아 줄지 처음부터 생각해야 한다
나머지 칸	고객 세그먼트, 가치 제안, 채널, 수익원, 비용 구조	원래 위치 그대로. 가치 제안은 고유한 가치 제안으로 조정

어떤 시트를 언제 쓸 것인가

상황	알맞은 시트
새 아이디어, 돈을 내는 고객이 아직 없음	린 캔버스
아직 모르는 새 고객층에 새 상품을 출시	린 캔버스
이미 고객과 수익이 있고 사업 전체의 작동 방식을 보고 싶음	비즈니스 모델 캔버스
지점, 프랜차이즈, 파트너 확보를 계획	비즈니스 모델 캔버스
대출 신청용 사업계획서 준비	비즈니스 모델 캔버스를 쓴 다음 사업계획서로 확장

비즈니스 모델 캔버스를 칸별로 쓰는 방법, 커피숍 예시, 칸별 법률 점검은 비즈니스 모델 캔버스란 무엇이고 어떻게 쓰는가를 보십시오.

5. 예시: 콘깬의 미용실 예약 앱

가상으로, 창업자 두 명이 콘깬의 소규모 이발소와 미용실을 위한 예약 시스템을 만들고 싶어 한다고 가정해 보십시오. 한 명은 프로그램을 짜고, 다른 한 명은 미용 업소에 장비를 파는 일을 한 적이 있습니다. 아직 회사를 세우지 않았고, 돈을 내는 고객도 아직 없습니다.

칸	팀이 쓴 내용
문제	가게가 머리를 자르는 중에 예약 때문에 채팅과 전화를 받느라 시간을 뺏긴다; 예약하고 오지 않는 고객 때문에 판매 시간대를 놓친다; 고객이 얼마나 기다려야 하는지 모른다 기존 대안: 전화 예약, LINE 채팅, 수첩에 예약 적기, 가게에 와서 기다리기
고객 세그먼트	스타일리스트가 여럿인 소규모 이발소와 미용실(지불하는 쪽); 가게의 고객(사용하는 쪽) 첫 사용자: 저녁과 휴일에 예약이 몰리는 가게, 이미 LINE으로 고객과 이야기하는 가게 주인
고유한 가치 제안	"고객이 직접 예약하니, 가게는 일하던 손을 멈추고 채팅에 답하지 않아도 된다"
솔루션	LINE에서 열리는 예약 링크; 예약 시간 전 알림 메시지; 인기 시간대 예약은 결제 서비스 제공자를 통해 예약금 받기
채널	가게를 한 곳씩 찾아가 이야기하기; 소셜미디어의 가게 주인 그룹; 미용 장비 판매업체의 추천; 고객이 가게 페이지에서 예약 링크를 보기
수익원	가게가 내는 월 이용료(시험해야 할 핵심 가정); 예약금 시스템을 쓰는 가게에는 추가 요금을 받을 수도 있음
비용 구조	서버와 클라우드 서비스 비용; 메시지 발송 비용; 결제 서비스 제공자의 수수료; 가게 영업과 시스템 설정을 돕는 창업자의 시간
핵심 지표	매주 시스템으로 예약이 들어오는 가게 수; 가게당 예약 건수; 시스템 도입 전과 비교한 노쇼 건수; 첫 달 이후에도 이용료를 계속 내는 가게 수
모방하기 어려운 우위	아직 없음. 두 번째 창업자가 아는 도내 가게 네트워크에서 만들어 갈 수도 있음

이 예시는 가상의 사례입니다.

이 캔버스가 보여 주는 것

이 사업에는 고객이 양쪽에 있습니다. 가게는 돈을 내는 쪽이지만 예약 화면을 쓰는 것은 가게의 고객입니다. 가게의 고객이 링크로 예약하지 않으면 가게는 계속 돈을 내지 않을 것입니다.
가장 위험한 가정은 시스템을 만드는 일이 아니라, 가게가 월 이용료를 낼 것인가입니다. 그래서 팀은 시스템을 완전히 만들기 전에 실제 가게 몇 곳에 먼저 팔아 보며 시험해야 합니다.
예약금 시스템은 노쇼 문제를 풀 수 있지만, 팀이 곧바로 다른 사람의 돈과 관련을 맺게 되며 이를 규율하는 법이 있습니다(9 참조).
시스템은 가게 고객의 이름, 전화번호, 예약 이력을 수집합니다. 이 정보가 누구의 것이고 팀이 무엇에 쓸 수 있는지 답할 수 있어야 합니다(6과 10 참조).

6. 스타트업 단계의 칸별 법률 점검

칸	법적 질문	예약 앱 예시에서
문제	풀려는 문제가 금융, 보건, 교육, 운송처럼 규제되는 업종에 속하는가	일반적인 예약 사업에는 별도의 허가가 필요하지 않지만, 예약금을 받는 부분은 지급결제시스템법과 관련된다
고객 세그먼트	기업에 파는가, 소비자에게 파는가, 양쪽 모두인가. 각 쪽마다 고유한 이용 약관이 필요하다	가게와는 서비스 계약을, 예약하는 고객과는 이용 약관을 맺는다
고유한 가치 제안	광고 문구를 입증할 수 있는가. "노쇼 없음"이나 "매출 증가"라는 표현은 뒷받침하는 데이터가 있을 때만 쓸 수 있다	아직 데이터가 없는 결과를 약속하는 표현을 피한다
솔루션	시스템이 남의 소프트웨어, 글꼴, 이미지, 서비스를 어떤 조건으로 쓰는가	오픈소스 라이브러리의 사용 허락과 메시지 플랫폼의 조건을 확인한다
채널	플랫폼이나 대리인을 통해 팔 때 어떤 조건을 받아들여야 하는가. 소개하는 사람은 어떤 보수를 받는가	장비 판매업체와 소개 약정을 서면으로 맺는다
수익원	어떤 계약이 필요한가. 세금은 어떻게 부과되는가. 자동 갱신이 있는가	월 이용료 조건, 해지, 환불
비용 구조	일을 돕는 사람은 창업자인가, 근로자인가, 프리랜서인가. 그 대가로 무엇을 받는가	화면 디자인을 돕는 프리랜서에게는 결과물이 누구 것인지 정한 계약이 필요하다
핵심 지표	지표에 쓰는 데이터가 개인정보인가. 고지한 목적에 맞게 쓸 수 있는가	개인별 데이터를 보지 않고 집계 데이터로 측정한다
모방하기 어려운 우위	우위라고 주장하는 것을 법적 권리가 뒷받침하는가	가게와의 약정이 팀에게 가게 고객 데이터에 대해 합의한 범위를 넘는 권리를 주장하게 해서는 안 된다

누가 개인정보처리자인가. 이 예시에서는 가게가 예약을 관리하려고 고객 정보를 수집할지 정합니다. 그래서 가게는 개인정보를 통제하는 자(data controller)일 가능성이 높고, 가게의 지시에 따라 처리하는 앱은 개인정보를 처리하는 자(data processor)일 가능성이 높습니다. 이 경우 둘 사이에 개인정보 처리 약정이 있어야 합니다. 그러나 팀이 고객 정보를 자기 목적에 쓴다면, 예를 들어 다른 가게의 광고를 보내거나 고객이 가게를 고르는 모음 페이지를 만든다면, 팀도 그 부분에서는 개인정보를 통제하는 자가 되어 고객에게 알려야 하고 자신만의 법적 근거도 있어야 합니다. 이 지위는 누가 목적과 방법을 정하는지라는 사실관계에 따라 달라지므로, 시스템을 설계할 때 미리 정해야 합니다.

7. 창업자 간 약정

친구 사이인 창업자들은 구두로 합의하는 경우가 많습니다. 한 명이 일을 덜 하거나, 직장에 취직해 떠나거나, 방향에 의견이 갈리기 전까지는 통합니다. 창업자 간 약정은 다음을 다뤄야 합니다.

역할과 시간 누가 무엇을 맡는가, 전업인가, 어떤 결정을 혼자 내릴 수 있는가
지분 배분 지분 비율과 그 근거. 각자가 가져온 돈, 노동, 지식, 네트워크를 고려합니다(자금 파트너와 노동 파트너 참조)
지분의 단계적 확정(vesting) 창업자의 지분이 일한 기간에 따라 조금씩 확정되게 하여, 일찍 떠난 사람이 지분을 전부 가져가지 않게 합니다
창업자가 떠날 때 누가 지분을 되살 권리나 의무가 있는가, 가격은 어떻게 정하는가, 정상적인 사유로 떠나는 경우와 약정을 어겨서 떠나는 경우는 어떻게 다른가
지식재산 모두가 프로젝트를 위해 한 작업을 회사에 양도하기로 합의합니다(8 참조)
의사결정과 교착 어떤 사안에 전원의 동의가 필요한가, 표가 같으면 어떻게 하는가(50대 50 주주 교착과 해결 방법 참조)
외부인에게 지분 매각 우선매수권, 대주주가 팔 때 함께 팔 권리(tag-along), 회사 전체를 사려는 사람이 있을 때 함께 팔게 할 권리(drag-along)
비밀유지 모두가 접근할 수 있는 고객 정보, 사업 계획, 코드

주주 간 약정은 일반적으로 서명한 사람만 구속합니다. 지분 양도 제한이 회사와 새 주주에게도 효력이 있게 하려면, 중요한 사항을 등록 시점에 회사 정관에 적는 것을 검토해야 합니다. 자세한 내용은 외국인 파트너가 있을 때의 주주간 약정을 보십시오. 앞으로 직원에게 지분을 줄 계획이라면 직원 지분 제도 ESOP와 RSU를 보십시오.

8. 코드, 브랜드, 아이디어는 누구 것인가

아이디어는 저작권으로 보호되지 않는다

저작권은 코드, 디자인, 글, 이미지 같은 표현을 보호하지만, 생각, 절차, 방법은 보호하지 않습니다. "이발소 예약 앱"이라는 아이디어는 누구의 소유도 아닙니다. 다른 사람이 직접 코드를 짜서 같은 앱을 만들 수 있습니다. 보호할 수 있는 것은 팀이 만든 코드와 디자인, 상표 등록을 한 브랜드명, 비밀로 관리하는 정보, 그리고 경우에 따라 특허를 출원할 수 있는 발명입니다.

회사 설립 전의 작업

창업자가 직접 코드를 짜거나 디자인한 경우 회사가 생기기 전에는 창업자가 누구의 근로자도 수급인도 아니므로 저작권은 창작한 사람에게 있습니다. 회사를 세운 뒤에는 저작권법 제17조에 따라 양도인과 양수인이 모두 서명한 서면 저작권 양도계약을 맺어야 합니다.
회사의 근로자 제9조에 따라 근로자의 지위에서 만든 저작물의 저작권은 달리 서면으로 합의하지 않은 한 근로자에게 있습니다. 고용주는 고용 목적의 범위에서 저작물을 공표할 수 있습니다. 그래서 개발자의 근로계약에는 소유권을 분명히 적어야 합니다.
프리랜서나 개발 외주 회사 제10조에 따라 도급으로 만든 저작물의 저작권은 달리 합의하지 않은 한 의뢰인에게 있습니다. 하지만 많은 개발 도급계약이 수급인이 권리를 보유하도록 쓰여 있으므로 계약을 꼼꼼히 읽고 소스코드 인도 문제도 확인해야 합니다(소프트웨어 개발 계약과 소스코드 참조).

창업자가 전에 다른 회사에서 일했고 코드 일부를 근무 시간에 또는 이전 고용주의 기기로 짰다면, 쓰기 전에 이전 근로계약을 확인해야 합니다. 이전 고용주가 권리를 주장할 수 있기 때문입니다.

브랜드, 도메인, 계정

상표는 회사 명의로 출원하고, 도메인, 소셜미디어 계정, LINE Official Account, 앱 스토어 계정, 클라우드 계정도 회사 명의로 이전하십시오. 한 창업자 명의로 남아 있으면 그 사람이 의도치 않게 회사 위에 서는 힘을 갖게 됩니다(회사 설립 시 브랜드는 누구 것인가와 상표 등록 절차 참조).

특허와 영업비밀

팀이 특허를 받을 수 있는 기술적 방법을 생각해 냈다면, 출원하기 전에 공개하지 않도록 조심해야 합니다. 경진대회에서 발표하거나 온라인에 자세히 올리는 것이 그 예입니다. 발명의 신규성에 영향을 줄 수 있기 때문입니다. 특허를 내지 않는 정보, 예를 들어 내부 계산 방식, 고객 명단, 가격 책정 정보는 관리하는 자가 접근 권한을 제한하고 비밀유지 약정을 체결하는 등 적절한 방법으로 비밀을 지키면 영업비밀법 B.E. 2545에 따라 영업비밀로 보호됩니다. 파트너나 공동 투자자에게 아이디어를 소개하기 전에는 사업 협상 전 NDA 체결과 특허, 소특허, 영업비밀을 보십시오.

9. 웹페이지, 시제품, 사전 주문으로 시장 시험하기

린 캔버스는 팀이 실제 고객에게 나가 시험할 때 쓸모가 있습니다. 널리 쓰이는 방식마다 살펴야 할 법적 사항이 있습니다.

사전 등록 웹페이지 이메일이나 전화번호를 수집한다면, 제출 버튼을 누르기 전에 짧은 개인정보 고지를 보여 주어 정보를 무엇에 쓸지, 얼마나 오래 보관할지, 삭제를 요청하려면 어디로 연락할지 알려야 합니다(PDPA 제23조). 마케팅 소식을 계속 보낼 계획이라면 사용자가 따로 선택하도록 분리해야 합니다. 필요한 정보만 수집하고, 아직 쓰지 않는다면 생년월일이나 주소는 묻지 마십시오.

쿠키와 분석 도구 측정 도구와 광고 도구는 사용자를 추적하는 경우가 많습니다. 이를 알리고, 웹사이트 작동에 필수적이지 않은 쿠키는 사용자가 선택하게 해야 합니다(PDPA 체크리스트 참조).

아직 없는 상품을 파는 페이지 아직 없는 상품에 "주문하기" 버튼을 두고 관심도를 재는 방법은 많이 쓰이지만, 돈을 받거나 사용자가 구매에 성공했다고 오해하게 해서는 안 됩니다. 사용자가 버튼을 누르면 아직 판매할 준비가 되지 않았음을 솔직하게 알리고 대기 등록을 권하십시오.

사전 주문 선금을 받는다면 결제 전에 언제 인도하는지, 기한 내에 인도하지 못하면 어떻게 언제까지 환불하는지를 알리고, 알렸다는 증거를 보관하십시오. 돈을 냈는데 물건을 받지 못한 고객은 민사법에 따라 환불을 청구할 권리가 있으며, 소비자보호법에 따라 민원을 제기할 수도 있습니다(온라인 쇼핑 소비자 권리 참조).

수금 허가받은 결제 서비스 제공자를 쓰십시오. 고객의 돈이 창업자의 개인 계좌를 거쳐 가게로 이체되게 하지 마십시오. 팀의 시스템이 가맹점이나 다른 서비스 제공자를 대신해 직접 돈을 받는다면, 그 일은 지급결제시스템법 B.E. 2560에 따라 태국중앙은행의 허가를 받거나 등록해야 하는 전자결제 서비스입니다. 예약 앱 예시에서는 허가받은 서비스 제공자를 통해 예약금이 가게 계좌로 곧바로 들어가게 하는 쪽이 더 안전합니다.

시험 사용 기간(beta) 짧은 이용 약관을 만들어, 시험 버전이라 오류가 있을 수 있다는 점, 사용자가 입력한 정보를 어떻게 보관하는지, 사용자의 의견과 제안을 팀이 개선에 활용할 수 있다는 점을 알리십시오. 다만 소비자에게 불공정한 책임 제한은 효력이 없을 수 있습니다.

기업 고객과 먼저 시범 운영하는 방법과 시험 기간 약정 작성법은 비즈니스 모델 변경 시범 운영을 보십시오.

10. 핵심 지표와 사용자 정보

핵심 지표 칸은 팀이 모든 정보를 모으고 싶어 하게 만듭니다. 하지만 필요 이상으로 수집한 정보는 의사결정에 도움이 되지 않는 위험입니다.

필요한 만큼만 수집하십시오. 대부분의 지표는 가게별 주간 예약 건수 같은 집계 데이터로 충분합니다. 어느 고객이 무엇을 예약했는지 볼 필요는 없습니다.
식별 정보를 분리하십시오. 분석할 때는 가능한 한 이름이나 전화번호 대신 코드를 쓰십시오.
접근하는 사람을 제한하십시오. 모든 창업자가 실제 데이터베이스에 접근할 필요는 없고, 프리랜서에게는 필요한 만큼의 권한만 주어야 합니다.
보관 기간을 정하십시오. 더 쓸 일이 없으면 삭제하거나 식별할 수 없게 만드십시오.
클라우드 서비스와 해외 도구. 개인정보를 해외에 저장하거나 보내는 데는 PDPA의 기준이 있습니다. 서비스 제공자에게 적절한 보호 조치가 있는지 확인하고 개인정보 고지에 적어야 합니다.
AI 도구. 팀이 고객 정보를 AI로 분석하거나 문구 초안을 쓰게 한다면 어떤 정보를 넣으면 안 되는지 규칙을 두어야 합니다(회사의 AI 정책과 고객 정보 참조).

11. 모방하기 어려운 우위와 법

진정한 우위는 쉽게 베끼거나 살 수 없는 것입니다. 그래서 린 캔버스는 이 칸을 비워 두는 것을 허용합니다. 초기에는 대부분의 팀에게 아직 없고, 흔히 적는 내용, 즉 남보다 먼저 시작했다, 팀의 열정, 더 쓰기 쉬운 시스템은 곧 베껴지기 쉽습니다.

법은 우위의 일부를 만들거나 지키는 데 도움이 되지만, 그 자체가 우위의 전부는 아닙니다.

상표 혼동을 일으킬 만큼 비슷한 이름이나 로고를 다른 사람이 쓰는 것을 막지만, 같은 사업을 다른 이름으로 하는 것은 막지 못합니다.
특허 요건을 갖춘 발명을 보호하지만, 소프트웨어와 사업 방식 중에는 특허를 받을 수 없거나 출원할 가치가 없는 경우가 많습니다.
영업비밀 비밀을 지키는 실제 조치가 있을 때만 보호되고, 독자적으로 같은 것을 생각해 낸 사람은 막지 못합니다.
축적된 데이터 적법하게 얻고 사용자에게 알린 범위 안에서 쓸 권리가 있는 데이터는 실제로 우위가 될 수 있습니다. 하지만 알린 범위를 벗어나 수집하거나 쓰면 오히려 위험이 됩니다.
파트너와의 독점 계약 경쟁자를 막는 데 도움이 되지만, 사업이 시장지배력이 크다면 거래경쟁법을 조심해야 하며, 파트너도 진정으로 동의해야 합니다.
얻기 어려운 허가 규제되는 업종에서는 먼저 허가를 받는 것이 진정한 우위가 될 수 있습니다.

12. 언제 비즈니스 모델 캔버스로 옮기고 회사를 등록해야 하는가

린 캔버스에서 비즈니스 모델 캔버스로 옮기고 법적 구조를 제대로 갖출 때가 되었다는 신호는 다음과 같습니다.

돈을 내는 고객이 계속 있다 그리고 핵심 지표가 고객이 실제로 도움을 받고 있음을 보여 줍니다.
창업자가 여럿이거나 투자금을 받을 예정이다 회사를 등록하고, 약정에 따라 주식을 발행하고, 창업자 약정을 정관과 주주 계약에 반영해야 합니다(태국인 소유주를 위한 회사 설립 참조).
첫 직원을 고용할 예정이다 노동법과 사회보험에 따른 고용주의 의무가 생깁니다(첫 직원: 고용주의 의무 참조).
기업 고객이 계약서와 세금계산서를 요구한다 가격 모델과 소프트웨어 서비스 계약은 SaaS 가격 모델과 월 구독 계약을 보십시오.
투자진흥 혜택을 원한다 일부 소프트웨어와 디지털 사업은 BOI의 투자 진흥을 신청할 수 있습니다(소프트웨어 및 디지털 사업의 BOI 참조).
외국인 창업자나 투자자가 있다 서비스업에서 외국인의 지분 보유는 외국인사업법의 적용을 받을 수 있으므로, 주식을 발행하기 전에 구조를 짜야 합니다(서비스 회사를 위한 외국인 사업 허가 참조).

13. 체크리스트

함께 읽기

비즈니스 모델 캔버스란 무엇이고 어떻게 쓰는가 — 아이디어가 시험을 통과한 뒤에 이어서 쓸 시트
자금 파트너와 노동 파트너 — 창업자 사이의 지분 배분을 생각하는 방법
소프트웨어 개발 계약과 소스코드 — 외주로 만든 코드를 회사의 것으로 만들기
특허, 소특허, 영업비밀 — 팀이 만든 것을 보호하는 방법 고르기
PDPA 체크리스트 — 사용자 정보를 수집하기 전에 해야 할 일
SaaS 가격 모델과 월 구독 계약 — 기업 고객에게 돈을 받을 준비가 되었을 때
태국인 소유주를 위한 회사 설립 — 회사를 세울 때가 되었을 때의 절차

린 캔버스는 아이디어가 계속 갈 만한지 빨리 알게 해 주고, 바로 이 시기가 창업자 약정을 맺고, 작업물의 권리를 넘기고, 정보 수집과 수금 방식을 올바르게 갖추기에 가장 비용이 적게 드는 때입니다.

이 가이드는 수완와라 법률사무소가 발행했습니다 — 1986년에 설립된 콘깬(Khon Kaen) 주의 법률사무소입니다. 본 내용은 일반적인 정보일 뿐이며, 특정 사안에 대한 법률 자문이 아닙니다.