안녕하세요 :) 정예지입니다.

Join 해놓고 자기소개를 뒤늦게 올립니다. ㅎㅎ

저는 직장인 대상 실무교육을 제공하는 데이원컴퍼니(패스트캠퍼스)에서 B2B 마케팅하고 있는 정예지입니다. 제가 현재 마케팅하는 건 기업을 대상으로 하는 교육 프로그램과 서비스고요. 인하우스 HRD하시는 분들이 주 고객입니다.

비록(?) 회사 내 포지션은 마케터지만...! 세일즈 담당하시는 분들과 계속해서 함께 일하고 있어서 릴레잇의 블로그 글을 항상 열심히 봐 왔고, 최근에 디스콰이엇에 계정을 만들면서 여기도 열심히 눈팅하고 있습니다. 좋은 콘텐츠 올려주시는 릴레잇 감사합니다- 👋

클러버 분들이 올려주시는 글들 열심히 보구, 저도 종종 러닝 공유 드릴 것이 있으면 올려보겠습니다. 잘 부탁 드립니다-!

처음 B2B 세일즈를 시작할 때 배우면 안 되는 10가지

제가 B2B SaaS GTM을 하게 되면서 SaaStr의 제이슨 렘킨(Jason Lemkin)이 쓴 글을 정말 열심히 읽고 있는데요. 오늘은 제이슨이 최근에 공유한 처음 B2B 세일즈를 시작할 때 배우면 안 되는 10가지에 대해 공유합니다. 

이 10가지는 B2B 세일즈를 시작할 사람들에게 많이 가르치는 것들이지만, 실제로는 도움이 되지 않는 것들입니다. 세일즈하는 상황에서 혹시 내가 이런 실수를 하고 있지 않을까 고민해 보시면 좋을 것 같습니다. 🙂

1. "당신의 시간을 낭비하는 잠재 고객을 조심하라": 잠재 고객이 우리 시간을 낭비하는 것이 아닌 우리가 잠재 고객의 시간을 낭비하는 경우가 훨씬 많습니다.
2. 사용해 보지 않은 기능을 파는 것: 제품 자체, 또는 제품 내 특정 기능을 사용해 보지도 않고 세일즈하는 것은 말이 되지 않습니다.
3. 즉시 할인을 제공하는 것: 할인은 세일즈하도록 돕는 좋은 수단 중 하나이지만, 늘 할인부터 제공하는 것은 도움이 되지 않습니다.
4. SDR이 고객 검증을 알아서 하도록 내버려 두는 것: SDR이 검증한 고객을 AE도 추가 검증을 꼭 해야 합니다.
5. 경쟁사 공격하기 (특히 너무 빨리): 경쟁사에 대한 정말 자세히 아는 것이 아니라면, 오히려 경쟁사에 질 수 있습니다.
6. 영업 담당자가 편한 시간에 일정을 잡는 것: 잠재 고객이 일정을 잡는 과정에서도 우리가 그들을 배려하고 있다는 것을 느낄 수 있어야 하고, 그들이 선택할 수 있는 시간/일정 옵션이 충분해야 합니다.
7. 내부 시스템/승인 절차를 무시하는 것: 딜 클로징을 조금이라도 더 빨리하기 위해 내부 시스템/승인 절차를 무시하거나 우회하도록 교육받는 경우가 있습니다. 물론 딜 클로징을 빨리할 수 있겠지만, 이건 결국 장기적으로 큰 문제를 야기할 수 있습니다.
8. "저희 대표님은 너무 바빠서 도와드릴 수 없습니다.": 중요한 고객일 경우, 오히려 대표님이 관여하는 것이 모두에게 득이 될 수 있습니다. 특히 영업팀이 아직 크지 않은 경우는 더욱 그렇습니다.
9. 잠재 고객에게 이별 통보를 하는 것: 잠재 고객이 ICP가 아니고, 당신의 제품이 문제를 해결할 수 있을 것 같지 않은 경우가 있습니다. 그럴 때 절대 잠재 고객의 시간을 낭비하거나, 존중하지 않는 태도를 보여서는 안 됩니다. 그럴 바엔 이메일을 보내지 않는 것이 더 낫습니다.
10. 모든 사람에게 자동화 이메일을 보내는 것: 가장 최악의 방법 중 하나입니다. 자동화 이메일 기능은 매우 도움이 되지만, 이건 영업 활동을 돕기 위한 것이지 모두 대체하기 위한 것은 아닙니다.

+ 보너스: 고객에게 필요 이상을 많이 파는 것: 이것은 결국 이후 재계약 때 악영향을 끼칩니다.

더 자세한 내용은 원문을 확인하시면 됩니다.

10 Things New Sales Reps Are Taught. That Maybe They Shouldn't Be. | SaaStr

Q: What sales tactics that are taught to new salespeople bother you enough that you refuse to use them? A few that I think really do you a disservice in

https://www.saastr.com/10-things-new-sales-reps-are-taught-that-they-shouldnt-be/?mkt_tok=NzIwLVJTVC0zMTkAAAGLe4vudKZhf4uEfOqWCUY5Ily6b6JBSP2rpdObmC0CT1YdbgjsFXruHtE22YoqLwCPhb3UxTRDDb9Ygmhn9SNa-r4ooF-Z3y3waP3jJVgeTg

4월의 나를 만든 것들 ㅣ 2023년 4월 회고

3월의 나

지난 3월의 나는 하루는 길지만 한 달은 짧고, 일년은 더 짧다라는 생각을 자주 했다. 이직 후 1년이라는 시간이 너무 빠르게 흘렀다. 딱 1년 전 이 채용 공고를 보고 패스트벤처스에 지원을 했다.

학습이 습관이 되어야 합니다. 정형화된 업무와 프로세스보다는 업무 자체의 비정형성과 자기 주도적 업무 생성 및 처리에 거부감이 없는 분이라면 좋겠습니다.

채용 공고에 적혀있던 말처럼 지난 1년의 나에게 정형화된 업무는 단 하나도 없었다. VC라는 업계도 낯설었지만, VC 안의 마케터라는 직무는 더 낯선 일이었다.

나의 고객은 '스타트업 창업자'였고, 목표는 '좋은 창업팀을 프로덕트를 통해 패스트벤처스로 모으는 일' 이었다. 그렇게 지난 1년 동안 엑셀러레이팅 프로그램 START를 3번 운영했고, 교육 프로그램 Textbook 을 3번 모객했고, 홈페이지 리뉴얼을 담당했다. 낯선 업이었지만 새로운 시스템을 만드는 일이 즐거웠고, 바쁜 1년이 지나갔다.

이 모든 게 끝난 시점이 지난 3월이었다. 비정형적이었던 업무들은 내가 만든 시스템 안에서 정형화 되기 시작했고, 주기적으로 돌아가는 안정적인 업무 루틴이 생겼다. 안정적이다보니 일을 하면서 '이걸 더 잘하기 위해선 어떤 걸 뾰족하게 해야할까?'라는 고민을 시작하게 되었다. 그런 고민을 하다보면 하루가 길었고, 긴 하루가 모여서 일주일이 되면 '이번 주 왜이렇게 빠르게 지나갔지?'라는 자기 반성을 했다.

3월의 끝에 대표님께 원온원 미팅을 신청했다. 대표님은 이 일을 더 잘하기 위해선 이 업에 대한 이해도가 높아야하고, 그러기 위해선 이 업계에 있는 좋은 사람들을 많이 만나고, 또 나를 만나줄 이유를 만들어야 한다는 조언을 해주셨다. 그렇게 4월을 시작했다.

4월의 나를 만든 3가지

1) 커피챗

10명 넘는 스타트업 업계 사람들과 개인적으로, 업무적으로 만남을 가졌다. 네트워킹은 내가 제일 못하는 것 중 하나다. 못하기 때문에 더 준비를 했다. 미팅 나가기 전 꼼꼼하게 이 분은 어떤 일을 하시고, 어떤 백그라운드가 있는 지 찾아봤다. 미리 물어볼 질문도 3-4개씩 준비해갔다. 자기 일을 사랑하는 사람들과의 만남이 많아질 수록, 개인적으로도, 일적으로도 많은 영향을 받았다. 내가 경험해보지 못하는 일들을 만들어내는 사람들과의 만남을 기다리게 되었다.

2) 모임 참여

Sunday Blogging Club, 먼슬리 모닝 회고, 마케팅 모임, 스타트업 모임 등 다양한 모임에 참여했다. 먼슬리 모닝 회고에 참여하면서 월간 단위로 나를 회고 하기 시작했고, Sunday Blogging Club 모임에 참여하면서 단순 회고에만 그치지 않고 이걸 글로 작성하게 되었다. 모임에 참여하면서 구체적인 액션 플랜이 만들어지고, 또 다른 기회가 만들어졌다.

3) 글

오늘 이 글까지 크고 작은 10개의 글을 썼다. 글을 쓰는 게 어려웠는데, 그냥 써보기로 했다. 태완님 말처럼 글싸기를 하다보면 언젠가 글 쓰기를 할 수 있을테니까. 글은 확실히 쓰다보니 빨라졌고, 글을 쓰다보니 좀 더 깊은 생각을 하게 되었다.

5월의 나를 만들 것들

• 스타트업 관련 해외 아티클 공부하기
• 해외 스타트업 유니콘 관련 글 2편 이상 써보기
• 더 많은 사람들을 만나기

5월에는 좀 더 질을 높일 수 있는 한 달이 되고 싶다.

제품을 만들고 운영하는 것도 바쁜데 블로그까지 운영해야 할까요?

내일(5/9) 저녁 7시에 '데이터 기반 콘텐츠 마케팅'을 주제로 세미나를 진행합니다.

이 세미나가 꼭 필요할 것 같은 친구, 동료가 있다면 세미나 소식을 알려주세요!

[ 이런 궁금증이 있는 분들께 도움이 될거에요 ]

✔ 다른 회사는 블로그, 뉴스레터를 어떻게 운영하고 있나요?

✔ 제품을 만들고 운영하는 것도 바쁜데 블로그까지 운영해야 할까요?

✔ 기업 블로그가 비즈니스 성장에 영향을 줄 수 있나요?

✔ 뉴스레터 발송 후 봐야하는 가장 중요한 지표는 무엇인가요?

✔ 구독자를 어떻게 하면 많이 모을 수 있을까요? 꿀팁이 있나요?

[ 강연 ]

1️⃣ “기업 블로그, 데이터 분석으로 MAU 800% 성장시키기”

_데이터리안 콘텐츠 마케터 이보민님

2️⃣ “데이터 분석가의 뉴스레터 그로스 해킹: 구독자 수, 오픈율만 보고 계신가요?”

_ 데이터리안 데이터 분석가 송혜정님

[ 이런 분들께 추천해요 ]

✔ 요즘 마케팅에 블로그가 필수라고 해서 만들었는데 방문자 수가 늘지 않아 걱정하고 있는 마케터

✔ 제품을 만들고 운영하는 것도 바쁜데 기업 블로그까지 운영해야 할지 고민 중인 스타트업 종사자

✔ 비즈니스 성장을 위해 뉴스레터 오픈율, 클릭률보다 더 깊이 있는 데이터를 분석해 보고 싶은 이메일 마케팅 담당자

✔ 다른 회사에서는 블로그와 뉴스레터를 어떻게 운영하고 있는지 궁금한 분이라면 누구나

세미나 신청하기

https://bit.ly/3EXDhz1

강연 미리보기

👉 https://bit.ly/3NDejKh

👉 https://bit.ly/3Nx7k5I

Today I Learned #4 (23.05.08)

오늘 본 내용

Week 27 - 📈 📊 How to Develop and Write KPIs: A Guide for Product Managers 📋

Quote KPIs are like a GPS for product managers, except they won't reroute you when you take a wrong turn, they'll just tell you how far away from your destination you are. Poll - Know from fellow PMs 🚀 Want to stay ahead in Product Management, Growth, and Strategy? Don't miss out on our daily updates click the link below to follow 💡 LinkedIn profile now

https://sidsaladi.substack.com/p/week-27-how-to-develop-and-write

• KPI와 지표는 제품이 얼마나 잘 하고 있는지 측정하고 개선할 수 있는 영역을 파악하는데 도움을 주는 중요한 도구
• KPI
• 특정 비즈니스 목표와 연계된 고수준 성과 지표
• 잘못되었는지만 알려줄 뿐 어떻게하면 올바른 길을 갈 수 있는지 알려주지는 못함
• 지표 
• 특정 영역에서 제품이 얼마나 잘하고 있는지를 이해하는 데 도움이 되는 더 세부적인 성과 측정
• 제품 관리자를 위한 KPI 개발 및 작성 방법
• 비지니스 목표를 설정
• 비지니스 목표를 달성하기 위한 제품의 주요한 측면 확인
• 각 영역에 대한 지표 정의
• 지표와 일치하는 KPI 설정
• 지속적으로 KPI를 모니터링하고 조정
• 효율적인 KPI 작성을 위한 템플릿
• 정의 : KPI의 정의 작성
• 목표 : KPI의 목표 작성
• 목표치 : KPI에 대한 구체적인 목표값 설정
• 측정 : KPI 측정을 위한 방법
• 책임 : KPI 모니터링 담당자
• 행동 계획 : 목표값 이하로 하락한 경우 KPI 개선을 위해 해야할 행동
• 이유 : 이 KPI가 비지니스에 왜 중요한지와 전반적인 전력을 어떻게 지원하는지 작성
• 관련 KPIs : 이 KPI와 함께 추적하여 성능의 전체적인 그림을 이해하는데 중요한 다른 KPI들

고민하고 생각해 볼 내용

• 자사 제품에 대해 각 기능별로 KPI를 수립할 수 있는지 고민해보기 
• KPI 수립이 어렵다면 왜 어려운지 고민해보기

Today I Learned #4 (23.05.08)

오늘 본 내용 Week 27 - 📈 📊 How to Develop and Write KPIs: A Guide for Product Managers 📋 Quote KPIs are like a GPS for product managers, except they won't reroute you when you take a wrong turn, they'll just tell you how far away from your destination you are. Poll - Know from fellow PMs 🚀 Want to stay ahead in Product Management, Growth, a sidsaladi.substack.com KPI와 지표는 제품이 얼마나 잘 하고 있는지 측정하고 개선할 수 ..

https://wikilog.tistory.com/74

PARD AI 스터디 회고!🤖

2차로 진행된 인공지능 스터디! 1차 보다 한 주제에 대해서 더 깊고, 심도 있는 이야기를 나눌 수 있었던 것 같습니다!

1. Hyper-Scale Model Inference의 최적화 문제
2. 정보기하학
3. 테슬라의 미래전략과 NPU

위의 3가지 주제로 약 1시간 20분의 스터디가 진행되었습니다~🔥

⬆️ 노션에 아카이빙된 이번 주 주제들

내용 요약과 느낀 점

