본문 바로가기

zero-매일학습일지46

입과과제를 마치며 6월부터 어제까지 나름 열심히 공부하고 과제를 해결했다. 그리고 어제부로 입과과제까지 제출을 마쳤다. 오늘 아침은 너무 가볍게 눈이 떠져서 조금 당황스럽고 기분이 좋았다. 마지막 입과과제의 주제를 일주일이 지난 뒤에 바꿔서 남은 일주일동안 엄청 신경을 쏟았는데 좀 더 퀄리티를 끌어올릴 수 있었을 텐데 그러지 못한 점이 아쉽다. 선불제, 주차별 과제 커트라인 통과, 전체 과제 기준개수 이상 작성 으로 포트폴리오반에 들어갈 수 있는 과제 기준은 모두 충족시켰다고 보는데 과연 입과과제가 패스가 될지는 또 모르겠다ㅠ 별 걱정 없을 거라고 생각했는데 1,2주차 외에는 모두 우수과제에 들어가지 못했고 입과과제 퀄리티가 마음에 썩 차지 않아서 솔직히 떨어질까봐 겁난다. 우수과제에 들고 싶었는데 자꾸 제외되서 속상하던.. 2023. 8. 22.
매일 학습 일지 0727목 광고 상품의 종류 Display AD: 광고지면에 이미지로 노출되는 광고 Search AD: 키워드를 통해 광고를 추천 Conversation AD: 채팅 서비스 플랫폼에서 주로 제공, 대부분 비즈니스 계정을 통해 CRM마케팅 진행 퍼포먼스 마케팅 데이터 수집, 분석 디지털 영역에서 소비자 행동 트래킹 → 맞춤 타겟팅 광고 운영하는 마케팅 기법 4R Right Audience: 적합한 사용자에게 Right Place: 적합한 장소에서 Right Time: 적합한 시간에 Right Contents: 적합한 콘텐츠를 제공해야 그 효율이 좋을 수 있다. 타겟팅 광고 활용 캠페인 집행 초기에는 타겟 사용자층이 명확히 특정되지 않을 가능성이 높다. 규모가 작고 집행기간이 짧은 경우 A/B테스트의 활용이 더 효과적.. 2023. 7. 27.
매일 학습 일지 0726수 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 플랫폼 비즈니스 생태계를 구축하고 수요자와 공급자 간의 거래를 촉진하여 특정 가치를 포착하여 수익을 창출하는 비즈니스 모델 거래 플랫폼 (2-sided Platform) 가장 기본적인 플랫폼의 형태이며, 플랫폼 사업자는 재고를 소유하지 않고 생태계를 제공한다. 주요 BM: 거래당 수수료 모델 싱글 플랫폼 (1-side Platform) 주로 기술기반의 플랫폼 기업에서 취하는 형태이며, 공급자에게 필요한 기능 혹은 솔루션을 제공함으로서 사용료 받는 방식 주요 BM: 통신별 사용료(Transaction Fee), 기능별 사용료, 월별 사용료 멀티 플랫폼 (Multi-sided Platform) 가장 확장된 형태의 플랫폼이며, 두개 이상의 서로 다른 유형.. 2023. 7. 27.
매일 학습 일지 0725화 전반적인 기획 과정 1. 서비스가 전달하고자 하는 핵심 컨셉(지표) 정의 2. 서비스를 가능하게하는 특징을 보여주는 주요기능(3-5가지 기능) 3. 필요한 기능을 모두 list up - 필요한 기능 브레인 스토밍 - 서비스가 동작하기 위한 구체적인 경우의 수 도출 ex) 졸업작품 때 했던 list up 로그인 후, 로그인 전 상태관리 4. 기능 구현에 필요한 데이터 정책 정립 - 약관 및 정책 정립 ex) 졸업작품 때 글이 몇 개보일지, 사용자 접속채널 고려 5. 사용자별 프로세스 정리(법적 규약이 될 수 있음) 6. 정보구조도 작성(사이트맵, depth) 7. 와이어 프레임 -> 화면설계서, 스토리보드(반응형 생각해서 모바일-테블릿-웹 순서) 8. UI설계(와이어 프레임, 목업을 기반으로 프로토타입 가.. 2023. 7. 25.
매일 학습 일지 0724월 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 서비스 정책 정리 정책이란? 서비스를 관리하는 규율이나 원칙 정책서란? 서비스를 관장하는 용어나 운영 정책과 원칙을 정의한 산출물 서비스를 원활하게 이용하고 구현하는데 필요한 요소를 정의하는 것 정책은 서비스의 비즈니스 구조와 운영 프로세스 확정 후 정의한다. 정책은 회사의 서비스 방향과 전략이 반영되어야 한다. 정책은 서비스에 맞는 벙책, 기획 방향에 맞는 정책 분석을 통해 인사이트를 얻고 개선 시 명확한 정책 정의가 필요하다. -> 이후 작성되는 문서들의 기준이 되므로 2023. 7. 25.
매일 학습 일지 0721금 머터리얼 디자인 가이드라인 구글에서 제공하는 안드로이드 플랫폼 중심의 디자인 시스템 예측 가능한 규칙으로 통일된 디자인을 제공하여 수많은 구글 서비스에 쉽게 접근 및 사용할 수 있도록 제작 2014년 구글이 스마트폰에 적용하면서 퍼지기 시작. 빛에 따른 그림자 효과를 주어 깊이감을 살리는 디자인 방식으로 컨텐츠 자체가 강조됨 질감이 느껴지는 표면 (tactile surfaces) 대담하고 선명한 그래픽 디자인 (bold graphic design) 아름답고 직관적인 사용자 경험을 위한 자연스러운 애니메이션 2023. 7. 25.
매일 학습 일지 0720목💙 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 프로젝트 개념 프로젝트 : 일정 기간 내 일정 목적을 달성하기 위해 수행하는 업무 목적을 달성하지 못한다 → 프로젝트 딜레이 → 추가비용 발생 프로젝트는 정해진 기간, 배정된 금액, 투입 인력 등 일정한 제약조건 내에서 요구사항(requirement)를 수행하는 방식으로 진행 요구사항이 작은 것 같아도 프로젝트에 미치는 영향은 크다. 프로젝트 추진 배경 비즈니스 전략 변경 발생 (웹만 운영하던 서비스가 앱을 운영하기 위한) 신규 서비스 런칭 기업, 조직의 중요 변화를 내외부 공표 사용자 환경 변화, 사용자와의 관계 변화, 웹 트랜드의 변화 등에 대응해야 하는 경우 프로젝트의 특징 일시적/한시적 : 시작과 종료가 명백히 존재 (데드라인 존재) 고유성 .. 2023. 7. 20.
매일 학습 일지 0719수💙 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 1. 코호트 리텐션 2. 리텐션 커브 3. 데이 N 리텐션(Day N Retention) 4. 브래킷 리텐션(Bracket Retention) 5. 언바운디드 리텐션(Unbounded Retention) 브래킷 리텐션과 언바운디드 리텐션 차이 Week 1 Bracket Retention (혹은 Bounded Retention): 신규 이용을 시작하고 나서 그다음 1주일 동안 유지된 사용자 비율. 예를 들어 1월 1일에 이용 시작한 유저들 중, 그다음 주인 1월 8일부터 1월 14일까지 7일 동안 이용한 유저 비율이 브래킷 리텐션 Unbounded Retention, On and After Week 1: 신규 이용을 시작하고 나서 다음 1주일 동안, .. 2023. 7. 19.
매일 학습 일지 0718화 💙 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 서비스 기획은 어떻게 시작해야 할까? 1. 사업 분석 2. 주요 기능 정의 3. 기능 명세서/기술 요구사항 작성 4. 개발 일정 수립 5. 스토리보드 작성 1.서비스 기획의 시작은 사업 분석 시장 어떤 형태로 움직이는지 외부적 요소를 파악하고 우리의 서비스가 어떤 형태로 수익을 창출하거나 사회적으로 기여할 수 있을지 내부적 요소를 관찰 외부 요소를 파악한다는 것은 목표시장의 형태를 이해하는 일 시장규모, 성장과정, 시장 영향요서 등을 파악 재무제표를 뜯어보며 향후 우리 사업의 매출 기회까지 역산해야 하는 사업 기획자 보다는 낫지만 서비스 기획의 사업 분석은 인터넷만 검색해서 찾아지는 정도의 사업 분석이라면 안됨 적어도 우리가 어떤 시장에서 몇 개월 .. 2023. 7. 18.
매일 학습 일지 0717월💙 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 2023 가트너의 트랜드 보고서 it 전문 리서치 그룹 가트너(gartner) 2023년 10대 주요 전략 기술 트랜드 발표를 통해 IT 기술 개발의 흐름을 분석 2023 최적화Optimize 확장Scale 개척Pioneer 최적화 Optimize 디지털 면역 시스템 구축(Digital Immune System) 디지털 면역은 데이터 바탕으로 it 시스템 운영을 최적화, 자동화 하면서 시스템 장애 같은 갑작스러운 문제를 자동으로 해결하는 것을 말한다. 카카오톡 데이터 센터 화재 사건으로 보아 디지털 시스템이 취약할 경우의 위험도를 가늠할 수 있었다. 디지털 면역 시스템을 구축하면 갑작스러운 장애나 다운 타임을 감소시켜 수익 감소를 최소화 할 수 있다.. 2023. 7. 17.
매일 학습 일지 0714금 🔥 프로젝트 프로세스 중 서비스 기획서에 대해 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 프로젝트 진행 프로세스는 이렇다. 이 안에서 PM이 맡아서 작성해야 하는 문서는 대략 이렇다. 계획 : 수행사, 구축사 입장에서 할 일 분석 : 분석과 정책정의와 가이드 정의 설계 : IA 설계, 서비스 프로세스, 와이어프레임, 스토리 보드 작성 등 구현 : 분석+설계를 기반으로 만들어 짐 / 스토리보드와 TDD에 참여 검수 : 더 세밀하고 고도화된 QA, QC 하고 수정한다. 종료 : 서비스 오픈 / 문서 업데이트, 운영 메뉴얼, 인수인계와 안정화 이 중 기능 구현 이전 단계인 계획 - 분석 - 설계 에 해당하는 문서를 합쳐서 서비스 기획서라 부를 수 있다. 서비스 기획서 작성하기 ✅ 서비스 기획서란? 현재의 서비스를 분석하고 개선하고자 하는미래.. 2023. 7. 14.
매일 학습 일지 0713목 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 정책 정의서 예시 서비스 기획서 작성하기 - 개정이력 history : 언제 누가 무엇을 변경했는지를 기재한다. 문서의 재개정 이력과 주요 변경 내용을 관리한다. - 정책정의 : 서비스의 주요 정책에 대해 정의한다. - TOBE IA : 정보의 구조와 내비게이션에 대해 작성한다. IA가 작성되지 않으면 서비스에 대한 이해도가 낮다. - 서비스 프로세스 및 플로우 차트 : 각각의 기능 수행과 사용자의 행위를 매핑하고 서비스 흐름을 이해한다. - 레이아웃 : 화면의 전체적인 통일성, 룩앤필, 공통 요소에 대한 정의 등 전체적인 구조를 파악하고 정의한다. - 시나리오 : 스토리보드, 와이어프레임, 서비스 기획서, 화면 설계서 기능 구현을 위한 인터페이스 .. 2023. 7. 14.

티스토리툴바