창업에 도움이 되었던 책 목록

최근 몇몇 분들께 창업에 도움 되었던 책추천을 부탁하는 요청을 받아 정리해 공유드려요! 나중에 시간 되면 블로그글, 유튜브, 팟캐스트도 한번 정리해볼게요 :).

추천해주실 책 있으시면 아래 댓글로 달아주세요!

아이디어 검증 & MVP 개발

• 린 스타트업: 스타트업에 MVP 개발, 가설 검증 등의 개념을 만들고 퍼뜨린 책입니다.

• 아이디어 불패의 법칙: MVP 개발과 적은 리소스로 가설 검증의 필요성에 대해서 이해는 했지만 막상 하려니 어떻게 해야 될지 모르겠고 아이디어가 잘 안떠오르면 읽기 좋은 책입니다. 프리토타입(Pretotype)에 대해서 알려줘요.

• 일의 언어: 사용자 관점에서 제품 개발을 어떻게 해야 되는지 알려줍니다. 흔히 마케팅에서 많이 사용하는 인구통계학적인 방법(상관관계)이 아닌 Job to be done(인과관계) 관점에서 제품 개발을 배울 수 있습니다.

초기 단계

• 변화는 어떻게 일어나는가: 새로운 행동이 어떻게 받아들여지고 확산되는지 알려줍니다. 커뮤니티 빌딩에 관심있으시다면 추천드립니다.

• 콜드 스타트 문제: 네트워크 효과를 기반으로한 서비스들이 어떤 문제들을 겪고 어떻게 성장하는지 배울 수 있습니다.

그로쓰 단계

• 블리츠스케일링: 초고속 성장하는 스타트업들의 특징(비즈니스 모델, 성정 전략, 조직 운영, 마인드셋)들을 배울 수 있습니다.

• 캐즘 마케팅: 새로운 기술이 어떻게 받아들여지고 퍼지는지 배울 수 있습니다. 혁신가들 → 얼리어답터 → 초기 다수 → 후기 다수 → 후발자들

마케팅

• 마켓 3.0: 마케팅은 결국 인식 싸움이다라는 것을 배울 수 있습니다. 또한 전통적으로는 마케팅이 회사들이 소비자들에게 일방향으로 옳은 제품이 무엇인지 알려주는 것이였다면 현대로 넘어오면서 점점 소비자 참여형 혹은 소비자 주도형으로 바뀌고 있는지 흐름을 알려줍니다.

• 컨테이저스: 입소문이 어떻게 퍼지는지에 대해서 배울 수 있습니다.

PM

• 프로덕트 오너: PO의 실무에 대해서 배울 수 있습니다. PO는 팀원들이 각자의 영역에서 온전히 실행에만 집중할 수 있도록 하는 사람입니다.

• 인스파이어드: IT 제품 만드는 것을 한번도 해본 적이 없다면 강추하는 책입니다. IT 제품 개발 관련해서 알아야할 여러가지를 백과사전처럼 정리해놓았습니다.

• OKR: 성과를 내는 팀운영에 대해서 알려줍니다.

• 훅: 사람들이 습관적으로 쓰는 제품들을 어떻게 만드는지 알려줍니다. Trigger → Action → Variable Reward → Investment

• 원씽: 정말 중요한 것에만 집중하는 것에 대한 책입니다.

• 맨먼스 미신: 개발자가 많다고 개발 속도가 빨라지지 않습니다. 오히려 그 반대입니다. 개발 백그라운드가 없는 조직 관리자라면 더더욱 추천드립니다.

• 인간 네트워크: 네트워크의 구성 요소, 특징에 대해서 배울 수 있습니다.

리더십 / 조직 관리

• 하드씽: 스타트업이 전시 상황일때 리더가 어떠해야 되는지 알려줍니다.

• 하이아웃풋 매니지먼트: CEO / 리더가 무엇에 집중해야 되는지 알려줍니다.

• 실리콘 밸리의 팀장들: 팀원들 간에 솔직한 피드백을 주고 받는 것의 중요성과 이런 팀문화를 만드는 방법에 대해 알려줍니다.

피칭

• 스티브 잡스 프레젠테이션의 비밀: 메세지가 확실히 전달 되면서도 사람들의 집중을 끌어내는 스토리텔링을 어떻게 프레젠테이션에 녹이는지 알려줍니다.

• 스틱: 사람들의 관심을 끄는 문구를 어떻게 작성하는지 알려줍니다. 단순성, 의외성, 구체성, 신뢰성, 감성, 스토리가 중요합니다.

• Pitch Anything: 피칭은 프레임 싸움입니다. 이에 대해 배울 수 있습니다.

스타트업

• 제로 투 원: 성공하는 스타트업의 특징에 대해서 배울 수 있습니다.

• 마스터 오브 스케일: 성공하는 스타트업의 특징에 대해서 배울 수 있습니다.

위의 책들을 읽을 시간이 없다면

• Sam Altman의 스타트업 플레이북: 극초기 창업가가 알아야할 필수 목록을 제일 잘 정리해 놓은 글이라 생각합니다.

팀모노리스의 오픈 소스 데이 (1)

팀모노리스의 금요일은 조금 특별합니다. 공개된 레포지토리에서 개발과업을 진행하는 날이거든요! 저는 오늘 우리가 가지고 있는 프로젝트를 공개하기 위한 작업을 진행했습니다.

공개하려는 기능은 주피터 랩 환경에 구현한 온라인 저지입니다. 온라인 저지를 사용해보신 분이라면 다음 GIF를 보시면 이해되실거에요. 서버로부터 문제를 보여주고, 사용자가 문제를 제출하면 채점해주는 시스템입니다.

하지만 이 프로젝트를 공개할 때 고려해야하는 점이 몇 가지 있습니다.

• 주피터 커뮤니티의 구성원은 영어를 주로 사용하기에 영어를 지원할 것
• 문제를 제공하는 서버에 대한 종속성을 제거할 것
• 다른 개발자가 쉽게 활용하고 참여할 수 있도록 좋은 문서를 제공할 것

첫번째를 만족하기 위해서, 초기에는 한국어로만 개발했다가 국제화 시스템을 활용해서 영어와 한국어 모두 지원하도록 수정했습니다.

두번째가 생각보다 골치아픈 문제였는데요. 아직 개발중인 내용이라 다음 주 금요일에 공유해보도록 하겠습니다.

