늘 반복되는 그 장면
제품 디자이너라면 한 번쯤 이런 연락을 받아봤을 것이다.
"저희 이번에 신제품 나오는데요, 외관 디자인 좀 맡아주실 수 있나요? 하드웨어 스펙이랑 내부 구조는 다 정해진 상태고요, 케이스 쪽만 예쁘게 작업해 주시면 될 것 같아요."
이미 회로 기판 사이즈가 정해져 있고, 버튼 위치도 정해졌고, 포트 방향도 고정됐다. 방열 구조 때문에 특정 면에는 아무것도 배치할 수 없다는 조건까지 붙어 있다. 그 상태에서 "예쁘게 만들어달라"는 것이다.
이 상황이 얼마나 많은 가능성을 이미 닫아버린 상태인지, 기획·개발 담당자들은 잘 모르는 경우가 많다. 이 글은 그 이야기를 하려고 한다. 디자이너의 항의가 아니라, 더 좋은 제품을 만들기 위한 현실적인 제안으로서.
많은 기업이 빠지는 함정 — 순서의 문제
일반적인 제품 개발 흐름을 생각해보자. 많은 경우 이런 순서로 진행된다.
시장 조사 및 사업성 검토
기능 정의 및 하드웨어 스펙 확정
내부 구조 설계 및 부품 발주
이 시점에 디자이너에게 연락
외관 디자인
양산 및 출시
표면적으로는 자연스러운 흐름처럼 보인다. "기능이 먼저 정해져야 디자인을 하지"라는 논리도 어느 정도 이해된다. 그런데 여기서 간과되는 것이 있다. 스펙을 확정하는 단계, 바로 그 단계가 사실은 수십 가지의 사용자 경험 결정을 암묵적으로 이미 내리고 있다는 점이다.
버튼 하나의 위치, 포트 하나의 방향, 배터리 크기에 따른 두께 — 이것들은 단순히 기술적 결정이 아니다. 이것들은 전부 사용자가 매일 그 제품을 쥐고, 충전하고, 조작하는 방식을 결정짓는 경험 설계의 핵심 변수다.
스펙이 먼저 정해지면 무슨 일이 생기나
디자인이 할 수 있는 일의 범위가 급격히 좁아진다
내부 기판의 크기와 형태가 고정되면, 외관의 크기와 형태도 사실상 정해진 것이나 다름없다. 방열판 위치가 정해지면 그 면은 미적으로 활용하기 어려워진다. 커넥터의 방향이 정해지면 케이블 연결 방향과 그립 방향도 영향을 받는다.
디자이너는 이 모든 제약 안에서 그나마 가장 나은 솔루션을 찾아야 한다. 이것은 디자인이 아니라 포장에 가깝다. 그리고 포장으로서의 디자인은 좋은 제품을 만들지 못한다.
사용성보다 기술적 편의가 우선이 된다
하드웨어 엔지니어는 탁월한 전문가다. 하지만 그들의 최적화 기준은 기본적으로 내부 구조의 효율이다. 부품 배치의 최적화, 신호 간섭 최소화, 조립 공정의 단순화. 이것들은 모두 중요한 가치지만, 사용자가 제품을 손에 쥐었을 때 느끼는 경험과 반드시 일치하지는 않는다.
예를 들어, 가장 효율적인 기판 설계 결과로 전원 버튼이 제품 하단 측면에 위치하게 될 수 있다. 기술적으로는 최선일지 몰라도, 사용자 입장에서는 매번 제품을 뒤집어 전원을 켜야 하는 불편함이 생긴다. 이 결정이 초기에 디자이너와 함께 논의됐다면, 기판 설계 단계에서 전원 버튼 위치를 조율할 여지가 있었을 것이다.
수정 비용이 기하급수적으로 증가한다
제품 개발에서 변경의 비용은 단계가 늦어질수록 급격히 커진다. 기획 단계에서 "버튼 위치를 바꾸자"는 결정은 회의 시간 한 시간이면 된다. 하드웨어 설계 단계에서 바꾸면 설계 재작업이 필요하다. 시제품 이후에 바꾸면 금형부터 다시 해야 한다. 양산 이후라면, 그 제품은 그 불편함과 함께 시장에 나간다.
디자이너가 후반부에 "이 버튼 위치가 불편할 것 같아요"라고 지적해도, 그 시점에서는 바꿀 수가 없다. "저도 알아요, 어쩔 수 없어요"라는 답변이 돌아오고, 그 불편함은 사용자의 몫이 된다.
초기 참여가 만드는 변화 — 구체적인 사례로 보기
사례 1 — 충전 포트의 위치
어떤 소형 IoT 기기를 개발한다고 가정하자. 기판 설계상 USB-C 포트를 하단에 배치하는 것이 가장 자연스럽다. 기술적으로 문제없다. 그런데 디자이너가 초기에 참여해서 사용 시나리오를 분석했다면 다른 질문이 나왔을 것이다.
"이 제품을 충전하면서 사용하는 경우가 얼마나 되나요? 책상 위에 세워두고 쓰나요, 들고 쓰나요?" 만약 충전하면서 세워두고 주로 사용하는 제품이라면, 포트가 하단에 있으면 제품이 케이블 위에 뜨거나 불안정하게 서 있게 된다. 이것은 사용자가 매일 경험하는 불편함이다.
이 대화가 기판 설계 전에 이루어졌다면, 포트 위치에 대한 더 넓은 논의가 가능했다. 기술 팀과 디자인 팀이 함께 최선의 절충점을 찾을 수 있었다.
사례 2 — 표시부(디스플레이)의 크기와 방향
산업용 계측 기기를 개발하는 경우를 생각해보자. 엔지니어링 팀은 기판 공간 확보를 위해 작은 세로형 LCD를 선택했다. 기술적으로는 모든 정보를 표시할 수 있다. 그런데 실제 현장에서 이 기기를 사용하는 작업자들은 장갑을 끼고, 종종 기기를 가로로 거치해서 사용한다.
초기에 사용자 리서치 결과가 공유됐다면, 혹은 디자이너가 사용 맥락을 함께 분석했다면, 가로형 표시부가 훨씬 적합하다는 결론이 나왔을 것이다. 그리고 그 결론은 기판 레이아웃에 영향을 줬을 것이다. 더 좋은 제품을 위한 방향으로.
사례 3 — 제품의 전체 방향성 자체가 바뀌는 경우
이것이 가장 근본적인 차이를 만드는 지점이다. 가끔은 초기 디자인 참여가 제품의 기능 구성 자체를 재검토하게 만들기도 한다.
어느 스타트업이 스마트 홈 허브 제품을 기획했다. 내부 기획 단계에서 "최대한 많은 기능을 하나에 담자"는 방향으로 스펙이 잡혔다. Wi-Fi, Zigbee, Z-Wave, Bluetooth, 적외선 리모컨, 스피커, 마이크까지. 기술적으로 구현은 가능하다. 하지만 초기에 디자이너가 참여해 사용자 관점에서 물었다.
"이 제품을 처음 사용하는 사람이 설정 화면에서 마주하게 될 메뉴가 몇 개나 될까요? 고객이 이걸 다 이해하고 세팅을 완료할 수 있을까요?"
이 질문 하나가 제품의 방향을 바꿨다. 기능을 줄이는 것이 아니라, 온보딩 경험을 처음부터 함께 설계하는 방향으로. 그리고 그 경험 설계는 하드웨어 구성에도 영향을 미쳤다.
흔한 오해들 — "그건 디자인 욕심 아닌가요?"
오해 1: "디자인은 마지막에 입히는 것"
이 오해가 가장 근본적인 문제다. 디자인을 외관을 꾸미는 행위로 이해하면, 마지막에 불러도 된다는 결론이 나온다. 그런데 현대적 의미의 제품 디자인은 외관만을 다루지 않는다.
제품 디자인은 사용자가 제품을 처음 발견하는 순간부터, 구매하고, 박스를 열고, 설정하고, 매일 사용하고, 고장이 나면 수리하거나 반품하는 전체 여정을 설계하는 일이다. 이 여정의 많은 부분은 하드웨어 스펙 단계에서 이미 결정된다.
오해 2: "디자이너가 기술을 모르니 초기에 참여해도 도움이 안 된다"
디자이너가 회로를 설계하거나 펌웨어를 짤 필요는 없다. 하지만 이 기술적 결정이 사용자에게 어떤 경험을 만드는가를 묻고 답하는 역할은 초기에 절대적으로 필요하다.
좋은 디자이너는 기술에 대해 완전히 알지 못해도, 기술적 결정이 만들어내는 사용 시나리오를 상상하고 문제를 예견하는 능력이 있다. 그 능력은 개발 후반부가 아니라 초기에 발휘되어야 한다.
오해 3: "초기에 참여시키면 의사결정이 느려진다"
오히려 반대다. 초기에 다양한 관점이 논의되면, 후반부에 발생하는 대규모 수정 사태를 방지할 수 있다. 시제품 단계에서 "이거 사용자가 쓰기 불편하다"는 결론이 나오면 그것이 훨씬 더 큰 지연과 비용을 만든다.
애플, 다이슨, 브라운 같은 기업들이 왜 디자인 팀을 제품 개발의 가장 초기 단계부터 참여시키는지를 생각해보면 답이 나온다. 더 좋은 제품이 더 제때 나온다는 경험을 반복해서 했기 때문이다.
그렇다면 언제, 어떻게 참여시켜야 하나
다음 세 가지 질문이 나오는 시점에 반드시 디자이너가 대화에 포함되어야 한다.
첫째, "이 제품의 주요 사용자는 누구인가?" — 이 질문은 기술 스펙 논의 이전에 명확히 되어야 한다. 사용자가 누구냐에 따라 버튼의 크기, 디스플레이의 밝기, 방수 여부 등이 전부 달라진다.
둘째, "이 제품을 주로 어떤 환경에서 사용하는가?" — 사무실에서 쓰는 제품과 공장 현장에서 쓰는 제품은 같은 기능을 담더라도 형태가 완전히 달라야 한다. 이것은 외관 디자인의 문제가 아니라 내구성, 그립, 인터페이스의 구조적 문제다.
셋째, "이 제품의 핵심 사용 순간은 언제인가?" — 사용자가 이 제품을 집어드는 가장 중요한 순간, 그 순간의 경험이 제품 전체 경험을 결정한다. 그 순간이 어떤 모습이어야 하는지에 대한 그림이 기획 초기부터 있어야 한다.
구체적인 협업 시점 기준으로 보면 다음과 같다.
제품의 개념과 사용자 정의 단계 — 누가 어떤 상황에서 어떻게 쓸지를 함께 정의할 때부터 참여가 필요하다.
주요 하드웨어 스펙 결정 이전 — 기판 크기, 포트 종류와 위치, 버튼 개수와 위치를 확정하기 전에 사용성 관점 검토가 이루어져야 한다.
시제품 기획 단계 — 폼 팩터와 그립감에 대한 초기 검증 시점.
스펙 확정 후 외관만 의뢰하는 시점 — 이미 핵심 UX 결정이 끝난 상태로, 디자이너가 기여할 수 있는 범위가 크게 줄어든다.
기획자와 개발 담당자에게 드리는 제안
첫 번째로, 디자인 브리핑을 스펙 확정 이후로 미루지 말자. 완벽한 브리핑을 위해 모든 것을 정하고 나서 디자이너를 부르는 관행을 바꿔야 한다. 아직 정해지지 않은 게 많을 때 불러야 한다. 정해지지 않은 것들이 디자인과 함께 정해져야 하기 때문이다.
두 번째로, 디자이너에게 제약 조건을 결론이 아니라 맥락으로 공유하자. "버튼은 세 개다"가 아니라 "버튼을 최대한 줄이고 싶은데 최소 두 개는 필요한 것 같다"는 식으로. 이 차이가 디자이너가 창의적 대안을 제시할 수 있느냐 없느냐를 결정한다.
세 번째로, 첫 킥오프 미팅에 디자이너를 포함시키자. 그 자리에서 디자이너가 당장 뭔가를 결정하거나 스케치를 가져올 필요는 없다. 방향을 함께 이해하는 것만으로도 이후의 협업 품질이 완전히 달라진다.
네 번째로, 디자이너의 사용성 지적을 디자인 욕심으로 보지 말자. "이 버튼 위치가 왼손잡이 사용자에게 불편할 수 있다"는 말은 디자인 미학의 문제가 아니라 사용자 경험의 문제다. 그 지적이 개발 초기에 나왔다면 반영할 수 있는 가능성이 있다. 후반부에 나오면 모두가 "어쩔 수 없죠"라고 말하게 된다.
마치며 — 벽을 쌓기 전에 함께 지도를 그리자
제품 개발은 수많은 결정의 연속이다. 그 결정들은 서로 긴밀하게 연결되어 있어서, 초반에 내린 결정이 후반부의 선택지를 크게 좁힌다. 그리고 그 결정들 중 상당수는 기술적 결정처럼 보이지만 사실은 사용자 경험 결정이다.
디자이너를 초기에 참여시키는 것은 단순히 디자이너를 배려하는 것이 아니다. 더 좋은 제품을 만들기 위한 가장 현실적이고 효과적인 방법 중 하나다. 벽이 세워지기 전에 함께 지도를 그리면, 훨씬 더 좋은 곳으로 갈 수 있다.
이미 어느 정도 스펙이 잡힌 상태에서 이 글을 읽고 있다면, 지금 당장 옆 팀 디자이너에게 연락해보자. 아직 정해지지 않은 것들이 반드시 있을 것이다. 그것들을 함께 결정할 수 있는 지금이, 그나마 가장 빠른 타이밍이다.
제품디자인회사 HOONSTUDIO
웹사이트 : www.hoonstudio.com
이메일 : ratiodesign@gmail.com
전화 : 02-6013-1049 / 팩스 : 02-6013-1048
주소 : 서울시 구로구 신도림동 412-3 신도림팰러티움 102-1303
카카오채널 상담하기 : http://pf.kakao.com/_RBEkn