분류 전체보기 21

[21일차] 데스크리서치, 경쟁사 조사, CJM

0601 수업🔍 21회차 데스크리서치: 경쟁 단서와 CJM으로 고객 문제 찾기PM·DA 통합 과정 21회차📌 핵심 내용 요약데스크리서치란?자료를 많이 모으는 일이 아니라, 현장으로 나갈 질문을 만드는 작업아이디어 → 맥락 확보(Context) → 문제 단서 발견(Clue) → 가설 도출(Hypothesis) 오늘의 핵심 질문"이 서비스가 풀어야 할 고객 문제는 무엇이고, 경쟁사가 아직 못 채운 빈틈은 어디인가?" 현업이 원하는 것: 자료 링크 30개가 아니라 의사결정 문장그래서 어떤 고객이 제일 아픈가?경쟁사가 놓친 빈틈은 어디인가?다음 인터뷰에서 무엇을 검증해야 하나?📚 내용 정리1️⃣ 데스크리서치의 3단계 흐름단계키워드하는 일Context맥락 확보시장·기술·경쟁·정책 흐름 파악, 아이디어가 놓인..

[20일차] 시장 조사/분석 보고서, PEST, TAM/SAM/SOM, 자료조사

0529 수업1️⃣ 시장조사보고서 전체 흐름단계핵심 질문산출물문제정의누구의 어떤 문제인가?문제 기술서가치제안왜 우리 해결책을 선택해야 하는가?가치제안 캔버스시장분석시장 기회와 위협은 무엇인가?PEST시장규모실제로 돈 되는 시장인가?TAM/SAM/SOM검증 계획다음에 무엇을 확인할 것인가?인터뷰·관찰·설문 계획시장조사보고서는 “아이디어 설명서”가 아니라 PRD 이전 단계의 시장 검증 문서다.2️⃣ 문제정의 핵심항목핵심 내용Who누가 가장 크게 불편한가Goal무엇을 달성하고 싶은가Barrier무엇 때문에 막히는가Outcome그래서 어떤 손실이 생기는가좋은 문제정의 공식[고객]은 [목표]를 달성하고 싶지만,[장벽] 때문에 [부정적 결과]를 겪고 있다.대표 실수실수왜 위험한가모든 사람을 고객으로 설정타겟이 흐려..

[19일차] 암호화폐, 블록체인, 스테이블 코인

0528 수업📊 19회차 - 디지털 자산의 첫걸음, 암호화폐란 무엇인가?📌 핵심 내용 요약암호화폐란?암호 기술을 이용해 화폐 개념을 디지털로 전환한 것중앙기관 없이, 탈중앙화된 P2P 방식으로 거래와 신뢰를 구현하는 시스템 기존 화폐 시스템의 문제는?중앙집중의 문제: 카드사·플랫폼이 모든 거래 정보를 독점 → 정보·권력의 집중익명성 소멸: 현금의 익명성이 디지털 거래에서 사라짐 → 개인정보 유출 위험대안 부재: 대안이 없어 쓸 수밖에 없는 구조 → 비트코인 탄생의 배경📚 내용 정리1️⃣ 화폐의 개념과 역사화폐의 3조건교환의 매개: 재화·서비스 교환 시 수단으로 기능해야 함가치 저장: 시간이 지나도 가치가 유지되어야 함가치 척도: 상품의 교환 가치를 가격으로 측정할 수 있어야 함화폐의 진화 흐름물품화..

[18일차] 기술 동향과 핀테크 산업

0527 수업18회차. 기술 동향과 핀테크 산업 — AI·클라우드·데이터로 읽는 금융의 미래📌 핵심 내용 요약Part 1. IT 산업 메가트렌드 — 4가지 물결기술 발전은 단순히 편리함을 만드는 것이 아니라, 산업 구조와 비즈니스 모델 자체를 바꿉니다.트렌드핵심 본질비즈니스 변화AI지능화와 자동화단순 도구를 넘어 의사결정 파트너(Agent)로 진화Cloud분산화와 산업별 최적화산업별 규제에 맞춘 맞춤형 인프라(Industry Cloud)로 발전SaaS지능형 소프트웨어단순 자동화를 넘어 지능형 업무 보조(Copilot) 탑재Platform생태계 강화개별 제품 경쟁이 아닌 플랫폼 생태계 간 경쟁으로 변화Part 2. 핀테크의 본질 — 분해와 재조합핀테크는 단순히 금융 앱을 만드는 것이 아니라 금융 기능의 ..

[17일차] 기술 사업/예측과 로드맵, 비즈니스 모델