✅ 초대형 추론 모델의 최적화 문제

<내용>

1. LLM Inference는 비싸고 비효율적입니다. 하지만 그것을 감수할 수 있는 근거가 있으며, 현실화된 몇 안되는 AI 모델입니다.
2. LLM Inference를 위한 최선의 방법은 HBM(고대역 메모리) 등을 장착한 A100/H100입니다. 하지만 Scale-Up이 힘듭니다. (HBM 수급, Power, 가격, 수요,…)
3. 이를 해결할 유일한 출구는 모델 압축 기술이고, Quantization / Pruning 등이 많이 연고 되고 있습니다.
4. AI 언어 모델, 경량화 기법, 시스템 소프트웨어 최적화, GPU, 하드웨어 구현, 등등

➡️ 성찬님께서 나눠주신 생각들에서 "Fine-tuning을 잘하는 게 중요한건가?", "굳이 큰 모델을 만들어야 하는가?"라는 질문을 들었을 때, "정말 모델의 size만 커지면 높은 지능 수준을 만들어 낼 수 있을까?"라는 생각이 들었습니다. GPT-3 모델의 parameter 수가 175B. 즉, 약 1750억 개인데, 사람 한 명의 뉴런 수는 일반적으로 1000억 개라고 합니다. GPT-3의 size가 사람보다 더 큰데, 여전히 인간의 지능을 넘지 못했기 때문입니다.

✅ 정보기하 소개

<내용>

1. 머신러닝은 어떻게 동작할까요? 데이터와 모델이 필요합니다!
2. 데이터는 어떻게 만들 수 있나요? 세상의 다양한 데이터 형태를 컴퓨터가 이해할 수 있는 언어로 표현해 냅니다!
3. 모델은 어떻게 만들 수 있나요? 모델을 구성하고 있는 것은 코드들이고, 코드를 구성하고 있는 것은 수식들입니다.
4. 수식은 무엇을 의미하나요? 수식은 저마다의 철학을 담고 있고, 그 철학들은 어떠한 상황 속에서 어떠한 행위를 해내고 싶은 인간의 욕망이 투영된 것입니다.
5. 인공지능 연구자는 어떠한 일을 통해 가치를 창출해내나요? 인공지능 연구자는 기존의 수식들에 담긴 욕망들을 이해하고, 그것을 읽고 활용하는 문해력을 키운 뒤, 관심있는 분야의 문제를 해결하는데 도구로서 인공지능을 사용합니다!

➡️ 딥러닝의 한 신경, parameter는 하나의 수식으로 이루어져 있기 때문에 결국 그 수식 내에 국한될 수 밖에 없다는 것이 인상적이었습니다. 이 부분 때문에 딥러닝이 아직 인간의 지능을 넘지 못하고 있는 것의 원인 중 하나라는 생각이 들었습니다.

✅ 테슬라의 미래전략과 NPU

<내용>

1. Tesla의 Vision : 지속 가능한 에너지로의 전환을 통한 친환경 에너지 사회
2. 화석 연료 대신 재생에너지로 전기를 만들고 저장하고 유통하겠다
3. 전기 자동차를 파는 에너지 회사
4. 사람들이 태양 에너지를 발전, 사용, 저장, 거래하는 길목을 차지하겠다
5. NPU : AI 가속기, AI 반도체라고 부르며, AI 알고리즘 특유의 패턴에 특화된 반도체
6. AI가 Training에서 Inference(추론)의 단계로 넘어갈 때, 많은 양의 전력량이 필요하므로, 비용을 줄이기 위해 NPU가 필요

➡️ GPU와 NPU의 사이에서 적절한 합의점을 찾을 필요가 있을 것 같다는 생각이 들었습니다! 범용성만을 추구하면 전력 문제와 더불어 전성비의 손실이 크고, 특화성만을 추구한다면 호환성의 문제가 생길 것이기 때문에 결국 중간 지점에서 어느 한 쪽에 치우치지 않는 구현과 제작이 필요할 것 같다는 생각이 들었습니다! 또 결국 그런 Unit이 살아 남을 수 있을 것 같습니다. 감사합니다 :)

ChatGPT의 등장 배경과 원리

1. Generative AI(생성형 인공지능)
2. 소개: 최근 Generative AI 키워드가 핫하게 세계를 강타하고 있습니다. 마케팅, 검색, 글쓰기, 비디오, 이미지 등등 아시다시피 Generative AI 기반에 많은 제품과 모델 그리고 스타트업들이 만들어지고 있습니다. 

1. 시장 규모: 새로운 보고서에 의하면 세계의 생성형 인공지능(Generative AI) 시장 규모는 2030년까지 1093억 7,000만 달러(144조 3,137억 1,500만원)에 이를 것으로 예측됩니다.
2. https://www.giikorea.co.kr/report/grvi1178559-generative-ai-market-size-share-trends-analysis.html?CODE=grvi1178559-generative-ai-market-size-share-trends-analysis.html&TYPE=0
3. 예시
4. Jasper: Create amazing marketing copy 10X faster with AI. 작문을 도와주는 AI 스타트업입으로 마케팅 문구를 더 빠르게 작성해주거나, 블로그 글을 작성해주는 등 여러가지 텍스트 작업을 대신 해줍니다. 

Jasper - Try For Free

Meet Jasper, the better AI for business. Rated 4.8 / 5 stars in 10,000+ reviews. Start your 7-day free trial today.

https://www.jasper.ai/free-trial?_from=ads&fp_sid=1-g-Cj0KCQjwmN2iBhCrARIsAG_G2i7FtGqG2CqzqDzl3DGouUud-d0FZOdJ1yockwGKSLcKW_Cq83CLnEcaApi4EALw_wcB&gclid=Cj0KCQjwmN2iBhCrARIsAG_G2i7FtGqG2CqzqDzl3DGouUud-d0FZOdJ1yockwGKSLcKW_Cq83CLnEcaApi4EALw_wcB

1. Lensa AI: 주어진 프로필 사진을 AI가 초상화로 그려줍니다.

Lensa: Magic Avatars

Lensa is a brand new way of making your selfies look better, than you could have ever imagined. Forget about conventional filters and photo editing tools. We bring you the simplest, yet the most practical mobile app to date for perfecting your selfies on the go. So, if there’s anything you think should be corrected in your selfie, you now have this amazing, simple app to help you.

https://land.prisma-ai.com/magic-avatars/

Lensa AI Magic Avatar: 수백 수천의 AI가 그려주는 초상화 - 디자인 나침반

Lensa AI의 새로운 기능 매직 아바타 Magic Avatar가 엄청난 인기입니다. 미국 앱스토어 1위를 Lensa AI가 유지하고 있으며 기능 업데이트 후 첫 11 동안 무려 1,260만개가 설치됐습니다. Leansa AI는 이미지 편집 앱으로 2018년에 출시했으며 최근 오픈 소스 Stable Diffusion 모델을 이용해 매직 아바타 기능을 만들었습니다. 매직 아바타는 자신의 사진 10~20장을 업로드하면 디지털 아티스트가 만든 것 같은 초상화를 만들어줍니다. 7일 무료 평가판으로 체험할 수 있으며 시

https://designcompass.org/2022/12/14/lensa-ai-magic-avatar/

1. Gen-1 by Runaway: 어떠한 Source Video를 Driving Image와 함께 주게 되면 동영상과 이미지를 섞어서 새로운 Generate Video를 생성해줍니다. 
2. Gen-2 by Runaway에서는 Input Image와 Driving Text를 주면 Output Video를 생성해줍니다. 
3. https://research.runwayml.com/gen2

1. 이해
2. Discriminative model(분류 모델): 이전에는 어떤 이미지를 주고, 그 이미지가 고양이 인지, 개인지 분류하는 AI를 봤을 것입니다. 간단하게 이러한 모델을 Discriminative model이라고 합니다. 
3. X → Model → Y: 
4. ex) 고양이 사진(X) → Model → 고양이(Y)
5. Generative model(생성 모델): 주어진 데이터를 학습하고 학습 데이터의 분포를 따르는 유사 데이터를 생성하는 모델입니다. 
6. X to Y: 
7. ex) text to text, text to image, text to audio …
8. ChatGPT
9. “저는 OpenAI에서 학습된 대규모 언어 모델인 ChatGPT입니다. 제 목적은 자연어 이해와 생성을 통해 사용자와 대화하는 것입니다. 무엇을 도와드릴까요?”(Answer by ChatGPT).
10. 일상적인 대화, 정보 검색, 번역, 자연어 생성, 챗봇 등 다양한 작업을 수행할 수 있습니다. 

1. ChatGPT의 학습 원리
2. Basic:
3. Pretrained Language Model이 필요합니다. 이는 인터넷에 있는 방대한 데이터를 이용해서 학습한 모델이라고 설명할 수 있습니다. 즉, P(X)로 어떠한 X가 들어갈 확률을 계산할 수 있는 그런 모델을 학습하는 것입니다. 이를 사용해서 우리는 P(Y | X)와 같이 조건부 확률을 계산할 수 있고, 활용하여 문장을 생성할 수 있게 됩니다. 
4. 쉽게 설명하면 어떤 입력 X가 들어갔을때, 그 입력에 대한 그럴듯한 Y가 나오게 되는 확률을 계산할 수 있게 되는 모델이 만들어집니다. 
5. Step1: collect demonstration data and train a supervised policy. 
6. 쉽게 설명하자면, Reinforcement learning(강화 학습)을 위해 6살 아이의 수준으로 설명하는 질문을 여러개 준비합니다.
7. 여러 질문들이 생성이 되고 이것을 사람이 답을 직접 작성해주게 됩니다. 
8. 위에 과정을 거친 적절한 demonstration data를 많이 모아서 이미 기존에 만들어진 Pretrained Language Model에 fine-tune이라는 것을 하게 됩니다. 그럼 기존에 만들어져 있는 Pretrained Language Model보다 좀 더 우리가 원하는 응답을 출력하는 Language Model이 완성이 됩니다. 
9. Reinforcement learning(강화 학습): 컴퓨터 에이전트가 역동적인 환경에서 반복적인 시행착오 상호작용을 통해 작업 수행 방법을 학습하는 머신러닝 기법의 한 유형입니다. 
10. fine-tune: 기존에 학습되어져 있는 모델을 기반으로 아케텍쳐를 새로운 목적에 맞게 변형하고 이미 학습된 모델로부터 학습을 업데이트 하는 방법을 말합니다. 
11. Step2: Collect comparison data and train a reward model.
12. 먼저, Reinforcement learning(강화 학습)을 위해 6살 아이의 수준으로 설명하는 질문을 여러개 준비합니다.
13. 그 다음 여러가지 응답 후보를 모델이 만들어내게 됩니다. 
14. 이후 사람이 그 응답 후보에 랭킹을 두어 랭킹 데이터를 만들게 됩니다. 
15. reward model은 그 랭킹 데이터를 학습하게 합니다. 어떤 이야기를 했을때 모델이 여러 응답 후보를 만들고 무엇이 가장 좋은 응답인지 선택할 수 있는, 가리킬 수 있는 그런 모델을 의미합니다. 
16. Step3: Optimize a policy against the reward model using the PPO reinforcement learning algorithm.
17. 이는 PPO 강화 학습을 통해서 모델을 개선하게 됩니다. 어떤 프롬프트(질문)들을 모델에게 부여합니다. 
18. 이후 모델이 응답을 여러개 생성하게 됩니다. 그리고 그 여러개 생성된 것에 대해서 이 reward model이 응답을 잘 했는지, 잘 못했는지에 대한 점수를 부여하게 됩니다.
19. 그럼 점수를 높게 받은 응답은 계속 하도록 학습이 되고, 만약 점수를 낮게 받았으면 그런 응답은 하지 않도록 학습이 됩니다.
20. 강점과 약점
21. 강점:
22. 복잡한 자연어 문장을 이해하고 적절한 응답을 생성
23. 논리와 지적 능력이 필요한 Task를 처리 가능
24. 프로그래밍, 번역, 요약, 창작
25. 약점:
26. 할루시네이션(Hallucination): 사실이 아니지만 그럴 듯한 말을 생성
27. 편견(Bias): 세상의 텍스트에 남겨진 편견이 학습되어 있음
28. 속도가 느림

우리 사업의 BM은 무엇인가요? l Textbook 4강 비즈니스모델

이번 Textbook 4강 비즈니스모델 편 에서 본 BM의 다양한 사례를 정리해보았습니다!

1) E-Commerce (마켓컬리, 쿠팡, 티몬)

1. 이커머스의 본질은 온라인에서 상품을 파는 것. 상품을 팔기 위해서는 고객이 있어야 함. 이커머스의 BM은 상품과 고객 관점에서 바라봐야 함
2. 고객
3. 최대한 좁고 구체적으로 정의하자 (마켓컬리는 초기 고객이 어떤 옷 브랜드를 좋아하고, 어떤 취미를 좋아하는 사람인 지 등 세분화하여 타겟함)
4. 고객을 아주 세부적이고 구체적으로 정해야 어디 가서 고객을 모아올 지 알 수 있음
5. 고객은 추후 변하지만 초창기 핵심 고객을 잡으면 뒤에 확장되는 고객들은 비교적 빨리 얻을 수 있음
6. 상품
7. 고객 입장에서 장 중요한 건 가격 & 품질 (품질이 같다면 가격이 저렴하고, 가격이 비싸려면 품질이 좋아야 함)
8. 가격은 거의 정해져 있기 때문에 Supply Chain 을 잘 들여다보면서 이게 마진 30% 사업인지, 40% 사업 인지 빠르게 확인해야 함
9. 창업가가 빨리 파악해야 하는 건 이 상품이 이 시장에서 가격이 어떻게 측정 되는지, 가격 경쟁이 심한 상품인지, 고객은 얼마나 가격에 민감한 지 등을 파악해야 함

2) Subscription

1. 구독 모델의 성공 요인
2. 구독의 행위가 고객에게 유의미한 가치여야 함 (ex) 와이즐리는 건강한 습관, 합리적인 소비 습관의 가치를 제공하였음)
3. 고객 경험이 매우 단순하고 쉬워야 함
4. 구독 서비스에 일반적으로 가지는 거부감을 해소해야 함 (나도 모르게 결제 될 것 같다 등)
5. 구독 모델 적용이 가능한 재화
6. 보충이 필요한 반복 구매 (ex) 면도날, 우유, 비타민 등)
7. 빠른 트렌드와 다양한 상품군에서 Curation으로 상품 선택권을 줄여주는 것 (ex) 화장품, 패션 등)
8. Unlimited Access (ex) 영화, 음악 등)
9. Financing (ex) 정수기, 매트릭스 등)
10. Maintenance & Management 지속적인 관리가 필요한 것 (ex) 정수기 등)

3) Marketplace