이번 포스트에서는 세번째를 위해 한 작업에 대해 이야기하겠습니다.

아무리 좋은 프로젝트가 있어도, 그 프로젝트가 잘 설명되어 있지 않다면 아무도 쓰지 않을 것입니다. 어떤 내용인지도 모르는데 소스 코드를 뒤져가며 분석할 수는 없으니까요. 그렇기에 우리는 가장 먼저 README에서 필요한 정보를 획득하는데요. 그래서 저도 오늘은 README를 작성하는 작업을 주로 했습니다.

README를 잘 쓰는 법에 대해서는 많은 글을 찾아 볼 수가 있어요. 그래서 거기에 대해 이야기하기 보단 제가 어떻게 작성했는지에 대해서 사례를 공유해보고 싶습니다.

일단 가장 먼저 진행한것은, 하이라이트 영상(GIF)를 만든 것입니다. ‘온라인 저지’라고 말하면 경험이 있는 사람들은 바로 이해할 수 있겠지만, 익숙하지 않은 사람에게는 글로된 설명이 복잡할 수 있기 때문입니다. 그래서 짧은 영상을 통해 이 프로젝트가 어떤 역할을 하는지 전달했습니다.

영상 편집 경험이 없어서 저 짧은 영상을 시행착오를 겪어가며 만들었는데요. 좋은 방법을 찾아 시도한게 아니고, 제 컴퓨터에 이미 설치된 프로그램을 활용하며 겨우했기에 이렇게는 하지 마시라는 의미에서… 적어보겠습니다.

가장 처음에는 GeForce Experience의 녹화 기능으로 촬영하고, Win10 사진앱으로 편집을 시도했습니다. 그런데 영상 화면 잘라내기(Crop)이 안되서 실패했어요.

그 다음에는 GeForece Experience + Adobe Premiere Rush를 시도했는데, 최종 영상의 종횡비가 몇몇 프리셋으로 고정되어 있어 실패했습니다.

마지막으로는 OBS Studio를 사용해 원하는 크기로 녹화해서 마무리했습니다. 얻은 동영상은 웹 서비스를 활용해서 GIF로 변환했어요. 이 과정을 통해 방금 보신 GIF가 탄생했습니다!

그 다음에는 프로젝트가 추구하는 목적을 서술했습니다. 이 목적은 프로젝트의 개발 동기와 발전 방향을 나타내기에 개인적으로는 아주 중요한 영역이라고 생각합니다. 이 온라인 저지 기능에 대해서는 다음과 같이 서술했습니다.

• 코드 실행 관리를 위한 추가적인 시스템 구축이 필요없습니다.
• 주피터 랩에서 문제를 풀고, 결과를 조회할 수 있습니다.
• 백엔드를 교체할 수 있습니다.

이렇게 서술함으로써 프로젝트에 일관성을 부여할 수 있고, 불필요한 기능 개발에 커뮤니티의 노동력을 낭비하지 않을 수 있습니다.

예를 들자면 다음과 같은 기능 제안은 그 의도가 아주 훌륭하지만 프로젝트의 목적에 부합하지 않습니다.

사용자가 제출한 코드를 격리된 시스템에서 실행하여 코드 실행 시간 지표의 신뢰성을 높입니다.

위 기능이 추가되면서 “추가적인 시스템 구축이 필요없다”라는 핵심적인 강점이 훼손되기 때문입니다.

이외의 영역은 간략한 구조 설명, 시스템 요구 사항, 설치, 기여 방법 등에 대해서 작성했습니다. 또 어떤 내용이 담기면 좋을까요? 의견은 언제나 환영입니다 👋

오늘은 팀모노리스의 특별한 금요일에 대해서 공유해 보았습니다. 멋진 기술에 대한 내용이 아니라서 조금 아쉬워요. 😢 다음에 기회가 된다면 특별한 구현 사례에 대해서도 포스트를 작성해보도록 하겠습니다. 즐거운 주말 되세요!

회사에서 에디터 많이 만들고 계신가요?

회사에서 에디터를 많이 만들고 계신가요?

에디터를 만든다는 것은 특정 데이타를 편집할 수 있게 해주는 것인데요.

이것은 업무 흐름을 데이타화 할 수 있게 해줍니다.

그래서 회사는 꼭 자신들만의 데이타를 잘 다룰 수 있는 에디터를 만드는데 집중을 많이 해야합니다.

에디터가 없으면 노동집약적으로 개발자의 코딩에 전적으로 의존할 수 밖에 없는 상황이 되기 때문에 항상 개발자가 없어서 발만 동동 굴리고 있을 수 있습니다.

그런 의미로 다 같이 하루 1에디터 만들기를 해보아요.

하루에 하나의 항목을 데이타화 시켜봅시다.

그 데이타로만 협의하고 나머지는 에디터로 편집만 해봅시다.

그럼 개발이 달라집니다.

오늘 특집은 NFT 분야입니다.

기술 이슈 가져왔습니다 :) 이커머스와 NFT가 연관된 소식이 많네요!

[기술 이슈에서 짚어보면 좋을, 오늘의 기술상식]

1. 돈 벌면서 여행한다…'_____' 뜬다

2. 이커머스가 _____를 품는 이유

——————————————————

[2022.06.17 눈여겨볼 기술 이슈]

https://contents.brunel.ai/3NU39y9

주요 기술 키워드

1. OLED

2. 비만 신약

3. 바이오 클러스터

4. 누리호 오작동

5. T2E

[2022.06.17 눈여겨볼 '특정' 기술 이슈 - NFT]

https://contents.brunel.ai/3mTm3ZZ

고객을 대할 때 마음가짐 3가지

28명의 고객이 생겼다.

​

이제 본격적으로 시작 되었다.

​

신청한 40명 중에 28명이 돈을 지불했고, 온보딩 과정을 시작하였다.

​

아무것도 갖춰진 것이 없는 곳에 돈을 지불하고 나를 신뢰해준 것에 대해서 최대한 보답을 해야겠다고 다짐한다.

​

서비스를 운영하면서 내가 쭉 가지고 가려고 하는 마음가짐에 대해서 적어보려고 한다.

​

1. 돕겠다는 마음으로

​

부끄럽지만 항상 잘못 생각해왔던 것이 있다.

​

