• 현직자 PM
• 한지원
• 염우진
• 이연수
• 곽영찬

유저 분류표

인터뷰를 통해 배운 점

• 문제의 본질은 '용어'가 아닌 '맥락'과 '영향'이다.
  • 비개발자들은 전문 용어 자체의 뜻을 아는 것보다, 해당 용어가 자신의 업무, 일정, 프로젝트에 어떤 영향을 미치는지를 이해하는 것을 훨씬 중요하게 생각한다.
  • 개발자 역시 비개발자에게 설명할 때, 용어 자체보다는 결과, 영향, 필요한 액션 중심으로 설명하는 것이 효과적이다.
• 비개발자가 질문을 망설이는 이유는 '심리적 부담' 때문이다.
  • 회의 흐름을 끊는 것에 대한 부담, 자신이 모른다는 사실을 드러내는 것에 대한 두려움, 주변 분위기에 대한 눈치 등이 질문을 어렵게 만든다.
  • 특히 저연차이거나 개발 경험이 적을수록 이러한 심리적 장벽이 더 크게 작용한다.
• 실시간 맥락 이해 보조 도구의 필요성이 높다.
  • 회의 중 이해하기 어려운 용어나 맥락이 나왔을 때, 즉각적으로 해당 내용이 자신에게 어떤 의미인지 짧게 알려주는 보조 도구가 유용할 것으로 보인다.
  • 하지만 도구의 실효성은 정확도, 설명의 간결성, 회의 흐름 방해 최소화에 달려 있으며, 학습 후에는 사용 빈도가 줄어들 가능성도 있다.
• 개발자와 비개발자 간의 협업 비용은 생각보다 크다.
  • 이해 부족으로 인한 오해, 잘못된 판단, 재작업, 회의 시간 증가 등은 프로젝트 진행에 상당한 비용을 초래한다.
  • 개발자 입장에서도 비개발자에게 반복적으로 설명해야 하는 부담이 존재하며, 이는 협업 효율을 저하시킨다.
• 협업의 핵심은 '태도'와 '소통 의지'이다.
  • 기술적인 이해도나 용어 지식보다, 서로 이해하려는 적극적인 태도와 꾸준한 소통 의지가 성공적인 협업의 기반이 된다.
  • 특히 PM의 역할은 개발자와 비개발자 간의 소통을 원활하게 하는 데 중요한 역할을 한다.
• 사용자 세그먼트별 니즈가 다르다.
  • 완전 비개발자는 기본적인 용어 설명과 맥락 이해에 초점을 맞춘 도움이 필요하다.
  • 기술에 관심 있는 예비 기획자는 용어보다는 자신의 역할에 미치는 영향과 필요한 액션 중심으로 정보를 얻고자 한다.
  • 개발 경험이 있는 개발자는 비개발자의 이해 수준을 고려한 설명 방식과 협업 비용 절감에 대한 니즈를 가지고 있다.

1. 유저 리서치 분석 (어피니티 다이어그램을 위한 POINT 프레임워크) 수집된 데이터를 바탕으로 문제, 기회, 통찰, 니즈, 테마를 도출하여 어피니티 다이어그램의 그룹핑 기준으로 삼을 수 있습니다.

• P (Problem - 핵심 문제 상황): 비개발자는 회의 중 모르는 개발 용어가 나와도 무지함을 드러내거나 대화 흐름을 끊을까 봐 눈치를 보며 질문을 포기합니다. 나중에 검색하려 해도 방금 들은 낯선 용어를 잊어버리거나, 발음되는 대로 잘못 적어 검색조차 실패하는 인지적 한계에 부딪힙니다.
• O (Opportunity - 해결 기회): 사용자가 진정으로 원하는 것은 용어의 사전적 뜻이 아닙니다. 일상적인 비유를 통해 상황을 설명하고, 이 용어가 현재 내 작업과 일정에 미치는 영향을 짚어준다면 의사결정 리드 타임을 획기적으로 단축할 수 있습니다.