"개발자와 디자이너 사이에서 살아남는 법" (커뮤니케이션)

[협업] "여긴 기획실인가 UN 본부인가?" - 번역과 조율의 언어 1. 디자이너와 소통할 때: "예쁘게 말고 '이유'를 말하세요" 디자이너는 시각적 일관성과 사용자 경험을 중요하게 생각합니다. 단순히 기획자의 취향을 강요하는 것은 가장 피해야 할 행동입니다. [Bad] "이 버튼 좀 더 눈에 띄게, 빨간색으로 해주세요." [Good] "이 화면의 핵심 목표가 '구매 완료'라서, 사용자의 시선이 버튼으로 가장 먼저 유도되었으면 좋겠어요." 핵심 기술: 근거 제시: 데이터나 유저 시나리오를 바탕으로 디자인의 목적을 설명하세요. 자율성 존중: '어떻게' 그려야 할지는 디자이너에게 맡기고, 기획자는 '무엇을(목적)' 해결해야 하는지에 집중하세요. 디자인 시스템 존중: "이미 있는 가이드를 활용해서 작업할 수 있을까요?"라고 묻는 기획자는 사랑받습니다. 2. 개발자와 소통할 때: "불가능을 '우회'하는 기술" 개발자는 시스템의 안정성과 예외 상황을 먼저 생각합니다. "안 돼요"라는 말을 들었을 때 당황하지 않는 것이 실력입니다. [Bad] "이거 다른 앱에서는 다 되는데 왜 우리는 안 돼요?" [Good] "기술적으로 이 부분이 어렵다면, 이번 배포에서는 기능을 간소화하고 다음 단계에서 고도화하는 건 어떨까요?" 핵심 기술: Edge Case(예외 상황) 고려: 데이터가 없을 때, 네트워크가 끊겼을 때 등 '안 될 때'의 케이스를 미리 기획서에 담으세요. 우선순위 협상: "이건 꼭 필요한 기능이고, 저건 나중에 해도 됩니다"라고 업무의 경중을 나누어 주세요. 로직 중심 대화: 화면보다는 "이 데이터가 어디서 와서 어디로 가는지" 흐름(Flow)을 설명하세요. 3. 회의실의 빌런이 되지 않는 '기획자의 한 끗' 협업의 분위기를 결정하는 기획자만의 디테일한 습관입니다. 기록의 생활화 : "그때 그렇게 말씀하셨잖아요" 대신, 결정된 사항은 즉시 회의록으로 남겨 '히스토리'를 관리하세요. 질문의 힘: 모르는 기술 용어가 나왔을 때 아는 척하지 말고 "제가 이해한 게 맞나요? 다시 한번 설명해 주실 수 있을까요?"라고 묻는 용기가 필요합니다. 칭찬은 구체적으로: "기획서보다 화면이 훨씬 직관적으로 나왔네요!", "데이터 처리가 정말 빠르네요!" 같은 구체적인 피드백은 협업의 윤활유가 됩니다. 💡 포스팅 마무리 꿀팁 "기획자의 최고의 산출물은 문서가 아니라, 팀원들의 합의입니다." 완벽한 기획서보다 중요한 건, 개발자와 디자이너가 같은 목표를 바라보게 만드는 힘입니다. 팀원들에게 "이 기획의 목적은 이것입니다"라고 명확하게 공유해 보는 건 어떨까요?