어떻게 하면 고객들을 더 유지시킬 수 있을까?

어떻게 하면 가격을 올릴 수 있을까?

어떻게 하면 우리가 더 돈을 많이 벌 수 있을까?

​

단순히 수익/비용 관점에서 생각하곤 했고, 이런 식의 생각은 고스란히 행동에 드러나고, 그런 메세지는 고객들에게 전달된다. 또한 이렇게 생각하면 "고객 vs. 나"의 구도로 정해진 파이를 나눠먹는 그림이 자연스럽게 그려진다.

​

하지만 이것보다 더 본질적인 것은,

​

어떻게 하면 고객들에게 더 큰 가치를 줄 수 있을까?

어떻게 하면 고객들에게 약속한 것을 더 잘할 수 있을까?

​

이런 질문들을 항상 생각했어야한다. 이런 질문들은 전체 파이를 키우면서 "고객 + 나"의 win-win 시나리오를 그릴 수 있게된다.

​

앞으로 이 마인드를 절대 잊지 않고자한다.

​

2. 꾸밈없이, 거짓없이.

​

고객들에게 나의 성격이나 진짜 생각을 보여주지 않으려했다. 어찌보면 당연하다. 고객 vs. 나의 구도에서 내 카드를 다 보여줄 수는 없지 않은가.

​

하지만, 내가 좋아하는 브랜드들을 보며 느낀점은 그런 브랜드들은 굉장히 커뮤니케이션을 인간적이고 솔직하게 한다는 점이다. 그래서 마치 내 친구, 형, 부모님이 말해주는 것 같은 느낌을 받는다.

​

처음부터 진정성있게 가고, 그것을 유지하자. 꾸밈없이, 거짓없이 가자.

​

3. 약속한 것은 무조건 지키자.

​

신뢰가 한 번 무너지면, 그건 정말 회복하기 어렵다. 약속한 것은 무조건 지켜야하며, 지키지 못할 약속은 해서는 안된다.

​

특히 디지털 서비스는 고객과 면대면으로 마주하지 않기 때문에 이런 책임감을 갖기 상대적으로 어렵게 느껴졌었다. 친근하지만 프로페셔널하게. 약속을 지키도록 하자. 이들은 나에게 신뢰를 먼저 준 분들이고, 나는 그것을 지킬 책임과 의무가 있다.

​

비즈니스다. 비즈니스에서는 프로만이 살아남는다.

​

이 세 가지 마인드를 잊지 않도록 하자.

​

여러분들은 고객을 대할 때 어떤 마음가짐을 갖고 계시나요?

100일챌린지#008

울렁울렁 꿀렁꿀렁: 자바바

핫한 캐릭터 맛집 타입캐스트에 요즘 가장 핫한 이 캐릭터들 등장🎉

진지한 듯 근엄한 듯 허당인 기섭. 그리고 매사가 울렁울렁 꿀렁꿀렁 자바바.

내 콘텐츠까지 트렌디하게 만들어주는 타입캐스트👇

Sapa 라는 UI 라이브러리를 만들고 있습니다.

이지로직 스튜디오를 만들게 된 기반인 Sapa 라는 UI 라이브러리를 만들고 있는데요.

Sapa 에 관련된 이야기는 아래 링크를 참고하시면 되겠습니다.

https://velog.io/@easylogic/%EA%B0%9C%EB%B0%9C%EC%9E%90-UI-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EB%A5%BC-%EB%A7%8C%EB%93%A4%EB%8B%A4

최근에 이 Sapa 를 가지고 bootstrap 이나 material UI 같이 실제로 컴포넌트화 해서 사용할 수 있는 UI 를 제작중에 있습니다.

자체 UI 만드시는 분들 있으시면 같이 네트워킹 해봐요.

네트워킹 파티 "창업촌村" ㅣ "C-Level”

국내외를 막론하고 많은 스타트업들이 동업을 선택이 아닌 필수라 말하며 분명한 방향성과 더불어 

이를 실행하기 좋은 사람들, 최고의 팀을 만드는 것에 집중하는 것이 현실적인 성공의 길이라고 말하고 있습니다. 

합이 맞는 파운더를 만나는 것은 서로의 역량이 보완되면서 시너지 효과를 낼 수 있기 때문인데요,

서로 다른 생각과 성향이 모여 각자의 지식과 정보를 상호 교환함으로써 균형감을 가질 수 있게 되고, 

앞으로 나아갈 힘을 기를 수 있게 됩니다.

"나와 같은 사람을 만나고 싶나요?

응원도 비판도 여러 분야의 사람들과 나누고 싶나요?"

창업커뮤니티 시작점의 네트워킹 파티 "창업촌村"에서 그 열기를 느껴보세요🔥

• 행사 일정 : 22년 6월 30일 목요일 오후 6시 30분 - 8시

•  행사 장소 : 대전광역시 유성구 어은로 52번길 30 시작점 B1

•  참가 비용 : 무료

•  참여 링크 : https://event-us.kr/startingpoint/event/44921

 ✅자세한 내용은 참여 링크 페이지를 확인해주세요.

두 달만에 파이썬 코딩 환경 만들기

안녕하세요. 저는 코들을 개발하고 있는 팀모노리스 CTO 이창환입니다. 여기선 모든 개발을 다 하지만, 경력은 백엔드 개발에 집중되어 있습니다. 팀모노리스 이전에는 버킷플레이스에서 3년간 일했습니다.

코들은 교실 단위의 실시간 수업을 돕는 파이썬 코딩 환경입니다. 코들은 작년 12월부터 개발에 착수해서, 올해 1학기부터 몇몇 학교에서 사용되고 있는데요! 맨바닥부터 프로덕트를 만들기까지 시간이 촉박했던 만큼 어떤 방법으로 개발 기간을 최대한 단축했는지, 그리고 그 과정에서 어떤 시행착오가 있었는지를 공유해보겠습니다. 🎉

개발을 가장 빠르게 하는 방법이 뭘까요? 개발을 안 하면 안 할수록 개발은 빨라집니다. 😊 그래서 팀모노리스는 바퀴의 재발명을 피하고자 최선을 다해 여러 오픈 소스를 활용했습니다.