1. 마켓플레이스는 판매자와 구매자를 매칭시켜서 거래를 일으키는 BM
2. 판매자 VS 구매자
3. 판매자가 먼저냐 구매자가 먼저냐는 문제가 있는데 각 플랫폼마다 성격이 다름
4. 양면 플랫폼에서는 공급과 수요의 밸런스를 맞추는게 중요하고, 사업 모델에 따라서 어떤 것에 더 힘을 줘야 되는지가 좀 다름 (크몽의 경우 판매자 확보가 가장 중요한 KPI는 아니었고, 판매자가 들어왔을 때 더 잘 팔리게 만드는 게 핵심 KPI여서 상품을 어떻게 하면 더 잘 구성해서 매력적이게 보이게 할까를 고민하였음)
5. 수수료율
6. 어느 정도 수수료를 가져갈지는 구매 빈도, 객단가, 목적성 구매 여부에 따라 달라짐
7. 평균적으로 이커머스 플랫폼에서 수수료가 10%가 넘으면 아주 훌륭하다고 생각함

4) Rental

1. 한정된 자원을 쪼개서 여러 사람들이 쓸 수 있게끔 하는 비즈니스 (Wework, 패스트파이브, 쏘카 등)
2. Rental 모델 성립 조건
3. 자동차, 오피스 처럼 자원이 유한하고 새로 그 자원을 만드는 비용이 높아야 함
4. 이런 한정된 자원이 비효율적으로 사용되고 있음 (사용하지 않을 때 놀고 있는 자동차 등)
5. 자원 뿐만 아니라 부가적인 가치를 제공할 수 있도록 잘 조직화하고 모델링화 하여야 함

5) SAAS

1. SAAS 회사는 정형화된 사업 구조가 존재하기 때문에 학습을 통해 개선이 가능하고, 학습의 대상이 벤치마크로 존재한다. (Salesforce, Adobe, Zoom 등)
2. 일반적으로 LTV가 CAC의 세 배는 나와야지 이 비즈니스가 건전하다고 많이 판단함
3. 생각보다 영업 이익 창출이 쉽지 않음
4. 마케팅비는 일시에 회계상 인식하는데 고객들과의 계약 금액은 계약 기간에 따라 나눠서 인식 되는 회계적 이슈가 있음

6) Advertising

1. 트래픽은 사용자들로부터 매출은 광고주들로부터 받는 모델 (ex) google, facebook, twitter, 네이버 등)
2. 한국에서 광고모델로 연 매출 100억 이상 만들기 위해서는 MAU가 500만 이상은 되어야 함
3. 이 모델은 BM 관점으로 뭘 해야겠다보다는, 다수의 트래픽을 발생 시킬 수 있는 서비스를 만들어야 함

7) Freemium (부분 유료화)

1. 한국 온라인 게임이 창시한 비즈니스 모델로 기본적인 가치는 무료로 제공하면서, 고급 기능 제공/꾸미기 아이템 등의 유료 가치를 추가로 제공함
2. 온라인 비즈니스 모델의 상당수는 게임에서 오는 경우가 다수이기 때문에 게임 회사들의 수익화 방식을 연구할 필요가 있음

Notion API로 사내 백오피스 업무 프로세스 개선해보기

0.들어가며

안녕하세요. 저는 프론트엔드 개발자 현병택이라고 합니다 :)

제가 전 직장에서 Notion API를 활용해 백오피스 업무 프로세스를 개선하는 프로젝트를 진행했었는데요!

메이커분들이 관심을 가지실 수도 있을 것 같고, 제 스스로도 경험을 정리하는 차원에서 첫 메이커로그를 남기게 되었습니다ㅎㅎ

부족하지만 재밌게 읽어주세요!

1.프로젝트 목표

이번 노션 프로젝트의 핵심은 두 가지 목표가 있습니다

1) 기존 구글폼등으로 분산된 서비스 예약 및 채용 페이지 관리 및 DB관리를 노션페이지로 일원화하는 것

2) 별도의 어드민 페이지 없이 모든 예약페이지 관리부터 신청자 데이터도 노션으로 관리할 수 있도록 하는 것.

+) Notion API 자체가 어떻게 구성되고, 어디까지 가능한지, 한계점은 어디인지는 저의 블로그에 글을 남겨놨으니 여기서 확인을 해보시면 더 많은 내용을 검토하실 수 있을 것 같습니다 🙂

Notion API 어디까지 가능하니?

2.결과물 미리보기

2-1) 비효율적으로 진행되던 예약,신청페이지를 노션으로 일원화

[데모 영상]

file.notion.so

https://file.notion.so/f/s/25cfea5c-98b7-47c1-af7c-e3571ce67531/채용페이지.webm?id=30dfdb40-dfc2-470b-bc60-3105e3383705&table=block&spaceId=177b29e1-2726-40e0-9cec-f0097d016415&expirationTimestamp=1683619006060&signature=CKAxjObPt3VlUq_hEpxJn_Qgv3b5xCwOdUtAUUbwY9o&downloadName=채용페이지.webm

노션은 별도의 폼빌더가 없습니다.

프로덕트 헌트에서 좋은 평가를 받은 노션폼(https://notionforms.io/)라는 서비스가 흥행하고 있긴 합니다. 그러나 개인으로 사용하기엔 유료 서비스와 외국 사이트라는 것이 진입 허들을 만들고 있습니다. 또한 노션페이지에서 직접 수정할 수 있는 것이 아니라 notionForms에서 form에 대한 관리를 별도로 해줘야하기 때문에 번거로움이 있습니다.

그래서 저희 회사에서도 기존에는 위와 같이 별도의 노션 페이지를 공유해서 채용 소개 페이지가 따로 있고, 신청하기 버튼을 클릭시 구글폼의 신청링크로 신청을 하면 다시 그 신청자에 대한 관리를 노션에 별도로 기입해서 관리를 하던 상황이였습니다.

이를 해결하기 위해 노션의 페이지에 소개 문구를 작성하면, 웹에 반영되고 신청에 필요한 항목을 노션 데이터베이스의 속성으로 넣으면 해당 항목에 맞춰 반영되는 구조를 설계했습니다.

데모 영상을 보면 notion을 배포한 설문조사 페이지에서 설문을 입력하면 바로 notion DB에 반영되는 것을 알 수 있습니다.

2-2) 별도의 어드민 없이 노션으로 수정 및 데이터 관리 가능

[데모 영상]

file.notion.so

https://file.notion.so/f/s/c6cba47f-7c14-4aec-b53e-fddb8c6ca080/최종데모.mp4?id=c87d3c25-9adc-48e1-b8e1-d362aa5f6057&table=block&spaceId=177b29e1-2726-40e0-9cec-f0097d016415&expirationTimestamp=1683619072519&signature=VqOdLTKIwtm_wtHWPfw3BE88wlcr_bKFoegFP4_-aLQ&downloadName=최종데모.mp4

위의 영상에서 보듯이 타이틀이나 소개 문구, 이미지 등을 수정할 경우 바로 반영이 되며, 설문조사 항목을 추가하거나, 삭제하더라도 바로 반영이 됩니다.

이를 통해 노션데이터베이스, 페이지를 통해 비개발자도 충분히 Admin을 활용할 수 있게 서비스를 만들었습니다.

3. 설계

3-1) Notion API 쉽게 사용하기 위한 자체 API 구성

Notion API를 통해서 왠만한 백엔드 작업은 가능하지만 두 가지 문제가 있습니다

1. 노션에서 데이터를 넘겨줄 때 프론트엔드에서 조작하기 어려움
2. 속도가 느리다. 데이터 요청 시 평균 300ms~2000ms까지 걸립니다. 보통은 300ms 안쪽으로 데이터를 받아오지만, 10번에 1번 꼴로 데이터 2000ms까지 가는 경향

우선 1번의 문제먼저 보겠습니다.

아래의 데이터 구조는 Notion API에서 데이터를 넘겨주는 형태입니다.

  "object": "list","results": [{"object": "page","id": "59833787-2cf9-4fdf-8782-e53db20768a5","created_time": "2022-03-01T19:05:00.000Z","last_edited_time": "2022-07-06T20:25:00.000Z","created_by": {"object": "user","id": "ee5f0f84-409a-440f-983a-a5315961c6e4"},"last_edited_by": {"object": "user","id": "0c3e9826-b8f7-4f73-927d-2caaf86f1103"},"cover": {"type": "external","external": {"url": "<https://upload.wikimedia.org/wikipedia/commons/6/62/Tuscankale.jpg>"}},"icon": {"type": "emoji","emoji": "🥬"},"parent": {"type": "database_id","database_id": "d9824bdc-8445-4327-be8b-5b47500af6ce"},"archived": false,"properties": {"Store availability": {"id": "%3AUPp","type": "multi_select","multi_select": [{"id": "t|O@","name": "Gus's Community Market","color": "yellow"},{"id": "{Ml\\\\","name": "Rainbow Grocery","color": "gray"}]},"Food group": {"id": "A%40Hk","type": "select","select": {"id": "5e8e7e8f-432e-4d8a-8166-1821e10225fc","name": "🥬 Vegetable","color": "pink"}},"Price": {"id": "BJXS","type": "number","number": 2.5},"Responsible Person": {"id": "Iowm","type": "people","people": [{"object": "user","id": "cbfe3c6e-71cf-4cd3-b6e7-02f38f371bcc","name": "Cristina Cordova","avatar_url": "<https://lh6.googleusercontent.com/-rapvfCoTq5A/AAAAAAAAAAI/AAAAAAAAAAA/AKF05nDKmmUpkpFvWNBzvu9rnZEy7cbl8Q/photo.jpg>","type": "person","person": {"email": "cristina@makenotion.com"}}]},"Last ordered": {"id": "Jsfb","type": "date","date": {"start": "2022-02-22","end": null,"time_zone": null}},"Cost of next trip": {"id": "WOd%3B","type": "formula","formula": {"type": "number","number": 0}},"Recipes": {"id": "YfIu","type": "relation","relation": [{"id": "90eeeed8-2cdd-4af4-9cc1-3d24aff5f63c"},{"id": "a2da43ee-d43c-4285-8ae2-6d811f12629a"}],"has_more": false},"Description": {"id": "_Tc_","type": "rich_text","rich_text": [{"type": "text","text": {"content": "A dark ","link": null},"annotations": {"bold": false,"italic": false,"strikethrough": false,"underline": false,"code": false,"color": "default"},"plain_text": "A dark ","href": null},{"type": "text","text": {"content": "green","link": null},"annotations": {"bold": false,"italic": false,"strikethrough": false,"underline": false,"code": false,"color": "green"},"plain_text": "green","href": null},{"type": "text","text": {"content": " leafy vegetable","link": null},"annotations": {"bold": false,"italic": false,"strikethrough": false,"underline": false,"code": false,"color": "default"},"plain_text": " leafy vegetable","href": null}]},"In stock": {"id": "%60%5Bq%3F","type": "checkbox","checkbox": true},"Number of meals": {"id": "zag~","type": "rollup","rollup": {"type": "number","number": 2,"function": "count"}},"Photo": {"id": "%7DF_L","type": "url","url": "<https://i.insider.com/612fb23c9ef1e50018f93198?width=1136&format=jpeg>"},"Name": {"id": "title","type": "title","title": [{"type": "text","text": {"content": "Tuscan kale","link": null},"annotations": {"bold": false,"italic": false,"strikethrough": false,"underline": false,"code": false,"color": "default"},"plain_text": "Tuscan kale","href": null}]}},"url": "<https://www.notion.so/Tuscan-kale-598337872cf94fdf8782e53db20768a5>"}],"next_cursor": null,"has_more": false,"type": "page","page": {}
}

그래서 위의 데이터를 아래처럼 정제해주는 작업이 필요했습니다.

따라서 Notion API의 데이터를 정제해주는 BFF API 서버를 만들었습니다.

3-2) 스웨거 문서 제작

아래는 스웨거로 문서화를 해서 팀원들한테 공유한 결과입니다.

아래의 API를 활용하면 위와 같이 더러운 notion api 데이터 구조는 보지 않아도 됩니다..뿌듯! 다만, express를 활용해 BFF 서버를 구축해본 경험이고 문서화도 처음이라 아직 서툰 부분이 굉장히 많았습니다..

3-3) SDK key, DB id만 있으면 데이터 보내기 가능!

위의 구조를 통해서 notion sdk key와 db id만 있으면 설문을 만들 수 있는 구조를 만들었습니다.

프론트에서 query로 해당 값을 받아서 넘겨주는 형태로 설계를 우선 했습니다.

더 안전하고, 좋은 방식은 따로 DB를 만들어서 각 key와 id에 맞는 DB를 계속 누적하는 방식도 검토했으나, 시간이 너무 오래걸리고, 백엔드 작업을 최소화하는 것에 의미가 있었기 때문에 빠르게 데모를 만들기 위해 이렇게 진행이 되었습니다.

3-4) 속도개선 방향

속도 개선을 위한 SSR 도입, 캐싱전략 등을 포함할 수 있겠지만 아직 이 부분까지는 테스트를 해보지 못했으나, 충분히 속도는 개선할 여지가 많다고 생각합니다.

참고할 만한 자료로는 노션 API를 next.js 서버사이드 렌더링을 통해 블로그를 만든 morethanlog라는 프로젝트가 있습니다.

해당 프로젝트로 SSR을 도입하면 어느정도 속도 및 사용성이 개선될 수 있는 지점이 있는 것을 알 수 있었습니다.

morethan-log

welcome to morethan-log!

https://morethan-log.vercel.app/

4. 프론트 작업 트러블 슈팅(속성이름, 속성순서, 이미지업로드)

4-1) property에 따른 객체구조 만들어서 input value로 연결하기

노션은 객체의 key값으로 해당 프로퍼티의 이름을 받기 때문에 이 key값을 기반으로 다시 객체형태로 묶어줘야했습니다.

위와 같이 데이터를 정제해서 넘겨주면 프론트에서는 데이터베이스의 각 속성(property)에 따라서 객체구조를 다시 잡아서 type에 따른 input을 만들어줘야 합니다.

아래와 같이 input을 만들고 해당 input값의 입력값을 받는 객체에 model을 연결해주는 형태로 구조를 만들었습니다.

• 코드 구조

getPreview().then((res) => {
          this.databaseRetrieve = res.datathis.databaseRetrieve.properties.forEach((el) => {
            this.addInputValueObject(el)
          })
          this.finalProperties = res.data.databaseQuery[0].properties
        })

<input class="form_input_wrapper"
        v-if="item.type === 'title' || item.type === 'rich_text' || item.type === 'number'"
        v-model="item.answer"
      />

4-2) 노션의 속성은 순서를 보장하지 않는다.

위 과정에서 어려운 점이 있었는데 바로 노션의 속성은 순서를 보장하지 않는다는 것입니다.선택을 해야했는데, 결국 notion의 데이터베이스에 임의적으로 순서를 적어줘야만 했습니다.

