공동 디자인, 디자인 사고·참여자 역할·성과 측정으로 실패를 줄이는 법

동네 놀이터를 새로 만들거나, 주민이 자주 이용할 앱을 고를 때 담당자 혼자 정한 결과가 늘 좋은 것은 아닙니다. 실제로 그 공간을 쓰는 어린이, 보호자, 상인, 직원의 생각이 빠지면 보기에는 멋져도 불편한 결과가 생길 수 있습니다. 그래서 여러 사람이 문제를 함께 찾고 해결책을 만들어 가는 공동 디자인을 찾는 사람이 늘고 있습니다.

이 글을 읽으면 공동 디자인이 일반적인 의견 수렴과 어떻게 다른지, 누구를 참여시켜야 하는지, 회의와 제작을 어떤 순서로 진행하면 좋은지 알게 됩니다. 공공 프로젝트와 제품 개발, 콘텐츠 제작에 적용할 때 생기는 갈등과 저작권 문제도 함께 살펴보겠습니다.

공동 디자인이란 무엇인가

공동 디자인은 디자이너가 결과물을 혼자 만드는 방식에서 벗어나, 문제를 경험하는 사람과 함께 해결안을 만드는 과정입니다. 여기서 참여자는 단순히 설문에 답하는 사람이 아닙니다. 문제를 말하고, 아이디어를 내고, 시안을 사용해 보고, 수정 의견까지 내는 공동 창작자에 가깝습니다.

일반적인 의견 조사는 완성된 안을 보여 주고 반응을 확인하는 데 초점이 있습니다. 반면 공동 디자인은 문제의 정의부터 시작합니다. 예를 들어 주민에게 새 안내판의 색을 고르게 하는 것은 의견 수렴에 가깝습니다. 주민과 함께 길을 잃는 상황을 관찰하고, 필요한 정보의 순서와 표현 방식을 정하는 것은 공동 디자인에 해당합니다.

디자인 사고와도 관련이 깊습니다. 디자인 사고는 사람의 필요를 관찰하고, 문제를 다시 정의한 뒤, 여러 해결안을 시험하는 사고 과정입니다. 공동 디자인은 이 과정에 실제 사용자와 이해관계자를 적극적으로 참여시키는 방법이라고 볼 수 있습니다.

시작 전에 확인할 참여자와 목표

사람을 많이 모으는 것이 좋은 공동 디자인을 보장하지는 않습니다. 중요한 것은 결과에 영향을 받는 사람이 빠지지 않는 것입니다. 다음 항목을 먼저 확인해 보세요.

사용자: 서비스를 자주 쓰는 사람뿐 아니라 거의 쓰지 못하는 사람도 포함합니다. 고령자, 어린이, 외국인, 장애인처럼 이용 과정에서 다른 어려움을 겪는 사람을 따로 살펴야 합니다.
운영자: 현장에서 서비스를 관리하고 민원을 처리하는 사람입니다. 화면에는 보이지 않는 업무 절차와 반복되는 문제를 알려 줄 수 있습니다.
결정권자: 예산, 일정, 정책을 실제로 정하는 담당자입니다. 이 사람이 빠지면 좋은 아이디어가 나와도 실행 단계에서 멈출 수 있습니다.
목표: ‘멋진 디자인 만들기’처럼 넓게 잡지 말고 행동으로 적습니다. 예를 들어 ‘처음 방문한 사람이 3분 안에 접수 위치를 찾게 한다’처럼 확인 가능한 문장이 좋습니다.

참여자에게 어떤 결정을 맡길지도 미리 밝혀야 합니다. 색상 의견만 받는지, 기능의 우선순위까지 함께 정하는지에 따라 기대가 달라집니다. 의견을 반영하지 못하는 항목이 있다면 예산, 안전 규정, 법적 제한처럼 이유를 설명해야 신뢰가 유지됩니다.

공동 디자인과 다른 방식 비교하기

프로젝트마다 알맞은 참여 수준이 다릅니다. 모든 일을 워크숍으로 진행하면 시간과 비용이 커질 수 있으므로 아래 기준을 참고해 선택하세요.

방식	참여 시점	잘 맞는 상황	주의할 점
전문가 중심 디자인	문제 분석과 제작을 전문가가 담당	보안이 중요하거나 일정이 매우 짧을 때	현장 불편을 놓칠 수 있음
사용자 조사	인터뷰와 설문으로 의견 수집	불편의 원인과 이용 습관을 파악할 때	말한 의견이 실제 행동과 다를 수 있음
공동 디자인	문제 정의부터 시제품 검증까지 참여	지역 문제, 서비스 개선, 복잡한 이해관계가 있을 때	역할과 결정 범위를 분명히 해야 함
공동 창작 공모	외부 참가자가 해결안을 제안	다양한 아이디어를 넓게 모을 때	실행 가능성과 권리 조건을 따로 확인해야 함

지역 환경, 도시 재생, 복지처럼 정답이 하나가 아닌 문제에는 공동 디자인이 특히 잘 맞습니다. 다만 안전 기준이나 개인정보 보호처럼 전문가 판단이 필요한 부분까지 다수결로 정하면 안 됩니다. 참여자의 의견은 중요한 자료이지만, 모든 결정을 대신하는 규칙은 아닙니다.