“교실 단위의 실시간 수업을 돕는 파이썬 코딩 환경”을 개발할 때, 어떤 영역이 가장 많은 공수가 필요할까요? 아마도 “파이썬 코딩 환경”일 것입니다. 그래서 역설적으로 1학기 개학 전까지 MVP를 만들기 위해선 파이썬 코딩 환경은 절대 만들면 안 되는 상황이었습니다.

이때, 주로 VSCODE와 Jupyter사이에서 고민했습니다. 우리는 Jupyter를 사용하기로 했는데요.

• VSCODE에 웹 개발 환경도 있으나 직접 배포하기까지 큰 시행착오 예상됨.
• VSCODE는 MS에서 받아 써보기만 했고, 누군가 수정해서 만든걸 본 적이 없음.
• 교육 기관에서 Jupyter를 사용하는 사례가 많음.
• 물론 개발자는 VSCODE를 더 많이 사용하지만요.
• 우리의 고객은 개발자보다는 학생에 가깝습니다.

그래서 우리는 Jupyter를 선택했고, 구체적으로 Jupyter Lab, Jupyter Hub, Zero to Jupyter Hub를 활용해서 개발에 착수했습니다!

기업에서 오픈 소스 도입에서 우려하는 것 중 하나는 유지보수가 어렵다는 것입니다. 그러니까… 만약… 오픈 소스 자체에 버그가 있다면 어떡하죠? 우리 회사에서 만든 거라면 그걸 만드신 분이 아직도 팀에 있을 수 있고, 퇴사하셨더라도(😭) 전화라도 한 번 해볼 수 있을 텐데요!

안타깝게도 우리에게도 그런 일이 일어났습니다. 교실 기능을 만들고서, 우리는 선생님이 학생의 환경에 접속할 수 있길 바랐습니다. 그래서 학생이 작성한 파일도 보고 피드백도 남길 수 있게요.

여러 사용자가 Jupyter를 쓸 수 있도록 하는 서비스는 Jupyter Hub인데요. 그래서 Jupyter Hub의 설정을 통해 선생님이 학생의 서버에 접속할 수 있게 권한을 허가하는 작업이 필요했습니다. 그렇게 신나게 작업을 하고 선생님 계정으로 학생 환경에 성공적으로 접속했습니다! 그리고 동시 편집이 잘 되나 싶어서 학생 계정으로 접속해봤는데… 학생이 자신의 환경에 접속할 수가 없었습니다. 💩

훌륭한 개발자가 되려면 남 탓을 하지 않아야 하기에 당연히 제 설정에 오류가 있을 거라 생각하고 찾아봤으나 차도가 없었습니다. 그리고 스멀스멀 마음속에서 남 탓 귀신이 속삭이고 있었어요. 정신을 차리고 보니 Jupyter Hub 소스 코드를 이 잡듯 뒤지고 있었습니다…

한참이 지나고 나서 마침내 버그를 찾아내었고, PR을 작성했습니다. Jupyter 팀에서 일을 빨리해줘서 3일 만에 병합이 되었습니다. 그리고 새 버전이 배포 되었어요.

이 사례는 어떻게 보면 오픈 소스를 무턱대고 쓸 때의 단점을 말해주는 것 같아요. 하지만 좀 더 따져볼까요?

• 직접 코딩 환경 만드는 거랑 비교했을 때 여전히 개발이 빠르다. 이런 버그가 100개 더 있어도…
• 사용 중인 도구에 대한 더 깊은 이해
• 자동화된 검증 도구, 업무 프로세스에 대한 인사이트
• 즐거운! 경험
• 그리고 아주 멋진 Contributor 딱지까지…

대부분 개발자들은 분명 오픈 소스 프로젝트에 참여하는 것이 아주 멋지다고 생각할 거예요. 그런데 생각보다 많은 개발자분이 여기에 어려움을 느끼세요. 그래서 저는 오픈 소스에 대해 열정적인 개발 문화를 만들어야겠다고 다짐했습니다. 어차피 팀모노리스에서는 오픈 소스를 엄청 쓸 거고, 위와 같은 사례도 정말 많이 발생할 거니까요. 

…

…

네. 위 사례는 개발 시작 단 2주 만에 발생한 거고, 실제로 훨씬 더 많이 발생했어요. 이 사례들도 기회가 되면 공유해보도록 하겠습니다. 읽어주셔서 감사합니다. 🙏

Surfee를 멈추기로한 결정과 회고

👋🏻 안녕하세요! 누구나 코딩 없이 자신만의 홍보페이지를 만들 수 있게 해주는 툴, Surfee의 리드 겸 Front-End 개발을 맡았던 김호진입니다.

처음으로 작성해 보는 메이커로그인데요..ㅎㅎ 로그의 주제는 ‘Surfee를 스톱하기로 한 결정과 과정에 대한 회고’입니다. Surfee는 저와 다른 2명의 팀원 이렇게 총 3명이서, 개발 단계에서는 다른 개발자 친구의 도움을 받아 4명이서 운영했던 프로덕트입니다.

Surfee는 제가 모든 걸 갈아 넣어서 만들고 운영했고 스톱하기로 한건 너무 안타깝지만 저는 적절한 판단을 알맞은 때에 내렸다고 생각을 합니다. 그리고 그 과정이 어떠했으며, 제가 그 과정에서 무얼 배웠고 이게 저에게 얼마나 긍정적인 영향을 끼쳤는지 공유하기 위해서 로그를 작성합니다.

잘하고 계신 분들은 너무 많지만 저희와 같은 경험을 공유하시는 분들은 많지 않으니 부족한 글 솜씨에도 재밌게 읽을 수 있으셨으면 좋겠습니다ㅎㅎ 🙇🏻

우선 멈추기로 결정한 이유

아주 명확한 2가지의 이유가 있습니다.

첫 번째는 최종적으로 점유할 수 있는 시장의 크기가 저희가 그리는 크기보다 작았기 때문입니다.

두 번째는 1번의 이유가 더해져, 정말로 저희가 하고 싶은 시장인가?를 물었을 때 그것이 아니었기 때문입니다.

1️⃣ 점유할 수 있는 최종 시장의 크기가 작다고 판단한 이유는 이후 웹 제작 툴로 경쟁력 있게 나아가기도 힘들 뿐더러 해외 시장 진출을 고려했을 때도 애초에 Surfee가 해외에서 아주 성공적으로 동작하고 있는 서비스(Unbounce, umso 등)를 벤치마킹해서 가져왔다.라는 점이 있었습니다. 따라서 좁은 시장에서 유지 가능한 매출 구조를 만들기 위해서는 1회 거래의 비용이 높아야만 했는데요, 대체재가 여럿 존재하는 Surfee의 경우 그것 또한 힘들다고 판단했기 때문입니다.

