본문 바로가기

pm47

매일 학습 일지 0713목 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 정책 정의서 예시 서비스 기획서 작성하기 - 개정이력 history : 언제 누가 무엇을 변경했는지를 기재한다. 문서의 재개정 이력과 주요 변경 내용을 관리한다. - 정책정의 : 서비스의 주요 정책에 대해 정의한다. - TOBE IA : 정보의 구조와 내비게이션에 대해 작성한다. IA가 작성되지 않으면 서비스에 대한 이해도가 낮다. - 서비스 프로세스 및 플로우 차트 : 각각의 기능 수행과 사용자의 행위를 매핑하고 서비스 흐름을 이해한다. - 레이아웃 : 화면의 전체적인 통일성, 룩앤필, 공통 요소에 대한 정의 등 전체적인 구조를 파악하고 정의한다. - 시나리오 : 스토리보드, 와이어프레임, 서비스 기획서, 화면 설계서 기능 구현을 위한 인터페이스 .. 2023. 7. 14.
매일 학습 일지 0712수🔥 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 프로젝트 프로세스 정의하기 분석 기존 서비스 분석 신규 서비스의 타깃 분석 사용자군 분석 UX UI 분석 타사 서비스 분석 _ 벤치마킹 디자인, UXUI트랜드 분석 요건 정의 명확한 요건정의를 통해 서비스 기획~론칭까지의 소요시간, 투입되는 리소스, 나의 업무범위를 파악할 수 있다. 정책적의 유저플로우, 플로우 차트로 서비스 프로세스를 정의한다. + IA 설계 = 내가 해야하는 일과 범위 도출 가능하다. 서비스 기획서 작성하기 지난 주 과제 피드백 받고 약간 충격 받음 ㅠ 내가 완전 이상하게 이해하고 있었구나 싶어서 아쉬웠다. 그래서 이번주는 아주 열심히 준비하고 있는데 내가 제대로 하고 있는 것인지 의심이 들어 조금 무섭기도 하다. 강의를 이번주는.. 2023. 7. 12.
매일 학습 일지 0711화🔥 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 가트너 선정 2023년 10대 전략 기술 트렌드 디지털 면역체계 응용 관측 가능성 AI 신뢰 위험 보안관리(AI TRiSM) 산업 클라우드 플랫폼 플랫폼 엔지니어링 무선 가치 실현 슈퍼앱 적응형 AI 메타버스 지속가능한 기술 최적화 Optimize 디지털 면역 시스템 구축(Digital Immune System) 디지털 면역은 데이터 바탕으로 it 시스템 운영을 최적화, 자동화 하면서 시스템 장애 같은 갑작스러운 문제를 자동으로 해결하는 것을 말한다. 카카오톡 데이터 센터 화재 사건으로 보아 디지털 시스템이 취약할 경우의 위험도를 가늠할 수 있었다. 디지털 면역 시스템을 구축하면 갑작스러운 장애나 다운 타임을 감소시켜 수익 감소를 최소화 할 수 있다.. 2023. 7. 11.
매일 학습 일지 0710월 🔥 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. https://uglyus.co.kr/main 어글리어스 마켓 | 못난이 농산물 정기배송 서비스 못생겨도 맛있다! 나와 환경을 위한 건강한 채소습관을 제안합니다. uglyus.co.kr 지속 가능한 식탁을 만드는 것을 미션으로 친환경 못난이 채소 정기배송 서비스 ✔️ 모양과 크기, 판로 부족 문제 등의 이유로 갈 곳 잃은 농산물을 구출해 최대 20% 저렴한 가격으로 소비자의 식탁으로 배송 ✔️ 친환경 못난이 채소 정기배송 서비스 ‘채소박스’ ✔️ 단품 구매가 가능한 ‘싱싱마켓’ ✔️ 이렇게 먹으면 맛있어요 ‘레시피’ ✔️ ’싫어함’을 ‘기특함’으로 바꾸는 뉴스레터 ‘월간못난이’ 시장가치가 없는 신선식품은 폐기되어 버려진다. 통통하지 않은 브로콜리 3.. 2023. 7. 10.
매일 학습 일지 0707금🔥 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 과제 내용 정리 1. 서비스 정책 정의를 위한 고려사항 더보기 정책 : 서비스를 관리하는 원칙이나 규율 정책서 : 서비스를 관장하는 용어와 운영정채과 원칙을 정의한 산출물 서비스 정책은 결국 사용자들이 서비스를 사용하는 방법과 규칙을 말한다. 그렇기 때문에 서비스 정책은 지역, 문화, 인프로, 법률, 디자인, 개발 등 서비스가 존재하는 환경 전반에 대한 이해가 필요하다. 1. 지역, 문화, 인프라 우리 서비스 타깃이 누구인지, 어느 나라에서 제공되는지 그리고 어떤 인프라 또는 생태계에 적용되고 또 이용할 수 있는지을 파악하여 그에 맞는 서비스 정책을 지정 및 변경할 수 있다. 환경 및 서비스 타깃에 대한 섬세한 정책 조율은 우리 서비스가 핵심 사용.. 2023. 7. 7.
매일 학습 일지 0706목🔥 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 개발자와 커뮤니케이션을 잘하기 위해 중요하다고 생각하는 3가지 기획자는 협업하는 사람입니다. 기획자는 개발자, 디자이너와 나아가서는 다양한 이해관계자들과 함께 프로덕트를 완성하고 유지 및 관리해야 합니다. 이 과정에서 기획자가 어떤 스탠스를 취하느냐에 따라 프로젝트에 관련한 커뮤니케이션 비용이 달라질 수 있습니다. 특히 개발자, 디자이너는 그 직업의 특성과 그들의 업무 프로세스를 이해하는 것이 효율적으로 프로젝트를 완성하기 위한 중요 요건이라 생각합니다. 01_상대가 나와 동등한 지위의 업무 파트너임을 명심한다. 기획자의 업무가 프로덕트/프로젝트를 기획하고 관리하는 것이라는 이유로 자칫 상위 결정권자인 것으로 착각할 수 있으나, PM/기획자는 팀의 .. 2023. 7. 7.
매일 학습 일지 0705수🔥 UX = 사용자 경험 = User Experience 사용자가 제품을 사용/이용할 때 겪는 모든 경험을 통칭 UX는 사용자가 서비스를 알게되고, 사용하며 떠올리고 느끼는 모든 느낌, 감정, 생각 서비스를 처음 알게 됐을 때의 감정 처음 서비스를 이용할 때 상황 다시 서비스를 방문했을 때의 느낌 서비스의 핵심기능을 사용했을 때의 생각 서비스에서 느낀 불편함 UI를 통해 사용자 시나리오를 유도한다. 이때 가장 쉽고 빠르고 편리하게 길을 잃지 않고 서비스를 이용하게 하는 것이 UX UX를 바라보는 관점 1. 인지 Cognitive 사람이 어떻게 정보를 받아들이고 꺼내는가? 지각 - 시각화 - 인지 - 기억 - 행동 2. 감정 Emotion 경험 발생 시점의 심리변화와 변화의 이해를 어떻게 아는가? 신뢰 - 이.. 2023. 7. 5.
매일 학습 일지 0704화🔥 식별, 본인인증, 본인확인, 사용자인증 ... 뭐가 다른가? 공부하다 보니 단어 사용이 혼용되어 명확한 뜻을 파악하기 어려워 여러 자료를 보고 느낀 각 용어의 의미와 범위를 나름 정리해 보았다. 내가 누구냐?, 식별과 인증의 차이 우선 내가 여러 자료과 아티클들을 읽으면서 느낀 식별과 인증의 뜻을 구분하자면 식별 입력된 정보를 토대로 현재 사용자가 존재하는 사람이라는 것을 확인하는 것 (마치 like 아이디 찾기) 인증 입력된 정보로 인한 권한 요청이 정당한 사용자에 의한 것이라는 증명 (마치 like 로그인) 전자서명법 제2조 6호 "인증"이라 함은 전자서명생성정보가 가입자에게 유일하게 속한다는 사실을 확인하고 이를 증명하는 행위를 말한다. 식별과 인증의 종류 식별 본인확인 : 전자적인 방식으로 제시된 이용 당사자의 신원에 대한 신뢰성을 확인하는 과정 실명확인 .. 2023. 7. 4.
매일 학습 일지 0701토 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 제품 발견 테스트 기법: 좋은 아이디어인지 나쁜 아이디어인지 가치: 사용자 또는 고객이 이 제품을 사용하거나 구매할 것인가? 사용성: 사용자가 이 제품의 사용 방법을 이해할 수 있는가? 실현 가능성: 우리가 이것을 만들 수 있는가? 사업 유효성: 이 솔루션이 우리의 사업에 유효한가? 테스트 단계 최초 요청 A →사용성/가치테스트(고객) → 실현 가능성 테스트(엔지니어) → 사업 유효성 테스트(이해관계자) → 결과 B 최초 요청의 A에서 테스트를 통해 최종 B가 된 이유의 근거가 되는 테스트 결과 사용성 테스트 우리의 사용자가 누구인지? 무엇을 원하는지? 어떤 행동을 원하는지? 어떻게 행동하는지? 사용자 경험(UX) 핵심 요소 사용자 욕구: 서비스로부.. 2023. 7. 2.
매일 학습 일지 0630금 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. PROCESS 생각하기 제품 발견 구조화 기법 제품 발견 계획 기법 구현하기 아이디어 발상 기법 프로토타이핑 기법 테스트하기 실현 가능성 테스트 사용성 테스트 가치 테스트 사업 유효성 테스트 개선하기 변화 기법 제품 발견 구조화 기법 제품 발견 기법 문제를 구조화 하고 제대로 해결하는 것이 중요한 경우 사용한다. 큰 프로젝트 / 여러팀이 참여하는 프로젝트에 유용 목표 분명한 목적과 연계성에 대해 팀이 모두 같이 이해하고 있도록 하는 것 제품 발견 업무를 하면서 대응해야 하는 큰 범위를 찾아 내는 것 사업 위험 재무적인 위험 사업 개발 위험 마케팅 위험 영업 위험 법무 위험 윤리적 위험 → 을 판단/검증해야 한다. 일의 유형 제품팀의 업무 3가지 개선.. 2023. 7. 2.
매일 학습 일지 0629목 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. PROCESS 는 방법이 아니다. ⇒ 기술, 마음가짐, 문화의 조합 제품 발견 팀이 대처해야 하는 도전 ✔️ 고객을 위한 구체적인 솔루션 발견 고객이 가진 문제를 자세하게 알고 솔루션 ✔️ 자신감 있는 제품을 출시할 수 있는, 실행력 실행력 : 기간내에 빠르게 만드는 것. → 솔루션을 발견했다고 해도, 빠르게 출시하지 못하면 시장에서 이미 출시했거나 유의미한 솔루션이 아니게 될 수 있다. → 시간은 곧 💵, 리소스도 💵 제품의 개념 = 비즈니를 운영할 수 있는 상태 제품의 개념 - 비즈니스를 운영할 수 있는 상태 확장이 가능한 제품 - 기본이 탄탄해야함 필요한 수준의 성장 기준에 부합 - 오류 최소화(QA 성공률 90% 이상 필요한 분석 데이터 수집.. 2023. 6. 29.
매일 학습 일지 0628수 제로베이스 PM스쿨 학습 후 내용을 정리하는 글입니다. 제품이 성공해서 회사가 확장된다면? 비전과 사업 목표의 부재 초기 창업자들의 이탈 → 사기 저하, 혁신 고갈, 속도 감소 가장 중요한건, 리더의 역할 기존 맴버와 새로운 맴버의 팀워크를 위해 리더의 역할이 중요 CPO - 총괄 제품리더 CDO - 총괄 디자인 리더 CTO - 총괄 기술 리더 전사차원의 목표를 잘 이해해야한다. → 보다 큰 비전을 이해 리더의 역할 조직 전체 레벨의 목표를 분명하게 이해하는 것 플랫폼팀과 제품팀의 시너지 제품팀의 업무 조정 목표 공유 높은 신뢰 수준의 약속들 OKR의 연계 제품팀이 이해해야 하는 것 우리팀이 무슨 일을 하는가 이 일은 어떻게 제품에 기여되는가 전체 범주에 어떻게 들어가 있는가 제품 에반젤리즘 에반젤리스트.. 2023. 6. 29.

티스토리툴바