내배캠 학습일지_T.I.L

| 강의명 : 사전강의 1회차\_ 누구세요? PM인데요!기획자 - 동선개발자 - 구현 가능성마케터 - 대중성,유명해지자이라고 했을 때, 이 세 직군을 컨트롤하는 사람이 PM이다. 의사결정도 할 수 있다.아래는 사전 캠프에서 진행된 오주환 PM님의 라이브세션에서 PM을

드디어 부스트캠프 1일차다. 본캠프까지는 10일정도 남았지만 낯선 디지털 세상에 적응하고자 의욕적으로 사전캠프를 신청했다.나는 IT업계의 PM을 목표로 하고 있다.소통 창구 세팅 - 노션, 슬랙에 입장 후 내 얼굴 사진으로 프로필 변경자기 소개 - 개인 어필을 하는 멤

DBeaver 설치하기 (Window / Mac)https://dbeaver.io/download/테이블과 컬럼(필드) 개념 이해하기데이터 불러오기 실습모든 Query 는 이래의 구조를 갖는다.select \*from food_orders불러오기 단축키ctrl

| 강의명 : 엑셀보다 쉽고 빠른 SQL 2강. 데이터 계산하기 숫자 연산해보기 > #### 숫자 연산 예시 select foodpreparationtime, delivery_time, foodpreparationtime + delivery

| 강의명 : 엑셀보다 쉽고 빠른 SQL3강. 데이터 가공하기1.업무에 바로 쓸 수 있게 문자 데이터로 변환하기Replaceex)select restaurant_name "원래 상점명", replace(restaurant_name, 'Blue', 'Pink'

| 강의명 : 엑셀보다 쉽고 빠른 SQL3강. 데이터 연결하기1.여러번의 연산을 한번의 sql문으로ex) "Subquery 문 안을 수정해서, 음식 준비시간이 25분보다 초과한 시간을 가져오기"\* subqueryselect order_id, restaurant_nam

| 강의명 "프로덕트 매니지먼트 개론"| 강사님www.linkedin.com2-1. PM과 함께 일하는 사람들프론트 개발자백엔드 개발자앱 개발자 QA엔지니어 : QA 엔지니어는 PM의 요구를 바탕으로 테스트 계획을 세우고 테스트 케이스를 작성합니다. UX/UI 디자이

| 강의명 "프로덕트 매니지먼트 개론"| 강사님 www.linkedin.com| 제작 팀스파르타챕터2-4 : 프로덕트 개발 과정기획목표수립\-프로덕트와 상위조직의 목표를 바탕으로, 과제의 목표를 명확히 수립문제정의\*\-핵심 문제를 명확히 정의 \-UX리서치, 시장 조

| 강의명 "프로덕트 매니지먼트 개론" | 강사님 www.linkedin.com | 제작 팀스파르타 | 챕터3-1 : 실무에서 PM이 겪는 문제와 해결 방법 1.PM의 매력 & 실제 모습 Q. 왜 PM을 하고싶나요? 인터뷰 | 우아한형제들 PM의 이야기- “배민 기획자의 일” 출처 https://techblog.woowahan.com/13027/ ...

| 강의명 "서비스기획 입문"| 강사님 www.linkedin.com| 제작 팀스파르타1-1 : 시장 조사 및 경쟁사 데스크 리서치( 시장 및 경쟁사 조사를 위한 데스크 리서치 방법 분석 )향후 행보 예측에 도움된다그 회사가 어떤 문제를 해결하고자 하는지, 어디로 나아

| 강의명 "서비스기획 입문"| 강사님 www.linkedin.com| 제작 팀스파르타1-2. UX 리서치 방법론 Q. 해석에 PM의 주관이 들어가도 괜찮을까요?A. 리서치는 본질적으로 주관적인 활동입니다.단, 주관 자체보다 근거 없는 주관이 문제입니다.잠재 니즈나

챕터2-1 : 문제 정의부터 해결까지 ㄴ애자일의 핵심 원칙인 ‘점진적으로 개선하는 방식’과 일치하기 때문ㄴ성공 확률을 높일 수 있기 때문(데이터 기반의 의사결정) 해결하고자 하는 문제의 상위 비전과 목표를 정의 사용자/비즈니스 가치 관점에서 달성해야 할 핵심 지표를

| 강의명 "서비스기획 입문"| 제작 팀스파르타| 챕터2-3 : 2단계. 문제정의 비즈니스 측면 : OKR과 KPI 달성을 가로막는 것들이 무엇인지사용자 측면 : 사용자 쪽에 무슨 문제가 있는지\*미리 해결 방안을 정해놓으면 문제 정의가 왜곡될 수 있음으로 그대로 해석

