목차 1. 부서이동, 이제는 경영전략실 2. 처음엔 분명 만드는 것에 집중했다. 3. 보고에 관한 고찰 1. 부서이동, 이제는 경영전략실 부서이동을 하게 됐다. 마케팅기획실에서 굵직한 서비스와 제품을 관리하던 기획자에서 경영전략실의 스태프가 됐다. 마케팅기획실에서는 리드 확보, 온라인 결제, 멤버십 연동 등 (HR 담당자 대상) B2C 플랫폼이자 B2

목차 1. 온라인구매 업데이트 2. 허브스팟에 놀라버림 3. 정보보호 개선 3종 4. 뉴스룸 시작 1. 온라인구매 업데이트 2/28(금), 담당 플랫폼의 온라인 구매 프로세스를 전면 개편했다. 상품과 판매 전략이 바뀌면서 기존 데이터 구조를 뜯어고쳤고, 새로운 시나리오를 정리하며 난이도 높은 작업을 진행했다. 이번 업데이트에서는 사용자가 만나는 UX/

목차 1. 핵심인재 선정 2. 1분기 전사 행사 사회 3. 결제 프로세스 개편 4. 전사 데이터셋 확인 1. 이번에 회사의 핵심인재로 발탁됐다. 다른 곳도 비슷하겠지만 HRD 부서에서 성과와 성향, 평판 등을 보고 후보를 선정한 후 리더와 임원 급에서 1차 검증을 진행하고 최종 선발하는 과정을 거친다. 다만 경영진에게 본인을 PR하는 '면접' 절차가 있

목차 1. 히스토리 관리 2. 정책별 업데이트 관리 3. 섹션 단위 버전 관리 4. 파일 단위 버전 관리 5. 버전 히스토리 기능 6. 그 외 서비스 기획자에게 기획서는 아이디어를 구체화하고 협업의 방향을 제시하는 중요한 도구다. 하지만 작성 과정에서 히스토리를 체계적으로 관리하는 일은 늘 번거롭고 복잡하다. 특히 피그마를 활용해 산출물을 만들고 히스

목차 1. 화면설계 UX 툴 사용 조사 2. 피그마로 전환 시 고민 3. 피그마 vs 파워포인트 4. 피그마의 특징 21년에 서울로 올라와 서비스 기획을 시작한 후 다양한 네트워킹에 참여했다. 많은 기획자를 만났는데, 모여서 하는 얘기는 다 비슷했다. 도메인, 기획 스킬, 프로젝트 관리, 노하우. 그중 '툴과 생산성'이란 주제는 언제나 뜨거운 감자다.

목차 1. 피그마 현황: 업무 2. 피그마 현황: 학습 3. 직군별 페인포인트 4. 4가지 허들 5. 매거진 목표 여태 피그마에 대해 꽤 많은 방법을 정리하며 글을 작성했다. 그리고 조직에 실제로 적용하고, 이 경험을 바탕으로 수십 번의 상담과 강의를 진행하며 실전 데이터를 쌓았다. 피그마는 더 이상 디자이너만의 도구가 아니다. 기획자, 마케터, 개발자

2024년이 끝났다. 내 인생에서 가장 열심히 산 한 해였다. 꾸준히 하던 게 많았고, 덕분에 찾아온 기회도 많았다. 물론 스트레스도 많았지만 얻은 게 더 컸던 2024년. 가볍게 돌아보려 한다. 2024년을 요약하면 시간을 분 단위로 쪼개 살았던 한 해였다. 회사 안팎으로 도전과 성공의 경험이 많았다. 회사 내부에서는 TF 프로젝트를 마무리하고 신규

목차 1. 추천 시스템의 개념 2. 추천 시스템의 3요소 3. 알고리즘 - 콘텐츠 기반 추천 - 협조 필터링 sLLM, MLLMs, AI 에이전트 등 인공지능이 더 발전하고 서비스에 적극적으로 녹아드는 세상이 됐다. 작년 말에 LLM을 활용할 방법을 찾으며 자연스럽게 도달한 영역 중 하나인 '추천'. 올해 초에 내부에 공유하기 위해 학습한 내용을 정리했

목차 1. 역할과 책임 2. 스프린트 관리 3. 사용자 행동 데이터 트래킹 시스템 4. 기획 테크니컬 클럽 종료 1. "어디까지가 내 역할이고 책임인가?" 회사에서 일한 적 있는 사람이라면 누구나 한 번쯤 고민해 봤을 법한 질문이다. 특히 올해 들어 기획자 관점에서 이 고민을 더 깊이 하고 있다. 작은 규모의 제품을 운영할 때는 역할을 굳이 구분하지

앞서 시나리오를 중심으로 기획하기라는 글을 작성했다. 기획할 때 단순한 기능 목록을 열거하는 게 아니라, 고객의 '드림 스테이트'를 기반으로 작성한 '사용자 시나리오'를 통해 고객에게 더 몰입하고, 고객 중심적으로 가치를 생산할 수 있는 기획을 하자는 내용이다. '사용자 여정 지도' 또한 주인공이 되는 사용자의 시나리오를 기준으로 전개된다는 점에서 앞서