그렇지 않으면 생성된 순서대로 데이터를 읽어와 사용자단에서는 원하는 순서를 보장할 수가 없었습니다.

그래서 -를 기준으로 이름을 다시 구성해서 보여준 형태로 코드를 짰습니다.

4-3) 이미지 업로드를 위한 S3 활용

S3에 이미지를 업로드하고 해당 링크를 notion에 전달해야만 했습니다. 그래서 이미지 업로드는 S3를 활용해 별도의 작업을 진행했습니다.

• 코드 구조

AWS.config.region = this.bucketRegionAWS.config.credentials = new AWS.CognitoIdentityCredentials({
        IdentityPoolId: this.IdentityPoolId
      })
      const s3 = new AWS.S3({
        apiVersion: '2006-03-01',
        params: {
          Bucket: this.albumBucketName
        }
      })
      await s3
        .upload(
          {
            ACL: 'public-read',
            Body: this.file,
            Key: this.file.name
          },
          (error) => {
            if (error) {
              this.errorHandler(error)
              // return alert('There was an error uploading your photo: ', error.message);
            }
          }
        )
        .promise()
        .then((data) => {
          console.log('File uploaded!!!')
          console.log(data)
          this.$parent.changeImageLink(data.Location, this.imageContent)
        })

5. 기대효과

5-1) 여러 서비스로 확장이 가능한 구조

해당 서비스를 통해서 사내에 있는 모든 예약 서비스를 위와 같은 구조로 변경이 가능합니다.

현재 교통, 통역, 유심, 투어버스 등의 신청을 받고 있는데, 이를 위와 같이 관리한다면 작업 효율이 굉장히 증가할 것으로 보입니다. 추후에는 왓츠앱으로 해외 환자들의 문의를 받고 있는데, notion과 왓츠앱을 연동해 문의 내역 등을 자동화하는 것도 가능하다고 생각합니다.

5-2) 누구나 예약페이지를 제작, 배포 가능

하이메디는 환자의 전 과정을 계속 담당하는 컨시어지 서비스가 메인이기 때문에 온라인 서비스를 도입할 때 별도의 관리자(Admin) 페이지가 필수적으로 필요합니다.

그런데 노션을 백엔드로 활용해 예약페이지를 만들어나간다면 사업담당자가 수정 및 문의를 통해 웹페이지의 유지보수가 가능한 구조가 될 수 있습니다.

이런 부분들을 추후 확장한다면 회사차원의 비용절감이 가능하지 않을까 생각했습니다.

6.느낀 점

6-1) 개발자가 된 이유를 다시 생각해보기

개발자가 되고나서 회사에 근무를 시작했지만, 온보딩과 그 간의 과정들이 사실 내가 개발자로 회사에 어떻게 기여하고 있는가에 대한 고민이 많이 들었습니다.

물론 시기적으로도 온보딩은 기술 학습에 포커스를 맞춰 진행되었는데 이는 비즈니스에 기여하기 위해 개발을 시작한 저에게 조금은 힘들기도 했어요

이번 프로젝트를 해보면서 실제 프로덕트로 비즈니스에 기여하면서 배우는 과정이 훨씬 즐겁고 재밌다는 것을 느꼈습니다.

이 작업을 통해 백엔드 작업도 해보고, 타 부서 직원들과 커뮤니케이션하면서 여러 방면으로 기여할 수 있음을 확인했을 때 그 기쁨이 가장 컸어요!

6-2) 시간을 효율적으로 쓰기

혼자서 업무를 잘 진행한다는 것이 참 어렵다는 생각을 하게 되었어요. 가설의 검증부터 프로덕트 설계 개발까지 진행하는 과정이 온전히 나의 몫이 된다는 것은 참 어렵다는 걸 느꼈어요

특정 이슈에 막혀 2일동안 진척시키지 못하고, 삽질을 할 때는 혼자서 잘 끝내고 싶다는 생각에 끙끙 앓으며 진행을 해봤지만 너무 더디게 진행된 적도 있었어요

그럴수록 여러 막힌 지점을 주변 개발자들과 이야기를 하다보니 확 뚤렸던 경험을 했습니다.그래서 결국 시간을 효율적으로 쓰기 위해서는 협업을 해야하는구나. 내가 혼자 책임지는 프로덕트라도, 그럴수록 더 많이 막힌 지점을 공유하고 인사이트를 얻는 것이 혼자 더 잘 일하기 위해 꼭 필요하다는 생각을 하게 되었습니다.

내 비즈니스의 Economics는 효율적일까? ㅣ Textbook 3강 Unit Economics

유닛 이코노믹스는 무엇인가?

Unit Economics는 1) Unit 이 무엇인가를 정의 2) Economics가 무엇인가를 정의하였을 때 개별 Unit의 공헌이익이 무엇인지를 정의할 수 있음

Unit Economics를 개선한다는 말은 결국 '돈을 얼마나 써서 기업을 얼마나 성장시킬 수 있는가?'과 동일함

돈을 얼마나 써서 = 고객 한 명을 유치하는데 얼마를 투자하여 (CAC)

기업을 얼마나 성장시킬 수 있는가? = 고객 한명, 한명이 우리에게 가져다 주는 수익이 얼마나 될 것인가 (cLTV)

유닛 이코노믹스의 패턴

cac와 cltv를 시간이 경과됨에 따라 그래프를 그려보면 Payback 기간이 그려짐

3가지 그래프를 보면 CAC가 낮다고 해서 꼭 좋은 고객은 아님을 볼 수 있음. C그래프는 CAC는 높지만 그만큼 CLTV가 가파르게 상승하기 때문에 Pay Back 기간도 짧음

Case Study

마켓컬리, 세컨신드롬, 비쥬얼, 와이즐리의 대표님들께서 사례를 공유해주셨는데 그중에서도 와이즐리 김동욱 대표님이 Unit Economics를 어떻게 정의하고 활용해야하는지를 이야기해주신 게 인상 깊었다.

• 유닛이코노믹스를 정의하는 방법은 1) 유닛이 무엇인가 정의하는 게 있고, 2) 이코노믹스가 무엇인지 정의하는 걸로 나눠 봐야 함
• 와이즐리의 Unit : 한명의 고객
• 와이즐리의 Economics
• 1) 손익관점 : 한 명의 고객이 낼 수 있는 이익의 총합 (Cltv)
• 2) 현금관점 : 고객한테 실제 투자한 금액을 현금 관점에서 얼마나 빠르게 회수할 수 있는가를 보기 위해 Payback Period 를 봄
• Payback Period를 보는 이유
• CAC, LTV 비율이 아무리 좋아도 와이즐리 특성 상 첫 구매는 손익이 마이너스 캐쉬기 때문에 한 번에 데려올 수 있는 고객의 양은 정해져 있음
• 한정적인 자본의 스타트업 캐쉬관리가 중요하기 때문에 마케팅 효율이 너무 좋아서 마케팅 비용 더 많이 부으면 성장 할 수 있다라고 하더라도 Finance 관점에서 막을 수 있음
• 예를들어 마케팅 효율이 3배 이상 좋아져서 빠르게 볼륨을 늘리고 싶어하더라도 현실적으로 재무부서는 지금 볼륨의 최대 한도는 2배까지 말해줘야 하고, 여기서 2배 이상 늘리고 싶으면 Payback Period 를 더 빠르게 2배 이상 단축할 수 있는 방법을 고민해봐야 한다라고 의사결정을 하는 등의 의사결정을 해줘야함

3강 느낀 점

• 단순히 낮은 가격으로 고객을 모객하는 것이 전부가 아님
• 고객의 정의가 중요하다는 생각을 하게 됨
• 어떤 고객을 타겟하냐에 따라서 전략이 달라짐
• CAC 낮추기 : 더 저렴하게 고객을 데리고 오자, 같은 값이라면 양질의 고객을 데려오자
• LTV 높이기 : 고객이 더 자주, 오래 쓰도록 하자. 운영 비용을 개선하자.

참고하면 좋을 링크

유닛 이코노믹스 / 린스프린트

유닛이코노믹스의 정의와 활용 방법, 미국 킥보드 대여업체 Bird가 유닛이코노믹스를 활용한 방법 등에 대한 글

'유닛이코노믹스' 알면 성장하고 모르면 실패하는 마케팅 / EZED 에제드 이재무

마케팅 예산 관점에서 유닛이코노믹스가 구성되어있고 어떻게 계산하면 되는지에 대해 쉽게 풀어쓴 글

Cozy Blog에 합류했어요!

안녕하세요 코지 블로그 디자이너 이민지입니다.

최근에 코지 블로그팀에 디자이너로 합류했어요 😃

어떻게 하면 좀 더 많은 분들이 글쓰기에 쉽게 dive하실 수 있을지

고민하면서 설계중이에요. 코지 블로그 화이팅! ✍️✍️✍️

스타트업 워크샵 다들 어떻게 가시나요?

안녕하세요.

브릿지코드에서 마케팅 업무를 담당하고 있는 천재민입니다.

저희 회사에서 창사 이래 처음으로!!!

워크샵이라는 걸 다녀왔습니다. 끼얏호~ 🎉

뭐든게 처음이라 워크샵 또한 의견이 많았었는데요.

워크샵은 업무의 연속이다.

워크샵은 구성원과의 단합이고 휴식이다.

워크샵은 가기 싫다...

워크샵 가면 다음날 쉬어요? 등등..

여러 의견들을 바탕으로 나름 단합과 최소한의 방향성 공유를 하게 되었는데요. 첫 워크샵인만큼 소소하게 나마 자료로 남겨놓을려고 브이로그 형태로 영상을 하나 제작해봤습니다.

이 브이로그가 워크샵을 기획하고 있는 누군가에게는 도움이 될 수도 있을지 몰라서요. 정말 도움(?)이 될 수 있을지는 저도 모르겠습니다? ^^;

워크샵 브이로그는 유튜브에서 ▼

브릿지코드 스타트업 워크샵 브이로그 | 고기에 진심인 자, 팔꿈치에 혀가 닿는 자, 불 꺼진 거실의 소파가 좋은 자

스타트업 브릿지코드가 다녀온 창사 이래 첫 워크샵생생한 현장의 분위기를 전해봅니다.파트너스 바로가기 : http://abit.ly/ub2lik

https://youtu.be/lefsP7UAwtc

패스트벤처스 텍스트북 2주차

어제가 일요일이란 것을 깜빡잊고 하루 늦게 글을 작성하게 되었습니다.. :)



유닛 이코노믹스란?

돈을 얼마나 써서 기업을 얼마나 성장시킬 수 있는가?

• 고객을 한 명 유치하는데 얼마나 투자할 것인가? (CAC)
• 한 고객이 우리게에 가져다주는 수익이 얼마나 될 것인가? (C-LTV)

CAC

마케팅 예산 / 새롭게 모객한 구매 고객

C-LTV

(고객 한명이 우리에게 가져다주는 수익(공헌이익 기준) * 고객의 생애기간

= (고객이 서비스와 함께하는 생애기간동안 만들어 내는 거래액 * 수익율) - 변동비용

(C-LTV 는 서비스 특성상 조금씩 다를 수 있음)

Payback Period - C-LTV 와 CAC 가 접하는 교점

단순 CAC, C-LTV 만으로 성과 판단이나 타사와의 비교는 의미가 없고, Payback Period 를 함께 고려해서 판단.

BM이란?

기업이 돈을 버는 방식

기업의 목표 측면의 당연한 이야기

기업의 성패

어떤 비즈니스 모델을 선택하느냐? WHAT

언제부터 본격적인 비즈니스 모델을 도입하느냐? WHEN

BM 설계시 고려할 요소

가격

• (원가 + 마진) 개념 vs (가치 - 가격) 개념
• Loss Leader는 지속가능하지 않음

공헌 이익

• 매출액에서 변동비를 제외한 이익, 이를 통해 고정비를 커버해 나감
• 고정비를 컨트롤 하는 것이 중요하다

시장점유율

• 언제까지 비즈니스 모델을 도입하지 않고 투자자들의 자금으로 버틸것인가?
• 어느 시점부터 비즈니스 모델을 도입하면 scalable 할 것인가?

온라인 BM 대분류

미디어 비즈니스

• 트래픽 기반의 광고 수익
• ex) 네이버, 유투브
• Start Small, Scale Heavy → 스케일을 만들어야 할 때 엄청난 비용
• 한국에서 버티컬 미디어 비즈니스는 어려움 → 전국민 광고가 쉬움

상거래 비즈니스

• 수요 공급 매칭을 통한 수수료 수익
• ex) 이커머스(유형상품), 잡코리아(무형상품)
• 글로벌 M&A를 통한 exit이 있었던 분여

판매 비즈니스

• 제품이나 서비스 그 자체의 판매 수익
• ex) 게임회사, 교육회사
• 흥행 리스크가 있음

예시) Sass

정형화된 사업구조가 존재하는 영역: 학습과 벤치마크를 통해 개선이 가능하다.

• conversion rate: 방문 → 무료체험 → 유료전환 (0.1-1%)
• churn rate: 월별 이탈률 (<5% 이내)
• MRR / ARR (Recurring Revenue)
• C-LTV = {(M - c)/(1 - r + i)} - CAC
• M - 고객 1인당 연평균 매출
• c - 고객 1인당 연평균 비용
• r - 리텐션율 (1년 기준)
• i - 이자율/할인율
• CAC (Customer Acquisition Cost) * 3 < C-LTV

생각보다 영업이익 창출이 쉽지 않음

• 마케팅비는 일시에 회계상 인식
• 고객들과의 계약 금액은 계약기간에 따라 나눠서 인식
• 초기 많은 투자가 필요하나, 노력에 비례하는 사업모델

예시) 광고모델

트래픽은 사용자들로부터, 매출은 광고주들로 부터

• 연 100억 이상의 매출을 만들기 위해서는 최소 MAU 500만이 필요

트래픽이 많다면 언제든지 Sub모델

• 공헌이익률이 높음
• 승자독식의 구조

2023년 5월 1주차 회고

• 책 추천

제품의 탄생 - YES24

소프트웨어 엔지니어로 출발해 구글, 마이크로소프트, 라인, 스마트뉴스 등 글로벌 기업 PM으로 활약해온 세계 수준 프로덕트 매니저의 지혜와 경험을 한 권에 읽는다! 모든 기업의 PM(프로덕트 매니저)와 PO(프로덕트 오너)는 물론이고, 신사업 기획, 디지털 트...

http://www.yes24.com/Product/Goods/115832798

근래 읽었던 책들 중에 가장 많은 도움을 주고 있는 책 한 권 추천하고자 합니다. 보통 제품과 관련된 책들을 보면 저자가 실리콘밸리에서 일하면서 느꼈던 것들, 그들의 업무 방식 등에 대한 내용을 에세이 형식으로 많이 작성해두었는데 이 책은 제품과 PM/PO를 중심으로 회사의 단계에 따라 어떤 상태와 관점을 유지해야 하는지 잘 작성되어 있습니다. 읽으면서 현실적이다라는 생각을 가질 정도로 실제 업무에도 많은 도움이 될 것 같습니다. 기회가 된다면 읽어보시길 추천드립니다.

