<b>01 목적 지향 제품 및 서비스 디자인</b><br/>___디지털 제품과 서비스 디자인<br/>___목적 지향 디자인<br/>______목적 지향 디자인의 기원<br/>______목적 지향 디자인의 요소<br/>___요약<br/><br/><b>02 팀 구성</b><br/>___디자인 팀<br/>______인터랙션 디자이너<br/>______시각 인터페이스 디자이너<br/>______산업 디자이너<br/>______디자인 팀 리더<br/>___긴밀하게 협업하는 팀들<br/>______프로젝트 책임자<br/>______디자인 개발자<br/>______시장 분석가 또는 시스템 분석가<br/>______영역 전문가<br/>______사용성 전문가<br/>___기타 제품 팀원들<br/>___이상적인 팀 구성이 어려운 경우<br/>______인원이 부족한 디자인 팀<br/>______디자인 개발자나 영역 전문가가 없는 경우<br/>______프로젝트 책임자가 명확하지 않은 경우<br/>______실무자 회의에 너무 많은 사람들이 참여할 경우<br/>___요약<br/><br/><b>03 프로젝트 계획</b><br/>___이상적인 프로젝트 시작 시점<br/>___프로젝트 한도 결정하기<br/>______수익과 비용<br/>______혁신에 대한 욕심<br/>______시간의 길이<br/>______해결 전에 문제 자체를 이해하기<br/>______투자하고자 하는 의지<br/>______위험 요소<br/>___프로젝트 계획 발전시키기<br/>______리서치<br/>______모델링 및 요구사항 정의<br/>______프레임워크 정의<br/>______세부 디자인<br/>______계속되는 지원<br/>___요약<br/><br/><b>04 리서치의 기본 원칙</b><br/>___리서치 수행으로 얻는 이점<br/>___디자인 리서치 수행의 장애물<br/>______“비용이 비싸고 기간이 오래 걸립니다.”<br/>______“우리는 이미 시장조사를 끝냈습니다.”<br/>______“우리의 영역 전문가들은 사용자를 알아요.”<br/>___디자인 리서치의 구성 요소<br/>___사용자 리서치 방법론<br/>______사용성 평가<br/>______포커스 그룹<br/>______개별 인터뷰<br/>______직접 관찰<br/>______관찰과 인터뷰 조합<br/>___리서치 팀<br/>___주요 리서치 기술<br/>______적극적 경청<br/>______데이터 포착<br/>___요약<br/><br/><b>05 사업에 대한 이해</b><br/>___이해 관계자 파악 및 인터뷰 일정 잡기<br/>___공식적으로 프로젝트 ‘킥오프’하기<br/>___이해관계자 인터뷰 실시<br/>______시작<br/>______조심해야 하는 것들<br/>______대부분의 이해관계자에게 적용할 수 있는 주제<br/>______마케팅 이해관계자<br/>______개발자 이해관계자<br/>______영업 이해관계자<br/>______고위 경영진<br/>______영역 전문가<br/>______다른 제품 팀원들<br/>___이해관계자 인터뷰를 위한 프로젝트 관리<br/>___이해관계자를 인터뷰 할 수 없는 경우<br/>___요약<br/><br/><b>06 사용자 리서치 계획하기</b><br/>___인터뷰 대상자 수와 유형 확인하기<br/>______1 단계: 그럴듯한 사용자 역할을 찾기<br/>______2 단계: 역할당 필요한 최소 인터뷰 대상자 인원수 결정하기<br/>______3 단계: 중요한 요인 곱하기<br/>______4단계: 표본을 다듬고 기타 요인 통합하기<br/>______5단계: 인터뷰 대상자가 오기로 해놓고 나타나지 않을 가능성과 얻을 것 없는 인터뷰가 진행될 가능성에 대비하기<br/>___디자인 문제 사례 소개하기<br/>______고객용 기기와 서비스: 로컬가이드LocalGuide<br/>______비즈니스 프로그램: 룸파인더Room finder<br/>___인터뷰 대상자 모집 및 일정 조율<br/>______기업 현장 방문<br/>______개인 모집<br/>______인터뷰 일정<br/>___어려운 문제들에 대처하는 방법<br/>___요약<br/><br/><b>07 잠재적 사용자와 구매자 이해하기</b><br/>___비즈니스 환경에서 구매자 인터뷰하기<br/>______구매자에게 할만한 유용한 질문<br/>______구매자를 인터뷰할 때 하지 말아야 할 것들<br/>___잠재적 사용자를 인터뷰하고 관찰하기<br/>______인터뷰 환경<br/>______필수 기술<br/>______사용자 인터뷰 도중 하지 말아야 할 것들<br/>______사용자 인터뷰 구조 짜기<br/>______시작하기: 소개<br/>______필수적인 인터뷰 주제<br/>______관찰 및 가이드 투어<br/>______인터뷰 정리<br/>______어려운 인터뷰 환경에 대처하는 법<br/>___인터뷰를 위한 프로젝트 관리<br/>______인터뷰와 인터뷰 사이<br/>______분별력 있게 행동하기<br/>______팀의 역할과 책임<br/>______팀 외부와의 의사소통<br/>___요약<br/><br/><b>08 인터뷰 사례</b><br/>___요약<br/><br/><b>09 정보와 영감을 주는 다른 자료들</b><br/>___시간이 부족한 경우<br/>___좀 더 시간이 있는 경우<br/>___보충 리서치 방법론<br/>______공공 장소 관찰<br/>______미스터리 쇼퍼<br/>______다이어리<br/>______설문조사<br/>______웹 분석 자료 및 고객 지원 데이터<br/>______포커스 그룹<br/>______경쟁사 제품 및 서비스<br/>______문헌 및 매체<br/>___요약<br/><br/><b>10 데이터를 이해하는 과정: 모델링</b><br/>___이해관계자 결과물들을 종합하기<br/>______다뤄야 할 주제<br/>______논쟁거리 다루기<br/>______이해관계자 결과물들을 전달하기 위한 준비<br/>___구매자 및 사용자 데이터 분석<br/>______정성적 분석<br/>______정량적 분석<br/>______설명 및 관계<br/>______위험 요소들과 기회들<br/>______사용자 조사 결과물을 전달하기 위한 준비<br/>___모델링 단계의 프로젝트 관리<br/>___요약<br/><br/><b>11 퍼소나</b><br/>___정의 및 이용 방법<br/>______퍼소나는 어떤 부분에 이용할 수 있는가<br/>______왜 퍼소나가 효과적인가<br/>______퍼소나가 아닌 것<br/>______얼마나 많은 퍼소나가 필요한가?<br/>______얼마나 자주 퍼소나를 제작해야 하는가?<br/>______사용자들이 아닌 퍼소나들<br/>___퍼소나 제작<br/>______1단계: 인터뷰 참가자들을 역할로 나눈다<br/>______2단계: 행동적, 인구통계학적 변수들을 파악한다<br/>______3단계: 인터뷰 참가자들을 각 변수에 대응시킨다<br/>______4단계: 패턴을 분석한다<br/>______5단계: 목적들을 정의한다<br/>______6단계: 특이점들을 명확히 하고 자세한 사항들을 추가한다<br/>______7단계: 필요한 경우 다른 퍼소나 유형들을 채워 넣는다<br/>______8단계: 퍼소나들을 그룹으로 묶고 중요도를 정한다<br/>______9단계: 퍼소나에 대한 이야기를 발전시키고 퍼소나 소개에 필요한 제품들을 검토한다<br/>______퍼소나 검증<br/>___시간이 제한적인 경우 잠재 퍼소나를 이용하라<br/>___퍼소나의 위험 요소<br/>___퍼소나 제작 시 프로젝트 관리<br/>___요약<br/><br/><b>12 요구사항 정의</b><br/>___요구사항의 문제들<br/>______요구사항은 ‘취합할 수 있는 것’이 아니다<br/>______요구사항은 기능으로 치부할 수 없다<br/>______요구사항은 사양서가 아니다<br/>___효과적인 요구사항 도출<br/>______요구사항의 출처<br/>______요구사항의 유형<br/>______요구사항 도출 프로세스<br/>___브레인스토밍<br/>___시나리오<br/>______왜 시나리오를 사용하는가?<br/>______목적 지향적인 시나리오는 다른 수단들과 어떻게 다른가?<br/>______효과적인 정황 시나리오 제작하기<br/>______시나리오에서 요구사항 도출하기<br/>___사용자 퍼소나의 다른 요구사항<br/>______멘탈 모델<br/>______환경<br/>______물리적 및 인지적 특성<br/>______기량과 지식<br/>______목적<br/>___비즈니스 및 다른 니즈로부터의 요구사항<br/>______구매자 퍼소나의 목적<br/>______이해관계자들<br/>______변호사와 규정<br/>______경쟁자 및 미디어<br/>______접근성<br/>______지속 가능성<br/>___경험 속성<br/>______1단계: 리서치 결과에서 추출한 바람직한 속성들을 정리하라<br/>______2단계: 속성들을 그룹으로 정리해보라<br/>______3단계: 그룹을 다듬고 필터링하라<br/>______4단계: 시각적 결정에 대한 가이드를 최적화하라<br/>______5단계: 각 그룹에서 최선의 단어를 선택하라<br/>______6단계: 관계를 기술하고 최적화하라<br/>______7단계: 추가적인 의사소통 수단을 개발하라<br/>___요구사항을 개발하기 위한 프로젝트 관리<br/>___요약<br/><br/><b>13 자료 종합 - 사용자 및 영역 분석</b><br/>___전형적인 구조<br/>______프로젝트 범위에 대해 소개하는 도입부<br/>______리서치 활동: 무엇을 했는가<br/>______리서치 결과: 무엇을 배웠는가<br/>______퍼소나<br/>______정황 시나리오<br/>______요구사항<br/>______다음 단계<br/>___효과적인 문서로 발전시켜라<br/>___효과적인 프리젠테이션으로 만들어라<br/>___회의 진행<br/>______회의 전<br/>______프리젠테이션 발표 및 토론 진행<br/>___사용자 및 영역 분석 개발을 위한 프로젝트 관리<br/>___요약<br/><br/><b>14 프레임워크 정의: 해결안들을 시각화하는 작업</b><br/>___프레임워크 정의를 위한 필수적인 원칙들<br/>______한꺼번에 전체 시스템을 고려하라<br/>______스케치와 실패에서 배우는 것들<br/>______세부사항이 아닌 구조에 집중하라<br/>______장기적 관점의 디자인<br/>___프레임워크 정의를 위한 프로세스 개요<br/>______새로운 플랫폼을 위한 디자인 프로세스<br/>______알려진 플랫폼을 위한 디자인 프로세스<br/>______서비스들을 위한 디자인 프로세스<br/>___프레임워크 정의를 위한 프로젝트 관리<br/>______얼마나 많은 방향성들을 탐색해야 하는가<br/>______일정 계획<br/>___프레임워크 정의를 위한 필수 기술<br/>______스케치 작업 및 스토리보드 작업<br/>______협업<br/>______회의에서 무슨 일이 일어났는지 기록하라<br/>___요약<br/><br/><b>15 프레임워크 디자인을 위한 원칙 및 패턴</b><br/>___정황의 중요성<br/>___형태 및 행동에 대한 원칙들<br/>______디자인 가치들<br/>______불필요한 작업을 최소화하라<br/>___형태 및 행동을 위한 패턴<br/>______객체 및 활동 구성<br/>______패턴들의 조합들<br/>______명사 또는 동사로 구성하기<br/>______공간을 활용하는 또 다른 방법들<br/>___요약<br/><br/><b>16 폼 팩터 및 인터랙션 프레임워크 디자인하기</b><br/>___제너레이터와 신디사이저: 데이터 객체 유형 및 관계 정의<br/>___전체 디자인 팀: 기능 요소들을 정의하라<br/>______제품 디자인에서의 기능 요소들<br/>______서비스 디자인에서의 기능 요소들<br/>______결정 내리기<br/>___전체 디자인 팀: 가능한 플랫폼을 정의하라<br/>______입력 및 출력 방식<br/>______기타 폼 팩터 고려사항들<br/>___전체 팀: 스케치를 이용한 브레인스토밍 진행<br/>______고정된 플랫폼의 소프트웨어를 위한 브레인스토밍<br/>______서비스 및 새로운 플랫폼을 위한 브레인스토밍<br/>___산업 디자이너: 폼 팩터를 정의하라<br/>___제너레이터와 신디사이저: 인터랙션 프레임워크 정의<br/>______프레임워크 초안 발전시키기<br/>______어떻게 구체적인 디자인 상황에 접근하는가<br/>___전체 디자인 팀: 형태 및 행동을 함께 반복 검토하라<br/>___프레임워크를 디자인할 때 일반적으로 겪는 어려움들<br/>___플랫폼 및 프레임워크 정의 단계에서의 프로젝트 관리자<br/>______내부 디자인 팀 중간 검토<br/>______프로젝트 책임자, 영역 전문가, 디자인 개발자의 검토<br/>______사용자 피드백<br/>___요약<br/><br/><b>17 디자인 언어의 원칙 및 패턴</b><br/>___일반적인 원칙들<br/>______시각 정보 + 정황 = 의미<br/>______요소들의 역할을 시각적으로 전하라<br/>______모든 요소를 위한 목적과 모든 결정을 위한 근거를 마련하라<br/>______통일성을 위해 요소들을 반복적으로 이용하라<br/>______결단력 있게 행동하되, 가장 작으면서도 효과적인 차이를 이용하라<br/>___특정 요소들을 위한 패턴 및 원칙<br/>______색상<br/>______크기<br/>______형태<br/>______선의 두께 및 스타일<br/>______서체<br/>______재질<br/>______이미지<br/>______소재 및 제조<br/>______서명 요소들<br/>___요약<br/><br/><b>18 디자인 언어 발전시키기</b><br/>___디자인 언어를 발전시키는 과정<br/>______영감을 얻어라<br/>______얼마나 많은 방향들을 발전시킬 것인지 결정하라<br/>______어떤 요소들을 포함할 것인지 결정하라<br/>______1순위 속성들을 가장 잘 대변하는 소재 및 시각적 요소를 선택하라<br/>______필요에 따른 정황 조율<br/>______검토 자료들을 렌더링하기<br/>______필요한 경우 2순위 속성들을 고려하라<br/>______옵션들을 소개할 수 있도록 반복적으로 검토하여 완성하라<br/>___예: 넷앱<br/>___예: 사무용 전화기<br/>___디자인 언어 탐색을 위한 프로젝트 관리자의 역할<br/>___요약<br/><br/><b>19 프레임워크 및 디자인 언어 소개하기</b><br/>___이해관계자들이 회의에 참석할 수 있게 준비시키기<br/>___이야기 만들기<br/>______프로젝트 요약 및 기대 목표<br/>______주요 퍼소나 및 요구사항 검토<br/>______주요 아이디어 및 구조에 대해 소개하기<br/>______시나리오 스토리보드들을 통해 어떻게 동작하는지 보여줘라<br/>______세부사항을 좀 더 설명하기 위해 구조를 다시 들춰보라<br/>______디자인이 어떻게 퍼소나 니즈를 충족시키는지 설명하라<br/>______디자인 언어 소개하기<br/>______진행 방향 및 다음 단계를 논의하고 동의를 구하라<br/>___일정 관리 및 회의 준비<br/>___회의 진행하기<br/>______소재에 대해 설명하기<br/>______토론 진행 및 우려사항 조율<br/>___요약<br/><br/><b>20 세부 디자인: 아이디어 구체화 작업</b><br/>___세부 디자인의 필수 원칙<br/>______협업하라, 협업하라, 협업하라<br/>______완벽하게 세부사항들을 챙기되, 시스템 관점에서 유지 보수 측면도 고려하라<br/>______문서화 작업 후 모든 내용들을 재차 검토하라<br/>______적절한 시점에 출시할 수 있는 디자인이어야 한다<br/>______비용편익 등식을 고려하라<br/>______경험 속성을 강화하라<br/>___세부 디자인을 위한 프로세스 및 프로젝트 관리<br/>______팀 확장<br/>______개발 방법과 통합하라<br/>______역할로 구분한 세부 디자인 과업<br/>______작업 리스트 및 세부 프로젝트 계획 초안을 작성하라<br/>___요약<br/><br/><b>21 세부 디자인을 위한 원칙 및 패턴</b><br/>___약간은 과학적이고 약간은 상식적인 원칙들<br/>___흐름, 우선순위, 관계에 대해 설명하라<br/>______시각적 흐름을 작업 흐름에 매핑하라<br/>______가독성과 단순성을 고려한 정렬 방식<br/>______명쾌한 구조를 구축하기 위해 시각 속성들을 이용하라<br/>______연관 관계를 만들어 내기 위해 시각적 속성들을 이용하라<br/>___데이터 전달: 정보 디자인<br/>___객체들과 도구들로 아이콘을 표현해보라<br/>______알아볼 수 있는 아이콘을 만들어라<br/>______이해할 수 있는 아이콘을 만들어라<br/>______유용한 아이콘 가이드라인 요약<br/>___텍스트와 서체<br/>______서체 크기<br/>______추가적인 원칙<br/>___위젯 및 데이터 입력<br/>______작업 및 입력 방식에 부합하는 위젯 이용하기<br/>______제한적인 위젯도 융통성 있게 입력을 허용하라<br/>______적절한 근거가 있는 경우에만 컨트롤들을 변형시켜라<br/>______터치스크린을 위한 고려사항<br/>___많은 데이터를 관리하는 방법<br/>______검색 vs. 카테고리<br/>______세부 검색어<br/>___음성 기반 인터페이스<br/>______성격, 감정, 그리고 의인화<br/>______불만을 최소화하는 방법<br/>___안전에 대한 우려사항<br/>___접근성<br/>___‘작지만 뭔가 특별한’<br/>___요약<br/><br/><b>22 세부 디자인 프로세스 및 진행 사례</b><br/>___인터랙션 디자인 개선: 1 라운드<br/>______추가적인 리서치<br/>______세부 디자인에 대한 회의들<br/>______개별 작업을 통한 추가적인 반복적 검토 진행<br/>___시각 시스템 정의: 1 라운드<br/>______초반 이해관계자들의 의견을 포함시켜라<br/>______시각 시스템 초안: 원형 화면들 <br/>______지속적인 확장 및 진화<br/>______퍼소나, 시나리오, 경험 속성<br/>___공유된 이미지 파일들<br/>___산업 디자인 발전시키기<br/>______형태 및 재질 개선하기<br/>______색상 및 표면 세부사항 개선하기<br/>______디자인 및 커뮤니케이션 도구로서의 외형 모델<br/>___디자인 검토 및 협업<br/>______디자인 팀 내에서의 검토<br/>______디자인 개발자, 영역 전문가, 비즈니스 분석가와의 검토<br/>______다른 이해관계자들과의 검토<br/>___피드백을 받은 후 반복적 검토 진행<br/>___세부 디자인 과정에서 흔히 일어나는 어려운 문제들<br/>______프레임워크의 결점<br/>______영역 전문가 또는 개발자가 비협조적이거나 시간을 내기 어려운 경우<br/>______지속적으로 발생하는 추측 및 제약사항<br/>______팀원들의 일정 관리<br/>______브랜드 또는 제품군 내 일관성<br/>______균등하지 않은 완성도<br/>______후반에 진행했던 작업들을 이용하여 이전 작업물 개선하기<br/>___요약<br/><br/><b>23 디자인 평가</b><br/>___왜, 언제 그리고 어떻게 평가할 것인가<br/>___평가 유형<br/>______포커스 그룹<br/>______전문가 리뷰<br/>______사용성 평가<br/>______비교 평가<br/>___요약<br/><br/><b>24 세부 디자인에 대한 커뮤니케이션</b><br/>___형태 및 동작에 대한 사양 설명서<br/>______사업 계획서<br/>______퍼소나 및 주요 요구사항<br/>______제품과 서비스 개요<br/>______인터랙션 프레임워크 개요<br/>______각 인터페이스에 대한 시나리오<br/>______각 화면 또는 기능에 대한 개요 및 세부 내용<br/>______시각 시스템 또는 스타일 가이드<br/>______제품 로드맵으로서의 형태 및 동작에 대한 사양 설명서 이용(제품 확장 또는 축소)<br/>___효과적인 사양의 질적 수준<br/>______원칙적인(추측하지 않고 실행할 수 있는)<br/>______분명하고 전문적인(허세를 부리지 않게)<br/>______놀라게 하지 않게<br/>______퍼소나를 중심으로 <br/>______표준화로<br/>______효과적인 포맷을 이용해야<br/>___문서 프로세스 및 적용 사례<br/>______마음 가는 대로 문서 작업하기<br/>______이미지 관리하기<br/>______기술 검토 및 문서 품질 검증<br/>______문서 작업 도구<br/>___세부 디자인에 대한 프리젠테이션<br/>______모든 이해관계자를 위한 프리젠테이션 구성 및 진행<br/>______종합적인 검토<br/>___요약<br/><br/><b>25 개발 구현과 제품 출시를 위한 지원</b><br/>___소프트웨어 구현 지원<br/>______애셋 생성<br/>______질문 및 검토사항<br/>___하드웨어 제조 지원<br/>___일반적인 어려움<br/>______제안서로서의 사양 설명서<br/>______불충분한 개발 능력 및 인력<br/>___요약<br/><br/><b>26 개인과 조직의 디자인 역량 키우기</b><br/>___잠재되어 있던 디자인 능력을 끌어내라<br/>______교육 프로그램<br/>______독학<br/>______경험과 멘토링<br/>___조직 내 디자인이 할 수 있는 역할을 확장시켜라<br/>______성공적인 변화를 이끌어내려는 노력들<br/>______손해 본다는 생각을 극복하는 방법<br/>______말단(또는 중간층)에서부터 변화를 부추겨라<br/>___맺는 말