KB 경영연구소에서 2024 한국 1인가구 보고서를 발간했다. 전국 1인 생활 기간 6개월 이상의 경제활동을 하는 25~59세 남녀 2천 명을 대상으로 조사하고 분석한 리포트다. 나도 1인가구 생활 중이기도 하고, 기획자인 만큼 시장에 영향력을 미치는 부분을 빠르게 캐치하면 좋기 때문에 보고서를 읽으며 내용을 정리 중이다. 이해와 기억을 위한 글. ht

회사에서 '현장맞춤형 체계적훈련(S-OJT)'을 진행하고 있다. 마이크로소프트, LG에서 도합 약 20년가량 근무하신 UX/기획 전문가를 초빙해서 3일간 듣는 교육인데, 9월에 전 조직 리더님이 신청해 주신 덕분에 교육에 참여할 수 있었다. 교육 첫날의 주제는 1) 혁신적인 UX 디자인(Innovative UX Design)과 2) 기업과 프로세스 그리고

쿠키 허용 팝업 사진처럼 웹 사이트를 돌아다니다 보면 ‘쿠키 동의 팝업’을 자주 마주친다. 웹 사이트를 만들 때 쿠키를 활용하려고 한다면 이처럼 동의를 필수로 받아야 할까? 혹은 서비스에서 쿠키 동의를 꼭 받아야 할까? 쿠키란? 쿠키는 사용자가 방문한 웹사이트에서 생성된 작은 파일이다. 방문에 관한 정보 등을 저장하여 사용자가 온라인 환경을 더 편리하게

다양한 조직과 협업하거나 여러 개의 제품이 운영하는 곳에서 일하다 보면 단어나 문구처럼 잘 통일되지 않는 것이 있다. 바로 푸터에 들어간 '저작권 표기'. 최근에 제품과 브랜드를 통합하며 관련 제품, 제품에서 나가는 각종 메일을 볼 일이 많았는데, 이 시점에 올바른 저작권 표기 방법을 찾아봤다. 잘 표기한 것과 그렇지 않은 것을 먼저 보자. 예를 들어 

오랜만에 회고 글을 쓴다. (지금은 해소되었지만) 업무적으로 일이 많이 몰리며 10월 중순까지 정신없이 바빴다. 주말에는 밀린 업무, 사내외 강의자료 준비 등 여러 작업을 병행하느라 글을 쓸 여유가 없었기도 하고. 다시 일이 몰아치기 전에 조금씩 정리할 목적으로 후다닥 근황 글을 작성한다. 1. 9월 10일 화요일, 새벽에 마이너 배포를 진행했다. (현재

IT 조직에서 제품을 관리하다 보면 상위 조직의 요구사항을 처리하면서 동시에 사용자 피드백과 데이터를 바탕으로 개선 아이디어를 도출한다. 하지만 많은 아이디어는 '발제된 시점'에만 유의미한 경우가 많다. 제품을 개선하는 과정에서 상황이 바뀌고, 그 아이디어가 더 이상 필요 없어질 때가 많기 때문이다. 그래서 나는 지라 같은 관리 툴에 바로 티켓을 발행하기보

현재 내가 속한 조직은 기획과 개발의 성숙도가 그리 높지 않다. 복잡하고 유기적인 기능보다는 화려하고 예쁜 단발성 페이지에 더 익숙한 조직이기 때문이다. 하지만 내가 합류한 이후로 고려해야 할 게 많은 시나리오와 기능을 개발하고 있다. 이번 배포가 그 예였다. 회원 데이터 마이그레이션, 결제와 통합 멤버십이 함께 포함되어 있기 때문이다. 민감한 배포였던

인하우스 개발의 한계,외주 개발을 찾는 이유 스타트업 A사의 프로덕트 매니저 이현우 씨는 요즘 큰 고민에 빠졌다. 그의 팀에서 곧 출시하는 ‘직원 근태 관리 서비스’ 때문이다. 고객용 웹과 앱 개발은 막바지에 접어들었지만, 내부 운영을 위한 '백오피스'를 기획하고 개발하지 못한 상태다. 인력이 부족한 게 가장 큰 원인이다. 서비스를 출시한 후에도 초기 안

"사실 그것도 생각했는데요." 기획을 끝내고 디자이너, 개발자에게 리뷰를 가질 때 자주 하는 말 중 하나다. (다른 말로는 "이렇게 한 이유는요.", "이해하셨을까요?" 등이 있다.) 변명 같지만 변명이 아닌, 괜히 뱉어놓고 나서 스스로 뭔가 억울한 느낌이 드는 말이다. 왜 이런 말이 자주 나오는 걸까? 이유는 간단하다. 각자 가지고 있는 정보량에 차

1. 7, 8월이 정신없이 지나가고 있다. 그 이유 중 하나는 이전 회고에서 언급한 '통합 브랜드' 때문이다. 이번 프로젝트에서 나는 브랜딩보다는, 브랜딩 전략을 실현하기 위한 시스템과 사용자 경험을 설계하는 데 더 많은 비중을 두고 있다. 기존에는 제품별로 판매 프로세스와 담당 부서가 따로 있었다. 마케팅 부서에서 확보한 리드가 각 제품 조직에 적절히