2️⃣ 2번의 이유는 여러 가지 복합적인 사항들이 있지만 가장 큰 이유로는 제가 ‘창업을 하는 이유’를 다시 정의했을 때 이와는 달랐기 때문입니다. 아마 메이커 로그를 하나 더 작성하고 거기에 조금 더 자세하게 작성하게 될 텐데 Surfee를 진행하면서 나는 왜 창업을 하고 있을까?를 스스로에게 끊임없이 되물었고 그 결론은 ‘내가 끼치는 영향의 범위가 나와 내 주변뿐만 아니라 가능한 많은 사람들이었으면 하고 이를 위한 혁신을 일으키고 싶다.’였습니다. 이를 먼저 정의 내린 뒤 다시 Surfee를 보았을 때 멈춰야 한다는 결론은 내려져야만 하는 것이었습니다.

Surfee가 실패했다거나 모든 사람들이 이런 목적으로 창업을 해야 한다는 것은 아니지만 저는 저만의 정답을 내렸습니다. 물론 지금은 아주 쉽고 담담하게 말하고 있지만 당시에는 단 한순간도 고민이 머릿속을 떠난 적이 없습니다. 내가 올바른 판단을 하고 있는 것인지도 헷갈렸고, 최대한 많은 조언을 구하고자 여러 사람들을 찾아가서 만나기도 했습니다. 그래서 지금은 다음으로 제가 취해야 할 행동에만 집중하고 있는 상태입니다.

보통 성공은 PMF를 찾은 순간에 성공했다는 사실을 모를 수가 없을 정도로 요청들이 밀려들 때 깨닫게 된다고 합니다. 하지만 멈춰야 하는 때는 어떻게 알 수 있을까요? 많은 사람들이 이에 대해서는 잘 알지 못합니다.

두 가지 이유✌🏻를 말씀드렸는데 만약 2번이 불충분하더라도 1번이 완벽히 만족되었다면 최종적인 삶의 비전을 달성하기 위해 밟아나가는 하나의 단계로 생각하고 Surfee를 지속했을 것이고, 시장의 크기가 작더라도 만약 정말 점유하고자 하는 시장과 풀고자 하는 문제였다면 시간을 들여서라도 어떤 식으로든 해결하고 지속해나갔을 것입니다. 그러나 저희의 경우 두가지 모두였습니다.

회고와 피드백은 다음에 내가 할 행동이나 생각에 변화를 끼쳐야만 합니다.

따라서 저희가 생각했을 때 가장 큰 문제점 2가지와 앞으로 어떻게 실행함으로써 이런 문제를 반복하지 않을 수 있을지를 위주로 작성해 보겠습니다.

✅ 가장 아쉬웠던 점은 오래 지속 가능한지에 대해서 사전에 더 깊게 천천히 고민해 보는 시간을 갖지 않았다는 점입니다.

결국 어떤 시장과 문제를 선택해야 하나?에 대해서 정답은 절대 없음에도 두 가지 중 하나 - 처음에 내가 진입하는 시장이 정말 가능성이 크고 거기에 대한 확신이 내가 엄청 강하거나, 아니라면 내가 관심이 있는 시장을 선택하거나 - 이 둘 중에 하나는 만족을 해야 한다고 생각합니다.

Surfee는 멈췄지만 저는 도전을 멈추지 않을 것입니다. 오히려 이제는 좀 더 올바른 방향으로 더 효율적으로 달릴 수 있을 것 같습니다 🔥

저희는 처음 Surfee를 시작할 때 일단 빨리 MVP를 만들어보고 시장의 반응을 보고 결정하자라고 얘기를 했었습니다. 이는 기본적으로 린 스타트업 이론의 핵심인데, 저희는 ‘Lean’이라는 이론을 100% 이해하고 적용한 게 아니었던 것 같습니다.

위의 방법으로 했을 때 발생한 문제는 2가지였습니다. 첫 번째는 ‘노 코드 툴'의 MVP에 들어가는 리소스를 간과하여 계획보다 훨씬 늦게 제작을 완료했으며 두 번째는 ‘일단 시작하고 시장의 반응에 따라 결정한다’라는 결론을 내버린 이상 아이템 선정의 과정에서 개인의 선호가 배제되었다는 점입니다.

따라서 이후의 사업 진행은 ‘명확한 가설'과 ‘정량적으로 측정 가능한 KPI’를 설정한 후 ‘빠른 실행 및 판단’의 과정을 반복하거나 차라리 사전에 시간을 많이 들여서라도 시장 조사 및 지속가능성에 대한 판단을 어느 정도 확실히 하는 방향 중 하나라고 진행할 것입니다. 사실, 진작에 이렇게 했어야만 합니다.

6개월의 시간, 두개의 사무실, 함께 했던 팀원들, 도와주신 많은 분들과 300명의 가입자 분들, 초기에 힘을 주신 퍼블리 마케터 OOO님과 한스님, 좋은 피드백을 적극적으로 남겨주신 디스콰이엇 메이커분들 까지 감사했습니다.

Surfee에서는 총 약 280개 정도의 페이지가 제작되었고, 이런 결정을 내린지는 이제 2달 가까이 되어가지만 여전히 사용해 주고 계시는 많은 분들 제가 정말 사랑합니다,,ㅎㅎ 제가 만든 서비스를 사용하는 고객분들이랑 소통하는 시간은 창업 이외의 다른 곳에서는 겪어보지 못할 너무나 행복한 경험이었습니다! 지나치게 큰 행복이었고 좋은 피드백을 남겨주신 모든 분들에게 정말 진심으로 감사했습니다. 여전히 Surfee 서비스 이용은 가능하며, 추가적인 업데이트와 자세한 CS만 일어나지 않습니다.

💡 저는 지속적으로 메이커로그를 작성할 예정이고, 저희 팀은 지금은 새로운 시작을 준비하고 있습니다.

관심이 있으신 많은 분들과 가볍게라도 많은 얘기를 나눠보고 싶습니다. 언제든지 연락주세요!ㅎㅎ