가전제품, 의료 기기, 기업용 웹 애플리케이션, 슈퍼마켓에서의 새로운 계산 시스템 등 당신이 무엇을 디자인하든, 오늘날의 디지털 제품 및 서비스는 강력한 사용자 경험을 전달할 수 있는 엄청난 기회인 동시에, 복잡하고 혼란스러운 기술로 구매자를 당혹스럽게 만드는 커다란 위험 요소다. 디지털 시대에 성공적인 제품 및 서비스를 디자인하려면, 인터랙션 디자인, 시각 디자인, 산업 디자인 등 다양한 영역의 전문 지식을 갖춘 팀이 필요하다. 또한, 바람직한 제품 또는 서비스를 구성할 큰 아이디어뿐 아니라 사용자를 끌어들이는 1,000가지 작은 아이디어들을 도출하기 위해서는 기술과 인내가 필요하다. 프로젝트 관리, 사용자 리서치, 공감대 형성 능력 또한 필수다. 이 UX 바이블은 이 이상의 많은 문제점들을 모두 해결해줄 것이다. <br/><br/><b> 이 책의 대상 독자 </b><br/><br/>● 숙련된 디자이너들이 자신의 작업을 엄격하고 설득력 있게 진행할 수 있도록 돕는다. 그래야 훌륭한 디자인을 할 뿐 아니라 디자인이 제대로 구현될 수 있다.<br/>● 다른 분야의 디자이너들에게 오늘날 점차 복잡해지고 있는 제품들에 대한 협업 프레임워크를 제시할 수 있다. 종종 소프트웨어, 하드웨어, 서비스, 환경적 측면에서 협업이 필요하다.<br/>● 디자인 전공 학생들이 일관적인 디자인 프로세스뿐 아니라 핵심 사례들을 이해할 수 있게 돕는다. 협업 및 프로젝트 관리에서부터 이해관계자 논의를 주도하는 방법까지 성공적인 프로젝트에 필요한 내용을 소개한다.<br/>● 오랫동안 클라이언트들을 대응하는 방법에 대해 소개한다.<br/>● 사내 디자이너들에게 컨설팅 사례들이 좀 더 효과적일 수 있는 방법을 제시한다.

