본문 바로가기

PM으로 성장하기116

서비스 워커 프론트엔드 개발자분과 이야기를 하다가 '서비스워커' 라는 단어가 나왔다. 프론트 단에서 사용하는 캐싱과 관련된 개념이었다.서비스워커브라우저와 웹 서버 사이의 중개자 역할을 하는 자바스크립트 파일로, 웹 애플리케이션에서 백그라운드에서 실행되며 페이지가 닫혀도 동작함주요 기능1. 오프라인 지원: 캐시된 데이터를 활용하여 인터넷 연결 없이도 제공 (PWA, Progressive Web App 제공)2. 푸시 알림: 웹앱이 실행되지 않아도 푸시 알림 지원 가능3. 백그라운드 동기화: 사용자가 네트워크가 없는 상태에서 요청을 보내고 연결이 복구되면 자동으로 요청을 재처리4. 리소스 캐싱 및 최적화: 페이지의 이미지, CSS 등을 브라우저에 저장(캐시)하여 다음 방문 시 빠르게 로드특징일반적인 웹페이지 코드와 달리.. 2025. 3. 13.
라우터 이동? 새로고침? 개발자가 라우터 이동시 OOO를 하는 로직이 존재한다고 얘기를 했다. 라우터 이동이 대체 뭘까? 하다 찾아보니 URL로 이동하는 행위라고 한다.그럼 URL로 이동한다고 표현하면 될 것을 왜 라우터 이동이라고 표현했을까? GPT에 물어보니 아래와 같이 정리해주었다.- URL 이동: 브라우저에서 주소(URL)가 변경되는 모든 경우를 포함. 예를 들어, 사용자가 직접 주소창에 URL을 입력하거나, window.location.href를 변경하는 경우- 라우터 이동: 클라이언트 사이드 라우팅(React Router, Vue Router, Next.js 등)을 이용하여 URL을 변경하는 경우. 이때 브라우저가 완전히 새로고침(F5)되지 않고, 상태를 유지하면서 URL만 변경됨그럼 완전히 새로고침을 하는 것과 그렇.. 2025. 2. 14.
[책리뷰] 일 잘하는 사람은 가설부터 잘 세웁니다 데이터 문해력을 읽고 난 후 같은 저자의 책이 2024년 7월, 꽤 최근에 출판되었다고 해서 찾아 읽었다. 책 제목부터 너무 읽고 싶게 생겼다! 아무래도 기획자로 일하면서 가설을 세우고 검증하는 일을 반복하게 되는데, 내가 가설을 잘 세우고 있을까?가 가장 궁금했다. 그동안은 이미 세워진 가설을 검증하기 위한 방법에 집중했다면 처음으로 돌아가 가설을 세우는 방법에 대해 고민해볼 수 있는 좋은 시간이었다.가장 신선했던 것은 가설에 3가지 종류가 있다는 사실이었다. 전체 흐름을 사전에 예상하는 ‘스토리 가설’, 현상을 파악하기 위한 ‘현상 가설’, 파악한 현상의 배경에는 어떤 요인이 있는지 파악하는 ‘요인 가설’이 그것이다. 또한 로직트리나 카테고리 사용법, 자기 부정, 페어 컨셉 등 여러 테크닉도 소개되어.. 2025. 2. 12.
캐싱(Caching) 캐싱자주 사용하는 데이터나 계산 결과를 미리 저장해 두고, 필요할 때 빠르게 가져오는 기술성능을 향상시키고 시스템의 부하를 줄일 수 있음캐싱의 종류위치구분예시Server Side, 서버 측 캐싱데이터베이스 쿼리 결과 캐시MySQL Query Cache, Redis 웹 서버 캐시Nginx, Varnish API 응답 캐시 CDN, 네트워크 캐싱CDN 캐시Cloudflare, Akamai 프록시 서버 캐시  Client Side, 클라이언트 캐싱브라우저 캐시HTML, CSS, JS, 이미지 등 DNS 캐시도메인-IP 매핑 저장 애플리케이션 캐시모바일 앱에서 데이터 저장* Server Side서버 메모리에 자주 액세스하는 데이터를 저장하여 성능을 향상* CDN웹사이트의 고가용성 및 성능 향상을 제공하기 위해,.. 2025. 2. 6.
API를 가공하는 방식: 매시업, 어그리게이션, 바이패스, 프록시, 트랜스포메이션, 캐싱, 레이트 리밋, 게이트웨이 회의시간에 다른 팀에서 던져준 API를 우리 쪽 백엔드에서 한번 더 가공이 필요하다는 이야기를 했다.API를 가공하는 방식에는 여러 가지가 있다.매시업(Mashup)여러 개의 API 데이터를 조합하여 새로운 구조로 변환하거나 합쳐 프론트에 전달예) 날씨 + 위치 → 특정 지역의 실시간 날씨 정보 제공어그리게이션(Aggregation)여러 개의 API를 호출하여 데이터를 모은 후 하나의 응답으로 통합하는 방식매시업과 유사할 수 있으나 '가공'보다는 데이터를 모아서 한번에 주는 것에 초점을 맞춤예) 주문 + 배송 + 결제 → 프론트는 하나의 응답에서 모든 정보를 조회 가능바이패스(Bypass)API 데이터를 별다른 가공 없이 그대로 프론트에 전달하는 방식으로, 단순히 API 요청을 받아서 그대로 넘겨줌 (단.. 2025. 2. 6.
[책리뷰] 데이터문해력 이 책을 처음 접한 건 2021년이었다. 그 때의 나는 데이터 관련 책을 많이 읽지 않았었고 경험도 부족했던 탓인지 이 책이 많이 어려웠다. 그리고 세월이 지나 올해, 독서모임 1월의 책으로 선정 되었다. 두려운 마음으로 첫 장을 폈지만, 마지막 장을 넘겼을 때에는 이런 책이었지! 라고 감탄하며 고개를 끄덕일 수 있었다. (어려운 책은 독서의 보람이 큰 법이다)가장 인상적이었던 부분은 5장이었다. 해결방안은 문제에 직접적으로 적용하는 것이 아닌, 문제를 일으키고 있는 원인에 적용하는 것이라는 점이 와닿았다. 그동안 해결방안을 먼저 생각하고 데이터를 근거자료로 활용했던 내 자신을 반성하게 되었다.또한 분석 방법으로 인상적인 내용도 있었는데, 4장에서 소개한 상관계수였다. 인과관계를 파악하기 위해 상관계수를.. 2025. 1. 29.
오류 메세지 기획하기 요즘 회사에서 오류 메세지 관련하여 이야기를 듣고 있다. 어떤 오류 메세지가 적합할까? 이번에 읽은 책에서 오류메세지를 디자인하는 법에 대해 소개하고 있어 몇 자 적어본다."모든 기획자와 디자이너가 알아야 할 사람에 대한 100가지 사실"에서는 최고의 오류 메시지는 아무런 오류 메시지가 없는 것을 말한다. 즉 아무 오류가 일어나지 않도록 설계되었음을 의미한다. 하지만 이는 현실적으로 불가능하다. 따라서 오류 메시지를 디자인할 때 아래 내용을 포함해야 한다.1. 사용자의 작업 내용2. 문제 설명3. 문제 해결 방법4. 작성 문구 (능동형)5. 사례 제시책에서는 좋은 예시와 나쁜 예시도 들어준다. 예시를 보면 이해가 쉽다.- Good: 입력한 청구서 결제 일자가 청구서 작성일보다 빠릅니다. 결제 일자가 청구.. 2025. 1. 6.
[책리뷰] 모든 기획자와 디자이너가 알아야 할 사람에 대한 100가지 사실 2024년 독서모임의 마지막 책이다. 피날레 답게 "기획자와 디자이너를 위한" 책으로 선정 되었다. 초판 이후로 계속 개정판이 나왔는데 그것도 모르고 나는 2012년 버전으로 읽었다. 그럼에도 불구하고 배운 점이 참 많은 책이다. 100가지의 사실을 담은 만큼 1가지 사실에 대한 분량이 1쪽, 많으면 5쪽 정도 되었다. 내용이 이어지는 책이 아니다보니 틈틈히 부담없이 읽기 좋은 책이다.이 책은 다른 사람을 설득할 때 인용하기 좋은 책이다. 100가지 사실 그 자체가 심리학 이론과 실험으로 근거가 탄탄하기 때문에 내 주장을 뒷받침하기에는 안성 맞춤이다. 또한 마지막 시사점 코너를 통해 어떻게 적용해야 할지 팁을 제공한다. 다만 실무에 그대로 적용하는 것은 지양해야 할 것 같다. 사람들이 보편적으로 이렇게 .. 2025. 1. 6.
Basic Auth, Bearer Token Basic Auth클라이언트가 서버에 요청을 보낼 때 HTTP 헤더에 사용자의 아이디와 비밀번호를 인코딩하여 전송하지만 쉽게 복호화가 가능하기 때문에 강력한 보안 환경에서 사용해야 하며, 사용자 목록을 서버에 저장해야하기 때문에 서버에 부담이 커질 수 있음Bearer Token액세스 토큰을 이용하여 인증하는 방식으로, 서버에서만 이 토큰을 해석하고 검증할 수 있기 때문에 보안성이 높아 데이터와 기능을 보호할 수 있음토큰 자체에 메타 데이터가 있기 때문에 서버는 토큰만 발급하고 보관만 하면 되어 편의성이 높음출처f-lab, https://f-lab.kr/insight/http-authentication토스페이먼츠, https://velog.io/@tosspayments/Basic-%EC%9D%B8%EC%A.. 2024. 11. 6.
[책리뷰] AI 쇼크, 다가올 미래 이 책은 독서 모임에서 선정되어 읽게 되었다. 단순히 인공지능 시대가 도래하면 우리는 어떻게 (직업적으로) 준비하고 대비해야할까? 에 대한 질문의 답을 얻을 수 있을 줄 알았다. 하지만 내용은 굉장히 심오하지만 현실적이다. 인공지능으로 인한 우리의 미래를 그리는데 공상과학에서 나올 법하지만 매우 실현 가능성이 높은 시나리오를 제시한다. 또한 이 책도 인공지능이 읽을 것이라 가정해서 중간 중간에 인공지능에게 당부하는 말도 있는데, 이런 부분도 굉장히 소름돋는다.결론에 다다르면서는 결국 사랑, 행복, 동정심이 키워드이며 사람들이 이러한 가치를 갖고 행동으로 옮길 때, 착한 인공지능이 탄생하게 된다고 말한다. 인공지능 그 자체는 나쁜 것이 아니며, 우리가 어떠한 인풋을 주느냐에 달려있다고 말한다. 저자의 의도.. 2024. 11. 4.
[책리뷰] 사용자를 생각하게 하지 마! 독서모임에서 다음 달 책 후보로 언급되었던 책이다. 스티브 크룩의 는 책도 재미있게 읽었었는데, 이 책도 내용은 탄탄하면서도 작가의 유머가 담겨 재밌게 읽을 수 있었다. 책 제목 그대로 사용자를 생각하게 하지 않는 것이 좋은 디자인이다. 고객이 시간을 들여 우리 사이트에 들어왔는데 그 사이트에서 원하는 목적을 제대로 이루지 못한다면 바로 이탈할 것이다. 그만큼 사용성이 중요한데, 이 책은 사용자에 대한 이해부터 각 요소들에 대한 설명, 디자인해야하는 방향까지 상세히 설명한다. 아래는 책에서 인상적이었던 내용을 발췌한 것이다.최선의 안을 고르는 사용자는 거의 없다. 합리적이라고 생각되는 첫 번째 안을 선택하는 사용자가 대부분이다. (…) 그러면 사용자가 최고의 선택지를 찾지 않는 이유는 무엇인가? 사용자는.. 2024. 8. 30.
[책리뷰] 대체 뭐가 문제야 7월 독서모임의 책으로 선정되어 읽게 되었다. 제럴드 와인버그 작가의 테크니컬 리더 책을 꼭 읽어보고 싶었는데, 그 책을 읽기 전에 요 책을 먼저 만나게 되었다. 문제를 다루는 방식에 대해, 어떤 식으로 해결해나가는 지에 대해 설명해주는 책이었다. 아무래도 기획자는 Problem Solver 역할을 하다 보니, 이 책이 도움이 되었다. 지난 날 경험을 곱씹으면서 진짜 문제를 해결해나가려고 하기 보다는, 문제를 만들어 낸 적이(책의 말을 빌리자면 소위 일을 만들어서 하는) 있지 않았나 돌이켜보게 되었다. 또한 내가 쓴 위키를 보고 현행을 파악하는 사람들이 있는데 의미가 이중으로 해석되는 바람에 오해를 일으켰던 지난날의 과오도 떠올랐다. 특정 문제에 대해 해결책을 만들어냈다고 생각했는데 사이드 이펙트로 또다.. 2024. 7. 22.
[책리뷰] 나는 아마존에서 미래를 다녔다 예전에 근무했던 회사 위키 메인에는 "Start with customers and work backward" 라는 문장이 있었다. 또 문서 중에는 그 회사만의 고유 특성을 접목시킨 Flywheel 이 있었고 6-pager 양식을 지켜 쓴 문서, 프로덕트 출시 전 언론 기사를 예상해서 쓴 문서도 있었다. 이렇듯 아마존은 한국의 IT부서의 문화까지도 침투한 기업이었다. 이 책은 작가가 아마존에 입사해서 겪은 내용들, 아마존의 문화, 그리고 퇴사하기 까지의 여정이 고스란히 담겨있다. 지금의 아마존이 있게 된 동력이 무엇인지 책 한권으로 확인할 수 있다.공간을 줄이기 위해서 또는 더 멋지게 보이기 위해서 말을 줄이는 것은 본질에서 벗어나 고객에게 불편함을 주는 행위이고, 판매를 촉진하기 위해 말을 모호하게 바꾸.. 2024. 6. 6.
[Medium 읽기] Product Management beyond Frameworks 오늘날 프로덕트 매니지먼트란 무엇인지, 어떻게 What과 Why를 정의하고 해결책에 도달하여 유저 가치를 창출해낼 것인지에 대한 프레임워크들이 많다. 그러나 프로덕트 매니지먼트는 이를 넘어서서, 프레임워크의 끝에서부터 시작한다.프로덕트 매니징은 4가지 주요 스킬이 필요하다.1. Communication: 함께 일하는 사람들의 마인드셋을 파악하고 소통하는 방식을 그들에게 맞추자. 정확하게 쓰고 말할 수 있는 스킬을 연마하자.의사소통 능력은 가장 중요한 스킬이자, 프로덕트를 관리하는 데 있어 받침대 같은 역할을 한다. 고객, 엔지니어, 디자이너, 임원들과 소통하며 그것을 종합하는 역할을 수행해야 한다. 의사소통의 핵심은 '청중'으로, 청중에게 의미를 전달하기 위해 올바른 단어들을 선택해야 하기 때문에 구두 .. 2024. 5. 27.
[Medium 읽기] Root cause analysis(RCA) Root cause analysis(RCA) 란?프로덕트 내에 있는 문제의 원인을 찾는 것을 의미한다. 이는 구조적인 문제 분석과 해결 역량이 바탕이 되어야 하며, PM의 사고방식을 알아볼 수 있기 때문에 인터뷰에서도 자주 등장하는 질문이다. 구조적인 접근방식은 아래 순서를 따를 수 있다.프로덕트/서비스에 대한 간략한 개요를 통해 공통된 이해를 구축한다.이슈에 대해 정확하게 이해하기 위해 명확하게 질문한다.문제를 분석하여, 4가지 요소를 도출해낸다: 기본환경, 외부요인, 내부요인, 우리가 컨트롤할 수 있는 요인데이터에 기초하여 발견한 사항들을 요약하고, 이 문제를 발생시킨 요인을 정확하게 찾아낸다.향후 재발하지 않도록 문제를 해결할 방안들을 제안한다. RCA 예시: 아마존의 장바구니에 상품 추가 비율이 .. 2024. 5. 21.
[Medium 읽기] How would you increase revenue 5x in the next 5 years? 스포티파이의 수익을 5배 늘린다는 미션이 주어진다면 우리는 무엇을 먼저 할 수 있을까?스포티파이의 미션은 "인간의 창의력이 잠재력을 발휘할 수 있도록, 예술가들에게 생계를 유지할 기회를 제공하고 팬들이 예술을 즐기고 영감을 받을 수 있는 기회를 제공한다"는 데에 있다.이러한 스포티파이의 수익은 아래와 같이 식으로 도출될 수 있다.Revenue = Number of Users * Sessions per User * Revenue per Session이후 각 항목을 쪼갠다면, 아래와 같이 세부 목표를 확인할 수 있을 것이다.Increase Number of Users : Acquistion 늘리기Sessions Per Users : 유저들의 Retention 늘리기Revenue per Session : 퍼널.. 2024. 5. 20.
[책리뷰] 잘나가는 서비스 기획자 도그냥은 왜 PM/PO가 되었을까? (*이 책은 직무 서적은 아니고 에세이다. 하지만 커리어 성장 관점에서 의미있는 책이고 중간중간에 PO/PM로 일할 때 헷갈리거나 어려운 문제, 개념들을 잘 짚어주고 있어서 직무 서적으로 분류해서 리뷰를 시작한다) 늘 도그냥 작가님의 책은 챙겨 읽는다. 이번에도 신간이 나왔다고 하여 읽게 되었고, 이번엔 PM/PO에 대한 이야기를 들을 수 있을 것 같아 설레는 마음으로 읽었다. 에세이다 보니 작가가 이직을 하면서 무엇을 고민했고, 고민을 풀어나가기 위해 어떤 것을 서칭 했고, 그 결과 어떤 선택을 했으며, 선택 결과가 어떠했고, 그 과정에서 어떻게 성장했느냐가 담겨있다. 말 그대로 커리어 성장기이다. 기간은 더 짧지만 나도 작가님과 비슷한 커리어를 밟고 있다. 대기업에서 기획을 시작했고 나름 오랜기간 근.. 2024. 5. 19.
[책리뷰] 상처 주지 않는 대화 - 갈등을 해결하고 관계를 회복하는 비폭력대화의 기술 예전에 데이터 관련 강의를 듣다가 데이터 강사분이 추천해주신 책이 '비폭력대화' 였다. 일하는 데에 중요한 것이 전문 지식 뿐 아니라 커뮤니케이션 스킬이라는 것을 강조하셨다. PM이 소통을 많이하는 직무이다보니 사람들과 대화를 많이 하는데, 그 과정에서 상처를 주기도 하는 것 같다. 어떻게 하면 잘 협업할 수 있는가를 배우기 위해 이 책을 읽어 보았다.한 문장 한 문장이 소중해서 이번 책은 유독 가져온 문장들이 많다.비폭력대화는 두 개의 매우 단순한 질문에서 시작됩니다. 첫째, 지금 내 안에 무엇이 살아 있는가? 둘째, 무엇이 내 삶을 충만하게 하는가? 이 질문들을 통해 소통하는 법을 배웁니다. 이때 다른 사람에게 어떤 표현을 사용하여 질문하고, 상대방이 말한 정보에 얼마나 공감하는지가 중요합니다. 또한.. 2024. 5. 15.
[책리뷰] UX 기획의 기술 - 페르소나와 시나리오 기반의 디자인 프로젝트 관리법 5월의 독서모임의 책으로 선정된 책이다. 소제목 그대로 페르소나, 시나리오를 이용한 디자인 기법에 대해서도 설명하지만 전반적인 UX 기획방법에 대해 담고 있다.예전 회사에서 워크숍을 통해 페르소나를 만들어낸 문서를 본 적이 있다. 하지만 정작 페르소나를 사용하여 기획을 하는 것이 어색했고, 허구의 인물을 생각하며 기능을 만드는 것이 과연 옳은 방법인지 의심을 했다. 하지만 이 책을 통해 생각을 바꾸게 되었는데, 페르소나를 통해 우리가 해결해주어야 할 문제가 무엇이고, 그 문제들의 우선순위가 무엇인지 파악할 수 있는 좋은 나침반이 된다는 사실을 깨달았다.또한 그동안 유스케이스와 시나리오라는 용어를 혼용했었는데, 시나리오를 통해 더 큰 그림으로 사용자가 필요한 것을 캐치할 수 있고 그것을 어떤 식으로 구현해.. 2024. 5. 11.
Webhook, Push API, Callback API 어떤 방식으로 통신해야할지 이야기를 하면서 위 세가지 개념이 나왔다.물론 각기 다른 프로젝트에서 나온 이야기이지만 비개발자인 내 입장에서는 그게 그거인것 같아 Chapt GPT 에게 물어봤다.역시 친절하게 잘 알려준다..! --------------------------- 이벤트(event)이벤트 기반 시스템이란 특정 상황이나 조건이 발생했을 때 시스템이 이를 감지하고 이에 대응하는 방식을 말하며, 이벤트는 다음과 같은 상황이나 조건을 이야기 함:사용자의 동작: 사용자가 애플리케이션에서 버튼을 클릭하거나 특정 입력을 수행하는 등의 동작을 취할 때외부 시스템의 상태 변화: 외부 시스템이나 서비스의 상태가 변경될 때, 이를 감지하고 그에 따라 행동하는 것내부 프로세스의 상태 변화: 내부 프로세스나 데이터의 .. 2024. 5. 9.
[책리뷰] 개발자가 영어도 잘해야 하나요? 회사에서 갑자기 외국인과 미팅이 잡혔다. 영어로 미팅을 해보는 것도 처음이고, 영어를 사용하지 않은지 오래되어 두려운 마음이 앞섰다. 서로 간의 시스템을 파악하고 어떻게 개발해야할지 논의하는 자리라, 내가 회의를 주도하지 않더라도 논의 내용을 100% 이해하고 있어야 하기에 주말 동안 벼락치기 영어 공부로 이 책을 읽게 되었다.비단 이번 미팅만이 아니더라도 그동안 메신저나 이메일로 가끔 영어 문의가 오기도 했는데, 그때마다 개발용어는 어떻게 표현해야할지 난감할 때가 많았다. 예를 들어 API를 호출할때 “호출하다”라는 표현을 call 이라고 해야할지 invoke 라고 해야할지 헷갈렸다. 이 책은 이러한 개발 용어 뿐 아니라 어떤 상황에서 어떻게 영어로 표현하는 것이 좋은지 잘 설명되어 있다. 개발 용어 .. 2024. 4. 28.
웹훅(Webhook) 업무 리스트를 보다보니 뭔가 수정이 발생하면 그것을 알려주는 것이 필요하다는 요건을 확인했다. 웹훅이 어떤 것인지 서칭하여 아래와 같이 정리해보았다. 웹훅(Webhook) - 데이터가 변경되었을 때 실시간으로 알림을 받을 수 있는 기능(이벤트로 트리거 되어 데이터 전송) - 웹 서비스의 이벤트 데이터를 전달하는 HTTP 기반 콜백 함수 - 특정 이벤트가 발생하면 웹훅이 클라이언트에게 이벤트 데이터를 보냄 API Polling과 비교 - 일반적인 API는 클라이언트가 주기적으로 호출하여 이벤트가 발생했는지 확인함 - 웹훅은 이벤트가 발생할 때 서버가 직접 푸시 따라서 웹훅을 사용할 경우 API 호출 횟수가 현저히 감소하며, 실시간으로 데이터를 받을 수 있음 주의할 점 - 어떤 이유로 서비스가 중단되었다면 .. 2024. 3. 29.
[책리뷰] 프로덕트 매니저 원칙 독서모임에서 한 동료가 읽고 싶다고 가져온 책이었는데, 도서관에서 책을 일찍 구입해주어 먼저 읽어보게 되었다. 이 책은 다양한 회사를 거친, 그리고 기획자부터 PM, PO를 경험한 사람들이 자신의 노하우를 풀어 둔 책이다. 그래서 저자가 9명이며, 각 저자들이 원칙 하나를 소개하는 형태라서 총 9개의 원칙을 담고 있다. 저자가 9명이다보니 책 전체가 일관성이 있지는 않고, 단편적인 에피소드를 읽는 느낌이었다. PO가 아닌 기획자로 일을 하게 되면서 막상 기획자끼리의 교류는 많이 없어졌다는 것을 느낀다. 디자인/개발/사업부서와의 소통이 더 많고 같은 레벨의 기획자끼리는 업무적인 이야기를 나눌 기회가 많지 않다. 그래서 각자의 노하우나 경험을 듣는 기회가 적은데, 이 책을 통해 내로라하는 기업 PM들의 이야.. 2024. 3. 26.
[책리뷰] 사용성 평가, 이렇게 하라! 기획 일을 하면서 사용성 평가를 경험한 적은 두 번 있었다. 하나는 대기업에 다닐 때 였는데, 유명한 조사 업체에 맡겨 사용성 평가 보고서를 받아 보았다. 또 한번은 CPO님의 주도 하에 이뤄진 사용성 평가의 관찰자로서 참여하였다. 몇 번 안되는 경험이었음에도 사용성 평가는 강력했다! 내가 무엇을 해야할지 알려주는 대단한 힌트였다. 사용성 평가를 많이 하면 좋다는 것을 모든 책에서 말하고 있지만, 실제로는 진행하기가 어려운 것 같다. 그리고 이런 경험에서 점점 멀어지다보니 어느덧 사용자는 고려하지 않고 기획을 하게 될 때가 있다. 지인의 추천으로 이 책을 읽게 되었는데, 다시한번 사용성 테스트의 중요함을 느낄 수 있었다. 이 책은 사용성 테스트는 성능을 개선할 수 있는 뛰어난 방법 중 하나라고 소개하며,.. 2024. 3. 26.
[책리뷰] IT 좀 아는 사람 7가지 코드를 인상깊게 읽어 저자들의 첫 번째 책인 이 책을 읽게 되었다. 내로라하는 IT기업들의 비즈니스모델과 기술이 어떻게 적용되었는지를 알려주고 있다. '구글은 왜 제조사에 안드로이드를 무료로 제공할까?', '포켓몬고의 작동 원리는 뭘까?' 등 한번쯤 의문을 품었던 내용들이 시선을 사로 잡는다. 또한 각 소주제별로 기술적인 부분과 비즈니스 모델을 짧지만 친절하고 강력하게 설명해준다. 안드로이드폰을 써본 사람은 잘 알 것이다. 포장을 뜯고 전원을 넣으면 불청객처럼 원치 않는 앱이 이미 잔뜩 깔려있다. (...) 사용자들은 그에 대한 반감을 담아 '블로트웨어'라고 부른다. 가장 유심히 볼 부분은 위챗으로 인해 메신저 앱의 운영체제화라는 개념이 형성된 점이다. (...) 위챗 앱 하나로 모든 게 가능하니.. 2024. 3. 12.
[수강후기] PM을 위한 데이터 리터러시(프로덕트 데이터 분석) 그동안 데이터 강의를 꽤나 들었었지만, 실무에 활용하기에는 부족한 느낌을 받았었다. GA 강의를 들었을 때 뭔가 실제 적용하기에 애매한 부분이 있었고, SQL 쿼리 작성 방법을 배웠을 때에도 우리회사에서 사용하는 테이블, 필드명 등이 다르다보니 내가 뽑는 데이터가 과연 맞는 데이터인지 알기 어려운 경우도 있었다. 이러한 스킬적인 부분을 차치하고서라도, 현업에서 데이터를 어떻게 봐야할 것인가에 대한 강의는 없었던 것 같다. 블라인드에서 데이터 고민을 하던 사람에게 댓글로 이 강의를 추천해주는 글을 보았다. 목차를 보니 내가 그동안 고민했던 부분에 대한 답을 찾을 수 있을 것 같아 수강을 하게 되었다. 88강에 14시간짜리 강의이지만 내용이 흥미로워 데이터에 관심이 있다면 재밌게 들을 수 있다. 나는 특별히.. 2024. 3. 4.
PA vs BI 지금까지 내가 사용해본 데이터툴은 BigQuery, GA4, Tableau, Superset, Power BI 이었다. 데이터 분석 툴이라는 것으로만 퉁 쳐서 알고있었지, PA/BI 로 나뉜다는 사실은 데이터 강의를 듣다가 처음 알게 되었다. 믹스패널 코리아에서 작성한 포스팅이 가장 잘 정리되어 있었다. BI(Business Intelligence) - 비즈니스를 운영하면서 나온 데이터들을 수집, 저장, 분석하는 것 - 주로 원인에 대한 결과인 후행지표(어떤 일이 벌어졌다)를 다룸 - 기업 실적 등을 다루므로 몹시 높은 정합성이 요구됨 - Tableau, Redash, Power BI, Superset 등 PA(Product Analysis, 제품분석) - 사용자가 제품을 사용하는 방식을 분석하여 사용자.. 2024. 2. 19.
2024년~ 사내 독서모임 운영기 올해부터 사내 독서 모임을 조직해서 운영하게 되었다. 그동안 혼자 읽고 생각하거나 주변 지인들에게 책을 권하거나 간단히 토론했던 정도로만 진행했는데, 뭔가 더 풍부한 학습을 위해서는 의견 교류가 필수라는 생각이 들었다. 소모임 어플 등을 통해 같은 직군의 사람을 찾으려고도 했었는데 멀리 찾을 필요 없이 가까이에(회사에) 있지 않은가! 더군다나 회사 사정을 잘 아는 사람들이기에 자체 필터링을 할 필요도 없었다.작년 말부터 만나는 사람들에게 독서모임을 만들거고, 이런 책을 읽을거니 관심있으면 모이자고 말을 했었다. 그 결과 나 포함 4명이 모여 시작을 함께 하였다. 연차도 다양하고, 직군도 기획/디자인이며, 경력직들이라 경험이 풍부한 사람들이었다.모임을 준비하면서 어떤 방식으로 할지 고민도 많이하고 주변에 .. 2024. 2. 19.
[책리뷰] 맥킨지식 논리적 사고와 구성의 기술 로지컬 씽킹 기획자 단톡방에서 추천받은 책이다. 이 책은 무조건 읽으라고 했었는데, 완독하고나니 왜 필독서인지 알게 되었다. 기획자가 갖춰야할 사고방식을 소개하고 있었다. MECE 개념은 인터넷에 떠도는 포스팅과 글로 익히 알고 있었는데, 구체적으로 어떤것이며 실제로 어떻게 쓰이는지를 배울 수 있었다. 또한 So What? Why So? 방식도 더불어 배울 수 있었고, 병렬형 및 해설형의 조합을 통해 어떤 상황에서 나의 논지를 어떤 논리 유형으로 전달해야하는지도 알게 되었다. 이 책을 진즉 알았더라면 사회초년생 시절 사업계획서를 쓸 때나, 이직을 준비하면서 포트폴리오를 구성할 때나, PRD를 작성하면서 윗 사람과 주변 사람들을 설득할 때 유용하게 쓸 수 있었을 것 같다. 이제 알게되어 아쉽지만 지금이라도 배운 내용을.. 2024. 2. 16.
이력관리: 시점이력 / 선분이력 조회 기간을 던져 해당 기간에 맞는 값을 리턴해오기 위해 논의하던 중, 상대 플랫폼은 '선분이력'으로 관리되고 있다는 이야기를 들었다.선분이력이 무엇인지 찾아보며 정리하였다. 1. 시점이력(점이력)- 변경시점만 관리하는 것 2. 선분이력- 시작일과 종료일을 같이 관리하는 것- 기간이 정해질 필요가 있는 데이터일 경우에 사용(예: 멤버십 기간) *참고데이터 이력관리 - 점이력, 선분이력 https://nooblette.tistory.com/entry/%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%9D%B4%EB%A0%A5%EA%B4%80%EB%A6%AC-%EC%A0%90%EC%9D%B4%EB%A0%A5-%EC%84%A0%EB%B6%84%EC%9D%B4%EB%A0%A5[SQL] 이력 관리 - 점 .. 2024. 2. 5.

티스토리툴바