실제로 진행하는 다섯 단계

문제를 좁힙니다. ‘지역을 살린다’보다 ‘빈 점포 앞을 지나가는 주민이 지역 행사 정보를 알게 한다’처럼 상황과 행동을 적습니다. 기존 민원, 관찰 기록, 이용 통계를 함께 모으면 추측을 줄일 수 있습니다.
참여자를 섞어 모집합니다. 같은 직업이나 같은 연령만 모으면 비슷한 의견만 나옵니다. 이용자와 운영자, 적극적인 사람과 불편을 겪는 사람을 적절히 섞습니다. 참여 시간, 사례비, 촬영 여부도 미리 안내합니다.
경험을 꺼내는 활동을 합니다. 질문만 이어 가기보다 서비스 이용 순서를 그려 보거나, 불편했던 순간을 사진과 메모로 표시하게 합니다. 예를 들어 출판 디자인을 논의한다면 표지 선호도만 묻지 말고 책을 고르고 읽고 보관하는 과정을 함께 살펴봅니다.
아이디어를 기준으로 묶습니다. 재미있는 아이디어를 바로 고르지 말고 사용자에게 필요한지, 만들 수 있는지, 유지할 수 있는지를 따집니다. 점수표를 쓸 때도 참여자에게 평가 기준과 가중치를 공개해야 합니다.
작은 시제품을 시험합니다. 완성도 높은 결과물을 기다리지 말고 종이 화면, 간단한 모형, 역할극으로 먼저 확인합니다. 가상현실이나 증강현실 같은 기술을 쓸 때도 기술 자체보다 사용자가 어떤 행동을 더 잘하게 되는지가 먼저입니다.

회의가 끝난 뒤에는 결정된 내용, 보류한 내용, 반영하지 못한 내용을 기록해 공유하세요. 회의 사진만 남기면 나중에 누가 어떤 근거로 결정했는지 알기 어렵습니다. 참여자가 다음 단계에 다시 참여할 날짜도 안내하면 일회성 행사가 되는 일을 막을 수 있습니다.

자주 생기는 실수와 고치는 방법

이미 답을 정해 놓고 의견만 받는 경우: 참여자는 형식적인 들러리라고 느낍니다. 아직 바꿀 수 있는 범위와 바꾸기 어려운 범위를 처음부터 공개하세요.
말을 잘하는 사람의 의견만 커지는 경우: 조별 기록, 익명 메모, 스티커 투표를 섞어 조용한 사람도 의견을 내게 합니다. 투표 수가 적은 의견도 소수 사용자에게 중요한 문제인지 따로 확인해야 합니다.
아이디어를 너무 빨리 평가하는 경우: 초반부터 비용과 기술 문제만 지적하면 새로운 생각이 나오기 어렵습니다. 먼저 넓게 제안한 뒤, 다음 단계에서 실행 가능성을 검토합니다.
결과물만 보고 성공을 판단하는 경우: 예쁜 캐릭터 디자인이나 삼차원 공간이 만들어졌다고 문제가 해결된 것은 아닙니다. 이용 시간, 오류 횟수, 참여율, 재방문 의향처럼 목표와 연결된 지표를 정합니다.
권리와 보상을 뒤늦게 정하는 경우: 공동으로 만든 이름, 이미지, 문구, 데이터의 사용 범위를 사전에 문서로 남깁니다. 공개 공모나 외부 협업이라면 주최 기관의 공식 안내에서 제출물 이용 범위, 반환 여부, 수상작 권리를 반드시 재확인해야 합니다.

특히 개인정보가 포함된 인터뷰나 사진은 보관 기간과 공개 범위를 분명히 해야 합니다. 어린이가 참여한다면 보호자 동의가 필요할 수 있고, 녹음이나 촬영을 한다면 시작 전에 목적과 선택권을 알려야 합니다.

공동 디자인에 관한 질문

참여자는 몇 명이 적당한가요?

정해진 숫자보다 참여자 구성이 중요합니다. 비슷한 사용자끼리 4~6명 정도의 작은 모임을 여러 번 운영하면 대규모 한 번의 회의보다 깊은 이야기를 듣기 좋습니다. 이해관계가 크게 다르면 그룹을 나눈 뒤 마지막에 결과를 비교하는 방법도 있습니다.

디자이너가 없어도 진행할 수 있나요?

다수결로 아이디어를 고르면 되나요?

다수결은 선호를 확인하는 도구일 뿐입니다. 소수 사용자가 겪는 안전 문제나 접근성 문제는 표가 적어도 우선 검토해야 합니다. 비용, 효과, 유지 관리 가능성까지 함께 비교한 뒤 최종 결정을 설명하세요.

성과는 언제 측정해야 하나요?

완성 뒤에만 측정하지 말고 시작 전에 기준을 정합니다. 시제품 단계에서는 이해 여부와 사용 오류를 보고, 출시 뒤에는 이용률과 반복되는 문의를 봅니다. 목표에 맞지 않는 결과가 나오면 참여자와 원인을 다시 확인하고 수정하는 과정이 공동 디자인의 일부입니다.