카페에서 옆자리 디자이너의 화면을 본 적이 있습니다. 피그마 위에서 손가락이 쉴 틈 없이 움직이고 있었습니다. 컴포넌트를 배치하고, 오토 레이아웃을 걸고, 프레임을 복제하는 속도가 놀라울 정도였습니다. 그런데 문득 이런 생각이 들었습니다. 저 속도가 곧 좋은 디자인을 만들어내는 속도일까. 도구를 빠르게 다루는 능력과 좋은 결과물을 만들어내는 능력은 같은 것일까. 디자이너로서 10년을 일하며 내린 결론은 명확합니다. 피그마를 빠르게 쓰는 것은 생산성이 아닙니다.
우리가 착각하고 있는 것
디자인 현장에서 “생산성이 높다”는 말은 종종 “작업 속도가 빠르다”와 동의어로 쓰입니다. 화면을 하루에 몇 장 그렸는지, 피그마 단축키를 얼마나 능숙하게 쓰는지, 컴포넌트를 얼마나 빨리 조립하는지가 생산성의 척도가 되곤 합니다.
그러나 스포티파이 디자인 팀이 자체적으로 디자이너 생산성을 연구한 결과는 다른 방향을 가리킵니다. 그들은 디자인 플랫폼 팀과 디지털 프로덕트 컨설팅 회사 Elsewhen과 협업하여 생산성을 정의하고 측정하는 프레임워크를 만들었는데, 핵심 지표는 “작업 속도”가 아니라 병목 지점의 수와 그로 인해 소실되는 시간이었습니다. 즉, 얼마나 빠르게 그리느냐가 아니라 무엇이 흐름을 막고 있느냐에 초점을 맞춘 것입니다.
실제로 디자인 팀이 피드백 루프에서 소실하는 시간은 연간 약 26일에 달한다는 조사 결과도 있습니다. 주요 기능 하나당 2~4주의 출시 지연, 불필요한 싱크 미팅 40% 증가, 의사결정 피로로 인한 수정 사이클 3배 증가가 뒤따릅니다. 피그마 위에서 손을 아무리 빠르게 움직여도, 이 구조적 문제 앞에서는 무력합니다.
문제를 정의하는 속도가 진짜 생산성이다
도널드 쇤(Donald Schon)은 그의 저서 『성찰적 실천가』(The Reflective Practitioner, 1983)에서 전문가의 역량을 문제 해결이 아닌 문제 설정(problem setting)에서 찾았습니다. 그는 이렇게 썼습니다.
문제 해결에만 집중하면, 우리는 문제 설정이라는 과정을 간과하게 된다. 문제 설정이란 내려야 할 결정, 달성해야 할 목표, 선택할 수 있는 수단을 정의하는 과정이다.
디자인 실무에서 이 통찰은 강력하게 작동합니다. 숙련된 디자이너와 초보 디자이너의 차이는 피그마 조작 속도에 있지 않습니다. ScienceDirect에 게재된 연구(Daly et al., 2021)에 따르면, 전문가 디자이너는 주어진 문제를 능동적으로 재구성하고 재해석하는 반면, 초보 디자이너는 문제를 있는 그대로 받아들여 풀려고 합니다. 문제를 어떤 프레임으로 바라보느냐가 이후 모든 의사결정의 질을 좌우합니다.
카너먼과 트버스키의 프레이밍 효과(Framing Effect) 연구는 이를 더 선명하게 보여줍니다. 동일한 정보라도 어떤 틀로 제시하느냐에 따라 완전히 다른 결론에 도달할 수 있습니다. 디자이너가 “이 화면에 버튼을 어디 놓을까”라고 문제를 설정하는 것과 “사용자가 이 맥락에서 가장 자연스럽게 다음 행동을 취하려면 어떤 구조가 필요한가”라고 설정하는 것은 전혀 다른 결과를 만들어냅니다. 후자의 질문을 던질 수 있는 디자이너가, 전자의 질문에 피그마로 빠르게 답하는 디자이너보다 생산적입니다.
반복 횟수를 줄이는 구조적 접근
진짜 생산성은 피그마 위에서의 속도가 아니라, 피그마를 열기 전에 결정됩니다.
UserTesting의 연구에 따르면, 사용자 피드백을 디자인 프로세스 초기에 통합하면 재작업을 최대 25% 줄일 수 있습니다. 피드백 프로세스를 체계화하면 피드백 사이클을 60%까지 단축할 수 있다는 데이터도 있습니다. 전통적으로 디자인에서 검증된 인사이트를 얻기까지 4~6주가 걸리던 과정이, 압축된 피드백 루프를 통해 하나의 스프린트 안에서 테스트-반영-재테스트까지 완료할 수 있게 됩니다.
여기서 핵심은 속도의 문제가 아니라 구조의 문제라는 점입니다. 디자인 리뷰가 세 번 이상 반복된다면, 디자이너의 손이 느린 것이 아니라 의사결정 구조가 잘못된 것입니다. 디자인 원칙이 팀 내에서 합의되지 않았거나, 리뷰 기준이 모호하거나, 이해관계자의 피드백이 일관되지 않은 것입니다.
돈 노먼은 『디자인과 인간 심리』에서 좋은 디자인의 조건으로 개념 모형의 일치를 강조했습니다. 디자이너가 가진 시스템 모형과 사용자가 형성하는 멘탈 모델이 일치할수록 오류가 줄어듭니다. 이 원리는 팀 내부에도 적용됩니다. 디자이너, 기획자, 개발자가 같은 개념 모형을 공유할 때 리뷰 사이클은 자연스럽게 줄어듭니다.
디자이너의 생산성을 높이는 실질적 방법
도구의 숙련도를 부정하는 것이 아닙니다. 피그마를 능숙하게 다루는 것은 기본기입니다. 다만 그것만으로는 충분하지 않다는 이야기입니다. 실질적인 생산성 향상을 위해 내일부터 시도할 수 있는 접근들이 있습니다.
문제 정의에 시간을 투자하기. 피그마를 열기 전에 15분을 써서 “이 화면이 해결해야 할 핵심 문제는 무엇인가”를 문장으로 써보는 것만으로도 이후 작업의 방향성이 달라집니다. 쇤이 말한 문제 설정의 실천입니다.
디자인 의사결정 기준을 명문화하기. “이 프로젝트에서 시각적 일관성과 사용성이 충돌할 때, 무엇을 우선하는가”와 같은 원칙을 팀과 합의해두면, 리뷰에서 되돌아가는 일이 줄어듭니다.
피드백의 구조를 설계하기. 디자인 리뷰를 할 때 “어떤 느낌인가요”가 아니라 “이 흐름에서 사용자가 이탈할 가능성이 높은 지점은 어디인가요”와 같은 구체적 질문을 준비합니다. 질문의 질이 피드백의 질을 결정하고, 피드백의 질이 반복 횟수를 결정합니다.
검증 주기를 앞당기기. 완성도 높은 목업을 만든 뒤 테스트하는 대신, 낮은 충실도의 프로토타입으로 핵심 가설을 먼저 검증합니다. 한 시간 동안 정교한 화면을 그리는 것보다, 10분 만에 종이 위에 핵심 흐름을 스케치하고 동료에게 보여주는 것이 더 생산적인 순간이 있습니다.
결론
디자이너의 생산성은 손의 속도가 아니라 판단의 속도에서 결정됩니다. 어떤 문제를 풀어야 하는지 정확히 정의하는 능력, 팀과 같은 기준으로 의사결정하는 구조, 불필요한 반복을 줄이는 프로세스. 이것들이 피그마 단축키 몇 개보다 훨씬 큰 생산성의 차이를 만들어냅니다.
좋은 디자인은 결국, 올바른 질문에서 시작됩니다. 피그마는 그 질문에 대한 답을 시각화하는 도구일 뿐입니다. 여러분의 생산성을 높이고 싶다면, 도구를 더 빠르게 다루려 하기 전에 더 나은 질문을 던지는 연습부터 시작해보시길 바랍니다.
참고 자료
- Schon, Donald A. 『The Reflective Practitioner: How Professionals Think in Action』, Basic Books, 1983
- Daly, S. R. et al. “Problem framing and cognitive style: Impacts on design ideation perceptions”, Design Studies, 2021
- Kahneman, Daniel & Tversky, Amos. “The Framing of Decisions and the Psychology of Choice”, Science, 1981
- Norman, Donald A. 『The Design of Everyday Things』, Basic Books, 2013
- Spotify Design. “Measuring, Defining and Improving Productivity: The Design Productivity Blueprint”
- Nielsen Norman Group. “Decision Frames: How Cognitive Biases Affect UX Practitioners”
무료로 시작하기