자체적으로 만드는 라이브러리로 UI 를 만들고 있습니다.

Tooltip 을 만들어야 하는데

<Tooltip message="xxxxx">

<Button >a</Button>

</Tooltip>

이렇게 할까요?

<Button tooltip="xxxx">a</Button>

이렇게 할까요?

<Button tooltip-id="hw">a</Button>

<Tooltip id="hw">xxxxxxx</Tooltip>

요롷게 할까요?

흠 갈등이네요.

-------

tooltip 뜨는 레이어를 타겟의 상대로 넣을지

글로벌 좌표로 따로 뺄지도 고민이네요.

[무료] 쿠팡출신 시니어 PO와 함께하는 핵클 원데이 클래스

[핵클 원데이 클래스 : 사용자 행동 데이터로 10X 전환율 만들기] 프로덕트 성장을 고민중이신가요? 폭발적인 그로스를 만들었던 쿠팡 출신 시니어 PO가 프로덕트 성공지표 정의와 개선을 위한 노하우를 나눠드립니다.

(신청 링크 : https://bit.ly/3OcmIkQ)

🙋🏻‍♀️ 이런 고민들을 갖고 계시다면 주저 없이 신청해주세요.

우리 서비스의 폭발적인 그로스를 만들 수 있는 핵심 지표는 뭘까?

서비스 핵심 지표와 전환율, 어떻게 개선할 수 있을까?

데이터 툴의 수많은 기능 중 우리에게 꼭 필요한 건 뭘까?

진행자 Limo | 핵클 Product Owner

- 前 쿠팡 Principal Product Owner

- 前 커머스 스타트업 공동창업

원데이 클래스 신청하기 | https://bit.ly/3OcmIkQ

홈페이지 | www.hackle.io

문의하기 | support@hackle.io

(* 본 행사는 오프라인으로 진행되며, IT실무자들과 네트워킹할 수 있는 시간도 마련되어 있습니다!)

오늘 특집은 반도체 분야입니다!

최신 기술 이슈 올려드립니다 :)

[기술 이슈에서 짚어보면 좋을, 오늘의 기술상식]

1. EU ‘_____’ 통일 움직임에…애플, 아이패드 전 모델 _____ 탑재하나

2. `꿈의 신소재` _____ 한계 극복…차세대 반도체 시대 열었다

——————————————————

[2022.06.16 눈여겨볼 기술 이슈]

https://contents.brunel.ai/3OzHCef

주요 기술 키워드

1. OLED

2. 특허무효소송

3. 엑소좀

4. 대체감미료

5. USB-C

[2022.06.16 눈여겨볼 '특정' 기술 이슈 - 반도체]

https://contents.brunel.ai/3zGshnH

주요 기술 키워드

1. 반도체 인력 양성

2. 반도체 기술 동향

3. 반도체 국내 동향

4. 반도체 해외 동향

(이벤트中)지속가능한 리모트 라이프의 모든 것, 리모레터 론칭!

안녕하세요! 리모레터 그레이스입니다:)

이번에는 오비스가 아닌 리모레터로 인사드리는 이유, 궁금하신가요? 바로 오늘! 리모트 환경에 관심있는 분들께 더욱 가까이 다가가기위해 리모레터라는 뉴스레터를 론칭했답니다!

리모레터는 Remote(리모트) + Letter(레터)의 합성어인데요. 리모트 워크부터 여행, 공부, 이벤트, 미팅까지! 시공간을 초월해서 할 수 있는 다양한 것들에 대해서 이야기할 계획입니다. 지속가능한 리모트 라이프가 무엇인지 제.대.로 보여드릴게요😎

아! 지금은 리모레터의 론칭 이벤트가 진행 중이니 놓치지 마세요❤️

리모레터 구독하기▶︎ https://page.stibee.com/subscriptions/183398

🎁이벤트 참여 방법

✅ 구독하기!

✅ 리모레터 1호 보기

✅ 설문 조사 참여하기

끗-!

리모레터 1호 보고 이벤트 참여하기▶︎ https://stibee.com/api/v1.0/emails/share/IKGQrgPyQMpfO7ZnLuCMci-pPt_0R7E=

고객 인터뷰는 언제, 얼마나 해야할까요?

​

저에게 고객 인터뷰를 알려준 두 개의 책, 'The Mom Test' 그리고 'Lean 고객개발'에서는

​

항상 해라

라고 합니다.

​

제품 개발처럼 고객 인터뷰도 '고객 개발'이라고 표현하며 고객의 목소리를 듣는 걸 게을리하지 말라고 말하죠. 결국 고객이 원하는 것을 바탕으로 훌륭한 제품을 만드는 것이 본질이니깐요.

​

어느샌가 고객이 원하는 게 아니라 뇌피셜로 내가 원하는 것을 만드는 쪽으로 빠지지 않는 유일한 방법인 거 같아요.

​

이게 말처럼 쉽지 않아요.(저도 저렇게 꾸준히 해본 적은 잘 없는 거 같아요)

​

그래서 이번에는 프로덕트를 만들면서 그리고 사업을 이어나가면서 고객개발을 정말 꾸준히 해보려고 해요.

​

어떻게 그렇게 할 수 있을까요?

​

1. 하루에 너무 많이 하지 않기

​

저는 최대 하루에 3명까지로 정했어요. 3명보다 많이 하려고 하면 일단 지쳐요..ㅋㅋㅋ

​

그리고 인터뷰도 할 때마다 새로 배우는 것들이 있어서 다음 인터뷰를 더 잘 준비할 수 있게 되는데, 레슨런을 적용할 시간도 필요해요.

​

​

2. 월별/주별 목표 정하기

​

고객 개발을 꾸준히, 항상 해야하는 거라면 정기적으로 얼마나 할 지 목표를 정해보면 좋겠죠?

​

B2B 비즈니스라면, 모든 고객 인터뷰는 사실상 세일즈로 연결될 수 있는 만남이기 때문에 그냥 최대한 많이 하면 할수록 좋습니다.

​

B2C 라면 세일즈보다 제품에 대한 인사이트를 얻기 위함이니 시간/횟수를 딱 정해두는 게 좋아요.

저는 매주 약 4시간을 투자하여 3명과의 전화인터뷰, 10명과 자유롭게 채팅하기로 정했어요.

​

​

