본문 바로가기

전체 글1206

2026년도 20년차 PM 수준으로 보강해야 할 것 지금 절차는 초보자가 웹서비스 하나를 완성하기에는 상당히 좋은 V1 프로세스지만, 20년차 PM 관점에서 보면 아직 빠진 층이 있습니다.현재 구조가 기획 → 개발 → QA → 배포 중심이라면, 숙련된 PM은 그 앞뒤에 사업성·요구사항·의사결정·리스크·운영·성과측정까지 관리합니다.20년차 PM 수준으로 보강해야 할 것영역현재추가하면 좋은 것아이디어✅시장/문제 검증사용자 정의✅Persona/JTBD경쟁 분석△경쟁서비스·대체재 분석요구사항△요구사항 ID 및 우선순위범위✅In/Out Scope 명문화화면설계△IA·User Flow·Wireframe기능명세✅인수조건(Acceptance Criteria)데이터✅데이터 모델·API 계약디자인✅디자인 시스템개발규칙✅Definition of Done일정✅마일스톤·의존성변.. 2026. 9. 22.
2026년도 전체절차를 초보자도 이해할수 있게 정리 지금까지 정리한 내용을 코딩을 처음 하는 사람도 그대로 따라 할 수 있는 하나의 표준 절차로 단순화하면 아래처럼 가는 것이 가장 좋습니다.핵심은 이것입니다.생각은 Chat → 기획은 Work → 개발은 Codex → 저장은 GitHub → 배포는 Vercel초보자를 위한 웹사이트 개발 전체 절차1단계. 무엇을 만들지 정하기 — Chat처음부터 코딩하지 않습니다.먼저 한 문장으로 설명할 수 있어야 합니다.예를 들어:"하루 일상을 글과 사진으로 기록하고 캘린더에서 다시 볼 수 있는 일기 사이트"그리고 세 가지만 결정합니다.누가 사용하는가?무엇이 불편한가?이 사이트가 무엇을 해결하는가? 여기서는 Codex를 사용할 필요가 없습니다.2단계. 아이디어가 괜찮은지 확인 — Chat아이디어가 생겼다고 바로 만들지 않.. 2026. 9. 22.
2026년도 기획과 개발 사이에 ‘개발 시작 승인 단계’ 지금 만든 절차는 이미 상당히 좋습니다. 다만 “홈페이지를 만드는 절차”에서 “프로젝트를 반복해서 성공시키는 개발 시스템”으로 한 단계 더 바꾸면 좋겠습니다.가장 크게 개선할 부분은 기획과 개발 사이에 ‘개발 시작 승인 단계’를 하나 넣는 것입니다.제가 추천하는 개선형 프로세스① 아이디어 — Chat재미있는 아이디어를 자유롭게 탐색합니다. 이때는 구현 가능성을 너무 따지지 않습니다.② 사전 검증 — Chat ← 추가 추천바로 기획하지 말고 먼저 세 가지만 판단합니다.누가 사용할까?왜 사용할까?기존 방법보다 무엇이 좋아질까? 세 질문에 답이 약하면 프로젝트를 보류합니다. 이렇게 하면 만들어 놓고 안 쓰는 사이트가 줄어듭니다.③ 프로젝트 기획 — Work여기서 PROJECT.md를 하나 만듭니다.목적사용자해.. 2026. 9. 21.
2026년도 웹 프로젝트 표준 개발 절차 지금까지 해온 방식을 기준으로 보면, 앞으로는 “바로 코딩”보다 기획 → 설계 → 지침 → 개발 → 검증 → 저장 → 배포를 고정 루틴으로 만드는 것이 좋습니다.웹 프로젝트 표준 개발 절차1단계 — 아이디어 선정 · Chat먼저 가볍게 아이디어를 잡습니다.무엇을 만들까?누가 사용할까?어떤 문제를 해결할까?가장 중요한 기능은 무엇일까?예: AI 일기 → 하루 기록을 이미지·앨범·콘텐츠로 만들어주는 서비스이 단계에서는 Codex를 사용할 필요가 거의 없습니다.2단계 — 프로젝트 기획 · Work아이디어가 결정되면 Work에서 본격적으로 기획합니다.프로젝트 목적타깃 사용자사용자 문제핵심 기능페이지 구성사용자 시나리오사이트맵데이터 구조디자인 방향기술 스택MVP 범위향후 확장 기능 여기에서 “무엇을 만들 것인가”.. 2026. 9. 21.
2026년 포탈시스템 12일차 12일차는 Supabase를 실제 서비스 기능에 연결하는 날로 가면 됩니다. 지금까지 추천과 일정 생성이 중심이었다면, 오늘부터는 사용자가 로그인하고 자기 일정을 저장할 수 있어야 합니다.현재 Supabase의 Next.js 권장 방식은 @supabase/ssr를 사용해서 브라우저용 클라이언트와 서버용 클라이언트를 분리하는 구조입니다. 환경변수는 NEXT_PUBLIC_SUPABASE_URL, NEXT_PUBLIC_SUPABASE_PUBLISHABLE_KEY를 사용하는 방식이 권장됩니다. 12일차 목표Supabase 연결 ↓회원가입 / 로그인 ↓A/B/C 일정 선택 ↓선택 일정 DB 저장 ↓MY 페이지 ↓내 일정 조회 이 흐름까지 되면 「오늘 뭐하지?」가 단순 데모에서 사용자 데이터를 가.. 2026. 9. 20.
2026년 포탈시스템 11일차 11일차는 계획대로 추천 일정 A/B/C 3안 생성으로 가는 게 좋습니다. 10일차의 단일 일정 생성기가 정상 동작한다는 전제에서, 오늘은 같은 조건에서도 성격이 다른 세 가지 선택지를 만드는 단계입니다.11일차 — A/B/C 3가지 하루 일정 추천핵심 결과는 사용자가 이런 화면을 보는 것입니다.오늘 부산에서 뭐하지?A. 밖에서 즐기기관광 → 영화관 → 야구B. 적당히 나가기실내관광 → 야구 → OTTC. 편하게 보내기카페 → 영화 → OTT 단순히 추천 결과를 세 번 돌리면 안 됩니다. 각 일정에 명확한 성격을 줘야 합니다.1. 일정 유형 정의src/types/plan.ts에 추가합니다. export type PlanStyle = | "outdoor" | "balanced" | "relaxed";.. 2026. 9. 20.