* 유튜브를 시작하다!

올해 만다라트 계획을 세우면서 유튜브 도전이라는 항목을 추가했었습니다. 사실 매년 해봤으면 좋겠다 수준으로 그치는 일 중 하나였었기 때문에 못해도 그만이다 생각했었는데 다 때가 있었던 듯 합니다. 기회가 되었는지 멘토링도 시작하고 Management 3.0, 애자일 등을 배우게 되었고 주변에서 같이 하자는 분들이 많아서 4월 한 달 준비하고 어제 처음 컨텐츠를 업로드하였습니다. 막상 첫 컨텐츠를 업로드하니 '이렇게 쉬웠던 것을..'이란 생각도 들면서 이제 첫 컨텐츠를 업로드 한 것이라 우선 시작했다에 큰 의미를 부여하려고 합니다. 

2023년 5월 1주차 회고

* 책 추천 - 제품의 탄생 제품의 탄생 - YES24 소프트웨어 엔지니어로 출발해 구글, 마이크로소프트, 라인, 스마트뉴스 등 글로벌 기업 PM으로 활약해온 세계 수준 프로덕트 매니저의 지혜와 경험을 한 권에 읽는다! 모든 기업의 PM(프로덕트 www.yes24.com 근래 읽었던 책들 중에 가장 많은 도움을 주고 있는 책 한 권 추천하고자 합니다. 보통 제품과 관련된 책들을 보면 저자가 실리콘밸리에서 일하면서 느꼈던 것들, 그들의 업무 방식 등에 대한 내용을 에세이 형식으로 많이 작성해두었는데 이 책은 제품과 PM/PO를 중심으로 회사의 단계에 따라 어떤 상태와 관점을 유지해야 하는지 잘 작성되어 있습니다. 읽으면서 현실적이다라는 생각을 가질 정도로 실제 업무에도 많은 도움이 될 것 같습니다. 기회가..

https://wikilog.tistory.com/73

OpenAI의 상표권 문제, 너희 이제 진짜 CloseAI니?

안녕하세요, ‘렛서’의 AI 엔지니어 최동민입니다.

최근(2023.04.24)에 OpenAI에서 브랜딩 가이드라인을 공개하였으며, 가이드라인에 포함된 내용이 논란과 함께 화제가 되고 있습니다. 논란이 되는 핵심을 한줄로 요약하면, 앞으로는 ‘OpenAI 모델을 활용하였다고 명시해야 하며, GPT라는 이름도 함부로 사용하면 안된다'고 명시하였기 때문입니다.

본 아티클에서는 OpenAI의 창립 배경과 함께 이러한 태도가 논란이 되고 있는 이유와, 브랜딩 가이드를 바탕으로 앞으로 OpenAI의 기술을 활용하여 서비스를 제공할 때 어떤 부분을 주의해야 하는지 다루도록 하겠습니다.

Brand guidelines

Language and assets for using the OpenAI brand in your marketing and communications.

https://openai.com/brand

출처: https://slate.com/technology/2022/12/chatgpt-openai-artificial-intelligence-chatbot-whoa.html 

OpenAI의 창립 배경과 변질된 현재의 모습

OpenAI는 인공지능을 이용하여 인류에게 이익을 주기 위한 목적으로 설립된 회사로, 설립 초기에는 AI의 오픈소스화(누구나 해당 모델을 이용할 수 있도록 코드를 공개하는 것)와 비영리를 추구하였습니다.

하지만 회사가 성장함에 따라 OpenAI는 점차 폐쇄적이며 영리적인 성격으로 변해갔으며, 이 과정에 발생한 이해충돌로 인해 설립자 중 한 명인 일론 머스크가 회사를 떠나기도 했습니다.

OpenAI의 이러한 태도는 ChatGPT가 폭발적인 인기를 얻기 시작한 이후로 본격적으로 드러나기 시작했습니다. 회사의 창립 이념과 달리, OpenAI는 ChatGPT를 포함한 모델들을 오픈소스로 공개하지 않았으며, 유료API 혹은 월 구독형 유료 서비스로만 모델을 사용할 수 있게 제안하였습니다. 그리고 가장 최근에 공개된 언어모델인 GPT-4는 자세한 모델의 구조나 적용된 기술에 대한 설명을 공개하지 않았습니다. (GPT-4의 기술 보고서는 모델의 성능에 대한 내용이 대부분입니다, https://cdn.openai.com/papers/gpt-4.pdf)

출처: https://youtu.be/0uI7SoMn0Es 

OpenAI의 변질된 모습을 보고 많은 사람들이 "더 이상 우리가 알던 OpenAI가 아니다.", "사명을 CloseAI로 변경해야 한다."와 같은 비판의 목소리를 내고 있습니다. 여담으로 OpenAI에 반하여 AI의 대중화를 외치며 최전선에서 오픈소스 진영을 이끌고 있는 회사로 Stability AI와 HuggingFace가 있습니다. 최근에 폐쇄적인 ChatGPT를 대체하기 위한 목적으로 StableLM(https://www.stablelm.com/) 와 HuggingChat(https://huggingface.co/chat/ )을 오픈소스로 공개하며 많은 주목을 받기도 했습니다. 이러한 오픈소스 진영의 흐름은 나중에 기회가 된다면 다음 글에서 다뤄보도록 하겠습니다.

출처: https://news.yahoo.com/gpt-may-trademarked-soon-openai-033353384.html

OpenAI의 GPT 상표권 등록 거부

OpenAI는 사실 이미 GPT의 독점 사용을 위해 상표권 등록을 시도한 적이 있습니다. 작년 12월, OpenAI는 미국 특허청인 USPTO에 GPT 상표권을 등록 시도하였으나 일련의 이유로 거절당하였습니다. (등록이 거부된 이유는 비용 미납과 서류 불충분입니다.) 

사실 GPT는 Generative Pre-trained Transformer의 줄임말으로, Transformer는 구글에서 제안한 딥러닝 모델의 이름입니다. 그리고 Generative와 Pre-trained는 Transformer를 대규모 데이터셋에 사전 학습(pre-trained)하였으며 텍스트 생성(generative)을 목적으로 발전시켰다는 의미를 담고 있습니다. 결국 이는 구글의 transformer에 기반을 두고 있으며 심지어 구글은 transformer를 두고 상표권 출원을 하고 있지 않기에, OpenAI가 GPT로 상표권을 등록하는 것이 어불성설이라는 의견도 있습니다.

그럼에도 불구하고 OpenAI는 지속적으로 GPT에 대한 독점을 확고히하려는 움직임을 보이고 있으며, 수개월 내에 다시 GPT 상표권 등록을 시도할 가능성이 있습니다. 이로 인해 앞으로 네이버와 카카오에서 사용 중인 GPT가 포함된 서비스명을 다른 이름들로 변경해야 할 가능성이 큽니다.

OpenAI의 변질된 모습은 4월 24일에 공개된 브랜딩 가이드라인에서 다시 한번 확인되었습니다. 본 아티클에서 해당 가이드라인이 OpenAI 기술 이용 시 어떤 주의사항을 언급하고 있는지 하나씩 살펴보도록 하겠습니다.

출처: https://openai.com/brand 

OpenAI의 브랜딩 가이드

브랜딩 가이드를 살펴보기에 앞서, OpenAI에서 각 사항을 API, 플러그인, 그리고 모델로 구분하고 있어 해당 개념에 익숙하지 않으신 분들을 위해 간단히 정리하고 시작하도록 하겠습니다.

• API (Application Programming Interface): 다른 프로그램 혹은 환경에서 특정 모델을 사용할 수 있도록 해주는 인터페이스입니다. 주로 개발자 분들께서 API를 활용하여 특정 모델의 기능을 원하는 플랫폼에 붙이는 방식으로 개발을 진행합니다.
• 플러그인 (Plug-in): 다른 프로그램 혹은 어플리케이션에서 특정 모델을 사용할 수 있도록 해주는 도구입니다. API와 다른 점은, 개발자가 아닌 일반 사용자도 플러그인 설치를 통해 쉽게 해당 모델을 사용할 수 있다는 편의성입니다. 구글 크롬 브라우저에서 확장 프로그램을 설치하여 크롬 환경에 다른 특정 서비스를 활용하는 것이 플러그인에 해당합니다. 예시로 Expedia, KAYAK, 그리고 스픽(Speak)이 있습니다.
• 모델 (Model): API와 플러그인을 통해 활용하고자 하는 AI 모델 자체를 의미합니다. 예를 들어, ChatGPT와 DALLE-2는 모델에 해당합니다.

1) API 활용시

OpenAI는 ChatGPT를 포함해 GPT-4, DALLE-2, Whisper와 같은 자사의 AI 기술을 유료 API를 통해 제공합니다. 앞으로 OpenAI의 API를 사용한 서비스의 경우 아래와 같은 규칙을 준수해야 합니다. (주로 개발자 분들께서 OpenAI의 모델을 API를 통해 자사의 플랫폼에 붙이고자 하실 때 주의해야할 사항입니다.)

올바른 표기:

• ‘서비스명’ powered by GPT-4
• Powered by
• Build on
• Built with
• Developed on
• Developed with

잘못된 표기:

• MeowlyticsGPT
• Meowlytics with GPT-4
• Meowlytics AI by OpenAI
• ChatGPT-powered Meowlytics

예를 들어, 기획하고자 하는 서비스가 ChatGPT를 활용하였으며 서비스명이 ‘Meowlytics’인 경우에 해당 서비스는 ‘Meowlytics powered by ChatGPT’라고 표기해야 하며, ‘MeowlyticsGPT’ 혹은 ‘Meowlytics with ChatGPT’라고 표시해서는 안됩니다.

또한 심지어 ‘ChatGPT와 밀접하게 유사하지만 OpenAI의 제품이 아닌 경우’에 해당 서비스가 OpenAI와 무관하다는 것을 명시할 것을 요청하였습니다. (OpenAI 기술이 아닌데 비슷한 것처럼 보이는 서비스로 인해 괜히 이미지에 타격입는 것을 방지하는 목적으로 생각됩니다.)

2) 플러그인 활용시

OpenAI는 ChatGPT를 다양한 프로그램에 확장 기능으로 활용할 수 있도록 플러그인(https://openai.com/blog/chatgpt-plugins) 서비스를 운영하고 있습니다. 앞으로 OpenAI의 플러그인을 활용할 때에는, 회사의 이름 혹은 제품명이 먼저 오고 그 뒤에 OpenAI나 모델명으로 표기할 것을 제시합니다. (OpenAI의 모델을 플러그인을 통해 자사의 웹페이지 혹은 어플리케이션에 활용하고자 하실 때 주의해야할 사항입니다.)

올바른 표기:

• BarkBytes plugin for ChatGPT
• BarkBytes ChatGPT plugin

잘못된 표기:

• BarkBytes plugin for OpenAI
• BarkBytes plugin compatible with ChatGPT
• BarkBytes plugin works with ChatGPT
• BarkBytes plugin integrated with ChatGPT

3) 모델 활용시

ChatGPT나 DALLE와 같은 OpenAI의 모델을 사용할 때 정확한 모델명을 사용할 것을 권장합니다.

올바른 표기:

• 정확한 모델 이름을 언급할 것: GPT-3, GPT-4, ChatGPT API, DALL•E API
• 필요한 경우에 모델의 날짜 기준 버전을 언급할 것: GPT-4 3월 4일 버전 (Mar 14 version)
• OpenAI의 모델을 일반적으로 언급할 때에는 OpenAI technologies 라는 용어를 사용할 것

잘못된 표기:

• 잘못된 이름을 사용하지 말 것: Chat GPT (대신 ChatGPT), ChatGPT4 (ChatGPT는 GPT 시리즈 중 3.5 버전에 해당하는 모델이므로 GPT-4라고 하는 것이 정확), GPT Chat
• 모델의 클래스를 사용하지 말 것: 예를 들어 GPT-3의 경우, 모델의 상대적인 기능과 비용에 따라 Ada, Babbage, Curie, Davinci로 나뉘어 있는데 개별 모델 클래스명을 사용하지 말고 GPT-3라고 일괄 사용할 것. 또한 ChatGPT의 경우에도 GPT-3.5-turbo와 같은 세부 클래명 대신ChatGPT로 명시할 것.
• 구체적인 이름을 사용하지 말 것: text-davinci-003와 같은 세부 모델명을 사용하지 말 것.
• 구체적인 모델 이름 대신에 OpenAI라는 용어를 사용하지 말 것 (OpenAI의 전반적인 기술을 언급하고자 할 때는 대신 OpenAI technologies 사용)

4) 파트너십이 아닌 경우

OpenAI는 공식적인 파트너십을 운영하고 있는데, OpenAI와 정식으로 체결된 파트너십이 아닌 경우에는 “협력하는(collaboared with, worked with, partnered with)”과 같은 용어를 사용하지 않고 아래의 가이드라인을 준수해야 합니다.

올바른 표기:

• building with 혹은 developed with 사용: Pawtopia is building with OpenAI The Pawtopia product was developed with GPT-4

잘못된 표기:

• 공식 파트너십으로 혼동을 야기할 수 있는 collaborated with, worked with, partnered with 용어 금지: Pawtopia collaborated with OpenAI, Pawtopia worked with OpenAI, Pawtopia partnered with OpenAI

5) 콘텐츠 제작에 활용하는 경우

ChatGPT가 널리 일반인에게도 널리 사용되며, 많은 사람들이 글이나 이미지와 같은 창작물 생성에 OpenAI 모델을 이용하고 있습니다. OpenAI는 해당 경우에 자사의 기술을 이용했음을 의무적으로 밝힐 필요는 없다고 명시하였으나, 혹여나 OpenAI의 기술을 이용했음을 나타내고 싶을 때에는 아래의 가이드라인을 준수해야 합니다. (문제가 될만한 상황을 피하기 위해, 해당 결과물이 전적으로 OpenAI 기술로 만들어졌음을 나타내는 표현을 꺼리는 것으로 생각됩니다.)

올바른 표기:

• ChatGPT와 함께 작성된 (written with ChatGPT)
• DALLE와 함께 만들어진 (created with DALLE)

잘못된 표기:

• ChatGPT에 의해 작성된, ChatGPT로 작성된 (Written by ChatGPT)
• DALLE에 의해 만들어진, DALLE로 만들어진 (Created by DALLE)

본 아티클에서는 OpenAI의 변화와 최근에 공개된 브랜딩 가이드라인에 대해 살펴보았습니다. 여러분들께서는 OpenAI의 이러한 태도와 변화에 대해 어떻게 생각하시나요?