0526 수업15회차 핵심 요약 — 데이터 너머의 의사결정핵심 키워드: 불확실성 하의 의사결정 (Decision under Uncertainty)한쪽은 시장·기술 불확실성, 다른 한쪽은 인간 인지의 불확실성PART 1 — 미래를 보는 눈 (기술전략)1. 기술예측 방법론"미래를 정확히 맞히는 것이 아니라, 대비할 수 있게 만드는 것"기간방법특징단기 (1년 이내)통계 모델 (회귀·시계열·ML)과거 패턴 기반 정량 예측중기 (3~5년)델파이 기법전문가 익명 반복 합의장기 (10년+)시나리오 분석 + S-커브복수 미래 설계 + 기술 수명주기 PM이 자주 하는 실수장기 의사결정에 단기 통계만 쓴다 → 구조 변화에 무방비단기 의사결정에 시나리오를 쓴다 → 결정이 늦어짐2. 기술 로드맵 (Technology Road..

[16일차] API를 활용한 데이터 수집

0522 수업17회차. API를 활용한 데이터 수집 — DART로 금융지주 비교 리포트 만들기📌 핵심 내용 요약Part 1. API란 무엇인가API는 코드가 아니라 '약속'이다.식당 비유로 이해하면 쉽다.식당API 세계메뉴판API (Application Programming Interface)주방서버 (DART의 데이터베이스)음식응답 데이터 (JSON 형식)주문서우리가 보내는 요청 (URL + Parameter) API의 4가지 구성요소URL — 어느 식당으로 갈 것인가 (주소)Method — 무엇을 하러 왔는가 (GET: 보여주세요 / POST: 저장해주세요)Parameter — 주문 옵션 (엑셀 필터 조건과 동일)Response — 받은 음식 (JSON 형태로 반환)오늘 우리가 쓸 것은 99% GE..

[15일차] 데이터 수집전략, 데이터 수집 기획안 작성

0521 수업 / 16회차 📊 16회차 | 데이터 수집 전략 — 어디서, 무엇을, 어떻게 가져올 것인가📌 핵심 내용 요약1. 왜 '수집 전략'이 별도의 의사결정인가데이터 요구사항 정의서(DRD, 12강)와 파이프라인 아키텍처(13강) 사이에는 "어디서, 어떻게 가져올 것인가"라는 결정 단계가 빠져 있다. 16강이 바로 그 다리를 채우는 시간이다.회차핵심 질문산출물12강어떤 데이터가 필요한가?데이터 요구사항 정의서 (DRD)13강그 데이터를 어떻게 흘릴 것인가?파이프라인 아키텍처16강어디서, 어떻게 가져올 것인가?데이터 수집 기획안17강실제로 코드로 가져와보자API 핸즈온 실습 코드2. 데이터 출처 3분류 (1st / 2nd / 3rd Party)구분정의핀테크 예시특징🏠 1st Party자사 서비스에..

[14일차] 데이터 파이프라인 개념

0520 수업📊 데이터 파이프라인 기본 개념 완전 정리PM·DA 통합 과정 13회차 | 핀테크 사례 중심📌 핵심 내용 요약데이터 파이프라인이란?데이터가 발생하는 곳부터 최종 목적지(분석·AI·백오피스)까지자동으로, 정확하고, 안전하게 흐르도록 시스템을 구축하는 것 파이프라인이 없으면 어떤 일이 생길까?PM의 고통: 이벤트 전환율을 보려면 DA에게 부탁 → SQL → 1시간 뒤 답변 / 결제 직후 잔액이 안 바뀌는 CS 폭주DA의 고통: 매출 반토막의 원인이 Batch 적재 실패 / VAN사 가맹점명 표기가 매번 달라 분석 불가📚 내용 정리1️⃣ 데이터 파이프라인 4단계 여정단계이름설명핀테크 예시①Generation (생성)앱 이벤트, 서버 트랜잭션, 외부 API 등에서 데이터가 태어남토스 송금 버튼..

[13일차] 파이프라인 AB테스트

0519 수업 시장 실패의 법칙: 신제품의 90%는 실패한다. A/B 테스트가 풀어주는 4가지 현실 문제 보수적 의사결정자 설득리스크 관리근거 있는 KPI 책임규제·컴플라이언스 가설 도출 과정문제 정의 - UJM 기반, Pain Point 식별데이터 분석 - What → So What → Now What가설 수립 - 측정 가능한 공식 적용성공 기준 - 성공/보조/가드레일 3종 지표 설정 핀테크에서 가드레일이 더 무거운 이유 핀테크 PM이라면 반드시 봐야 할 5가지사기·이상거래율 : FDS 알림 발생률, 사기 의심 거래 비율민원·CS 인입률 : 1·2차 민원, 앱스토어 별점, 콜센터 콜수컴플라이언스 위반율 : KYC·AML 미충족, 약관 동의 누락기술적 안정성 : API 응답시간, 결제 실패율, 앱 ..

[12일차] 데이터 요구사항 정의서

0518 수업 GIGO 원칙 — Garbage In, Garbage Out 쓰레기를 넣으면 쓰레기가 나온다핵심: 데이터 요구사항을 명확히 정의하지 않으면, 돈과 시간을 낭비하고도 원하는 인사이트를 얻지 못합니다. 작업 흐름 데이터 요구사항 (비즈니스 관점)데이터 사전 (기술 관점)개발 구현 (구현) 순서가 중요합니다: 데이터 요구사항(Why/What)이 먼저이고, 데이터 사전(How)이 그 다음입니다. 요구사항 없이 사전부터 만들면, “기록은 하는데 왜 기록하는지 모르는” 상태가 됩니다. 비즈니스 질문 → 데이터 번역 5단계 1단계: 비즈니스 목표 정의나쁜 목표좋은 목표송금 늘리기“신규 가입자의 7일 내 첫 송금 전환율을 32%에서 45%로 개선” ← 오늘의 메인 예제사용자 경험 개선“온보딩 완료율을..