주니어 시절엔 몰랐다, PM이 클라이언트를 대하는 법
'맞춰주기'만으로는 프로젝트를 끝낼 수 없다는 걸 배우기까지
안녕하세요, 리뷰온리입니다 :)
오늘은 PM으로서 클라이언트를 대하는 법에 대해 이야기해보려 해요.
주니어 때는 "전부 다 맞춰드리는 게 예의지!"라고 생각했지만,
7년이 지난 지금은 그 생각이 얼마나 비효율적이었는지 느끼고 있어요 ㅠㅠㅎㅎ
지금은 제가 클라이언트를 어떻게 대하고 커뮤니케이션 하는 지 알려드려보려고 해요!
'맞춰주기'로는 프로젝트를 지킬 수 없다
처음 PM 일을 시작했을 땐,
클라이언트가 무언가를 요청하면 무조건 "네, 가능합니다!"라고 대답했어요.
요청을 거절하면 무능해 보일까 봐 두려웠고,
모든 걸 들어주는 게 신뢰라고 착각했죠.
하지만 결과는 항상 같았어요.
일정은 밀리고, 수정은 쌓이고, 팀은 지쳐가요ㅠㅠ
그때 깨달았어요!
좋은 PM은 '모든 걸 해주는 사람'이 아니라, '프로젝트의 중심을 세우는 사람'이라는 걸요.
이제는 "네"보다 "왜"를 먼저 묻습니다
지금의 저는 클라이언트의 요청이 들어오면
가장 먼저 "왜 이 기능이 필요한가요?"를 물어봐요.
그 질문 하나로 프로젝트의 방향이 완전히 달라지거든요.
예를 들어, 한 번은 클라이언트가 "푸시 알림 기능을 꼭 넣어달라"고 했어요.
하지만 실제로는 마케팅 툴과의 연동이 목적이었고,
푸시보다 이메일 자동화가 훨씬 효율적이었어요.
그걸 파악한 후 제안서를 수정했고,
결국 예산도 절약되고 KPI도 더 명확해졌어요.
이런 경험이 쌓이면서,
저는 '요청을 수행하는 사람'에서 '요청의 의도를 분석하는 사람'으로 변했어요.
클라이언트를 '관리'하는 게 아니라 '이해'하는 일
PM의 본질은 커뮤니케이션이지만,
그건 단순히 말로 잘 푸는 능력이 아니에요.
진짜 중요한 건 서로의 관점을 정확히 해석해내는 감각이에요.
클라이언트는 "깔끔하게 만들어주세요"라고 하지만,
그 안에는 "브랜드 이미지를 무겁지 않게 가져가고 싶어요"라는 의미가 숨어있을 수 있어요.
개발팀은 "API 명세가 바뀌었어요"라고 하지만,
그건 "일정이 하루 밀릴 수 있어요"라는 경고죠.
이런 관점의 차이를 정확히 해석해내는 게 PM의 일이고,
이 감각은 몇 년을 굴러야 비로소 체득돼요ㅎㅎ
주니어에서 시니어로 성장하면서 바뀐 점
예전엔 클라이언트를 설득하는 게 싸움같았어요.
지금은 같은 목표를 찾는 과정으로 느껴져요.
요구사항을 바로 수용하지 않고, 배경부터 묻기
일정·예산·기술적 제약을 솔직히 설명하기
클라이언트의 언어를 팀 언어로 바꾸어 전달하기
의견 차이를 감정이 아닌 '데이터'로 조율하기
이 네 가지를 지키면서부터
프로젝트는 놀랍게도 훨씬 매끄럽게 흘러가기 시작했어요ㅎㅎ
결국, '태도'가 커뮤니케이션을 결정한다
프로젝트의 성패는 기술보다 태도에 달려있어요.
주니어 땐 '모든 걸 해주려는 착한 사람'이었지만,
지금은 '모두가 잘할 수 있도록 판을 깔아주는 사람'이 되었어요.
클라이언트를 대할 때 중요한 건 순응이 아니라 신뢰예요.
그 신뢰는 솔직한 대화와 꾸준한 일관성에서 생겨요.
그리고 그걸 가능하게 하는 건, PM의 태도입니다.
주니어부터 성장하면서 얻은 여러가지 인사이트도 앞으로 꾸준히 공유드리려고 해요~
궁금하신 게 있다면 댓글 달아주세요!
읽어주셔서 감사합니다 :)