소프트웨어 시스템의 동작을 인간 중심적으로 디자인하는 분야는 비교적 새로운 학문이다. 새로운 학문은 아직 정착하지 않았기 때문에 심지어 그 분야의 종사자들, 가장 숙련된 전문가들이라고 할지라도 전체 범위, 애플리케이션에서 요구하는 지식의 폭도 가늠하기 어렵다. 우리는 그 분야를 탐색했을 때 그 영역이 얼마나 깊은지 알고서 깜짝 놀랐다. 지식의 깊이와 방법의 규모는 상당했다. 그리고 그것들은 진정 중요한 별개의 분야로 자리잡고 있다.

이 책은 내가 읽어본 책 중 최초로, 전체적인 인터랙션 디자인 사례들을 시각 디자인, 산업 디자인과 함께 기술적 측면에서 정리한 책이라고 할 수 있다. 인터랙션 디자인이 완전히 새로운 분야인 반면, 시각 및 산업 디자인은 꽤 오래 전부터 존재한 분야로서 오늘날 디지털 기술에 의해 완전히 변모하고 있는 중이다. 세 가지 디자인 모두 여기서 포괄적으로 고려되었다. 어떤 사람들은 소프트웨어 동작 이론에 대해 학술적인 자료를 만들거나 해당 분야의 심미적 요소들을 시각적으로 설명했고, 어떤 사람들은 전체 영역을 다루려고 노력해왔다. 하지만 어떤 관점에서 그들 모두는 새로운 종사자들이 ‘창의적’이거나 ‘사용하기 쉽게’ 만들도록 강요하며 이를 맹신했다.

