참여형 디자인, 공동 디자인·디자인 사고·사용자 의견 반영법: 결과보다
새로 만든 앱이나 안내판을 공개했는데 사람들이 사용하지 않거나, 주민을 위해 만든 공간에 정작 주민이 불편함을 느끼는 경우가 있습니다. 담당자는 여러 번 검토했다고 생각하지만, 실제 이용자는 필요한 기능을 찾지 못할 수 있습니다. 이런 간극을 줄이기 위해 기획 단계부터 이용자와 함께 만드는 참여형 디자인이 주목받고 있습니다.
참여형 디자인을 살펴보면 이용자를 언제 부르고, 어떤 질문을 해야 하며, 의견을 어디까지 반영해야 하는지 알게 됩니다. 공동 디자인과 디자인 사고의 차이, 온라인과 오프라인 참여 방식, 의견이 많을 때 우선순위를 정하는 기준까지 실제 프로젝트에 적용할 수 있는 방식으로 설명하겠습니다.
참여형 디자인이란 무엇인가
참여형 디자인은 디자이너나 기획자만 답을 정하지 않고, 서비스를 사용할 사람을 설계 과정에 참여시키는 방법입니다. 이용자는 단순히 완성된 결과를 평가하는 사람이 아니라 문제를 찾고 해결책을 제안하는 협력자가 됩니다.
예를 들어 동네 안내 체계를 만든다면 담당자가 지도 시안을 먼저 완성하는 대신 주민, 상인, 고령자, 방문객에게 길을 찾는 상황을 물어볼 수 있습니다. 주민은 골목의 실제 불편을 알려 주고, 상인은 사람들이 자주 묻는 위치를 알려 줍니다. 디자이너는 이 의견을 정보 구조와 시각 요소로 바꿉니다.
다만 참여형 디자인이 모든 의견을 그대로 넣는다는 뜻은 아닙니다. 의견은 서로 충돌할 수 있고, 예산이나 안전 기준 때문에 반영하기 어려운 내용도 있습니다. 중요한 점은 누가 어떤 이유로 참여했는지 밝히고, 반영된 의견과 반영되지 않은 의견을 설명하는 것입니다.
시작 전에 확인할 체크리스트
- 참여 목적: 문제를 발견하려는지, 아이디어를 만들려는지, 시안을 검증하려는지 정합니다.
- 참여자 범위: 자주 쓰는 사람뿐 아니라 불편을 겪는 사람도 포함합니다. 어린이, 고령자, 장애인, 처음 방문한 사람처럼 이용 방식이 다른 집단을 살펴야 합니다.
- 참여 시점: 완성 직전에 의견을 받으면 수정 비용이 커집니다. 조사, 방향 설정, 시안 제작, 사용성 확인 단계에 나누어 참여시키는 편이 좋습니다.
- 질문 방식: “좋나요?”보다 “어디에서 멈췄나요?”, “무엇 때문에 선택하기 어려웠나요?”처럼 행동을 묻습니다.
- 반영 범위: 의견을 받기 전에 결정권과 제한 조건을 알려야 합니다. 예산, 일정, 개인정보, 안전 규정은 미리 공유하는 것이 좋습니다.
참여 인원이 많다고 결과가 좋아지는 것은 아닙니다. 비슷한 사람 30명보다 서로 다른 상황을 가진 8명이 더 구체적인 문제를 찾을 때도 있습니다. 인원수보다 사용자 유형의 다양성과 대화의 질을 먼저 보세요.
공동 디자인과 다른 방식은 어떻게 다를까
| 방식 | 주요 역할 | 잘 맞는 상황 | 주의할 점 |
|---|---|---|---|
| 참여형 디자인 | 이용자가 조사와 검토 과정에 참여 | 서비스의 실제 불편을 찾을 때 | 참여자의 목소리가 일부 사람에게만 치우치지 않게 해야 함 |
| 공동 디자인 | 이용자와 전문가가 아이디어를 함께 제작 | 새 기능이나 공간의 방향을 만들 때 | 말을 잘하는 사람의 의견만 커지지 않게 진행해야 함 |
| 디자인 사고 | 공감, 문제 정의, 아이디어, 시험 제작, 검증을 반복 | 문제가 분명하지 않을 때 | 활동을 많이 하는 것보다 실제 문제를 좁히는 과정이 중요함 |
| 사용자 조사 | 인터뷰와 관찰로 행동과 이유를 확인 | 초기 문제를 파악할 때 | 말한 내용과 실제 행동이 다를 수 있음 |
세 방식은 서로 경쟁하는 개념이 아닙니다. 먼저 관찰과 인터뷰로 문제를 찾고, 공동 디자인으로 해결 아이디어를 만들며, 디자인 사고의 반복 과정으로 시제품을 시험할 수 있습니다. 캐릭터 디자인이나 출판 디자인에서도 독자와 팬의 의견을 받을 수 있지만, 인기 투표만으로 결정하면 사용성이나 브랜드 방향을 놓칠 수 있습니다.
실제로 진행하는 다섯 단계
- 문제를 좁힙니다. “좋은 공간을 만들자”보다 “처음 온 사람이 접수 장소를 3분 안에 찾게 하자”처럼 행동으로 표현합니다.
- 참여자를 모집합니다. 서비스 이용 빈도만 보지 말고 상황과 능력을 함께 봅니다. 참여 이유, 소요 시간, 기록 방식, 개인정보 처리 내용을 안내해야 합니다.
- 경험을 꺼냅니다. 인터뷰만 하지 말고 실제 화면을 눌러 보게 하거나, 공간에서 이동하게 하거나, 종이에 원하는 메뉴를 배치하게 합니다. 행동을 보면 기억에 의존한 답변의 한계를 줄일 수 있습니다.
- 아이디어를 묶고 우선순위를 정합니다. 나온 의견을 기능, 정보, 감정, 환경 문제로 나눈 뒤 영향도와 실행 가능성을 함께 평가합니다. 스티커 투표 하나만으로 결정하지 말고 왜 선택했는지 기록합니다.
- 작게 시험하고 결과를 알립니다. 전체 제작 전에 종이 화면, 임시 안내판, 입체 모형, 가상현실 공간처럼 부담이 적은 시제품을 씁니다. 참여자에게 무엇이 바뀌었고 무엇은 바꾸지 못했는지 알려야 다음 참여도 신뢰를 얻습니다.
증강현실이나 가상현실을 활용하면 공간과 물체를 미리 체험하게 할 수 있습니다. 그러나 기기가 익숙하지 않은 사람은 기술 자체를 어려워할 수 있으므로, 종이 도면이나 실제 크기 모형을 함께 준비하는 편이 안전합니다. 기술이 화려한지보다 이용자가 판단하기 쉬운지가 더 중요합니다.
자주 생기는 실수와 개선 방법
첫째, 이미 정한 답을 확인받는 경우입니다. 발표 후 “어떤 색이 좋나요?”라고 묻는다면 참여자는 큰 방향을 바꾸기 어렵습니다. 방향을 정하기 전에는 불편과 필요를 묻고, 시안 단계에서는 이해하기 쉬운지와 실제 사용 가능성을 물어야 합니다.
둘째, 목소리가 큰 사람에게 끌려가는 경우입니다. 회의에서 말을 많이 한 의견이 다수 의견처럼 보일 수 있습니다. 소그룹 토론, 익명 메모, 개별 의견 제출을 함께 사용하면 조용한 참여자의 생각도 드러납니다.
셋째, 참여자에게 지나치게 많은 것을 요구하는 경우입니다. 긴 설문과 여러 차례의 회의는 참여를 어렵게 만듭니다. 꼭 필요한 질문을 줄이고, 예상 시간과 보상 여부를 처음부터 명확히 안내하세요.
넷째, 의견을 모은 뒤 사라지는 경우입니다. 결과를 공유하지 않으면 참여자는 자신의 시간이 이용됐다고 느낄 수 있습니다. 반영, 보류, 제외로 나누어 이유를 설명하면 모든 의견을 반영하지 못해도 과정의 신뢰를 지킬 수 있습니다.
자주 묻는 질문
참여자는 몇 명을 모아야 하나요?
정해진 숫자보다 사용자 유형을 빠짐없이 포함하는 것이 먼저입니다. 초기 인터뷰는 소수로 시작하고, 반복해서 같은 문제가 나오는지 살핀 뒤 부족한 유형을 추가하는 방식이 효율적입니다.
좋다는 의견이 많으면 그대로 진행해도 되나요?
호감도와 사용성은 다릅니다. 예쁘다는 평가를 받았어도 글씨를 읽기 어렵거나 필요한 메뉴를 찾지 못할 수 있습니다. 실제 행동 과제와 관찰을 함께 진행해야 합니다.
주민 참여형 프로젝트에서 특히 조심할 점은 무엇인가요?
참여하지 못한 주민의 의견도 고려해야 합니다. 회의 시간에 올 수 있는 사람만 대표가 되지 않도록 온라인 의견, 현장 게시판, 짧은 거리 인터뷰처럼 여러 통로를 마련하세요. 공공사업의 일정과 지원 조건은 담당 기관의 공식 안내에서 다시 확인하는 것이 좋습니다.
참여형 디자인의 성과는 어떻게 측정하나요?
참여 인원만 세지 말고 문제 발견 수, 시안 수정 내용, 과업 성공률, 이용자의 이해도와 만족도 변화를 기록합니다. 프로젝트가 끝난 뒤에도 실제 사용량과 문의 내용을 살펴야 참여가 결과로 이어졌는지 판단할 수 있습니다.
참여형 디자인의 핵심은 이용자에게 결정을 떠넘기는 데 있지 않습니다. 전문가는 구조와 기준을 만들고, 이용자는 자신의 경험을 보탭니다. 두 역할을 분명히 나누면서도 서로의 근거를 공개할 때, 보기 좋은 결과를 넘어 실제로 쓰이는 서비스에 가까워질 수 있습니다.