해당 글의 검토를 도와주시고 인사이트를 제공해주신 @최혜린, @심규현님에게 감사드립니다.

[내투소-PreA편]내 투자사를 소개합니다! 투자자 궁금하쥬?!

안녕하세요. 펑션투웰브 박승호 입니다.

시드편을 많은 분들이 봐주셔서 감사합니다.

그럼 이번에는 Pre-A 투자사 편입니다.

Pre-A 경우 클로우즈 한지 아직 한 달이 안되어서 IR 진행 시에 경험과 느낌을 소개 드릴 것 같습니다.

지극히 저의 관점에 펑션투웰브의 투자사 소개 입니다. 누군가를 소개할 때 친구들마다 다를 수 있는 것 처럼 저의 생각과 다른 분은 많을 수 있습니다.

그럼 시작합니다!!

[Pre-A편] 모비딕벤처스, 디캠프, 신용보증기금

모비딕벤처스

'나에게 울림을 준 투자사'

'솔직한 투자사'

'오래도록 기다려준 투자사'

"투자한 이유요? 안될 이유, 될 이유 보단, 벤처 캐피탈=모험 자본, 충분히 모험을 할만해 보였고, 대표님이 이 모험에 진지 해 보였어요. 이게 모험 자본 아닐까요?" From 모비딕벤처스

이번 투자를 진행하고 마무리 함에 있어서 저는 저 멘트가 가장 기억에 남습니다.

진솔하게 벤처 캐피탈의 아이텐티티가 투자의 이유 였다고 말씀해 주시는 데, 펑션투웰브가 성공할 꺼다, 어떤 부분이 가장 투자 포인트였다 보다 훨씬 울림이 있는 멘트였습니다.

꼭 이 모험을 성공하고 싶다는 책임감에 더 마음을 다잡게 되었습니다.

모비딕 벤처스는 굉장히 솔직한 투자사였습니다.

객관적인 사실 뿐만이 아니라 모비딕 벤처스에 대한 설명이나 현황 생각에 대해서도 그리고 피드백에 대해서도 솔직하게 이야기 해주셨습니다.

모비딕 벤처스라는 투자사가 오래되지는 않았지만, 저는 신뢰감이 갔습니다.

모비딕 벤처스는 5개월을 기다려주었습니다.

후속 딜에 어려움이 있어도 묵묵히 신뢰하며 기다려주셔서 정말 감사합니다.

디캠프

'디데이 꼭 도전 추천'

'유쾌, 팬시'

'공덕 프런트원 좋다'

'지원프로그램 팀원분들 최고'

이번 Pre-A 클로우즈에 결정적인 하나를 선정하라고 하면 디캠프 디데이 였습니다.

몇 개월에 걸친 IR진행으로 저도 많이 지치고 힘들고 후속 동력과 텐션도 많이 내려가는 와중에 디캠프 디데이를 준비하게 되었습니다.

여러 일정 중에 디데이까지 준비해서 진행하려니 솔직히 많이 힘들었습니다.

디캠프 디데이는 많은 청중들이 모이는 자리여서 IR과는 다르게 다수의 청중들에세 이야기를 전달하는 방식이 중요하다고 생각해서 준비했습니다.

때문에 발표 자료를 전체 변경을 해야 했습니다. 평소 진행하던 IR 스토리를 다 흔들어서 준비하려니 정말 너무 힘들었지만, 우승하게 된 여러 요인 중에 하나 였던 것 같습니다.

디데이에 우승하면서 그동안 진행했던 IR에도 다시 힘이 붙었고, 다시 연락 주시는 투자사도 있었으며, 디데이 우승이 투자 클로우즈에 결정적이었 던 것 같습니다.

투자를 진행하시는 대표님들께서는 디데이를 별도 일정으로 잡지 마시고 힘들어도 투자 일정에 디데이를 맞춰서 진행하시길 추천 드립니다.

그리고 은행청년창업재단이어서 무거워 보였는데, 경험해보니 유쾌하고, 팬시하고 좋습니다.

디데이로 들어올 수 있는 공덕 프론트원 좋습니다.

또한 투자 뿐만이 아니라 디캠프는 지원에 대한 사항도 밀도 있고, 많은 공을 들여서 준비하기 때문에 디캠프와는 꼭 연을 맺으셨으면 합니다.

신용보증기금

'오픈 마인드 입니다'

'의사 결정이 제일 빠른 편입니다'

'서류 및 계획서 등은 제일 꼼꼼합니다'

신용보증기금은 제일 막바지에 논의하여 생각보다 빠른 의사 결정과 진행으로 놀라움이 있었습니다.

다만 신용보증기금을 고려 하실 때는 한가지 말씀 드리자면 리드 투자자를 되도록 유치하셔서 가시길 조언 드립니다.

정부관련 기관이라서 딱딱 할 것 같다고 생각 할 수 있지만, 그렇지 않았습니다.

오히려 때에 따라서는 줌으로 미팅을 빠르게 잡아서 진행을 하고, 대응과 질의 문의도 굉장히 빠른 편이었습니다.

하지만 계획서와 서류는 꼼꼼하게 준비하고 검토는 합니다.

보통 투자시 참고하는 자료가 대부분이지만 별도 계획서 서식이 있고 합니다.

궁금하시면 미리 확인하시고 준비하셔도 되지만, 어느 정도 미팅 후 의사결정이 진행되면서 준비하시는 것이 좋을 것 같습니다.

신용보증기금을 준비하실 때는 홈페이지 들어가서 투자 관련 페이지를 확인하시길 바랍니다.

프로세스와 투자액수 등 규정 사항이 있고, 해당 사안에 따라 프로세스와 방식이 차이가 있으니 이를 확인하시고 커뮤니케이션 하는 것이 좋습니다.

이상 펑션투웰브의 Pre-A까지 투자사에 대한 소개를 마칩니다.

이번 투자를 통하여 펑션투웰브는 안정적이고 긴 런웨이를 확보할 수 있게 되었습니다.

곧 팀원을 모집하는 글로 뵙게 될 것 같습니다. 펑션투웰브에 관심 있는 예비 팀원분들 언제든지 문의 주셨으면 좋겠습니다.

그리고 다른 궁금한 부분이나 더 질의하고 싶으신 분은 언제든지 커피챗 신청해주세요.

감사합니다!

항상 당연하리라 생각했던 것들은 어느날 나에게 아니라고 말한다

나는 개발자인데, 어째 메이커 로그는 동아리를 운영하면서 더 많이 나오는 것 같다. 가능하면 앱 개발 관련 내용들을 올리고 싶지만, 어느날 갑자기 영감을 주는 건 동아리를 운영하면서니까 쉽지가 않다.

원래는 어제가 CMC(Central MakeUs Challenge라는 앱 런칭 동아리이다. 이전 메이커로그에서 홍보글도 있다...)의 13기 서류 모집 마감날이었다. 그리고 보통 서류 모집 마감날 사람들은 서류를 우르르 올리기 시작한다. 저번 기수때도 거의 60%는 마지막 날 올라왔었더랬다.

그래서, 항상 당연하게 마지막 날 사람들이 몰렸기 때문에 이번에도 안일하게 그러리라 짐작하며 편하게 생각했었다. 더욱이 이번 기수 모집 사전 예약 신청은 이 전 기수들보다 2배는 더 많았다. 그러니까 사전 예약의 절반만 신청해도 이제껏보다 많은 사람들을 받게 되는 것이다. 그러나 이번에는 무언가 다른 이상기류가 흐른 모양이었다. 사실 마지막 날이 되기 전 날, 살짝 불안한 마음이 들기 시작하긴 했다. 왠지 이번에는 안될 것 같은 그런 느낌. 더욱이 이전 기수들과 비교해도 확연히 적은 지원자 수... 하지만 이번에는 중간중간 구글폼의 에러와 폼 설정 이슈로 인해 불만이 있었고, 그로 인해 지원을 못하신 분들이 간혹 계셔서 문의가 들어오곤 했다. 그런 것들이 문제가 되었을까.

결국 서류 마감날이 되었는데, 서류는 지지부진하게 올라왔다. 아, 진짜 이번 기수는 사람이 생각보다 적게 오는 건가? 하는 마음이 들기 시작했다. 그리고 아차 하는 마음과 함께 발등에 불똥 떨어진 듯 움직이기 시작했다.

그렇다. 항상 당연하리라 생각했던 것들은 불안해서 대처하면 당연하다시피 한 결과물이 따라오지만, 당연하다고 여겨 아무것도 하지 않으면 이런식으로 문득 폭탄을 내던져주곤 했다. 서류 마감이 5시간도 채 남지 않은 시기에 나의 마음은 착잡했다. 아, 더 찾아봤어야 하는데 너무 안일하게 홍보를 한 것일까.

도대체 다른 동아리들은 어떤 방식으로 홍보를 하길래 매 기수 사람들이 꾸준할까... 부터 왜 CMC는 홍보가 잘 되고 있지 않을까까지 여러모로 고민을 거듭했다. 물론 그렇다고 내가 알 수 있는 부분은 없다. 나 역시도 잠깐 운영하다가 다른 사람에게 넘겨주는 지나가는 사람이니까.

하지만 내 손에 있는 순간에는 제대로 된 결과물을 만들어내고 싶었다. 그래서 엄청 일찍부터 회고하며 부족한 부분을 보강하고 어떤 부분을 채울지 회의도 많이 진행했다. 그런데 그 모든 부분에서 나는 안일하게도 시작부분을 빠뜨린거다. 충분한 모집단이 이루어지지 않은 상태에서 걸러내는 것은 생각보다 도박수에 가깝다는 것을 분명 알고 있는데, 많은 인원을 모으는 것에 성공하지 못한 거다.

그래도 다행인 점인 지금까지 지원한 사람들의 수준은 굉장히 고마운 수준이라는 거다. 이전보다 사람 수는 많이 줄었지만, 그래도 운영을 위해 인원을 뽑는 것에 있어 실력이 떨어지거나 수준이 낮아질 일은 없을 거라는 점...? 거기다 구글폼 문제 때문에 연장 요청이 들어와 서류 모집 기간을 하루 연장하기도 했다. 그래서 아직 모집 중에 있다. 마지막으로 좀 더 끌어모아보는 중이랄까.

사실 이 글을 작성하면서 많은 고민을 했다. CMC라는 브랜드에 좋은 글은 아님이 분명하니까. 사실 침착하게 생각해보면 예상을 벗어난 일이 벌어진 것이 문제이지 사실 CMC를 운영하는데 있어 운영이 불가능해! 이런 일은 아니다. 그저 기대치에 못미쳐서 안타까울 뿐이지. 하지만 노이즈 마케팅도 마케팅이고, 누군가 도와주지 않는(천운은 더더욱 따르지 않는 사람이다보니) 브랜드를 알리기 위해서는 좀 더 솔직하고 과장될 필요도 있다고 생각했다(요즘은 불편할 정도로 솔직한 세상이 아닌가). 나중에는 이런 글을 보며 '우와, 이런 시절도 있었구나. 그때는 되게 진솔하고 노력했네' 정도로 느낄 수 있었으면 좋겠다.

그리고 중요한 사실은 이 아래부분부터 본문이라는 사실이다.

현재 13기 모집을 진행중이니 아래 링크를 통해 13기 신청을 부탁드립니다!

❤️‍🔥 CMC 13기 신청하기 ❤️‍🔥

5월 8일... 서류 모집 날짜가 하루 연장됨에 따라 아직 모집을 받고 있습니다(급 공손). 사이드 프로젝트와 포트폴리오가 필요하거나, 새로운 사람들과 새로운 환경에서 협업을 진행하고 싶거나, 새로운 커뮤니티가 필요하신 Android, iOS, BackEnd, RN 개발자 여러분, 그리고 UI/UX Designer, 마지막으로 내 아이디어를 표출하고 싶은 기획자가 있다면 위 링크로 신청 부탁드립니다.

지원하신 분들을 실망시키지 않을 자신감은 준비되었습니다. 하하

[FrontEnd] 노션 연동 블로그 - CozyBlog: 노션 연동 기술 공유합니다

안녕하세요 코지 블로그 개발자 문대승입니다. 코지 블로그는 디자이너 한분과 풀스택 개발자 2명, 이렇게 한팀으로 운영하고 있어요. 그 중 저는 풀스택 개발자로서 주로 프론트쪽을 맡아 진행하고 있습니다.

이번 글에서는 CozyBlog가 노션과 연동하기 위해 어떠한 방식으로 개발했는지 소개하려 합니다. 코지 블로그는 노션으로 작성한 글을 블로그에 게시할 수 있는 블로그 플랫폼인데요. 어떻게 코지블로그는 노션의 글을 그대로 사용자의 블로그에 게시할 수 있을까요? 아래 사진을 보시죠!

(다른 풀스택 개발자분은 인프라 및 백엔드를 주로 담당하고 있습니다. 조만간 백엔드 관련해서도 CozyBlog 기술 노하우를 작성하도록 하겠습니다!)

플러터 위젯 파헤치기 - 3: ConstrainedBox , OverflowBox, SizedBox, ConstraintsTransformBox 등등 (cozyblog.io)

위 사진은 노션 글을 코지블로그에 게시한 화면입니다. 노션이 제공하는 toggle_heading이라든가, 노션 특유의 색감 그리고 살짝밖에 안보이지만 code 컴포넌트로 코드 예시가 작성되어 있는 모습을 볼 수 있습니다.

이렇게 CozyBlog는 노션의 글을 실제 노션이 보여주는 디자인 그대로 보여주고 있습니다. 방법이 궁금하지 않으신가요? ㅎㅎ. 지금 글을 읽고 계신 개발자분들은 어느정도 알아챘을거라 생각하지만..! 다른 분들은 생소할 수도 있을거 같아요. 이 글을 보시면서 CozyBlog는 이렇게 개발했구나 라고 가볍게 봐주시면 감사하겠습니다! 그럼 소개하기 전에 먼저 API에 대해 잠깐 설명해야겠네요.

API란?

API는 "Application Programming Interface"의 약어로, 애플리케이션끼리 상호작용하는데 사용되는 인터페이스를 말합니다. 다른 시스템 또는 애플리케이션에서 사용할 수 있는 소프트웨어 구성 요소를 제공하며, 이를 통해 데이터를 교환하고 서비스를 공유할 수 있습니다. API는 프로그래밍 언어와 통신하며, 프로그래머가 개발한 애플리케이션에서 다른 시스템의 기능을 활용할 수 있도록 도와줍니다.

API는 간단히 말해서 다른 시스템에서 사용할 수 있도록 제공하는 인터페이스라고 생각하시면 될 거 같아요. 이 개념을 CozyBlog에 대입해서 다시한번 말하면, Notion API는 노션이 자신의 글을 다른 시스템에서(여기서는 코지 블로그가 됩니다) 사용할 수 있게 제공하는 인터페이스 입니다.