| 강의명 "서비스기획 입문"| 제작 팀스파르타| 챕터2-4 : 3단계. 가설수립 & 검증 핵심 문제정의가 끝나면, 이를 해결하기 위한 해결방안을 도출합니다.물론, 이 해결방안은 아직 확정된 내용이 아니라, 검증되지 않은 가설입니다.이것이 가설 기반 사고 (Hypoth

| 강의명 "서비스기획 심화"| 제작 팀스파르타| 챕터 1-3 : 로그 설계 기초\-내가 보고 싶은 데이터를 심는 것 (거의 모든 서비스에 심는다)\-로그는 문제 해결 및 디버깅 시에 사용한다\-무엇을 왜, 어떻게 기록할지 전략적으로 접근해야 한다. a. 로그 설계

| 강의명 "서비스기획 심화"| 제작 팀스파르타| 챕터 1-4 : 데이터 분석 방법\-사용자가 특정 목표에 도달하기까지의 여정을 추적하는 방법\-이탈하는 지점을 파악하고, 이탈률을 줄이기 위한 개선점을 찾을 수 있습니다.📖강의안에서 설명된 내용의 퍼널 분석 표를 직접

| 강의명 "서비스기획 심화"| 제작 팀스파르타| 챕터 1-5 : 구글 애널리틱스결과보다 원인에 집중하는 PM이탈의 책임자를 찾는 게 아니라, 구조적 원인을 찾는 것'어떤 기대를 안고 왔나?'CVR은 ‘기능 평가 지표’ ⭕

| 강의명 "서비스기획 심화"| 제작 팀스파르타| 챕터 1-6 : 구글 애널리틱스 활용 \- 유저 유입 경로 등 (마케팅에 주로 사용)01 개요(지표)02 이벤트(지표) cf. 자동으로 수집되는 이벤트 (GA4 기본 이벤트) 03 페이지 및 화면(지표)04 방문 페이

| 강의명 "서비스기획 심화"| 제작 팀스파르타챕터 3-1 : 요구사항 분석(PRD)프로젝트나 제품 개발의 핵심 과정개발팀이 어떤 제품을 만들 것인지를 명확히 정의하는 단계: 각 팀(개발, 디자인, QA 등)이 동일한 목표를 가지고 작업할 수 있도록 공유기능 이름 :

| 강의명 "서비스기획 심화"| 제작 팀스파르타챕터 3-2 : 정보 구조도(IA)서비스의 근본적인 뼈대이자 지도어떤 정보를 어디에 배치하고 연결할지 설계: 좋은 IA는 사용자가 원하는 정보를 빠르고 쉽게 찾을 수 있게 도와줌.: 원하는 정보에 쉽게 접근하여 이탈률 축소

| 강의명 "서비스기획 심화"| 제작 팀스파르타챕터 3-3 : 서비스 정책서기준에 대한 정의: 서비스 개발이나 개선 과정에서 기능에 대한 명확한 정의와 구현 기준을 설정하여, 관련 팀들이 일관되게 작업할 수 있도록 하는 문서정책 필요 이유 해결 문제 목록어디까지 적용할

| 강의명 "서비스기획 심화"| 제작 팀스파르타챕터 3-4. 에러 케이스 정의서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고 이를어떻게 처리할지를 명확하게 기술하는 문서: 문제가 발생했을 때 어떻게 처리할지 명확히 하기 위해 작성: 사용자가 서비스의 기능을 이

| 강의명 "서비스기획 심화"| 제작 팀스파르타챕터 3-5. 상세 기획(스토리보드)프로젝트의 구체적이고 실행 가능한 계획목표, 요구 사항, 일정, 기능 설계(명세) 등을 정의기능 명세 = 스토리 보드 = 화면 설계서 = 상세 기획안: 기능의 목적, 동작 방식, UI 요

| 강의명 "서비스기획 심화"| 제작 팀스파르타⟡ 프레이머?웹사이트를 디자인하고, 퍼블리시하고, 분석할 수 있는 올인원 노코드 웹 제작 도구.코드를 쓰지 않고도 실제 서비스 수준의 웹사이트를 만들 수 있음.PM이 개발자 없이도 프로덕트를 직접 실현하고 퍼블리시할 수 있

아티클 | https://brunch.co.kr/@seanwooc/117<PM이라는 직군이 사라지려나?>전통적 PM이 아닌, AI를 탑재한 올라운더 메이커가 되어라실제 인터뷰하듯 깊이 파고들어야 함모델의 장단점, 엣지 케이스에서의 행동 패턴이상한 출력도

블로그 | 쏘카의 2024년을 보내며 정리한 10가지 배움2025년의 소카 : 수많은 의사결정의 순간매크로한 시장의 변화가 발생했을 때 빠른 대응이 중요하다. -> 빠른 결정을 하려면 준비되어있어야 함올해 경제가 어렵다, 요즘 경제가 어렵다는 말은 항상 나온다적정 수요

아티클 | 기획자로서 알아야 하는 앱 개발 유형서비스의 목적과 리소스 상태에 따라 가장 적합한 방식을 선택해야 함. 디바이스 기능(카메라, 지문, 고성능 그래픽)이 핵심인 고퀄리티 서비스가 필요해"👉 Native App"최소 비용으로 빠르게 MVP를 만들어 고객 반응

AARRR 프레임워크=서비스의 상태를 가늠하기 위해 PM이 필수적으로 확인해야 하는 데이터1) 획득(Acquisition) : 얼마나 많은 사용자가 어떻게 우리 서비스를 방문했는가?DAU, MAU, 신규 방문자 수 -> 대략적인 방문 사용자 수 확인마케팅, 검색엔진

막연한 목표를 실행 가능한 하위 지표로 쪼개는 프레임워크/'영점 조준'의 도구1\. "우리 팀은 열심히 일하는데 성과가 안 나요" 👉 지표의 인과관계 파악2\. "팀원들이 왜 이 일을 해야 하는지 몰라요" 👉 목표 동기화와 시각화3\. "우선순위를 정하기가 너무 힘

3-2. 프론트 기획 실습(회원가입) (1)3-3. 프론트 기획 실습(회원가입) (2)\*KEY POINT : 비즈니스 로직, 예외 처리, 데이터 흐름을 개발자와 디자이너가 명확히 이해하도록 돕는 것프로젝트 명 : 회원가입 화면 기획목적 : 신규 유저 유입을 위한 간편