도서에 소개된 내용을 바탕으로 정리했습니다. 넷플릭스 회원은 10~20개 타이틀 검토 후 영화를 결정하지 못하면 60~90초 후에 흥미를 잃는다! OTT 서비스 경쟁이 치열해지면서 양질의 콘텐츠를 확보하는 것과 더불어 고객을 자주 방문하게 만들고 최대한 오래 붙잡아 두는 게 OTT 플랫폼 성공의 핵심 요소입니다. 콘텐츠 보유 정도가 플랫폼별로 비슷하다고 했을 때 보유 타이틀을 얼마나 잘 활용하는지가 핵심 경쟁력이 될 수 있는데요. 넷플릭스는 DVD 대여 사업을 했을 때부터 축적된 노하우를 바탕으로 고객이 선호하는 타이틀을 기가 막히게 찾아줍니다. 넷플릭스는 고객의 70~80%가 추천 콘텐츠를 시청한다고 합니다. 이번 글에서는 넷플릭스의 추천 알고리즘을 간단히 소개해보겠습니다. 전문적으로 들어가면 너무 깊..

는 명품에 관심 있는 분들에게는 이미 잘 알려진 명품 구매 플랫폼인데요. 저는 투자유치 기사를 읽고 최근에서야 이 서비스를 알게 되었고 호기심이 생겨서 간단히 정리해봤습니다. 트렌비는 2017년도에 서비스를 정식 오픈하고, - 월간 순 방문자(MAU) 250만 명 - 2019년 거래액 451억 원 - 2020년 7월 110억 원 규모 시리즈 B 투자 유치 - 누적 투자금 180억 원을 달성했습니다. 트렌비의 은 고객에게 명품을 판매하고, 판매 마진을 이익으로 취하는 단순한 방식인데요. 비즈니스 모델은 단순하지만 그 누구도 쉽게 따라올 수 없는 탄탄한 경쟁력을 갖추고 있습니다. 이 글에서는 트렌비의 핵심 경쟁력 2가지를 살펴보겠습니다. #1 전 세계 명품을 판매하고 최저가를 찾아준다. 명품 브랜드 구찌가 ..

IT Product을 만들다 보면 서비스 정책을 결정해야 하는 순간이 자주 발생합니다. 정책은 한 번 결정되면 되돌리기가 쉽지 않은데요. 정책을 변경하면 그와 관련된 모든 프로세스를 변경해야 하기 때문입니다. 그렇기 때문에 서비스 정책은 신중히 결정해야 합니다. 서비스 정책은 보통 제품 기획 담당자가 관련 내용을 정리하고, 다 같이 모여 리뷰하고, 합의를 통해 결정하게 됩니다. 그런데 이때 내용이 제대로 정리가 안 된 상태로 회의를 진행하게 되면 토론만 실컷 하다가 의사결정을 못한 채 회의를 종료하게 됩니다. 흔히 말하는 소모적인 회의로 이어지게 되는거죠. 그래서 이번에는 서비스 정책을 깔끔하게 정리할 수 있는 팁을 공유해보려고 합니다. 저희가 회원가입 인증 정책을 고민 중이라고 가정해보겠습니다. 회원가..

최근에 채용공고를 올렸는데 이력서가 많이 들어와서 이번 기회에 이 두 개 직무의 차이점을 정리해보겠습니다. 우리가 11번가, 쿠팡, 티몬, 위메프와 같은 커머스 플랫폼을 만든다고 가정해보겠습니다. 여기서 플랫폼을 만드는 방법은 크게 3가지가 있는데, ① 카페24와 같은 솔루션을 구매해서 커스터마이징 하는 방법 ② SI, 에이전시 등 전문업체에 외주를 맡기는 방법 ③ 직접 만드는 방법이 있습니다 이 중 1,2,3번 모두 가 필요합니다. ① 쇼핑몰 솔루션을 이용하면 입맛에 맞게 커스터마이징 하기는 어렵지만 적은 비용으로 단기간에 커머스 플랫폼을 구축할 수 있습니다. 현재 카페24 쇼핑몰은 약 160만 개가 오픈되었다고 하는데요. 카페24는 자사 솔루션을 계속해서 고도화하기 위해 시스템 설계를 잘하는 기획자가..

애자일 조직에서 많은 회사들이 JIRA로 Task를 관리하고 Confluence를 wiki로 이용하지만, 저희는 Asana로 Task를 관리하고 Notion을 wiki로 사용하고 있습니다. 오늘은 저희 팀이 아사나로 Task 관리하는 방법을 소개해보겠습니다. 애자일 조직에서 PO/PM의 가장 중요한 역할 중 하나는 업무 우선순위 결정입니다. 업무가 만들어지는 경로는 크게 3가지로 구분할 수 있는데요. ① 고객 피드백을 통한 유입 ② 팀에서 발생하는 내부 이슈 및 기술 부채 ③ 제품 로드맵에 따른 신규 기능 추가 ①번은 고객과 관련이 있고 ②번은 내부 팀과 관련이 있고 ③번은 경영진과 관련이 있습니다. 그렇다 보니 무게중심이 한쪽으로 쏠리면 제품의 방향성도 흔들리게 되는데요. PO는 제품이 올바른 방향으로..

저희 팀에는 여러 명의 개발자가 있고 당연히 모두 다 성향이 다릅니다. 오늘은 그중에서도 윌슨이 작성했던 개발 테스트 시나리오를 일부 공유해보려고 하는데요. 윌슨은 Task가 주어지면 작업 전에 궁금한 것들을 디테일하게 파악하고 전체 범위를 다시 한번 정리하고 시작하는 굉장히 꼼꼼한 성향의 개발자입니다. 그래서인지 커뮤니케이션 미스가 거의 없고 배포 후 버그 발생 빈도도 굉장히 적습니다. 이번에 소개할 내용은 윌슨이 담당했던 스프린트에 관한 내용인데요. 진행과정을 간단히 정리해보겠습니다. 개발자 2명이 한 달간 진행할 분량의 큰 스프린트를 배정했는데, 개발자 1명이 중간에 다른 Task로 급하게 착출 되었습니다. 그래서 중간부터는 거의 혼자서 개발을 진행했고, 기획 관련자들도 바쁘다는 핑계로 테스트 시나..