실무자들은 사용하기 쉽게 만드는 법, 창의적으로 디자인하는 법에 대해 알고 있어야 한다. 이 세밀하고 창의적인 단계들에 숙달되어야 한다는 것은 인터랙션 디자인 학생들에게 더 이상 진행하기 어려운 난제를 남겨뒀다는 사실을 의미한다. 킴이 집필한 책은 전체를 포괄하면서도, 독자에게 세부 설명들을 건너 뛰고 넘어가는 법이 절대 없다. 어떻게 그것들을 만들어 나가는지 실제 사례들을 곁들여 설명한다. 이 책에서 디자이너들의 기술 습득 및 연습 방법을 바꾸려는 가장 큰 이유는 폭넓은 분야에 적용할 수 있게 철저함을 갖추게 하고자 함이다.

디지털 혁명에 의해 시작된 새로운 학문 대부분과는 달리, 디지털 제품 디자인은 완전히 기술적인 내용은 아니다. 이 학문은 분명한 합리주의자와 같기도 하고 쉽게 만족하기 어려운 분야다. 하지만, 이 학문은 인지 심리학, 사회학, 민족학 등의 지식들을 빌려온다. 이 기술이 프로그래밍과 구분되는 이유 중 하나는 대부분의 프로그래머들은 다른 분야의 기술들이 인정하면서도 관찰, 인터뷰, 직접 제작하는 사람들의 분석 결과들을 포함하는 것에 대해 탐탁하게 생각하지 않기 때문이다. 인터랙션 디자이너들은 인간뿐 아니라 소프트웨어를 이해하기 위해 기술 및 패턴들을 배워야 한다.

