본문 바로가기

Planning60

2022년 10월 서비스 기획 강의 안내 서비스 기획자 또는 PM이 되기를 희망하는 학생이나 주니어 기획자들이 서비스 기획을 공부하고 싶은데 대학 내 커리큘럼도 없는 데다 서점에 제대로 된 책 한 권 없다 보니 어떻게 공부를 해야 할지 막막해합니다. :( IT 대기업이나 중견기업에선 다수의 기획자들이 근무하고 있기 때문에 좋든 싫든 선배들을 통해 도제식으로 배울 기회라도 있지만 작은 스타트업에선 기획자 홀로 사수 한 명 없이 맨땅에 헤딩하듯 기획을 하며 잡부 취급을 당하고 있거나 기획자 없이 디자이너와 개발자와 머리를 맞대고 기획을 해가며 개발을 하고 있다고 하니 안타까울 따름입니다. 그러다 보니 도대체 서비스 기획을 어떻게 공부해야 할지, 어떻게 기획을 해야 잘하는 것인지 알 길이 없어 서비스 기획자들이 작성해 놓은 블로그 글 등을 읽거나 다.. 2022. 9. 30.
페르소나 설정과 고객 여정 지도 작성 사업계획은 왜 해야 할까? 스타트업에서 작성되는 사업계획 문서를 살펴보면, 기업의 미션과 비전을 설명하고 내부 현황이나 외부 환경을 분석한 자료가 첨부되며 핵심 사업 전략과 이를 실행하기 위한 세부 추진 및 재무 계획 등이 포함된다. 내가 주니어 기획자일 때는 언제나 계획대로 되지도 않는데 오랜 시간 공들여 사업계획서를 왜 작성해야 하는지 이해하지 못했다. 단지 스타트업이 엔젤투자자나 VC 등으로부터 투자를 받거나 사업 제휴 등의 목적으로 작성하는 눈속임이나 자기기만을 위한 문서라고 생각했다. 그런데 시니어 기획자가 되고 창업을 하게 되면서 왜 사업계획서를 공들여 작성을 해야 하는지 이해하게 되었다. 언제나 사업계획은 계획대로 되지 않는다. 그럼에도 불구하고 사업계획을 하는 이유는 사업계획이 사업 활동의.. 2022. 8. 16.
기획자가 개발을 공부해야 할까? 후배 기획자들에게 서비스 기획을 공부하라고 하면 대다수 무엇을 공부해야 할지 몰라 프로토타이핑 툴이나 SQL, 개발을 공부한다. 게다가 주변에서도 개발을 공부해야 한다는 이야기를 심심치 않게 듣다 보니 기획을 공부한답시고 개발을 공부한다. 기획자가 개발을 알아야 한다는 논란은 기획자가 출현했을 때부터 시작하여 개발자와 디자이너 사이에서는 물론이거니와 기획자들 사이에서도 끊임없는 논란이다. 이는 기획자들이 개발자나 디자이너와 달리 중세 길드처럼 도제식으로 배우는 경우가 많았고 그렇다 보니 학문적 발전이 전무하여 기획자들조차 어떻게 기획을 공부해야 하는지 모르는 상황에서 타 직군이 봤을 때 체계적이고 집중적으로 학습을 못하기 때문에 발생하는 문제라고 생각한다. 서점에서 기획 관련 서적을 찾아보면 이해가 될 .. 2022. 8. 10.
모바일의 고유식별번호 모바일 앱을 기획하다 보면 UUID 및 UDID, IMEI, ADID/IDFA, CI/DI 등 여러 고유식별번호를 접하게 된다. 각 고유 식별정보가 무엇이고 어떠한 용도로 사용되는지 매번 헷갈리는 경우가 많아 정리 차원에서 오랜만에 블로깅을 해본다. :( UUID(범용 고유식별번호, Universally Unique Identifier) UUID란? 네트워크 상에서 서로 모르는 수많은 기기들을 식별하고 구분하기 위해서는 각각의 고유한 이름, 즉 ID가 필요하다. 같은 ID를 갖는 기기가 존재한다면 구별이 불가능해지기 때문이다. ID의 고유성을 완벽하게 보장하기 위해 중앙관리시스템이 있어서 유니크한 일련번호를 부여해준다면 쉽고 간단하게 해결할 수 있는 일이겠지만 동시다발적이고 독립적으로 개발되고 있는 개발.. 2021. 7. 1.
알면 알수록 어려운 서비스 기획 뽀개기! 2021년을 맞아 '알면 알수록 어려운 서비스 기획 뽀개기!' 강의안을 업데이트했습니다. 장표가 가면 갈수록 늘어나네요;;; 여하튼 IT서비스 기획을 공부하시는 분들에게 조금이나마 도움이 되기를 바라며 잘못된 부분이 있다면 말씀 부탁드립니다. 알면 알수록 어려운 서비스 기획 뽀개기! 목차 IT서비스 기획자 IT서비스 기획자는 잡부인가? IT서비스 기획자란? 한국형 IT서비스 기획자 서비스 기획자의 위기 서비스 기획이란? IT서비스 기획자의 역할 R&R마저 기획해야 하는 기획자 IT서비스 기획자에게 필요한 자질과 역량 익숙함을 경계해야 하는 기획자 무능한 IT서비스 기획자라 할지라도 상위기획 사업계획 또는 전략기획 비즈니스 모델 캔버스(Business Model Canvas) 작성 플라이휠 효과(Flywh.. 2021. 1. 3.
단순함 vs. 트레이드오프 vs. 우선순위 기획자로 일을 하며 프로젝트를 진행하다 보면 단순함(Simplicity)과 트레이드오프(상충; Trade-off), 그리고 우선순위(Prioritization)를 혼동하거나 착각하는 경우가 있다. 트레이드오프를 하며 단순해졌다고 좋아하지 않나, 우선순위를 조정하며 백로그로 상태값이 바뀌었을 뿐인데 트레이드오프가 되었다고 이야기한다. 누군가에겐 상황에 따라서 그 표현이 모두 맞을 수도 있겠지만 기획자에겐 단순함과 트레이드오프, 우선순위는 모두 서로 다른 의사결정이다. 기획자에게 단순함과 트레이드오프, 우선순위 중에서 가장 중요한 의사결정을 뽑으라고 한다면 단연코 단순함이다. 이 의사결정이 프로젝트 진행 과정 상에서도 가장 먼저 고민해야 할 의사결정인 데다 단순함을 추구하면 이후 트레이드오프 및 우선순위라는.. 2020. 9. 8.
기획자가 챙겨야 할 웹 접근성 가이드 최근 기획자들을 자주 만나고 있는데 갈수록 웹 접근성에 대한 규제는 늘고 그 필요성에 대한 요구도 늘고 있는데 반해 워낙 Mobile First를 추구하다 보니 웹 접근성에 대한 관심이나 이해는 부족하거나 갈수록 낮아지고 있는 것 같다. 그리고 허구한 날 UI/UX 타령이다. 누구를 위한 UI/UX인가? 그래서 웹 접근성은 무엇이고, 기획이나 QA 시에 웹 접근성을 준수하기 위해 무엇을 고려하고 검토해야 하는지에 대해서 정리해봤다. 웹 접근성(Web Accessibility)은 장애인이나 고령자분들이 웹 사이트에서 제공하는 정보를 비장애인과 동등하게 접근하고 이용할 수 있도록 보장하는 것으로 웹 접근성 준수는 법적 의무사항입니다. [ 관련 법규 ] 장애인 차별 금지 및 권리 구제 등에 관한 법률 [시행일.. 2020. 9. 4.
서비스 지표 정리 최근 서비스 기획자 또는 PM에게 요구되는 능력 중 서비스 지표를 통한 서비스 분석 및 A/B 테스트 등을 통한 그로스해킹 능력이 매우 중요해지고 있다. 그런데 회사마다 요구되는 역량이나 도메인마다 중요하게 생각하는 서비스 지표가 차이가 있다 보니 어느 순간 지표 및 그 산출 방법을 일일이 기억하는 것도 힘들어졌다. 나이 탓이라고 하기엔 서비스 관련 지표를 정리해 보니 그럴 만도 한 것 같다. (정리하면서 생각보다 많아 후회했다.) 나도 기억을 다 못해 이직 시마다 찾아보고 있어 정리해 놓을 필요가 있어 IT기업에서 주로 사용하는 서비스 지표 및 그 정의를 간단하게 정리해봤다. 물론 회사마다, 도메인마다 조금씩 다르게 사용하는 경우가 있으니 이 점은 고려해서 보시기 바란다. 광고 관련 지표 Impress.. 2020. 8. 11.
UX Writing 가이드 지난 글에서는 UX Writing과 마이크로카피(Microcopy)가 무엇인지 알아보고 왜 UX Writing이 중요한지, 그리고 이를 작성하는 전문 직군인 UX Writer의 채용이 늘고 있다는 이야기를 했다. 그리고 좋은 UX Writing을 위한 조건과 몇 가지 Tip에 대한 이야기를 했는데 너무 개론적인 이야기만 한 것 같아 이번 글에서는 실무에 조금이라도 도움이 될 수 있는 좋은 UX Writing을 위한 글쓰기 조건과 그 예를 이야기하고자 한다. 만약 반응이 좋다면 실제 예제를 통한 UX Writing 사례를 한두 차례 글로 이어가 볼까 싶다. UX Writing과 마이크로카피 한 IT서비스 기획자로서 서비스 기획을 하다 보면 서비스 내에 표시되는 수많은 단어와 문구를 작성하며 씨름하게 된다... 2020. 7. 24.
서비스 기획자 vs. PM vs. PO 요즘 기업이나 채용 공고에서 IT서비스를 기획하는 기획자를 지칭하는 표현이 너무 제각각이다. 어디서는 '서비스 기획자'라고 부르는데, 또 어디서는 '프로덕트 매니저(PM, Product Manager)'라 부르고, UX에 대한 중요성이 강조되다 보니 'UX기획자'나 'UX디자이너'로 부르는 곳도 있으며, 최근엔 '프로덕트 오너(PO, Product Owner)'라는 표현도 눈에 자주 띈다. 채용 공고를 읽어보면 하는 일이 다 비슷비슷한 것 같은데 왜 이렇게 표현이 다를까? 재미있는 사실은 정작 해당 직군에 종사하는 기획자들도 그렇고, 기획자를 채용하는 회사들도 정확히 구분해서 사용하고 있지 않다는 것이다. 그러니 보고 듣고 쓰는 모든 사람들이 헷갈릴 수밖에. 물론 회사 입장에서는 부르고 싶은 데로 불러도.. 2020. 7. 20.
서비스 기획자를 위한 툴 IT서비스 기획자로 일하며 사용하는 툴들이 너무 많다. 그리고 언젠가부터 툴을 사용할 줄 아는 것이 경쟁력이 되어버렸다. 채용 조건에 이런저런 툴들을 올라오는 것을 보면 말이다. 어쨌든 필요하다면 익혀야겠지. 그래서 그 셀 수 없이 많은 툴들을 한번 정리해보았다. 트렌드 및 시장조사, 전략 기획 찾기쉬운 생활법령정보 기획자는 현행법을 준수하며 서비스 정책을 만들어야 하는 사람으로 관련 법을 잘 알고 있어야 함 공공데이터포털 대한민국 정부와 공공기관이 생성 또는 취득하여 관리하고 있는 공공데이터 제공 Google Trends 구글 글로벌 검색 트렌드 제공 Naver DataLab 네이버 검색 트렌드 및 쇼핑, 지역, 댓글 통계 제공 Google Dataset Search 구글의 데이터세트 검색기로 웹상에 .. 2020. 4. 26.
기획자의 데이터 분석 작년 서비스 기획 강의를 했다. 강의의 내용은 '서비스 기획과 데이터 분석'이었다. '알면 알수록 어려운 서비스 기획 뽀개기'라는 제목으로 서비스 기획 강의 자료는 공개를 했는데 데이터 분석 자료는 공개를 하지 않았다.알면 알수록 어려운 서비스기획 뽀개기강의가 끝났다! 길다면 길고 짧다면 짧을 수 있는 12시간, 3시간씩 4회에 걸친 서비스 기획 강의가 끝난 것이다. 덜컥 수락했을 때는 잘할 수 있을까 왜 수락했을까 걱정과 후회를 했고, 강의가 시작했을 때는 의..germweapon.tistory.com데이터 분석은 HOT한 분야이고 데이터 분석을 본업으로 하는 데이터 분석가나 그로스 해커, 개발자분들이 좋은 자료를 많이 올려놓았기 때문에 굳이 공개할 필요성을 느끼지 못했고 스스로도 전문성이 떨어진다고 .. 2020. 4. 5.
이렇게 기획하면 안 돼요! #다크패턴 IT서비스 기획자들은 습관처럼 이야기한다. 기획자는 사용자의 대변인이고, 이것이 기획자의 존재의 이유라고 말이다. 그런데 여러 서비스를 사용하다 보면 과연 기획자가 회사의 대변인인지, 사용자의 대변인인지 헷갈리는 경우가 있다. 사용자들을 속이기 위해 교묘하게 설계된 인터페이스 때문이다. 물론 그렇게 기획 및 개발된 수많은 이유가 있을 것이다. 최근 프로젝트들은 그 복잡도도 높고 소규모 인원으로는 제대로 된 서비스 하나 런칭하기 힘들어 기획자 대다수가 큰 조직과 팀에 소속되어 있을 가능성이 크기 때문이다. 그러니 기획자가 의도한 데로 서비스가 개발될 리가 없지 않겠는가. 최근 나도 나의 의사나 의지와는 달리 대표의 요청(?)에 의해 사용자들의 실수를 유도하는 UI를 기획한 경험이 있다. 부끄럽지만 어쩌겠는.. 2020. 3. 30.
UX Writing과 마이크로카피 한 IT서비스 기획자로서 서비스 기획을 하다 보면 서비스 내에 표시되는 수많은 단어와 문구를 작성하며 씨름하게 된다. 나는 기획서를 작성할 때 입력 폼 힌트 메시지(이하 Placeholder Message), 유효성 검사 메시지(이하 Validation Message) 등은 물론이거니와 서비스 내에 표시되는 모든 문구와 메시지를 별도 지면을 할애하면서까지 정리해놓는데 이렇게 메시지를 정리해놓는 기획자를 처음 만났다는 이야기를 듣고 당황했던 적이 있다. 서비스 내에 표시되는 단어와 문구(마이크로카피, 이하 Microcopy)가 미국에서는 UX의 중요한 요소라고 인식되며, 이를 작성하는 행위를 UX Writing이라 부르고, 이를 전문적으로 작성하는 UX Writer라는 직군까지 등장했는데 국내에선 기획자가.. 2020. 3. 22.
이렇게 기획하면 안 돼요! #회원가입 나도 한 IT서비스 기획자로서 완벽한(?) 서비스를 기획하고 싶지만 항상 마음대로 되지 않는다. 이유가 어찌 됐든 간에 자랑스럽기보단 부족하다는 생각에 부끄러울 때가 더 많다. 그만큼 완벽한 서비스를 기획하고 개발하는 것이 어렵다는 것을 잘 알고 있기에 타 서비스의 잘못된 부분을 언급하는 것은 항상 조심스럽다. 남 이야기할 것도 없이 나부터 잘해야 하니까! :( 그럼에도 불구하고 불편을 겪을 사용자와 이로 인해 회원 가입률이 떨어지고 있을 것이 염려되어 한 서비스의 회원가입 페이지에 잘못 기획된 부분을 이야기하고자 한다. 이 글은 비난의 목적이 아니라 개선을 통해 사용자에게 보다 좋은 사용자 경험을 제공했으면 하는 바램으로 작성하는 글임을 밝힌다. 자! 이제 이 서비스가 안내한 것처럼 '참 쉬운 회원가입.. 2020. 3. 18.
사라질 유망직업, 서비스 기획자 글로벌 기업평가 사이트인 글래스도어에서 선정한 2020년 미국 내 유망 직업 4위이자 평균 연봉 3위 직업, 제품 매니저(Product Manager). 그렇다! 한국에선 서비스 기획자를 말한다. 회사에 따라선 프로덕트 매니저(Product Manager, PM), 프로덕트 오너(Product Owner, PO)라고도 부르겠지만... 미국 내 리서치이기 때문에 한국 현실과는 차이가 날 수도 있겠지만 국내 현실을 고려해도 한 기획자로서 느끼는 만족도나 급여 수준은 좋은 편이라고 생각한다. 디지털 트랜스포메이션이 트렌드가 될 정도로 모든 산업에서 IT기술을 도입해 디지털화를 진행하고 있다 보니 기획자의 수요는 갈수록 늘고 있는데 그 수요에 비해 공급이 턱없이 부족해 기획자의 인기와 연봉이 갈수록 높아지고 있.. 2020. 3. 2.
서비스 기획이란? IT서비스 기획이란 예쁘고 사용하기 편한 웹사이트나 모바일 앱 등의 IT서비스를 디자인하고 개발하기 위해 와이어프레임을 포함한 스토리보드(일명 기획서)를 작성하는 것이 아니라, 사람들이 겪는 특정 문제나 불편을 IT기술을 통해 해결(문제 인식 및 목표 정의)하기 위해 현행법과 정책을 준수하고 환경과 인프라, 경쟁사 등을 고려(시장조사 및 벤치마킹)하며 인력이나 일정, 예산 등의 가용한 리소스 내에서 서비스 정책을 만들고(정책 결정 및 요구사항 정의) 이를 서비스로 구현하는 일련의 과정(스토리보드 작성 등)이며, 서비스 정책의 반영이나 서비스를 제공하는 단말기와 OS 등의 서비스 환경에서 사용자들이 겪을 수 있는 불편함을 최소화하기 위해 이해하기 쉽고 사용하기 편한 플로우와 UIUX 등을 고민하는 것이다... 2020. 3. 1.
UIUX가 서비스 기획을 망쳤다! 내가 한 IT서비스 기획자이자 프로덕트 매니저로서 UIUX가 진짜 서비스 기획을 망쳤다고 생각하는 이유는 서비스 기획은 디자인과 개발은 물론이거니와 역사와 문화, 철학, 법, 정책, 환경, 인프라, 생태계, 뇌과학, 심리학 등의 융합의 결과물이자 나아가 리소스와 일정, 동료들의 역량과 수준, 고도화 및 확장성, 데이터의 수집과 처리 및 분석, 사회와 업계에 미치는 영향까지 고려해야 하는 통섭의 영역인데 너무 UIUX에 포커싱된 나머지 예쁘고 쉽고 편한 UIUX를 가진 서비스가 좋은 서비스이고 때문에 이런 UIUX를 기획하고 디자인하는 것이 서비스 기획과 디자인의 목적이자 목표라는 인식이 업계에 팽배하여 잘못된 UIUX를 가진 서비스를 양산해 내고 있기 때문이다. 그나마 서비스만 양산했으면 다행이련만 그런.. 2020. 2. 3.
서비스 기획자의 라이브러리 라이브러리 : 영어로 도서관을 뜻하지만 컴퓨터 공학에서는 소프트웨어를 개발할 때 자주 사용하는 기능이나 코드를 하나의 함수나 클래스 단위의 모듈로 묶어 재사용을 하는데 이러한 함수나 클래스들의 집합을 라이브러리라고 한다. 개발자들은 개발을 쉽고 빠르게 하기 위해 자신이나 타인이 이미 만들어놓은 오픈소스 라이브러리를 활용해 개발을 하고, 디자이너들은 디자인 컴포넌트나 템플릿(요샌 디자인 시스템 구축이 유행이다.)을 만들어 공유하고 활용하며 디자인을 하는데 안타깝게도 서비스 기획자에겐 그런 오픈소스 라이브러리나 컴포넌트, 서비스 기획 시 필요한 관련 법규나 정책을 정리한 문서 따윈 없다. 나는 기획서 작성 시 기획서의 맨 앞장에 각 페이지를 구성하는 요소, 즉 컴포넌트 가이드를 작성해서 프로젝트 팀원들이 동.. 2019. 9. 3.
기획자는 R&R마저 기획해야 한다. 오늘도 기획자 커뮤니티와 블라인드 IT기획/PM 채널에는 잡부로 전락했다는 하소연이나 이 업무가 기획자의 업무인지 의문이라며 퇴사를 고민하고 있다는 글들과 함께 (자기 일이라면 그렇게 쉽게 이야기하지 못했을 텐데) 퇴직하라는 댓글들이 가득하다. :( 그런데 이 문제에서 만큼은 퇴사는 기획자에게 절대 해결책이 될 수 없다. 프로덕트 매니저이자 오너인 서비스 기획자로서 숙명인 문제에서 벗어나겠다고!?!? 그렇다면 퇴사가 아니라 직군을 바꾸는 편이 나을 것이다. 14년 차 서비스 기획자로서 기획자의 업무와 역할을 정의하고 이를 확장하기 위해 노력해왔는데 기획자의 업무와 역할을 정의하는 것이 참으로 부질없는 짓이라는 걸 뒤늦게 깨달았다. 여러 회사를 경험했는데 매번 기획자로서의 나의 역할을 떠올려봐도 회사마다 .. 2019. 8. 18.