3. 꾸준히 할 수 있는 방법 마련하기

​

그럼 어떻게 꾸준히 할까요? 매번 고객 인터뷰를 구하기 위해 사방팔방 다니면 너무 힘들겠죠?

​

여러가지 방법이 있는데 제가 보고 들었던 방법에 대해 소개할게요.

​

1) 체험단/서포터즈 운영

​

특히 B2C 서비스에서 할 수 있는 방법인데, 서비스 관련된 혜택을 드리고 'ㅇㅇㅇ1기' 이런 식으로 운영하는 거에요. 톡방도 만들어서 서로 소통하게 하고, 좋은 아이디어를 내주면 리워드도 드리고, 숙제도 내드리고.. ㅋㅋㅋㅋ

​

가장 긴밀하게 소통할 수 있는 방법이지만, 서비스의 '열혈팬'들의 목소리만 들을 수 있어서 편향된 의견이 나올 수 있다는 단점이 있네요

​

2) 설문조사 뿌리기

​

이건 고객이 좀 많은 고객부자들만 할 수 있는 방법이에요. 그냥 문자로 설문조사를 뿌린 후, 설문 완료하면 스벅 기프티콘 드리겠다고 한 뒤, 설문조사에 전화인터뷰를 하는 옵션까지 포함시켜요. 전화인터뷰까지 하면 뭐 세트로 드리겠다 하면 쉽게 구할 수 있어요.

​

3) 알바천국

​

알바천국에 올리는 방법으로도 잘 구해졌어요. 고객 세그먼트를 자세히 묘사하고, "이런 것에 맞는 분 약 1시간 동안 인터뷰 합니다!" 라고 올리면 몇 일 안에 구해졌던 거 같아요. 돈이 가장 많이 드는 방법이라 풍족하시면 사용하세요.

​

고객이 눈앞에서 서비스를 사용하는 걸 직접 보면 굉장히 얻는 인사이트가 많답니다.

​

4) 코칭

​

이게 정말 좋은 거 같아요. 고객이 본인이 가진 문제에 대해서 A to Z 다 털어놓을 거에요. 그래야 본인이 최대한 도움을 받을 수 있으니깐요. 고객이 가장 필요한 게 뭔지, 페인포인트에 대해서 구체적으로 듣고 또 긴밀하게 도울 수 있는 윈윈 세팅이 됩니다.

​

- 노코드 툴이라면, 노코드로 웹사이트 만드는 코칭.

- 마음챙김 서비스라면, 마인드 코칭 혹은 심리 상담.

- 저같은 경우는 체중관리 서비스이기 때문에 다이어트 코칭.

​

코칭은 보통 돈도 받기 때문에 고객개발 하면서 돈도 버는 기적의 구조가 탄생되죠. (물론 무료로 해도 됩니다!)

​

그럼 꾸준~한 '고객 개발' 함께 해봐요 😁

​

꾸준하게 하시는 분 있다면 본인만의 팁도 남겨주세요!

100일챌린지#0007

세시간전에서 여행 크리에이터 컨퍼런스를 진행합니다

https://www.3hoursahead.com/articles/1391

유명 여행 크리에이터들에게 듣는 설레는 여행 크리에이터의 삶

어떤 콘텐츠로 여행자들에게 설레는 마음을 줄 수 있을지 듣는 자리가 될 것 입니다.

코딩은 몰라도 일은 해야하니까

개발자를 동료로 혹은 클라이언트로 함께 업무하고 계신 분들이라면...! 아마도 서로 이해하는 바가 달라 어려웠던 경험이 한 번쯤 있을거라 생각됩니다.

오늘은 개발자와의 협업할 때 어려웠던 지점을 잘 해결해 시너지를 내고 싶은 분들을 위해 준비했어요!

그로우앤베터 CTO 덴마가 이야기하는 개발자와 소통하는 법

Q. ‘개발자’란 어떤 일을 하는 사람이라고 정의할 수 있을까요? 그리고 개발자에게 가장 필요한 역량은 무엇일까요?

개발자는 컴퓨터에게 뭘 시킬지 어떻게 시킬지를 고민하는 사람인 것 같아요. 결과적으로는 비즈니스에서 원하는 바를 가장 효율적으로 작업해서 구현하고 운영하는 걸 목표로 컴퓨터를 다루는 사람이라고 정의할 수 있을 것 같아요.

개발자는 아무래도 다른 업무보다 사용자와의 거리가 조금 있어요. 그렇지만 또 어느 부분은 밀접하게 연결이 돼있어요. 예를 들면 로딩 시간을 단축한 경우, '사이트 사용이 굉장히 쾌적해졌네요'같은 피드백을 사용자한테 직접 받기도 하죠. 그래서 개발자는 프로그램의 완성도냐 사용자가 느끼는 가치냐를 두고 어디에 더 비중을 두느냐에 따라 크게 둘로 나뉜다고 볼 수 있을 것 같아요.

개발자들은 두 가지 측면에서 잘 균형을 맞추는 게 중요하다고 생각해요.

그리고 개발자에게 가장 필수적이라 할 수 있는 능력은 논리적 사고인 것 같아요. 예를 들어볼까요. 프로그램에 어떤 문제가 생겼다. 그럼 그 버그를 찾는 과정에서 가설을 세우고 직접적으로 연관되지 않는 요소를 제거하고 빠르게 수정해나가는 과정은 논리적 사고의 훈련이 되어 있어야 가능해요. 그렇지 않고 당장의 문제상황이 발생해서 눈앞의 문제(버그) 수정에만 급급하면 큰 크림을 보지 못하고 수정의 수정만 반복하게 되거든요. 그래서 논리적으로 가설을 세우고 그것을 검증하고 잘 반복하는 능력이 가장 필수적이라고 생각해요.

Q. 그로우앤베터 사내세미나로 ‘개발자와 대화하는 법’을 진행하셨어요. 진행하게 된 계기가 있으셨나요?

그로우앤베터가 이제 갓 1년을 넘기며 본격적으로 개발팀이 구성이 됐어요. 최근 다양한 직군의 동료들이 함께하게 되면서 그로우앤베터가 기술적으로 나아가야할 방향 등을 개발팀만 이야기하는 건 어딘가 한쪽으로 기울어진 것 같았어요. 초기 스타트업은 동료 한 사람이 매우 큰 역할을 하고 그 안에서 커뮤니케이션은 가장 기본적이면서 제일 어려운 일이죠. 그래서 서로가 하는 업무에 더욱 적극적으로 관심을 갖고 투명하게 일하는 방법을 찾다가 시작하게 됐어요.

