abonglog

          • 소프트웨어 개발방법론

            • 로우파이 와이어프레임과 하이파이 와이어프레임
          • 자료구조 및 알고리즘

            • 다익스트라 알고리즘
            • 플로이드-워셜 알고리즘
            • 외판원 순회 문제(TSP) 를 완전 탐색 , DP로 풀어보자
            • 순열,조합과 그래프의 관계에 대해 알아보자
            • 백준 10986 - 나머지합 (모듈러 연산 , 누적합, 중복조합)
          • 함수형 자바스크립트

            • 모나드와 함께하는 함수형 프로그래밍 - Maybe 모나드
            • 복잡한 상태관리, 함수형으로 생각하며 리팩토링하기
            • 이터레이터와 이터러블, 제네레이터, 비동기 이터러블
            • 멀티패러다임 프로그래밍 서적 리뷰
            • 제네레이터를 이용해 자바스크립트의 큐 자료구조 10줄로 구현하기
            • 함수형 자바스크립트 모나드 알아보기
            • 함수형 자바스크립트의 펑터와 적용형 펑터
            • 커링 (currying) 에 대해 알아보자
            • 함수형 프로그래밍의 정의와 기초지식 및 가볍게 살펴보는 활용 예제
            • 함수형 자바스크립트 프로그래밍 학습 커리큘럼
          • 컴퓨터 공학 지식

            • 고급 프롬프트 엔지니어링을 위한 개념 정리
            • 개방형 와이파이에서도 폼 데이터는 안전할까 ?
          • 독서 노트

            • 솔로프리너의 시대 서평 리뷰
          • 인생 회고록

            • AI 에이전트를 이용해 블로그의 UI를 리디자인하며 느낀 회고 (바이브코딩, 양의 순환고리, 회고의 중요성)
          • 웹 브라우저 지식

            • 경험에 의거한 FSD (Feature Sliced Design) 구조 완전 공략
            • zustand는 어떻게 마법같이 동작할까?
            • 이번에 합성 컴포넌트를 이용하여 디자인 시스템을 만들어봤던 경험
            • 함수형 컴포넌트의 useEffect에 대한 사견, 부수효과 관점에서 다시 보기
            • 브라우저의 캐시 사용법 및 NextJS 에서 캐시를 사용하는 방법
            • NextJS 는 어떻게 이미지 최적화를 구현하는가 ?
          • introduction to algorithms

            • 이진 검색 트리 (이진 탐색 트리)
          • mostly-adequate-guide

            • Chapter 13: Monoids bring it all together [번역]
            • Chapter 12: Traversing the Stone [번역]
            • Chapter 11: Transform Again, Naturally [번역]
            • Chapter 10: Applicative Functors [번역]
            • Chapter 09: Monadic Onions [번역]
            • Chapter 08: Tupperware [번역]
            • Chapter 07: Hindley-Milner and Me [번역]
            • Chapter 06: Example Application [번역]
            • Chapter 05: Coding by Composing [번역]
            • Chapter 04: Currying [번역]
            • Chapter 03: Pure Happiness with Pure Functions [번역]
            • Chapter 02: First Class Functions [번역]
            • Chapter 01: What Ever Are We Doing? [번역]
          • Zero to One

            • [Inklingme-iter2-planning] MVP 방향성 재수립
            • [InklingMe : Slice-1 : Action] 첫 번째 애자일 이터레이션을 가진 후 진행한 액션 후기
            • [InklignMe : Slice-1 : Recap] 조그만 기능 대비 쓸데없이 복잡한 엔지니어링 과정을 거쳤던 과정 회고
            • 2번의 프로젝트 관리 실패로 배운 1인 개발의 씁쓸한 회고록
            • Zero to one 시리즈를 시작하며
          abonglog logoabonglog
          [Inklingme-iter2-planning] MVP 방향성 재수립  의 썸네일

          [Inklingme-iter2-planning] MVP 방향성 재수립

          Zero to One
          프로필 이미지
          yonghyeun1/18/2026, 12:35:50 PM

          프로젝트 방향성 재수립 및 PMF 검증 전략 회고

          1. 배경 및 현황 (Context)

          • 현재 단계: 첫 번째 Iteration 종료 후 다음 단계 준비 중.
          • 기존 목표: 영어 기록과 학습을 병행하고자 하는 사용자에게 AI 기반 텍스트 에디터 제공.
          • 초기 검증 전략:
            • 복잡한 백엔드(CRUD, 회원가입) 구현 지양.
            • 랜딩 페이지와 단순 에디터만 배포하여 사용자 관심도 측정.

          2. 문제 인식 (Problem Identification)

          초기 전략에 몰입하던 중, 검증 수단과 해결하려는 문제 사이의 괴리를 발견함.

          note

          Question: "단순 도구 제공만으로 유저가 '습관'을 형성했는지 검증할 수 있는가?"

          2.1. 기존 접근의 한계

          • 집중 대상의 오류: 유저의 본질적 문제(지속성)보다 유입(Traffic)과 기능(Editor) 구현에만 집중함.
          • 가치 제안의 모호성: 저장되지 않는 에디터는 기존 번역기(Translator) 와의 차별점을 제공하지 못함.

          2.2. 핵심 페인포인트 재정의

          • 사용자 니즈: "영어를 공부하는 게 아니라, 내 삶을 영어로 기록하며 자연스럽게 성장하고 싶다."
          • 현재의 불편함(Pain Point): 기록 공간, 학습 공간, 검색 공간이 단절되어 있어 지속적인 동기 부여가 안 됨.

          3. 전략적 모순 (Strategic Gap)

          • 지표 측정 불가: PMF의 핵심인 리텐션(Retention) 을 측정하려면 사용자를 식별(ID)하고 데이터를 축적(DB)해야 하는데, 현재 구조로는 불가능함.

          4. 결론 및 핵심 지표 (Conclusion & Metrics)

          • 제품 정의: '일회성 번역 도구'가 아닌, '통합된 영어 기록 자산 관리(Asset Management) 서비스' 로 재정의.
          • 검증 지표 (KPI):
            1. 전환율 (Conversion): 글 작성 후 저장 시 가입하는 비율.
            2. 재방문율 (Retention): 가입 유저의 D+1 재작성 비율.

          5. 실행 계획 및 방법론 (Action Plan & Methodology)

          5.1. MVP 범위 확장 (Scope Expansion)

          수정된 전략에 따라 MVP의 기능 범위를 확장하여 사용자 리텐션 측정을 위한 기반을 마련한다.

          • 변경 전: 단순 에디터 기능 제공.
          • 변경 후: 회원가입(Authentication) 및 글 CRUD(Create, Read, Update, Delete) 기능 추가.
          • 영향: 소프트웨어 규모 확대 및 복잡도 증가에 따라 기존 개발 프로세스의 수정이 불가피함.

          5.2. 개발 방법론 수정 (Development Process)

          단일 기능 개발에서 다중 기능 개발로 전환됨에 따라, 애자일(Agile) 계층 구조를 재정의한다.

          • 기존 (As-Is): 단일 Feature 구조
            • 개발 대상이 '에디터' 하나였으므로, 이를 작은 단위인 Slice로 나누어 개발함.
            • 예: Slice 1 (Input/Output 구현), Slice 2 (AI 교정 구현)
          • 변경 (To-Be): Epic & Feature 구조
            • 개발 대상이 여러 개로 늘어남에 따라 상위 개념인 Epic과 하위 개념인 Feature로 계층화함.
            • Mapping: 기존의 'Feature' → Epic, 기존의 'Slice' → Feature로 용어 격상.
          note

          Note: 용어와 계층 구조가 변경되었을 뿐, 기능 단위로 쪼개서 개발하는 Vertical Slicing 기반의 핵심 원칙은 그대로 유지한다.

          • Walking Skeleton 전략:
            • 기능별 완벽 구현(X) → 전체 데이터 흐름의 연결(O) 을 Iteration 1의 목표로 한다.
            • 디자인이 없더라도 [비회원 작성 -> 가입 -> DB 저장]의 사이클을 먼저 완성한다.
          • 프로젝트 방향성 재수립 및 PMF 검증 전략 회고
            • 1. 배경 및 현황 (Context)
            • 2. 문제 인식 (Problem Identification)
              • 2.1. 기존 접근의 한계
              • 2.2. 핵심 페인포인트 재정의
            • 3. 전략적 모순 (Strategic Gap)
            • 4. 결론 및 핵심 지표 (Conclusion & Metrics)
            • 5. 실행 계획 및 방법론 (Action Plan & Methodology)
              • 5.1. MVP 범위 확장 (Scope Expansion)
              • 5.2. 개발 방법론 수정 (Development Process)

          abonglog

          공부한 내용을 기록하고 함께 성장하고 싶어 만든 두 번째 블로그입니다.
          주로 웹개발과 관련된 내용을 포스팅합니다.

          Githubttddcc119@naver.com

          © 2026 abonglog All rights reserved.

          이전 포스트[InklingMe : Slice-1 : Action] 첫 번째 애자일 이터레이션을 가진 후 진행한 액션 후기