이 책 앞부분에서 소개하는 지혜와 방법론은 17년 넘게 수많은 고객과의 업무와 관련, 나의 회사 쿠퍼에서 효과적으로 적용되고 있는 정신적 산물들이다. 여기 쿠퍼에서 우리는 소크라테스의 방법론을 따른다. 영리한 대답들이 좀 더 가치 있을 수 있지만, 질문들을 식별할 수 있어야 더 가치 있는 일이라고 생각하는 것이다. 초반에 나누는 대화는 해결안일 수 있을 뿐 아니라 문제 접근 및 해석 방법과 관련, 모든 영역에서 참고할 수 있는 전체 프레임일 수 있다. 우리는 지속적으로 방법 및 도구들을 학습하고 바꾸며 발전시킨다.

때때로 우리들은 각자 선생님 역할, 학생의 역할을 담당해 왔다. 그리고 우리의 관심은 항상 내재된 원칙들을 찾는 것이었다. 실무자는 시간이 흐름에 따라 기본 요소들의 자명한 특성을 이용하여 자신의 능력을 키운다. 그는 작업 시 인간-기계 인터페이스 안에서, 그리고 인터페이스에 대한 해결안을 만들어내는 과정에서 일반 영향력 및 패턴들을 확인한다. 모든 훌륭한 기술 영역들은 이 특성을 가지고 있다. 핵심은 약간 단순한 경구들로 표현될 수 있는 반면, 이 경구를 실제 적용할 때 필요한 기술을 배우는 데 수년, 통달하는 데 수십 년이 걸린다.

