DHM 모델은 제품 전략을 수립하고 평가할 때 핵심적인 부분에 초점을 맞추도록 도와줍니다. DHM 모델은 제품을 발전적인 방향으로 바로 세웁니다. 그러나 제품 전략을 수립하고 평가하는 것으로 모든 일이 끝나지는 않습니다. 오히려 그만큼 중요한 과정이 남아 있습니다. 수립된 제품 전략을 실무 단계까지 끌어내리는 일입니다. 이 과정이 제대로 수행되지 않는다면 아무리 좋은 제품 전략이라도 힘쓰지 못하고 흐지부지 무너질 것입니다.

작은 스타트업에 다녔지만 같이 일했던 동료들은 일 잘하는 사람들이었다. 그들은 영업의 귀재였는데 미팅에 따라 들어가면서 참 많은 걸 배웠다. 그 안에서 나의 영업 노하우도 쌓을 수 있었는데, 나중에는 이러한 내용을 정리해서 영업 매뉴얼도 만들고 사내 교육을 하기도 했다. 특히 영업 건이 많아지면서 시간 상 감당하기 힘들어져서 제안서 매뉴얼을 만들었고, 모듈 식으로 제안서를 작성해서 10배는 빠르게 일을 처리할 수 있었다. 이런 노하우들을 좀 공유해볼 수 없을까 하여 글을 적는다.

DHM 모델은 특정 제품 전략을 설계하고 평가하는 데 쓰이는, 전략을 위한 전략입니다. DHM 모델은 다음 3개 질문으로 제품 전략을 수립합니다. 무엇이 고객에게 만족 혹은 효용을 가져다주는가? 무엇이 제품을 복제하기 어렵게, 즉 독보적으로 만드는가? 무엇이 수익성을 개선하는가? 각 항목을 좀 더 세부적으로 알아보겠습니다.

서비스 기획자의 전문성에 대한 제 나름대로의 정의는, “문제를 발견하고 해결하는 능력”입니다. 즉, 비즈니스 목적을 달성하기 위한 현재의 문제를, 서비스로서 해결해 내는 것이죠. 단순히 화면 설계서를 잘 그리는 ‘스킬’의 문제가 아니라 좋은 아이디어, ‘좋은 생각’을 만들어 내는 것이 필요합니다. 좋은 아이디어를 만들어 내기 위해서는 좋은 재료들을 많이 가지고 있어야겠죠? 이번 글을 통해 기획자들에게 좋은 인풋이 되는 재료를 꾸준히 쌓을 수 있는 일상 속 서비스를 소개해 볼까 합니다.

세상에는 수많은 기업이 있고, 기업들이 수익을 창출하는 방식은 매우 다양합니다. 그렇지만 비즈니스 모델의 큰 흐름은 시대별로 변화해 왔는데요, 오늘은 비즈니스 모델의 변화와 흐름에 대해 살펴보려고 합니다.

프로젝트의 시작과 동시에 기획자는 우리의 클라이언트가 원하는 요구사항에 대해 빠르게 파악해야 합니다. “요구사항 뭐 별거 있겠어~ 그냥 플젝하면서 그때그때 대응하면 되지 뭐.”라고 생각하시는 분들 지금 엄청 뜨끔 하실 겁니다. 정답은 없겠지만, 저는 요구사항 정의서를 작성하는 이 시간이 추후 프로젝트의 끝무렵에 스트레스를 덜 받고, 덜 고생할 수 있는 방법이라고 말씀드리고 싶습니다.

디지털 프로덕트에서 폼(Form)이란 고객이 제품 사용에 필요한 정보를 제공하는 도구입니다. 폼은 고객의 제품 경험뿐만 아니라 제품의 주요 지표에도 큰 영향력을 미칩니다. 한 명이라도 더 전환시키는 폼 설계가 디자이너 사이에서 오랫동안 논의의 주제가 된 것은 당연한 일입니다. 이번 글에서는 실제적인 데이터, 즉 통계를 가지고 폼 전환율을 개선할 수 있는 5가지 팁을 소개하겠습니다.

작년 5월, 트위터는 직원들에게 평생 원격으로 근무를 해도 된다는 이메일을 보냈다. 반면 애플은 직원들에게 다시 사무실로 돌아올 것을 요청했다(그리고 많은 직원들이 반발하고 있다). 구글의 경우 원격근무와 사무실 출근을 적절히 섞는 방향으로 가고 있다. 나는 현재 같은 회사를 약 7년째 다니고 있다. 처음 5년 반은 사무실에서 일했고, 나머지 1년 반은 원격으로 일하고 있다. 원격으로 일해보니 분명 효율적이긴 하지만 단점도 분명히 존재한다. 어떤 단점이 있는지, 그리고 그 단점을 보완할 수 있는 방법은 뭐가 있을지 알아보자.

사장님들은 업계 사장님들의 모임, 서점가에 꽂혀있는 책, 외국의 아티클을 번역한 칼럼이나 번역글에서 서구의 최신 유행 기법에 대한 이야기를 듣습니다. 대기업들은 이미 앞다투어 도입하고 있다느니 하는 얘기가 들릴 때쯤 사장님은 초조해지기 시작합니다. 유행에 뒤쳐질까 봐 두렵거든요. 오늘은 프로이직러이자 3개 회사에서 애자일 전환을 경험한 서점군의 애자일 실패 경험담입니다.

결론적으로 말하면 이 프로젝트는 크게 성공했다. 제 때에 프로젝트가 잘 수행되었고 고객은 만족했으며 프로젝트 종료 후, 성과를 인정받아 심지어 고객과 프로젝트 관리자가 동시에 승진하는 일까지 겹쳤다. 이후 프로젝트 성공 사례로 애자일이라는 이야기가 사내에 퍼져나가기 시작했다.