Log
가설을 세우고..
프로덕트 디자이너의 업무 일기 (2) 지난번에 문제를 이렇게 정의했다. 3월 신규 유저 중 50%는 가입 후 14일 안에 앱을 떠난다. 이들 대부분은 당장 정비 니즈가 없어 앱 진입 후 첫 행동을 찾지 못하고 이탈하는 상태다. 가설도 마찬가지로 프레임워크가 있다. ~유저에게 ~해결 방법하면 ~가 해결되어 ~가 좋아질 것이다. 이제 정비
Log
프로덕트 디자이너의 업무 일기 (2) 지난번에 문제를 이렇게 정의했다. 3월 신규 유저 중 50%는 가입 후 14일 안에 앱을 떠난다. 이들 대부분은 당장 정비 니즈가 없어 앱 진입 후 첫 행동을 찾지 못하고 이탈하는 상태다. 가설도 마찬가지로 프레임워크가 있다. ~유저에게 ~해결 방법하면 ~가 해결되어 ~가 좋아질 것이다. 이제 정비
Log
프로덕트 디자이너 업무 일기(1) 첫 1년은 "문제를 정의한다"라는 말이 굉장히 추상적인 문장같았다. 이후 1년은 사용자에 집중하는 구체적인 워크플로우 체득하는 과정을 통해 문제를 정의할 수 있게 됐고 해결 성과도 올라갔다. 나는 문제를 정의할 때 아래 문장으로 정리되는지 확인한다. 프레임워크이기도 하다. 1. 어떤 사용자에게서 2. 어떤 부정적인 현상이