킴 굿윈은 1997년부터 쿠퍼 사 내 토론에 주도적으로 참여해왔으며 쿠퍼 디자인 방법론을 발전시키는데 큰 기여를 했다. 그녀는 디자인, 문제 범위 지정, 계약 관리, 디자인 문서 작업 분야의 권위자다. 킴은 의료 기기에서 컨셉 개발까지 매우 다양하고 다각적인 측면에서 현장 경험이 있다. 그녀는 디자이너 그룹을 이끌고 있으며 팀의 업무를 조정하는 한편, 매우 까다로운 고객의 요구를 수용하기 위해 노력한다.

그리고 다른 사람들에게 디자인 강연을 들려주고 있다. 그녀의 컨퍼런스, 원데이(One-day) 전문 세미나, 디자인 수업을 들은 수백 명의 사람들은 그녀의 명쾌함, 인내심, 철저함, 엄격함에 감명을 받는다. 사실, 킴은 매우 성공적인 쿠퍼 U 클래스를 위한 학습 콘텐츠도 제작하고 있다. 그리고, 수년 간 디자이너, 강사로서 갈고 닦은 관찰, 통합적 사고, 커뮤니케이션에 대한 전문 지식을 바탕으로 자연스럽게 이 책을 저술하게 되었다.

쿠퍼의 목적 지향적 디자인은 독특하고 효과적인 방법론이다. 이 책에는 장인이 도구를 이용하는 방법처럼 실제 적용할 수 있는 사례들과 원칙들을 모아 놓았다. 주어진 모든 프로젝트에서 항상 이용되는 도구들이 있다. 어떤 도구는 정기적으로 이용되지만 항상 그런 것은 아니다. 그리고 어떤 도구들은 거의 이용되지 않지만 필요 시 오직 그 방법밖에 없는 경우도 있다. 디자이너의 주요 능력은 어떤 도구들이 적용 가능한지, 경험상 어떤 방법이 가장 좋은 효과를 내는지 아는 것이다. 킴은 그 방법을 선택하고 적용함에 있어 전략적이다.