네! 노션은 Notion API 를 제공합니다. Notion이 제공하는 엔드 포인트(https://api.notion.com)에 노션이 지정한 형식대로 요청을 날리면 값을 받아오는 것이죠

예를 들어 이렇게 요청하면은?

curl 'https://api.notion.com/v1/pages/b55c9c91-384d-452b-81db-d1ef79372b75' \
  -H 'Notion-Version: 2022-06-28' \
  -H 'Authorization: Bearer '"$NOTION_API_KEY"''

이렇게 응답이 오는거죠

{
  "object": "page",
  "cover": {
    "type": "external",
    "external": {
      "url": "https://upload.wikimedia.org/wikipedia/commons/6/62/Tuscankale.jpg"
    }
  },
  "icon": {
    "type": "emoji",
    "emoji": "🥬"
  },
  "parent": {
    "type": "database_id",
    "database_id": "d9824bdc-8445-4327-be8b-5b47500af6ce"
  },
  "archived": false,
  ...(생략)
}

쉽게 말해서 Notion API란 '문대승의 포스팅 글 정보 가져와줘' 라고 요청하면, 위처럼 포스팅 글에 대해 JSON 형태의 문자열을 돌려주는 서비스 라고 생각하시면 될거 같네요.

이제 Notion API가 생겼으니 그전엔 노션에서만 썼던 데이터들을 저희도 쓸 수 있게 되었습니다. 이제 데이터를 얻는 방법은 알았고, 이걸 화면에 그리는 서비스와 연동하면 끝이겠네요!

그런데 화면에 노션 데이터를 그리는 서비스는 없었습니다.. 개발자가 직접 저 문자열을 분석해서 노션처럼 똑같이 만들어줘야 하는 것이죠.(제가 말이죠 ㅠㅠ) 그래도 오픈소스로 노션 데이터를 분석해서 노션과 같은 컴포넌트들을 그려주는 라이브러리들이 몇 개 존재합니다.

CozyBlog는 아래의 라이브러리를 써서 노션 화면을 구현했어요.

• npm: @cozy-blog/svelte-notion-page - npm (npmjs.com)
• github: cozy-blog/svelte-notion-page (github.com)
• storybook: Introduction - Docs ⋅ Storybook (chromatic.com)

오 공교롭게 라이브러리를 만든 팀 이름과 저희 팀 이름이 겹치네요. 이런 우연이?!

네ㅋㅋ 저 라이브러리들은 CozyBlog 팀에서 제작한 오픈소스 입니다. 누구나 쓸 수 있게 다운로드는 물론, 코드까지 공개했어요. 잠깐 위 라이브러리를 소개하자면 저희는 웹 개발에 Svelte을 썼기 때문에 라이브러리를 Svelte 플랫폼에 맞게 작성했고, 사용자는 디자인을 마음대로 수정할 수 있게 커스텀 가능하게 제작했습니다.

코드 규칙이 쉬워서 github 코드 보시면 React 버전도 따라 만드실 수 있을거에요(저희 레포지토리에 풀리퀘 올려주시면 리액트 유지보수에도 참여할게요!)

코지 블로그는 더 나은 글쓰기 경험을 제공해, 사용자들이 알짜배기 지식들을 널리널리 공유하는 플랫폼이 되는 것을 목표로 하고 있어요. 그 취지에 맞게 저희쪽 개발코드도 이렇게 까버립니다! 앞으로도 개발하면서 고민하거나 해결했던 문제들에 대해 열심히 글을 작성할 거니까요. 많은 관심 부탁드려요~

코지블로그: cozyblog.io

3주짜리 어플이 앱스토어 전체 1위가 되기까지

안녕하세요😀

저는 언박서즈의 대표, 신희철입니다.

최근에 디미고 학생들이 만든 skrr앱 메이커로그를 보고 만약 우리가 앱스토어 전체 1위가 된다면 디스콰이엇에 글을 써야겠다고 생각했습니다.

굉장히 스마트하고 날카로운 팀이라 멋있다고 생각했고, 글을 남기는 것이 팀의 가치를 올리는 효과가 있다고 생각했고, 무엇보다 저희는 경쟁사이기 때문에 저도 글을 올리면 디스콰이엇에 계신 분들 입장에서 굉장히 재밌을거라 생각했기 때문입니다.

칭찬 투표 중심 커뮤니티 GAS의 성장과 인수 | Disquiet*

요약/시사점10대 기반 칭찬기반 투표 커뮤니티 서비스로, 학교에서 문집만들때 했던 앙케이트 조사의 모바일 버전으로 1등에게는 불꽃으로 공개칭찬 받을 수 있는 기회를 주고, 순위권에 들지 않더라도 익명의 누군가(몇 학년, 남/녀)에게 칭찬 받은 것을 알 수 있게 함.10대들을 타겟으로한 유사한 기능을 가진 서비스들은 이미 ...

https://disquiet.io/@woojungkim/makerlog/5773

미국에서 핫했던 gas라는 서비스를 카피한 서비스는 저희와 skrr 말고도 굉장히 많습니다.

현재 제가 다운로드 받은 것만 해도 12개가 있고, 아마 더 많은 수의 어플이 존재하거나 만들어지고 있을겁니다.

누가 이 게임의 승자가 될지 아무도 알 수 없으나 모든 팀이 최선을 다할 것이며, 이 경기를 더 많은 사람들이 지켜볼수록 참여한 모두에게 더 유의미한 게임이 될거라 생각합니다.

타임라인 요약

2/8 : gas에 대해 인지

2/16 : 4시간짜리 웹서비스로 가설 검증

3/9 : 앱개발 결정

3/16 : 경쟁앱 발견

4/1 : v1.0.0 출시, 스텔스 mode

4/19 : v1.2.3 (넘버링을 실수함) 출시, 1차 마케팅 시작

4/21 : DAU 2000 돌파, 앱스토어 소셜 19위

4/24 : 앱스토어 소셜 8위

4/28 : 2차 마케팅 시작

4/30 : 앱스토어 소셜 1위, 전체 16위

5/8 : 하루 가입자 5만명 돌파, 앱스토어 전체 1위

gas라는 서비스를 알게되다

저희가 gas라는 서비스를 접하게 된 건 정확히 올해 2월 8일이었습니다.

제가 속해있던 오픈카톡방에서 slay라는 서비스를 기사로 접했고, 소규모 단톡방에 질문을 했더니 gas라는 서비스를 소개해주셨습니다.

지금 생각하면 최고 귀인입니다. 정환님 감사..

칭찬이라는 긍정적인 에너지와 근원적인 호기심을 자극하는 컨셉이 너무 재밌어보였고, 한국에서도 한 번 만들어보고 싶다는 생각을 했습니다.

문제는 저희가 이미 하고있던 사업이 2개가 있다는 점이었습니다.

하나는 오랜만이라는 인맥관리 어플이었고,

하나는 2등급사관학원이라는 오프라인 수학학원이었습니다.

저희 팀은 고작 3명이기 때문에 모든 서비스를 잘 운영할 수는 없었고,

그래서 며칠간 학원일을 하면서 고민하다가

최소한의 리소스로 가설만 검증해보자는 생각으로 4시간만에 웹서비스를 하나 만들어봤습니다.

4시간짜리 웹서비스로 가설 검증

급하게 지은 hipo라는 이름 (그냥 킨더초콜릿 히포 먹다가 지어서 좀.. 나중에 바꿉니다)의 엄청 간단한 웹서비스였는데,

나에게 온 칭찬을 보고 싶어서 남을 칭찬할 것이다

나에게 온 칭찬을 누가 보냈는지 알기 위해서 결제할 것이다

라는 두가지 가설을 검증하고 싶었습니다.

화면 기획에 20분 정도 걸린 굉장히 허접한.. 웹서비스였고, 급하게 만들다보니 기능이랄 것도 없었습니다.

투표가 진행되려면 투표의 선택지에 등장할 이름이 필요한데 참여하는 사람들이 자발적으로 이름을 남겨줄거라고 생각하지도 않았고, 이름을 입력하는 기능을 만드는 것도 시간이 너무 아까워서 그냥 2개의 지인 그룹에 동의를 구하고 그룹 전원의 이름을 수작업으로 입력해두었습니다.

웹을 완성한 후 2개의 그룹에 pythonanywhere가 적힌 굉장히 이상해보이는 url을 뿌렸고 (지인이 아니면 절대 클릭하지 않을 url입니다) 참여자들은 랜덤으로 이름이 나오는 칭찬에 응답을 남기기 시작했습니다.

gas는 본인에게 온 응답을 확인하는 재미가 있는 앱이지만 저희는 그런 기능이 없었기 때문에 마지막 화면에서 '너에게 온 응답을 확인하고 싶으면 연락처와 이름을 남겨줘' 라고 했고, 그 날 투표의 결과를 다음날 저녁 수작업으로 정리해서 각각의 url로 만들어 연락처를 남겨준 지인분들께 전송했습니다.

예.. 뭐 이런 웃기게 생긴 링크인데 저 링크에 들어오면 어떤 칭찬에 뽑혔는지 (ex. 여기서 가장 옷을 잘입는 사람) 적혀있고, 누가 보냈는지 궁금하면 500원을 결제하라는 버튼이 있습니다 (멘트 그대로 500원이었습니다)

누르면 결제가 바로될 것처럼 생긴 버튼이었는데 꽤나 많은 분들이 눌러주셨고, 버튼은 fake이기 때문에 다음과 같은 화면이 떠서 떼쓰기를 할 수 있도록 했습니다.

워낙 적은 수라 데이터는 별로 의미가 없었지만 전체 참여자의 20% 정도가 결제 버튼을 눌러주셨고, 떼쓰기는 한 500번 정도 광적으로 누르길래 궁금하면 500원 BM이 작동하는 BM이라는 것을 느끼고 고민에 빠졌습니다.

하고 있던 일이 많아서 시간을 충분히 쏟기가 어려웠기에 이걸 해봐... 말아? 라는 고민을 하면서 기존에 하던 학원일을 열심히 하고 있었는데, 2주 정도의 시간이 흘렀는데도 하고싶다는 마음이 계속 들길래 에라 모르겠다 그냥 둘 다 해보자라는 생각으로 일을 벌리기 시작합니다.

앱개발을 결정하고 프론트 개발자를 외주로 구하다

한 번 만들어보기로 결심하고나서 바로 위의 사진처럼 3일짜리 계획을 세웠습니다.

저희 팀은 현재

신희철 : 공동대표, 말하는 일, 이것저것 잡무

권성민 (과동기) : 공동대표, 기획, UIUX디자인, 소소한 개발

신영재 (절친동생이자 동생절친) : 개발자

세 명으로 구성이 되어있는데, 영재가 앱개발을 해본 적이 없어서 배워서 하기에는 시간이 꽤 걸릴 것이라 생각했습니다.

천안 구석에 박혀서 정보가 느린 저에게도 노출될 정도의 이슈라면 분명 이미 준비하고 있는 팀들이 많을 것이라 생각했고, 이 아이템은 속도가 굉장히 중요한 아이템이라고 생각해서 그냥 프론트는 외주로 구해야겠다고 결론내렸습니다.

결론이 내려진 3월 9일 위시켓에 공고를 올렸고, 여러 분이 지원해주셨습니다.

제가 천안에 있어서 줌미팅만 가능했는데

1. 2주만에 개발을 완료할 수 있는가
2. 계속 바뀌는 상황에 빠르게 대응할 수 있는가

를 기준으로 판단하려고 했었고, 첫 줌미팅에서 만난 byson studio님이 너무 마음에 들어서 그냥 바로 하자고 결론내렸습니다 (바이슨님 항상 감사드립니다)

제가 미팅 끝날 때 했던 질문이 아직도 기억나네요.. '2주 만에 앱 런칭 가능하시죠?'

그리고 그 날 바로 기획과 개발이 동시에 시작되었습니다.

이런 난리부르스 개발은 외주 역사상 처음입니다

바이슨님이 해주신 말씀인데, 항상 죄송하게 생각하고 있습니다 (사실 지금도 저렇게 하고 있습니다)

시간이 없었기 때문에 저희 성민이 형이 UI 하나 그려내면 태희님과 영재가 화면과 api를 찍어내기 시작했고 일반적인 개발 플로우는 개나 주기 시작했습니다.

선후관계 없이 그냥 기획되는 대로 막 개발했고, 그러다가 충분히 고민하지 못한 부분에서 아차 하면서 기획이 바뀌면 그냥 다 들어내면서 다시 개발하고, 기능을 넣었다가 뺐다가 하면서 난리부르스를 했습니다.

심지어 오프라인 학원 프로그램도 유지보수하느라 정말 정신없었던 영재... 내가 미안하다!

지금 생각해보면 시간이 충분했으면 참 스마트하게 할 수 있었지 않나.. 싶은데 무튼 그 상황에서는 최선의 결과를 내려는 몸부림이었습니다.

기획을 할만한 시간이 없었기 때문에 gas앱의 화면들을 다 뜯어보면서 '에이 다 생각이 있어서 이렇게 했겠지' 라는 마인드로 90% 똑같이 기획을 했는데, gas앱은 저희가 2주만에 개발하기에는 사이즈가 좀 컸습니다.

그러던 와중 우연히 경쟁앱들을 확인할 수 있었고, 짐작은 했지만 막상 현실에 경쟁자들이 등장하니 똥줄이 타기 시작했습니다.

1주 전에 이미 외주 계약을 해버려서 무를 수는 없고, 이왕 시작한거 경쟁자가 있는게 훨씬 더 재밌게 이 스포츠를 즐기는 방법이라고 생각하기로 했습니다 (는 자기위안이고, 사실 에이 한 발 늦었네 젠장 이런 기분이었습니다)

똥줄 타서 기획 쳐내기 시작

이 정도면 앱의 90%가 날아가는게 아니었을까?

2주만에는 실패했지만 다행히 3주만에 개발을 완료하였고, 그렇게 열심히 만들어서 앱스토어 심사를 맡겨놨더니 이미 skrr은 훨훨 날아가고 있고 zellu는 대대적 마케팅을 하고 있어서 더 똥줄이 탔습니다.

거절을 몇 번 당했더라..?

그러고 저희 앱이 심사를 통과한 날 디스콰이엇에서 skrr 김현준 대표님이 쓰신 글을 읽었는데 굉장히 멋진 대표와 팀이라는 생각이 들었고 (그것과 동시에 찾아오는 난 고등학교 때 뭐했노... 라는 생각이었습니다) 오랜만에 승부욕이 올라와서 즐거웠습니다.

무튼 이미 판은 벌어졌고 누가 먼저 하든 끝날 때까지는 끝난게 아니다라는 생각으로 오히려 스텔스 모드로 테스트를 시작했습니다.

다른 경쟁앱들이 마케팅을 시작하고 비상하고 있었지만 저희는 어차피 늦은거, 그냥 더 늦게 하자는 생각으로 천안에 있는 근처 학교 하나만 오픈해서 사용자 반응 보면서 왜 사용하는가, 왜 바이럴이 일어나는가, 네트워크 효과는 언제부터 일어나는가 등에 집중하였습니다.

스텔스 모드에서 타겟한 학교의 유저들이 인스타 스토리에 저희 서비스를 어떤 뉘앙스로 올리는지 관찰하고, 일부 유저와는 인스타 dm으로 지속적으로 소통하면서 저희가 예상하지 못했던 불편한 부분들을 많이 개선할 수 있었습니다.

기획한 화면으로 냅다 말걸기

바로 형동생되기 (호형호제마케팅)

신하 마케팅

계속 질척거리면서 10대에 녹아들고자하는 발악... (아재특 계속 10대는 어떠냐고 질문함)

질투하는 한 소년과 정중하게 사과하는 대표의 위엄

등등... 앱을 런칭하기 전 3월 중순부터 계속 질척거리면서 이것저것 물어보며 여러 반응들을 확인했었고, 앱을 런칭하고 나서도 계속해서 소통하며 변화하려고 노력하고 있습니다.

유저 반응을 바로 반영했던 일화로는 학생들이 받은 칭찬 화면이 원래 오른쪽 모양이라 사진 모양을 눌러서 인스타 공유를 하면 본인 외에 있었던 친구 3명이 함께 공개되는 방식인데, 제 입장에서는 굉장히 유쾌한 것이 아닌가? 라고 생각했었지만 1/3 정도의 학생들이 올릴 때 친구 이름을 가리고 올리는 것을 보고 바로 왼쪽처럼 터치에 의해 공개/비공개가 땅따먹기처럼 전환되도록 바꿨습니다 (성민 아이디어 최고!)

(본인은 누구를 상대적으로 이겼는지 볼 수 있지만, 공유할 때는 가려서 올릴 수 있는 형태)

우리가 집중한 내용 중 일부 (모든걸 공개하면.. 아직 경기 진행중이기 때문에 여기까지!)

1. 다양한 칭찬을 많이 준비했고 여러 성격의 학생들이 골고루 칭찬을 받을 수 있게 설계했습니다.
2. 실명 공개의 가능성이 솔직한 투표에 마이너스 영향이라고 판단해서 실명 공개를 빼고(gas와 달라진 부분) 자음모음 힌트를 3단계로 준비해서 궁금함을 더 증폭시켰고 (신희철 = ㅅ + ㅣ + ㄴ + ㅎ + ㅢ + ㅊ + ㅓ + ㄹ) -> 사람 미치게 합니다 증말... 궁금함을 해소하기 위해서는 질문에 참여해서 포인트를 얻어야만 해서 칭찬이 자발적으로 생산되도록 사이클을 만들었습니다.
3. 본인이 받은 칭찬을 자랑할 수 있게 공유 flow를 굉장히 쉽게 만들었고, 10대들은 소위 말하는 '힙한 감성'을 좋아하기 때문에 이 부분 디자인에 공을 들였습니다 (성민이형 최고!)
4. 친구 추가 로직에 심혈을 기울여서 신규 유저가 유입되었을 때 기존 유저들과의 네트워크를 쉽게 터치 몇번으로 이을 수 있게 설계했습니다 (영재 최고!)

뭐.. 거창하게 써놨지만 사실 당연한 얘기들이라 그냥 열심히 열심히 잘해보려고 발악을 한 것 같습니다 하핫

첫 마케팅, 그리고 이상한 바이럴

위의 4번에 써놓은 친구 추가 로직, 저희는 이 부분이 제대로 되어야만 단기간에 소모되지 않고 진정한 네트워크 효과를 발휘한다고 판단해서 경쟁앱들에 비해 굉장히 늦은 4월 19일에 마케팅을 시작합니다.

이 날 저희의 v1.2.3이 출시되었거든요!!!!! (사실 1.0.3인가 그런데 넘버링을 실수했습니다ㅜ 그냥 그만큼 더 발전된 앱이라는 의미로 받아들이기로 하시죠!)

마케팅은 굉장히 심플했습니다.

gas가 한 방식 그대로, 인스타 비공개 계정을 하나 만들고 타겟 학교로 추정되는 학생들을 다 팔로우를 해서 며칠 묵혀서 호기심을 가득하게 만든 다음에 한 순간 공개로 오픈해서 공통된 시간에 알림을 받게 해 바이럴을 자동으로 유도하여 앱 링크를 통해 일부를 유입시키는 방식이었습니다 (참 쉽죠?)

이미 공개된 마케팅 기법이라 (위에서 링크한 gas 소개글에 있습니다) 모든 gas 카피앱들이 다 사용하는 방식일터, 중요한건 얼마나 실제 재학생들을 밀도 있게 단시간에 팔로우하는가이고 그 부분에서는 제가 자신이 좀 있었기 때문에 제 폰으로 계정을 5개 정도 만들어서 진행했습니다.

사실 1차 마케팅을 할 때 목표는 이 마케팅이 실제로 먹히는지 확인하고, 학교 내부에서 바이럴이 어떻게 일어나고 외부로는 어떻게 일어나는지 확인하는거였기 때문에 앞으로 일어날 일을 전혀 예상하지 못했습니다.

학교를 모두 닫아두고, 하나씩 오픈하면서 추이를 보려고 했는데 고작 학교 두 개 오픈으로 이틀 만에 DAU가 2000명을 넘기고 앱스토어 소셜 부문 19위에 올라버렸습니다 (두 개 학교를 오픈했더니 옆 학교들이 바이럴되어서 가입자수가 100명을 넘길래 옆 학교도 몇 개 오픈해주었습니다)

영차영차

이 때 뭔가 이상하다는 것을 느꼈고, 지수함수긴 한데 이 지수함수의 밑이 1보다 꽤나 크다는 걸 직감했습니다. gas가 발굴한 서비스의 본질이 너무 강력했던겁니다.

2차 마케팅, 그리고 1위가 되기까지

저희는 이후 터져나오는 CS와 버그 픽스, 다음 기능 기획 및 개발을 하느라 정신없이 보냈던 것 같습니다.

이 정도 바이럴을 가진 서비스가 처음이고, 수천 수만명의 유저가 무리없이 사용가능한 환경을 개발하는 것도 처음이었기 때문에 시행착오의 연속이었던 것 같습니다 (시행착오 그만할래.... 그냥 한 번에 성공해주면 안될까? 실패를 꼭 줘야만 하겠어?)

고작 두세개 학교에 인스타 마케팅을 한게 전부인데 너무 사용자가 급증해서 그걸 오픈해서 더 키우고 싶은 마음과 서버 부하로 인한 적정 사용자 리밋 사이에서 계속해서 갈등하는 순간들이 많았고, 결론적으로는 컨트롤 가능한 범위 내에서 조금씩 오픈을 해나갔습니다.

그러다 영재의 헌신으로 앱이 조금 더 버텨낼 수 있을 정도가 되었을 때 2차 마케팅으로 10개 정도의 학교를 공략했고, 이틀만에 앱스토어 소셜 1위, 전체 순위 16위에 도달할 수 있었습니다 (영재는 정말 영재가 맞는 것 같습니다)

소리 질러~~~ 라고 했었습니다 학원에서...

이후에는 모든 마케팅을 멈췄습니다 (라고 하기엔 그 전에도 학교 몇개 인스타 팔로우한게 전부라... 웃긴 표현이긴 합니다만...)

그냥 40명 넘으면 오픈해주고 푸시알림 보내고의 단순 반복이었고, 그로부터 8일이 지난 오늘 하루에 5만명이 들어오면서 앱스토어 전체 1위로 저희를 날려보냈습니다.

앱스토어를 켜면 바로 나오는 기적...!

5월 6일 오후 4시

5월 7일 오후 6시

여러 가지 문제들, 그리고 도와주신 분들

지금 저희를 괴롭히는 문제, 그래서 앞으로 해결해야할 문제는 결국 3가지로 추려졌습니다.

1. CS지옥
2. 백엔드 기술
3. 수익성 검증

이것저것 잡다한 문제들과 꽤나 고통스러웠던 문제들도 있었긴 하지만 언박서즈의 멋진 대표는 그런 걸 굳이 언급하지 않기 때문에 생략하고, 앞으로는 이 문제들을 해결해나가면서 전국 중고등학생이 매일 한 번씩은 들어오는 gamified SNS를 만들어보려고 합니다.

(해외 진출도 하면 좋고!!)

아마... 앞으로도 고비가 미친듯이 찾아올거라 더 글을 쓰지는 못할 것 같고!

큰 고비들을 넘기면서 호흡을 가다듬을 수 있는 순간이 오면 또 찾아뵙겠습니다.

마지막으로 이 분들이 도와주지 않으셨다면 큰일이 났을 분들에게 감사 인사를 전합니다.

(여기가 제일 중요하니 별표를 좀 치겠습니다)

**천안까지 행차하셔서 축복을 내려주신 김지현님 (정말.. 개발의 신이십니다)

simnalamburt - Overview

Natural Born Developer. simnalamburt has 278 repositories available. Follow their code on GitHub.

https://github.com/simnalamburt

**항상 영재를 잘 도와주시고 안내해주시는 임정택님 (최고의 멘토십니다)

https://www.linkedin.com/in/jtlim-kor/

**여러 폭탄들이 터지는 속에서 뭐든 발벗고 나서서 도와주는 우리 신영호님 (학원 운영부터 CS, 의사결정에서 생기는 다양한 논점들에 대한 조언까지 정말 없으면 큰일납니다)

참고로 유튜버기 때문에 모든 관심을 좋아합니다.

적자내고 떠난 연말 워크숍Vlog l 조니워커 블루라벨 & 아벨라워 싱글몰트 & 주향아라 위스키비교시음 l 양평 독채 펜션 추천 & 불멍🔥

드디어 워크숍 다녀왔습니다✌🏼귀한 술 협찬해주신 형수님&태성이형 감사드립니다!!개인적으로 주향아라가 진짜 맛있더라구요 추천드려요🥂p.s. 모두들 올 한 해 바라는 소원 다 이루시길 바랍니다▫️ Instagram : @hodventurekrhttps://www.instagram....

https://youtu.be/KboNHhXK5jM?t=810

구독 좋아요 부탁합니다. 누르시면 언박서즈의 댄스를 볼 수 있슴미다^^

**CS폭탄 속에서 귀한 주말 저녁 다 써가면서 도와준 허성민님

**우리 로고 깔쌈하게 만들어준 권민정님

**난리부르스 속에서 꿋꿋하게 계속해서 빠르게 깔끔하게 확실하게 책임감 있게 프론트 개발을 해주시는 바이슨님

https://www.linkedin.com/in/byson-studio

**여러 도움주시고 응원해주시는 강동호님, 강병준님, 신승민님, 친구들

**마지막으로 학원부터 이번 서비스까지 뚝딱뚝딱 맘먹은대로 다 만들어내고 누구보다 빠르고 누구보다 똑똑하고 누구보다 저돌적인 우리 언박서즈 모두에게 사랑한다? 는 말을 전하면서 글을 마치겠습니다.

UNBOXERS

People Unboxing All Creativities.

https://www.unboxers.team/

아, 서비스 이름은 HYPE입니다.

Flutter 마스터를 향해 🌊

1차 세미나 회고 글을 올리고, 굉장히 오랜만에 글을 다시 쓰게 된 것 같습니다. 그동안 더 많이 글을 썼어야 했었는데, 능력부족으로 인한 한계...ㅠㅠ 그래서 세미나가 끝난 지금에서야 다시 글을 쓰고 있습니다.

세미나를 준비하면서

스스로 많은 부족함과 아쉬움을 많이 느꼈던 것 같습니다. Flutter를 1년 넘게 공부했지만, 아직도 잘 모르는 것들이 많았고, 버전이 업데이트 됨에 따라 새로 공부해야할 것들이 넘쳐났습니다. 그럼에도 불구하고 더 노력하게 되었던 것은 PARD의 핵심가치인 "PAY IT FORWARD"가 항상 마음 속에 있었기 때문인 것 같습니다. 그리고 저에게 세미나에만 집중할 수 있는 환경을 만들어 주기 위해 다른 일들을 모두 맡아준 정규 파트장에게 심심한 감사와 박수를.. 정말 열심히 준비했고, 다시 보고, 생각하고 수정하는 과정이었습니다.

⬆️ 치열한 고민의 흔적들..

그리고 이 고민들은..

어떻게 하면 Flutter를 더 쉽게 배울 수 있을까? 어떻게 하면 손실없이 100% 학습 효과를 낼 수 있을까? 어떻게 해야 지루하지 않고 재밌게 진행할 수 있을까? 어떤 피드백을 어떻게 반영해야 할까? 이렇게도 해보고 저렇게도 해봤는데 어떤 방식이 더 적합할까? 어떻게 말하고, 어떤 예시를 들어야 효과적으로 전달이 될까? 또 내가 했던 삽질들은 어떤 식으로 알려주는 게 좋을까? PPT 자료 구성은 어떻게 해야 하고, 텍스트와 이미지, 컨텐츠의 순서와 실습의 비율 등등등... 이 모든 것들은 어떻게 배치해야 가장 효율적일까? ... 의 무한 반복이었습니다.

⬆️ 그리고 최종 결과물.. (이것들을 보고 있으면 뿌듯해짐..ㅎㅎ)

이런 과정 속에서

배운 점들도 정말 많았습니다. 사실 Flutter를 처음 배울 때보다 PARD 세미나를 위한 공부를 하면서 더 많은 공부를 했고, 더 많이 배울 수 있었습니다. 단순히 사용하기 위해 배우는 것과 남들에게 설명하기 위해 배우는 것의 깊이는 엄청난 차이라는 것을 느꼈습니다. 앱 파트의 세미나는 처음 기획하고 생각했던 방향에서 세미나를 거듭하고 피드백을 수용하면서 크게 달라졌습니다. 그리고 이것은 한번 경험해 본 것과 아예 처음 해 보는 것의 깊이와 농도의 엄청난 차이를 보여준 것 같았습니다. 저 스스로나 파디분들 모두 큰 성장을 이룰 수 있었던 경험과 시간이었던 것 같습니다. 이런 고민과 노력이 잘 전달되었기를 바랍니다..ㅎㅎ

지금까지는

저희 헤더들이 열심히 이끌어왔지만, 앞으로의 PARD 활동은 파디 여러분들 한 분 한 분이 이끌어 가면서, 함께 만들어 가는 1기가 되었으면 좋겠습니다! 지금까지 정말 수고 많으셨고, 또 이번 주에 있을 기디개 연합 세미나를 시작으로 숏커톤과 롱커톤도 잘 참여해주시면 더욱 좋을 것 같습니다!ㅎㅎ 롱커톤 아이디어도 많이많이 내 주세요~! 감사합니다 :)