YouTube 동영상을 학습 노트로 바꾸는 사이드 프로젝트를 만들었어요 — 혼자 배포하면서 배운 점
Source: Dev.to
Introduction
저는 스튜디오에서 게임을 출시하는 게임 개발자입니다. 이런 경험이 혼자 웹 앱을 만드는 것을 더 쉽게 해줄 거라 생각했지만, 전혀 그렇지 않았습니다. 이 글은 Lynote라는, YouTube 영상을 구조화된 학습 노트로 바꾸는 도구를 만들고 출시한 과정과, 시작하기 전에 알았으면 좋았을 모든 이야기를 담고 있습니다.
The Problem
저는 배우기 위해 YouTube를 많이 봅니다—튜토리얼, 컨퍼런스 강연, 대학 강의, 기술 심층 분석 등. 시청 자체는 생산적으로 느껴지지만, 실제로 적용하려고 할 때 거의 내용이 기억에 남지 않는다는 것을 자주 깨달았습니다. 근본 원인은 수동적인 소비였습니다: 보는 것만으로는 학습이 되지 않습니다. 진정한 학습은 정보를 가지고 무언가를 하는 것—요약하고, 질문하고, 스스로 테스트하는—을 필요로 합니다.
The Idea
YouTube 링크를 입력하면 요약, 핵심 포인트, 실행 항목, 플래시카드 등 실제로 복습하고 기억하는 데 사용할 수 있는 학습 노트를 반환해 주는 도구가 필요했습니다. 정확히 원하는 것이 없어서 직접 만들기로 했습니다.
Tech Stack
빠르게 출시할 수 있는 익숙한 도구들을 선택했습니다:
- Next.js 16 App Router – 파일 기반 라우팅, 서버 컴포넌트, 깔끔한 아키텍처
- React 19 – 서버 액션 덕분에 폼 처리가 예상보다 훨씬 간단했습니다
- Supabase – 인증과 데이터베이스 설정을 오후에 끝냈고, SSR 통합도 매끄러웠습니다
- OpenAI Responses API – 생성 파이프라인의 핵심
- Vercel – 설정이 필요 없는 배포, 혼자 작업할 때 딱 맞는 선택
특별히 복잡한 기술은 없었습니다. 목표는 인프라가 아니라 제품에 에너지를 쏟는 것이었습니다.
Challenges
Structured Output Across Video Types
다양한 종류의 영상에서 일관된 구조화된 출력을 얻는 것이 예상보다 어려웠습니다. 10분짜리 튜토리얼은 2시간짜리 대학 강의와 전혀 다른 전사 밀도를 가지고 있습니다. 짧은 영상은 과도하게 부풀린 노트를 만들고, 긴 영상은 토큰 제한에 걸리거나 끝부분에서 일관성을 잃었습니다.
Solution: 긴 콘텐츠에 대해서는 두 단계 접근법을 사용했습니다—키 구간을 추출하는 청킹 단계와 최종 노트를 생성하는 합성 단계. 완벽하지는 않지만 영상 길이에 관계없이 출력 품질이 예측 가능할 정도로 일관됩니다.
Underestimating “Done”
- MVP를 약 3주 안에 만들었습니다.
- 이후 UI 미세 조정, 리팩터링, 아직 요청되지 않은 기능 추가 등에 3개월을 더 보냈습니다—사실상 다듬기라는 이름의 미루기였습니다.
Pricing Over‑Thinking
가격 모델에 며칠을 쏟았지만, 실제로는 무료 티어를 먼저 출시하고 사용 데이터를 통해 조정했어야 했습니다. 현재 토큰 팩은 제공 중이며, 구독 결제는 아직 구현되지 않았습니다. 먼저 출시하고, 나중에 수익 모델을 고민하세요.
Product Decisions
엔지니어링은 가장 쉬운 부분이었습니다. 무엇을 보여줄지, 무엇을 제외할지, 출력을 어떻게 구조화할지 결정하는 데 코드보다 더 많은 시간이 걸렸습니다.
What Worked
- 제가 직접 필요로 하는 것을 만들었다 – 개발하면서 매일 사용했기 때문에 버그가 바로 제게 영향을 주었고 피드백 루프가 즉각적이었습니다.
- 스택을 지루하게 유지했다 – 익숙한 도구 덕분에 인프라에 걸리는 시간이 거의 없었습니다.
- 준비가 되었다고 느끼기 전에 출시했다 – 출시한 버전은 제가 원하던 버전이 아니었지만, 괜찮았습니다.
Launch
Lynote는 Lynote에서 라이브 중입니다.
- 무료 티어: 하루에 10개 노트, 계정 없이 이용 가능.
- 토큰 팩은 더 많이 사용하는 사용자를 위해 제공됩니다.
Takeaways for Solo Builders
첫 번째 솔로 제품 출시였습니다. 사이드 프로젝트를 고민 중인 개발자에게 드리는 유일한 조언은:
- 필요하다고 생각하는 것보다 작게 시작하세요.
- 편안함을 느끼기 전에 빠르게 출시하세요.
스택, 프롬프트 엔지니어링, 혹은 게임 개발자로서 솔로 개발 경험에 대해 궁금한 점이 있으면 언제든 질문해 주세요.