이 방법론의 탄탄한 토대는 디자이너들의 독창성을 폄하하지 않는다. 세상에는 수많은 쉬운 디자인 문제들이 있기도 하지만, 마찬가지로 수많은 어려운 문제들도 존재한다. 말주변이 좋고 영리하다면 쉬운 문제들을 다루는 데 무리가 없겠지만, 어려운 문제들을 해결하기 위해서는 혼란스러울 정도로 다양한 변수들을 고민해야 한다. 엄격한 방법론은 당신에게 정말 복잡하고 다듬어지지 않은 문제점들을 작고 좀 더 친근하고 관리할 수 있는, 쉽게 해결할 수 있는 작업들로 나눠준다는 데 의미가 있다. 개인적으로 창의력이 있다면, 적절한 대답을 하는 데 용이할 것이다. 반면, 주요 프로세스를 익혀야 문제를 제대로 파악할 수 있을 것이다.

클라이언트들은 주기적으로 우리에게 매우 흥미 있는, 하지만 복잡한 문제들을 내놓는다. 이 문제들로 인해 정치적으로 까다로운 상황들이 연출될 수 있다. 어떤 업체는 명백히 이길 수 없는 문제들을 피해가기도 하지만, 우리는 우리 도구들에 대한 확신이 있었기 때문에 그 상황을 즐길 수 있었다. 예를 들어 거대 소프트웨어 기업이 우리에게 수백만 명의 사용자들을 위한 금융 애플리케이션을 의뢰하거나 의료 서비스 업체가 정형 외과의들이 고관절 치환 수술에 이용할 용도로 임상 애플리케이션을 의뢰했을 때, 우리 디자이너들은 보안경 또는 수술복을 걸치고 미친 듯 신이 나서 뛰어 들었다. 그들은 관찰, 방법론, 경험, 효과적이고 포괄적인 디자인 원칙들을 통해 잠재된 능력을 깨워 세계 최고 수준의 디자인을 할 수 있을 것이라고 확신했다. 여러분이 지금 들고 있는 이 책은 그런 도구들과 자신감을 선사할 것이다.

