Back_to_Basics

{3줄 요약}

디자인 리더의 사고는 화면보다 사람과 문제를 먼저 보는 태도에서 시작돼요.
좋은 리더는 사용자와 비즈니스 사이의 균형을 함께 보며 꾸준히 판단해요.
이 관점을 알면 결과물뿐 아니라 팀이 잘 결정하는 환경도 설계하게 돼요.

디자인 리더에게 화면을 보여주면 "예쁘다, 별로다"를 먼저 말하지 않아요.
이렇게 물어봐요.

"이 화면이 어떤 문제를 해결하고 있어요?" "사용자가 여기서 무엇을 하려는 건가요?" "이 결정이 왜 이렇게 됐어요?"

이 질문들은 화면의 심미성보다 훨씬 근본적인 것을 보려는 시도예요.

좋은 디자인 리더는 결과물보다 결정 과정에 더 관심이 있어요.
화면이 왜 이렇게 됐는지를 이해하면, 다음에 더 나은 결정을 내릴 수 있는 환경을 만들 수 있거든요.

인터페이스의 문제를 발견하는 게 아니라 그 인터페이스를 그렇게 만든 팀의 사고 방식을 이해하는 게 리더의 역할이에요.

디자이너는 사용자 편이에요. 그게 디자이너의 역할이에요.
하지만 디자인 리더는 거기서 한 발 더 나가야 해요.

사용자에게 좋은 경험이 회사에도 좋은 결과가 되어야 지속 가능해요.
사용자 경험만 좋고 비즈니스 성과와 연결이 안 되면, 그 디자인을 유지할 이유가 없어지거든요.

예를 들어 사용자가 원하는 기능이 있어요.
하지만 그 기능이 제품 전략과 맞지 않거나, 구현 비용이 너무 크다면 다른 방법을 찾아야 해요.

반대로, 비즈니스 목표만 앞세우면 사용자 경험이 망가져요.
전환율을 올리려고 다크 패턴을 쓰면 단기 지표는 오르지만 장기 신뢰는 사라져요.

좋은 디자인 리더는 이 균형을 계속 조율해요.
"사용자에게 좋으면서 비즈니스에도 의미 있는 지점"을 찾는 게 핵심 역할이에요.

디자인 리더가 모든 화면을 직접 만들 수는 없어요.
리더의 진짜 역할은 팀이 좋은 결정을 내릴 수 있는 환경을 만드는 거예요.

그건 이런 것들로 나타나요.

명확한 기준을 만들어요. "좋은 디자인"이 어떤 건지, 우리 제품에서 어떤 원칙을 따르는지를 팀이 공유해야 해요.
그래야 리더 없이도 방향에 맞는 결정이 나와요.

안전하게 실험할 수 있게 해줘요. 실패해도 괜찮은 환경이 있어야 팀이 더 나은 해결책을 시도해요.
"이건 아닌 것 같다"는 발견도 배움이에요.

성장을 돕는 피드백을 줘요. "이게 틀렸어요"보다 "이렇게 하면 어떨까요? 이 방향으로 생각해보면"이 더 나아요.
디자이너가 스스로 판단할 수 있게 만드는 피드백이 좋은 피드백이에요.

회사의 제품 전략은 보통 숫자와 목표로 나타나요.
전환율, 월간 활성 사용자, 신규 기능 출시.

디자인 리더는 이 목표들이 사용자 경험으로 어떻게 구현되어야 하는지 번역하는 역할을 해요.

"올해 신규 가입 전환율을 20% 올린다"는 목표가 있어요.
이게 화면으로 어떻게 나타나야 하는지 - 어떤 단계를 줄일지, 어떤 메시지를 바꿀지, 어떤 흐름을 개선할지 - 이 방향을 설계하는 게 디자인 리더의 역할이에요.

디자인 리더십은 팀장이나 디렉터라는 직책에서 나오지 않아요.
문제를 바라보는 방식, 팀을 대하는 태도, 사용자와 비즈니스를 동시에 생각하는 관점 - 이게 리더십이에요.

주니어 디자이너도 이런 사고 방식을 가질 수 있어요.
"이 화면이 왜 이렇게 돼야 하지?"라는 질문을 스스로 던지기 시작할 때, 그게 리더십적 사고의 시작이에요.

디자인 조직이 어떻게 운영되는지는 Design Organization 운영에서 더 다뤄요. 리뷰 문화와 피드백 환경은 디자인 리뷰 문화와 연결돼요.