▶️ 그로우앤베터 CTO 덴마의 인터뷰 전문보기: https://bit.ly/3b3txqQ

📌 개발자와 협업하는 사람이라면 누구나! 1천원 세미나 참여하기: https://bit.ly/3b3tFXr

디스콰이엇 X 매쉬업엔젤스 Office Hour 이름 추천해주세요!!

6월 말 정도에 디스콰이엇과 매쉬업엔젤스가 Office Hour를 진행해보려고 하는데요.

Office Hour의 이름을 무엇으로 하면 좋을까요?

지금까지 저희끼리 생각해본 이름은 이런게 있어요 ㅋㅋㅋ

• Disquiet Open Office Hour
• Maker Gathering (메이커 게더링)
• Maker Assemble (메이커 어셈블)
• Maker Open IR

댓글로 아이디어 남겨주시면 감사하겠습니다!!

디스콰이엇에서 활동하시는 트렌드세터 메이커분들을 위해!

오늘도 최신 기술 소식 가지고 왔습니다.

오늘 특집은 '환경' 분야입니다.

다양한 분야에서 ESG가 대두되고 있는 상황이라, 반영해보았습니다. :)

[기술 이슈에서 짚어보면 좋을, 오늘의 기술상식]

1. 아마존, '30분내 ____ 배송' 美서 연내 시작

2. '두산·삼성·한전' _____ 발전 맞손, 친환경 드림팀 띄운다

——————————————————

[2022.06.15 눈여겨볼 기술 이슈]

https://contents.brunel.ai/3b0Vxev

주요 기술 키워드

1. 배달앱 이용 감소

2. 누리호 하루 연기

3. 코로나19 자연항체

4. 30분 드론 배송

5. 온실가스와 극한강수량

[2022.06.15 눈여겨볼 '특정' 기술 이슈 - 환경]

https://contents.brunel.ai/3xwEdFS

주요 기술 키워드

1. 그린 암모니아

2. 녹조 감시

3. 그린 유니콘

4. 탄소중립

5. 친환경 교통수단

6. 정책/규제

고객과 대화하는법 3가지

어제 고객 인터뷰를 했는데요, 인터뷰 잘하는 법에 대해 써보고자 합니다.

고객 찾는법이 궁금하다면?

​

배우고 싶은 3가지를 명확하게

우선 인터뷰 하기 전에, 명확히 해야하는 것이 있다.

​

무엇을 배우고 싶은가?

​

더도 말고 덜도 말고 딱 3가지만 정해보자.

​

배우고 싶은 것 아이디어들

- 지금 내가 가진 가설 중, 가장 위험한 가설이 뭐지?

- 내 프로덕트의 가장 핵심 기능을 고객들이 정말 필요로 하고 있을까?

- 현재 고객들은 어떻게 문제를 해결하고 있지?

- 현재 고객들은 문제를 해결하기 위해 얼마를 내고 있지?

​

​

무엇을 배우고 싶은지 명확하지 않으면, 어떤 질문을 해야할지 잘 모르고 그러면 어렵게 얻은 인터뷰가 끝나고 나서 '아 재밌었다' 하고 끝날 수도 있다.

​

다이어트 솔루션을 만들고 있는 나 같은 경우에는,

​

1. 바디프로필을 찍고 싶은 이유가 무엇인가?

2. 다이어트를 하면서 가장 어려운 점이 무엇이었는가?

3. 다이어트를 하며 어떤 습관들을 만들어가는가?

​

이 세 가지로 정했다.

​

과거의 경험에 대해 물어보기

​

이유는 2가지이다.

​

1. 사람은 미래의 본인의 행동을 예측을 정말 못한다.

​

'올해에는 매일 운동해야지!' 하고 3일 한다던지,

'와 이 사람은 내 운명의 상대야!' 하고 ... (생략)

​

그래서 인터뷰에서 "이렇게 하면 어떨 거 같으세요?" 라고 물어보면 꽤나 부정확한 답변을 얻을 확률이 높다.

​

2. 좋은 말을 해주고 싶어한다.

​

이 제품 어때요? 라고 물어보면 당연히 "오, 너무 좋은데요? 나오면 바로 살 거 같아요!" 라고 말하게된다.

​

친구가 새로 산 옷 어떠냐고 물어봤을 때 뭐라고 답했는지 떠올려보면 된다.

​

그래서 진실을 듣고 싶다면, 과거의 경험에 대해 물어봐야한다.

​

ex)

다이어트를 하게 된다면, 몸무게를 매일 잴 거 같나요? (X)

다이어트 했을 때, 몸무게를 얼마나 자주 쟀나요? (O)

​

이런 제품에 돈을 얼마나 낼 거 같나요? (X)

이 문제를 해결하기 위해 사용했던 ㅇㅇ에는 돈을 얼마나 냈었나요? (O)

​

​

왜왜왜

​

5 why 기법이라고도 하는데, 본질적인 원인에 다가가기 위한 질문법이다.

처음에는 당연한 말에 "왜?"라고 묻는게 어색할 수 있지만 계속 묻다보면 재밌는 것들이 나올 때가 있다.

​

Q. 바디 프로필을 왜 찍고 싶나요?

A. 이 시기에 건강한 몸을 만들어 남기고 싶어요.

Q. 건강한 몸을 만들면 무엇이 좋은가요?

A. 음.. 그럼 더 보기 좋잖아요!

Q. 보기 좋다는게...

A. 사실 요새 입고 싶은 옷을 마음대로 못 입고 있어요. 상황 봐가면서 적당히 입어야하는게 싫어요.. 어떤 옷이든 자신감 있게 입고 싶어요!

​

이렇게 계속해서 Why를 물어보다보니 나와 인터뷰 했던 분은 처음에는 "건강"을 이야기했지만, 알고보니 "외모에 대한 자신감"을 더 원했다.

​

고객 인터뷰를 통해 인사이트를 얻는 과정에 대해 더 알고 싶다면 "The Mom Test"를 읽어보는 것을 적극 추천한다.

​

그럼 즐거운 고객 인터뷰 되세요!

100일챌린지#007