Log
가설을 세우고..
프로덕트 디자이너의 업무 일기 (2) 지난번에 문제를 이렇게 정의했다. 3월 신규 유저 중 50%는 가입 후 14일 안에 앱을 떠난다. 이들 대부분은 당장 정비 니즈가 없어 앱 진입 후 첫 행동을 찾지 못하고 이탈하는 상태다. 가설도 마찬가지로 프레임워크가 있다. ~유저에게 ~해결 방법하면 ~가 해결되어 ~가 좋아질 것이다. 이제 정비
lucy
Design
프로덕트 디자이너의 생산성 웹앱 만들기 : 오늘할일 제작기
바이브 코딩 왕초보의 클로드로 뚝딱뚝딱 만든 오늘할일 제작기 오늘할일 출발 퇴사 후 제일 그리운 건 사내 커피도 아니고, 내 업무 우선순위를 자동화해놓은 Asana 개인 프로젝트와 데일리스크럼 문화였다. 재직 기간동안 매일 할 일을 파악하고 실행하는 게 습관이 되어 퇴사 후에도 이 습관을 계속 유지하고 싶었다. 미리 알림이나 시중의 태스크 관리 앱을
Log
문제를 정의하고..
프로덕트 디자이너 업무 일기(1) 첫 1년은 "문제를 정의한다"라는 말이 굉장히 추상적인 문장같았다. 이후 1년은 사용자에 집중하는 구체적인 워크플로우 체득하는 과정을 통해 문제를 정의할 수 있게 됐고 해결 성과도 올라갔다. 나는 문제를 정의할 때 아래 문장으로 정리되는지 확인한다. 프레임워크이기도 하다. 1. 어떤 사용자에게서 2. 어떤 부정적인 현상이
Design
AI로 워크플로우가 달라졌다 (1)
격세지감이다. 내가 회사를 나올 때만 해도(아직 한 달도 안 지났음) 클로드의 ㅋ 자도 몰랐었고 이거 개발자만 쓰는 AI 아니야? 했는데 지금은 아침에 눈을 뜨고 감는 순간까지 클로드와 함께하고 있다. AI로 달라진 워크플로우 기존에는 피그마로 시안을 그리고 피드백 받아 수정하는데 시간을 많이 썼다. 기존 워크플로우 : 문제 정의 + 아이데이션 후 가설