🗒 [성장을 위한 데일리 아티클] 워크프로세스 훌륭한 문제 진술서를 작성하기 위한 7가지 방법 🌟 문제 진술 Problem Statement 유저가 사랑하는 프로덕트를 출시하고 싶다면, 당신

🗒 [성장을 위한 데일리 아티클] 워크프로세스 훌륭한 문제 진술서를 작성하기 위한 7가지 방법 🌟 문제 진술 Problem Statement 유저가 사랑하는 프로덕트를 출시하고 싶다면, 당신이 풀고자 하는 문제가 무엇이고 왜 문제인지 명확하게 이해해야 합니다. 프로젝트를 시작할 때는 ‘문제'로부터 시작합니다. PM이라면 우리가 고객을 위해 실제로 풀고있는 문제가 무엇인지 깊게 리서치하고 이해해야합니다. 생각을 정리하고 팀에게 명확하게 전달하기 위해 ‘문제 진술'을 작성하세요. 문제 진술을 작성하는 것은 얼핏 형식적이고 간단한 작업처럼 보일 수 있지만, 막상 작성해보면 고객에 대한 깊은 이해와 추상적 개념을 명문화하는 능력이 요구되는 어려운 작업입니다. 생각하고, 쓰고, 다시쓰고, 연구해야합니다. 문제 진술 초안을 작성할 때 도움이 되는 7가지 방법을 소개합니다. ✅ 솔루션으로부터 시작하기 디자인 단계보다 문제 정의가 프로세스상 먼저이지만, 사람들은 솔루션을 먼저 떠올리는 경향이 있습니다. 솔루션이나 아이디어로부터 문제를 찾게되는 경우가 많습니다. 이런 경우 근본적인 문제를 향해 거꾸로 작업해야 합니다. 당신이 이미 특정 제품을 개발하고 있더라도, 좋은 문제 진술을 통해 어떤 부분이 고객에게 가장 유용할지 인지할 수 있으며, 보다 고객에게 중요한 문제를 푸는 곳에 팀의 에너지를 집중시킬 수 있습니다. 🤔 스스로 자문해 볼 질문 - 이 솔루션으로 풀 수 있는 문제가 무엇인가 - 왜 나는 고객이 이 솔루션을 선호할 것이라고 생각하는가 ✅ 잘못된 답변 시도하기 보통, 고객의 진짜 문제가 무엇인지 찾는 것은 매우 도전적입니다. 딱 보기에 잘못된 솔루션에서부터 생각해나가는 것은 좋은 솔루션의 영역을 정의하는데 도움이 됩니다. 어떤 부분 때문에 이 솔루션을 적용할 수 없는지 스스로에게 물어보고 그것을 문제 진술에 포함시킵니다. 반대로, 고객 중심으로 생각했을 때 솔루션에서 잘못된 부분을 찾을 수 없다면 고려할 가치가 있는 솔루션이라는 증거입니다. ✅ 고객과 다시 이야기 나눠보기 "고객과 얘기하라"는 기본적인 조언이지만, 당신이 이미 고객의 세계에 빠져있다고 하더라도 고객이 달성하고자 하는 디테일들이 무엇인지, 문제가 무엇인지 정확히 설명하기가 어려울 수 있습니다. 이 시점에서 가장 빠른 방법은 다시 돌아가서 고객과 명확하게 얘기해보는 것입니다. 모호한 개념이나 문제의 우선순위는 제품을 사용하는 사람과 이야기할 때 명확하게 해소됩니다. ✅ 사람에게 초점 맞추기 솔루션을 구매하고 사용하는 것은 사람이기 때문에, 좋은 문제 진술은 사람(들)의 문제에 초점을 맞춰야 합니다. 만약 당신이 문제 정의에 어려움을 겪는다면 관련된 사람들이 느끼는 구체적인 문제를 설명하려고 노력하세요. ✅ 솔루션 디자인 시작하기 대부분의 문제 진술은 반복적으로 작성됩니다. 솔루션 앞에 놓여지는 모든 제약들을 미리 완벽하게 나열하는 것은 매우 어렵기 때문에, 때때로 솔루션 디자인을 시작하는게 더 쉽습니다. 특히 막혔다고 느낄 때 이렇게 접근하면 기존에 고려하지 못했던 관점과 가능성을 열어줄 수 있습니다. ✅ 서문 건너뛰기 몇몇 이유때문에 종종 PM은 문제 진술 초반에 히스토리를 추가합니다. 그러지 마세요. 그것은 보통 당신이 고객 문제를 명확하게 이해하지 못했다는 것을 의미합니다. “지난 분기에 우리는 XYZ 기능을 출시했고…”로 시작하는 대신, 고객이 무엇을 원하는지, 이러한 니즈가 발생하는 시기, 그들이 원하는것을 얻기 위해 무엇을 시도하는지로 바로 건너뛰세요. 포커싱된 문제 진술은 디자인 및 빌드 프로세스 전반에서 나머지 팀원들의 관점을 일치시키는데 도움이 됩니다. ✅ 판단하는 용어 쓰지않기 훌륭한 문제 진술은 당신의 고객과 고객의 니즈에 대한 팩트를 얘기합니다. 문제 프레임 안에서 솔루션을 판단하는 용어를 사용하지 마세요. “너무 느림”, “디자인이 나쁨", “혼란스러움" 과 같은 판단 용어는 모호하며 읽는이마다 다르게 해석할 수 있습니다. 이를 데이터 기반의 진술문으로 대체해야합니다. “우리의 온보딩 프로세스가 혼란스럽다”라는 말 대신, 고객이 무엇때문에 혼란스러워하는지 명확하게 언급하세요. 문제 진술은 어렵습니다. 그러나 올바른 작업을 수행하는 것이 팀이 딜리버리하는 제품의 퀄리티를 결정하기 때문에 매우 중요합니다. 제품이 얼마나 잘 설계되고 확장 가능한지 여부는 상관없습니다. 고객은 궁극적으로 의미있는 문제를 해결하지 못하는 제품을 사용하지 않을 것입니다. -- 번역 & 요약: 정하영 --- 🔊 B2B 디자이너들의 모임 소개 B2B 프로덕트를 만들고 있는 B2B 디자이너들은 B2C 디자이너보다 더 어려운 문제를 풀고 있는 경우가 많은 데 비해 자료, 지식, 피드백을 찾는데도 어려움을 겪고 있습니다. 더 많은 B2B 프로덕트 디자이너들이 한자리에서 어려운 점, 배운 점을 공유하고 서로 도움이 되기 위해 커뮤니티를 운영중입니다. 🔗 B2B 디자이너들의 모임 노션 링크: https://www.b2b-designers.space