만약 이제 막 디지털 제품 및 서비스 디자인 세계에 입문했다면, 이 책은 인터랙션 디자인의 프로세스를 익힐 수 있게 도와줄 것이다. 처음 애스노그라피 인터뷰에서 시작하여 아이디어 도출 및 디자인을 거쳐 최종 결과물을 내고 프리젠테이션을 진행하기까지 차근차근 설명하고 있다. 숙련된 디자이너라 할지라도 이 책은 새로운 수준의 전문성과 효율성을 제고하는 방법을 귀띔해줄 것이다.

이 책은 방대하면서도 깊이가 있으며, 믿을 수 있는 사례들을 제공하는, 소중한 지혜의 결정체로서, 프로젝트의 단단한 기반이 되어줄 것이다. 모든 디자이너들의 책장에서 이 책을 볼 수 있게 되기를 바라며, 더 나아가 열심히 일하는 디자이너들 책상 가까이서 제 역할을 할 수 있게 되길 바란다. 이 책을 한 번 읽기 시작하면, 곧 수많은 페이지 모서리가 책갈피로 접히거나 연필로 그은 밑줄과 메모들이 가득차고 손때 묻은, 아마도 가장 낡고 닳은 책이 될 것이라 생각한다. 분명 이 서적은 대학 커리큘럼을 다시 세우고 다음 세대 실무자들에게 영향을 미칠 것이다.

나의 저서들이 인터랙션 디자인 분야를 소개하거나 동기를 부여하는 역할을 하는 반면, 킴의 저서는 관련 종사자 모두에게 완벽한 안내서가 될 것이다. 디자인 사례, 교육학, 디자인 비즈니스에 대한 인식론 등 그녀의 독특한 배경 지식은 그녀가 기술 디자인의 기본 입문서를 저작하는 데 필요한 경험들이었다. 그녀는 이 흥미롭고 다양한 세계에 대해 상세하면서도 간단하게 그리고 읽기 쉬운 서체로 실제 제품, 클라이언트, 디자인 문제점 사례들을 풍부하게 보여준다. 이 책은 여러분 업무에 없어서는 안될 필독서로 자리잡게 될 것이다.

- 앨런 쿠퍼 (쿠퍼 사의 설립자 겸 회장)