0) 구글에서 제공하는 안드로이드 공식 디자인 사이트 : 안드로이드 UI에 대한 모든게 다 있다고 보면 된다. http://developer.android.com/design/index.html


1) 모바일 디자인 패턴 갤러리 : 동명의 책과 연계된 사이트, 책과 관련된 다양한 슬라이드와 각종 스텐실도 공유하고 있다. http://www.mobiledesignpatterngallery.com/mobile-patterns.php


2) 안드로이드 인터랙션 디자인 패턴스 : 무엇보다 자세한 설명이 굿~
http://www.androidpatterns.com


3) Inspired UI : 패턴 스크린샷이 가장 많다. http://inspired-ui.com


4) Mobile - Patterns : UI 패턴별 iOS 어플리케이션 스크린샷 모음 http://www.mobile-patterns.com


5) Mobile Patterns : 4번과 이름이 동일한 패턴 스크린샷 모음 사이트 
http://www.mobilepatterns.com


6) pttrns : 돋보기 기능으로 다른 패턴 사이트들과 차별화에 성공했다. http://pttrns.com


7) 안드로이드 pttrns : 6번 pttrns 사이트와 동일한 구조로 안드로이드 UI패턴을 제공한다. http://androidpttrns.com





8) 코코아 콘트롤스 : 다양한 커스텀 UI 콘트롤을 공유하고 판매한다. 
http://www.cocoacontrols.com


9) Patterns of Design : iPad UI 패턴도 볼 수 있다. http://www.patternsofdesign.co.uk


10) iOS Developer Library > Human Interface Guidelines : 애플 공식 iOS 디자인 가이드라인 https://developer.apple.com/library/ios/#documentation/UserExperience/Conceptual/MobileHIG/Introduction/Introduction.html#//apple_ref/doc/uid/TP40006556-CH1-SW1

--> 한글 번역 사이트 : http://www.xgenesis.org/index.php?mid=iOS_Human_Interface_Guidelines&act=dispWikiTreeIndex


11) 러블리 UI : 분류가 좀 더 세분화되어있다. http://www.lovelyui.com


12) UI Parade : 패턴도 다양하지만, 유용한 라이브툴도 제공한다. http://www.uiparade.com


13) 4ourth mobile patterns wiki : 일반 UI 패턴뿐만 아니라 하드키, 벨소리, 제스쳐, 햅틱 피드백, LED등 까지 무척 자세하게 설명하고 있다. http://4ourth.com/wiki/Index


14) 노키아 모바일 디자인 패턴스 wiki : 현재 98개 패턴 아티클 제공중...   
http://www.developer.nokia.com/Community/Wiki/Category:Mobile_Design_Patterns


15) UX Archive : 기능별, 카테고리별로 정리된 다양한 아이폰 앱 화면들을 볼 수 있다.
http://uxarchive.com/





★ 2014-02-19 추가


16) Android Niceties : 각종 안드로이드앱의 화면을 원하는 크기로 바꿔가며 볼 수 있다.
http://androidniceties.tumblr.com/


17) Pattern Tap : PC웹 화면의 다양한 패턴을 제공한다.
http://patterntap.com/


18) Little Big Details : 다양한 사례를 통해 깨알같은 UI 디테일들을 공유한다.
http://littlebigdetails.com/


19) Capptivate.co : 아이폰앱의 다양한 애니메이션효과를 그대로 볼 수 있다. (주의: PC느려짐)
http://capptivate.co/

신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 2013.01.20 17:00 신고
    댓글 주소 수정/삭제 댓글
    좋은 정보네요

    잘 보고 갑니다
  2. thk
    2013.01.21 06:16 신고
    댓글 주소 수정/삭제 댓글
    안드로이드쪽은 여기도 자료많습니다. http://androidux.com/
  3. 2013.10.10 17:51 신고
    댓글 주소 수정/삭제 댓글
    좋은 정보 감사합니다.^^
  4. 2013.10.11 10:26 신고
    댓글 주소 수정/삭제 댓글
    좋은 자료 감사합니다!! ^-^
  5. g
    2013.10.14 11:14 신고
    댓글 주소 수정/삭제 댓글
    여기도 UI정보가 한가득 http://grafi.kr/ui
  6. 2014.09.03 09:29 신고
    댓글 주소 수정/삭제 댓글
    좋은 정보네요.. 잘 봤습니다.
  7. 2015.04.16 15:20 신고
    댓글 주소 수정/삭제 댓글
    완전 좋으네용 감사해요!

♨ 11월 한달동안 페이스북 페이지, 트위터등에 공유했던 기사, 이미지, 링크들 총정리입니다...

1) 과학적 창의성과 예술적 감성을 두루 갖춘 융합 인재를 육성하기 위한 ‘과학예술영재학교’(고교 과정)가 설립된다. 기계공학과 디자인을 합한 산업디자인, 정치·경제에 지구과학을 접목한 국제관계학 등 새로운 형태의 융합 과목들이 개설된다. 교육과학기술부는 현 중학교 1학년이 고교에 입학하는 2015년 3월 세종시에, 이듬해인 2016년 인천시에 과학예술영재학교를 출범시킨다고 25일 발표했다. STEAM(과학·기술·공학·예술·수학)과 인문학 심화 교과를 운영하는 국내 최초의 융합 인재 양성학교다. 각 시 교육청이 맡아 공립학교로 운영된다.

2) 베이비 홀스터... 카우보이 아버지 허리춤에 대롱대롱 매달려 고생할 애기가 안쓰럽긴 하지만, 왠지 근사하다... ㅡ,.ㅡ;; 

http://www.howtobeadad.com/2012/8980/baby-hjolster-bad-product-idea-7

3) 모바일 생태계의 새로운 격전장, 디지털 지도 2.0시대 

http://www.seri.org/db/dbReptV.html?menu=db12&pubkey=db20121122001

20121122_모바일생태계의새로운격전장_디지털지도.pdf

4) 전기자동차의 단점에 대한 이해와 개선전망 

http://www.global-autonews.com/board/view.php3?table=bd_chae_war&gubun=7&idx=9928

5) 창업의 순간은 언제 오는가?

http://indizio.blog.me/30151785739

인생 대부분의 중요한 결정들이 그렇듯이, 창업 역시 완벽한 순간이 올때까지 기다려서는 안된다. 그건 의지부족의 핑계일 뿐이다. 준비를 충실히 하되, 본능을 따르라. 그리고 한 번 떠나면 뒤를 돌아보지 마라. 실수도 많이 하고 망하기도 많이 했지만, 난 한 번도 직장생활을 그만둔걸 후회하지 않는다. 그러지 않았다면 아마 그 후로 수십년 동안 답답한 사무실과 숨막히는 사내 정치속에서 그 자신 또한 희생자나 다름없는 회색빛 얼굴의 상사들로부터 명령이나 받으며 매일매일 출퇴근하는 삶을 살고 있었을 것이다. 그보다는 독립적인 삶을 살면서 성공하든 실패하든 내 자신의 노력에 의해 좌우되는 삶을 살고 싶다... (루크 존슨)

6) 레고로 만든 팝업북이라니... 완전 기절초풍...

7) T맵4.0 등장이요... http://www.tmap4.com/web/info/info.html

8) 김정기 드로잉쇼... 이렇게 그림을 그릴수 있다는 사실이 놀라울 따름... 

9) 낮잠용 타조베개 : http://www.studiobananathings.com/ostrich-pillow/#.ULXn1IfZbQx

10) MS의 ‘키넥트’ 활용법은 무궁무진하다. 최근 Faceshift에서 내놓은 캡처 유틸리티는 MS 키넥트를 이용해 눈에 보이는 모든 얼굴 부위를 실시간으로 캡처하고 묘사하는 등 놀라운 기능을 가지고 있다. 

11) 옵티머스G 번들 이어폰 쿼드비트 대박에 삼성 '발끈'... 삼성전자는 LG전자의 번들 이어폰을 능가하는 새로운 번들 이어폰을 제작하기로 결정했다. 정통한 소식통에 따르면 별도의 번들 이어폰 TF 팀도 꾸려졌다고...

http://www.it.co.kr/news/mediaitNewsView.php?nBoardSeq=64&nSeq=2263828&sSection=life&sMode=news

12) 맨바닥에 키패드가 인쇄된 종이한장을 깔고 타이핑을 하면 소리를 인식하여 문자가 입력되는 기발한 프로젝트 (Florian Kräutli)


13) 네이버앱이나 모바일웹서비스 하나 골라 개선된 UI 디자인 제출하면 상금도 주고 채용도 한다고... http://campaign.naver.com/designerschallenge2012

14) Projecteo : 인스타그램의 디지털 사진을 인화하여 미니휠로 만들고, 이를 깜찍한 아날로그 프로젝터에서 재생가능케 해주는 근사한 킥스타터 프로젝트...

http://www.kickstarter.com/projects/1209578799/projecteo-the-tiny-instagram-projector

15) LG독자 개발 스마트폰용 AP나온다...

http://m.news.naver.com/read.nhn?mode=LSD&sid1=105&oid=011&aid=0002282931

16) 야후의 한국철수는 본사판단착오? 15년 흑자 냈었는데, 회사 철수 비용만 1025억... 1500억 잉여금 노리던 본사 "남는게 없어" 당황  

http://m.news.naver.com/read.nhn?mode=LSD&sid1=105&oid=015&aid=0002786901

17) 애플 소매점의 비밀 고객응대 매뉴얼

18) 현대기아차 연구개발본부장에 권문식 사장 임명...

http://www.global-autonews.com/board/view.php3?table=bd_chae&gubun=1&idx=35319

http://biz.chosun.com/site/data/html_dir/2012/10/31/2012103103359.html

19) 미래의 자원으로 각광받는 미세조류... 모든 바이오디젤 생산 작물 중 오일 생산성이 가장 우수하다. http://www.seri.org/db/dbReptV.html?menu=db12&pubkey=db20121108002

20121108_미세조류.pdf

20) 이스라엘의 표적공격으로 사망한 팔레스타인 '하마스' 사령관의 차는 기아 '포르테'

21) 기아차, 피터 슈라이어가 디자인한 자전거 ‘K Velo’ 출시

http://www.global-autonews.com/board/view.php3?idx=35517&table=bd_chae&gubun=1

22) 내가 대학원에 들어왔을 때 알았더라면 좋았을 연구 노하우

http://www.slideshare.net/pelexus/ss-11919783

23) 현대차 품질 하락과 연비과장의 의미 

http://www.global-autonews.com/board/view.php3?table=bd_chae_war&gubun=1&idx=9882





24) 갤럭시S3 젤리빈 업데이트 내용 총정리

http://navercast.naver.com/magazine_contents.nhn?contents_id=15182&category_type=magazine_subject

25) 닌텐도 사장 이와타 사토루가 직접 진행하는 Wii U 오피셜 언박싱 세리모니(?) 비디오


26) 데드락이 걸려버리는 수입차량 도난방지장치의 문제점..

27) 네이버 음성인식 '링크'

http://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=105&oid=092&aid=0002011787

28) 샤프, 사상 최대 6조원 적자예상…존립 위태...

http://news.naver.com/main/read.nhn?mode=LSD&mid=sec&sid1=105&oid=092&aid=0002011497

29) “애플 I에서 iOS까지” 애플 제품 족보 총정리 : http://www.itworld.co.kr/news/78673

30) 기아차, 차세대 군용차량 개발 나선다

http://www.global-autonews.com/board/view.php3?table=bd_chae&gubun=1&idx=35426

31) 2013년도 산업융합원천기술개발사업 목표검증단 전문가 모집 중...

http://www.keit.re.kr/article.do?psStep=view&psPage=1&bbsCD=ann_bor&shSearch&shKeyword&shUserID&gbn=03_12&shGonggoStatus&shYY&shMM&shBizCate&BIdx=63919

32) 창업 '블루오션'으로 떠오른 자전거 가게

http://news.chosun.com/site/data/html_dir/2012/11/02/2012110201307.html

33) 소잉 팩토리는 재봉틀 제조업체 부라더미싱이 재봉기와 원단, 실과 바늘 등 양재에 필요한 재료들을 한자리에서 구매할 수 있게 만든 멀티숍이자 교육공방...

http://news.chosun.com/site/data/html_dir/2012/11/02/2012110201288.html

34) 구글은 어떻게 자동으로 여러 나라 말을 번역하나? (구글 기계번역 책임자 베누고팔)

http://biz.chosun.com/site/data/html_dir/2012/11/02/2012110201300.html

35) 세계 시장점유율1위 일본 네모토 특수화학의 야광도료 루미노바 (LumiNova)

http://biz.chosun.com/site/data/html_dir/2012/11/02/2012110201591.html

36) 대한민국, 압도적 OECD 1위...

http://www.wikitree.co.kr/main/news_view.php?id=43868

37) 스캇포스탈을 누가 스카우트해갈것이냐... 2억불의 사나이가 된 스캇포스탈...

http://www.zdnet.co.kr/news/news_view.asp?artice_id=20121101134317

38) 시트는 자동차 단일 부품 중 엔진·변속기 다음으로 비싸다. 고급 차의 경우는 엔진보다 비싼 시트가 들어간다. 현대차 에쿠스 최고급 시트 차량 한 대분의 단가는 400만원대로 추정된다.

http://biz.chosun.com/site/data/html_dir/2012/10/25/2012102502780.html

39) 에르메스 디자이너 드럭 (Jonathan Paul)

40) 닉슨 시계 The Trader...

http://ot.nixon.com/mens/watches/the-trader-A153.html?sku=A1531227-00

41) 멜버른 지하철 광고 : 은근히 중독성있는 멜로디와 귀여운 애니메이션...

http://dumbwaystodie.com/

42) 국방색 넥타이... 꽤 그럴싸하다.

http://gearpatrol.com/2012/11/23/goruck-the-man-tie/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+gearpatrol+%28Gear+Patrol%29

43) Woomoo의 POP - Prototyping on Paper... 완전 필요했던 프로토타이핑앱. 종이에 쓱싹 그려서 사진찍고 링크만 걸어주면 끝!

https://itunes.apple.com/kr/app/pop-prototyping-on-paper/id555647796?mt=8

44) 라이카 X 폴스미스

http://www.paulsmith.co.uk/uk-en/paul-smith-world/collaboration/paul-smith-leica

45) 스타벅스 로고의 뒷모습

46) 할로윈데이를 맞아 호박으로 만든 테트리스... 짜응~


신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 2012.11.29 12:34 신고
    댓글 주소 수정/삭제 댓글
    재미있는 것들 많군요. 잘봤습니다.^^
  2. 2012.12.10 12:00 신고
    댓글 주소 수정/삭제 댓글
    항상좋은자료 고맙습니다.

1980년대 애플 컴퓨터의 초기 매킨토시 개발 비화를 가장 자세하게 살펴볼 수 있는 책... 초창기 매킨토시에 대해 궁금했었던 많은 것들을 한방에 해소할 수 있다. 다만, 번역판 책제목은 마음에 안든다. (원제는 Revolution in the Valley) ★★★★★

① 현재 iOS, OS X를 비롯한 많은 애플의 소프트웨어에 벌써 30년도 더 지난 매킨토시 초기개발시의 디자인 원칙이나 아이디어들이 여전히 일관성있게 적용되고 있다는 사실... 

- iOS의 라운드 정사각형 형태의 아이콘 --> 87p
- iOS의 멀티태스킹 관련 + 맥OS의 대쉬보드 --> 아래 105p
- iOS의 '관성' 스크롤 기능 --> 359p
- 어플리케이션간 빠른 전환을 위한 스위처 --> 368p 

② 초기부터 심혈을 기울여 작성된 방대한 양의 개발자 문서들... (우리는 특히 문서화에 약하다... ㅡ,.ㅡ;;)

③ 독특한 형태의 맥커맨드키 심볼의 정체는? --> 240p

④ 하마터면 취소될 뻔했던 유명한 매킨토시 1984 광고의 제작 비화 --> 279p

⑤ 맥의 GUI를 베낀 MS 윈도 1.0을 보고 스티브 잡스가 불같이 화를 내자 마이크로소프트의 빌 게이츠가 한말은? --> 299p

⑥ 스티브잡스가 쫓겨나고 다시 돌아오기전까지 왜 매킨토시는 항상 그렇게 비싼 컴퓨터였는가? --> 302p


25p : 빌 앳킨슨 : 1978년 봄, 제프 라스킨은 빌을 애플에 채용했다. 빌이 개발한 퀵드로 그래픽 패키지는 리사와 매킨토시 사용자 인터페이스의 토대가 됐다. 그후 매킨토시용 애플리케이션 맥페인트를 혼자서 만들었고 이어서 1987년 하이퍼카드를 만들었다. 1990년 제너럴 매직을 공동 창업해 퍼스널 인텔리전트 커뮤니케이터를 개발했다. 1996년부터 전업 자연 사진작가가 됐고 최근에는 "Within the stone"이라는 아름다운 광물 사진집을 출판했다.

25p : 수잔 케어 : 1983년 6월 맥 팀에서 일을 시작했다. 매킨토시용 아이콘과 글꼴뿐만 아니라 첫 마케팅 자료에 들어갈 도안까지 대부분 디자인했고 시스템 전반의 외관과 개성을 정교하게 만드는 일을 도왔다. 1985년 가을 애플을 떠난 후 넥스트의 첫 직원 열명 중 한명이 됐다. 1988년 그래픽 디자이너로 독립해 좋은 성과를 올리고 있다.

26p : 앤디 허츠펠드 : 1979년 8월 애플에서 일하기 시작해 애플II 주변장치와 관련된 일을 했다. 1981년 2월 맥 팀에 합류해 매킨토시 시스템 소프트웨어의 주 개발자가 됐고 핵심 운영체제와 사용자 인터페이스 툴박스 뿐만 아니라 여러가지 데스크 액세서리를 만들었다. 그후 Radius (1986), 제너럴 매직 (1990), Eazel (1999)이라는 혁신적인 회사 세곳을 공동 창업했다. 이 책의 지은이이자 Mac Folklore 사이트 (www.folklore.org)의 운영자이기도 하다. 2005년 구글에 입사했다.

26p : 제프 라스킨 : 1978년 1월 애플에 채용되어 애플 출판 부서에서 일을 시작했다. 1979년 초 매킨토시 프로젝트를 구상하고 1979년 9월 그의 아이디어를 실현할 작은 팀을 구성했다. 제프는 버렐 스미스, 버드 트리블, 조애나 호프만, 브라이언 하워드로 구성된 굉장한 팀을 꾸려 1981년 1월까지 프로젝트를 이끌었다. 1981년 여름 맥 팀을 떠났고 1982년 2월 애플을 완전히 그만두었다. 1982년 인포메이션 어플라이언스를 창업해 캐논캣을 개발했는데 이는 그의 아이디어가 매킨토시보다 좀 더 구체화된 작은 컴퓨터였다. 사용자 인터페이스 디자인에 관한 책인 "Humane Interface"의 저자이며 시카고 대학교의 교수를 지냈다. 2005년 2월 췌장암으로 사망했다.

27p : 조애나 호프만 : 매킨토시가 아직 연구 프로젝트였을 때인 1980년 10월 매킨토시 프로젝트에서 일을 시작했고 프로젝트 1년 반 동안 전체 매킨토시 마케팅팀을 구성했다. 조애나는 "Macintosh User Interface Guidelines"의 초고를 썼고 그 후 국제 마케팅 팀을 이끌며 초기 구현 단계부터 맥을 유럽과 아시아에 적합하게 만드는데 주도적인 역할을 했다. 1990년대 제너럴 매직의 마케팅 부사장이었고 1995년 업계에서 은퇴해 가족에게 자신의 시간을 전부 쏟고 있다.

65p : 잡스는 제리 매녹을 데려와 케이스 디자인 작업을 이끌게 했다. 제리는 초창기 애플 직원으로 애플II에 쓸 획기적인 플라스틱 케이스를 디자인했는데 직원으로 계약하기 전에는 계약직이었다. 제리는 테리 오야마라는 재능있는 디자이너를 채용해 실제 매킨토시 케이스 디자인의 세부적인 초안을 대부분 만들게 했다.

66p : 잡스는 산업디자인 용어에 확실히 유창했고 디자인에 대해 극단적으로 요구가 많았다. 몇달동안 제리와 테리는 디자인 작업을 되풀이하면서 한 달에 하나 꼴로 새 석고모형을 제작했다. 새 모형을 팀에 공개하기 전에 제리는 새 모형을 지난 번 작업과 비교할 수 있게 이전 모형을 전부 한 줄로 늘어놓았다. 주목할 만한 개선 사항 한가지는 옮기기 쉽게 케이스 위에 손잡이를 단 것이었다.

67p : 매킨토시 상단 부분 전체는 프랑스 미니텔 (Minitel, 프랑스에서 1982년 시작한 전화선을 이용한 온라인 서비스) 터미널을 베낀 것이 틀림없는데 특히 손잡이 부분이 그렇다. 파리에서 그 터미널을 봤을 때 매우 좋아한 사람이 잡스가 아니었을까 생각한다. (장 미셸 데콩브, Jean-Michel Decombe) 
 
75p : 제프 라스킨은 자신이 가장 좋아하는 사과 품종명을 따서 매킨토시라는 이름을 골랐다. 1981년 2월 제프의 휴직이 강제로 연장되고 나서 스티브 잡스와 로드 홀트는 프로젝트 이름을 바꾸기로 결정했는데 프로젝트를 제프에게서 떼어놓으려는 의도도 일부 있었다. 잡스와 로드는 어쨌든 매킨토시는 코드명이라 여겼고 맥 팀원들이 그 이름에 애착을 느끼지 않기를 바랐다. 애플은 그 즈음에 'Scientific American'에 두쪽짜리 광고를 냈는데 스티브 잡스가 개인용 컴퓨터의 경이로움에 대해 한 말을 인용해 주요 내용으로 삼았다. 광고에서는 인간이 다른 동물처럼 빠르게 달리지는 못하지만 자전거를 타면 이길 수 있다고 설명했다. 개인용 컴퓨터는 "지성을 위한 자전거"였다.
--> http://youtu.be/ob_GX50Za6c (해당 동영상 보기)

76p : 제프가 떠난 후 한 달쯤 지나 로드 홀트가 프로젝트의 새 코드명이 'Bicycle' 이고 레퍼런스를 모두 매킨토시에서 'Bicycle'로 바꿔야 한다고 발표했다. 바보같은 이름이라고 반대하자 로드는 "단지 코드명"이므로 별로 중요하지 않다고 대답했다. 로드의 명령은 지켜지지 않았다. 아무튼 매킨토시가 맞아 보였다. 그 이름은 이미 팀에 깊이 배어들었고 'Bicycle'은 강요된 이름인데다 적절하지 않아서 로드 빼고는 아무도 Bicycle이라고 부르지 않았다. 몇 주간 로드는 자기 앞에서 매킨토시라고 부르는 사람은 누구든지 야단을 쳤지만 새 이름은 결코 힘을 얻지 못했다. 결국 로드가 명령을 내린 후 약 한 달이 지나 누군가 또 다시 매킨토시라고 부르자 로드는 두 손을 들고 버럭 짜증을 내며 말했다. "내가 졌어! 매킨토시라고 불러도 좋아. 어쨌든 코드명일뿐이야."

87p : 빌은 퀵드로에 새 코드를 더해 원과 타원을 매우 빠르게 그리는 데 성공했다. 원과 타원을 그리는 작업은 매킨토시에서 하기 어려웠었다. 원을 그리는 수학적 처리에는 보통 제곱근 연산이 들어갔는데 리사와 매킨토시의 68000 프로세서는 부동소수점 연산을 지원하지 않았기 때문이다. 그러나 빌은 독창적인 방법을 고안해 덧셈과 뺄셈만으로 원을 계산해 냈다. (중략) 빌이 시연을 시작하자 리사 화면에 임의의 크기의 타원이 생각 이상으로 빠르게 가득 찼다. 그런데 무언가가 스티브 잡스의 눈에 거슬렸다. "그래, 원과 타원은 좋아. 그런데 모서리가 둥근 직사각형을 그리는 건 어때? 그것도 지금 당장 할 수 있나?" "아니요. 그건 안 될 거예요." 빌이 말했다. "사실은 그리기가 정말 어려운데다 필요할 것 같지도 않아요." 내 생각에는 잡스가 타원을 빠르게 그리는 것은 칭찬해 주지 않고 더 바란다고 빌이 발끈한 것 같았다. 잡스가 갑자기 더 격해졌다. "모서리가 둥근 직사각형은 어디에나 있어! 이 방만 둘러봐도 알잖아!" 아니나 다를까, 화이트보드, 책상, 탁자, 정말 모서리가 둥근 직사각형이 많았다. 잡스는 심지어 빌을 밖으로 데리고 나가 모서리가 둥근 사각형이 보이는 대로 전부 가리키며 빌을 납득시켰다. 잡스와 빌이 모서리가 둥근 주차 금지 표시를 지나치자 효과가 나타났다. "좋아요, 제가 졌어요." 빌이 말했다. "생각했던 것처럼 어려운 지 알아볼게요." 빌은 집에 돌아가 그 일을 했다. 다음 날 오후 빌이 얼굴 가득 함박웃음을 지으며 텍사코 타워로 돌아왔다. 빌의 시연에서 이제 아름다운 둥근 모서리를 지닌 직사각형이 맹렬히 빠르게 그려졌는데 거의 보통 직사각형을 그리는 빠르기였다. 리사그래프에서 이 새 기본 함수를 'RoundTects'라고 불렀다. 그 다음 몇달 간 RoundRects는 사용자 인터페이스의 다양한 부분에 들어갔고 이내 없어서는 안 될 기능이 되었다. --> http://www.folklore.org/StoryView.py?project=Macintosh&story=Round_Rects_Are_Everywhere.txt&topic=Software%20Design&sortOrder=Sort%20by%20Date&detail=medium

95p : 확장성 부족은 첫 매킨토시 하드웨어 설계에서 가장 논란이 많은 면이었다. 애플 공동 창립자 스티브 워즈니악은 하드웨어 확장성을 강하게 신봉하는 사람이어서 애플II에 주변장치 카드를 꼽을 내장 슬롯 일곱 개라는 형태로 확장성을 부여했다. 이 카드는 독창적인 아키텍처로 설정되어 각 카드에는 롬 칩에 내장 소프트웨어를 담을 수 있었다. 이러한 확장성 덕분에 애플II가 광범위한 애플리케이션에 적용됐고 써드 파티 하드웨어 산업이 번성했다. 그러나 제프 라스킨은 관점이 매우 달랐다. 제프는 슬롯이 본래부터 복잡하고, 개인용 컴퓨터가 더 많은 대중에게 보급되는 것을 막는 장애물이라고 생각했다. 그는 하드웨어 확장성 때문에 써드 파티 소프트웨어 개발자가 곤란해진다고 생각했다. 기반이 되는 하드웨어가 일관되지 않으면 신뢰할 수 없기 때문이었다. 제프의 매킨토시 비전은 애플에서 쓰기 쉽고 싸고 일관성있는 어플라이언스 컴퓨터 수백만 대를 척척 만들어 내는 것이었다. 하드웨어 확장성 때문에 비용과 복잡도가 눈에 띄게 늘어나므로 확장성은 피해야 했다. 애플의 다른 공동 창립자 스티브 잡스는 제프와 많은 부분에서 의견이 달랐지만 두 사람 다 하드웨어 확장성 문제는 견해가 같았다. 즉 두 사람에게 확장성은 제품의 특징이 아니라 버그였다. 소문에 따르면 옛날에 잡스는 애플II에 슬롯을 다는 것을 반대했고 맥에 슬롯을 다는 것은 더 심하게 싫어했다. 잡스는 매킨토시가 영원히 슬롯이 없는 채로 남아야 하고 단단하게 봉인된 케이스에 둘러싸여 확장성을 직렬 포트 두 개만으로 제한하여 제공해야 한다고 명령했다. 

105p : 1981년 봄 버드와 내가 매킨토시 시스템 소프트웨어에 내린 첫 번째 아키텍처적 결정은 한 번에 애플리케이션 하나만 실행한다는 것이었다. 한 번에 하나만 간신히 실행할 수 있는 램과 화면 공간이 있었고 그렇게 시스템을 단순하게 만들면 결과적으로 혜택을 얻을 것이라 생각했다. 게다가 멀티태스킹은 리사의 강점이어야 해서 리사를 사는 이유를 전부 빼앗고 싶지는 않았다. 버드 트리블은 평소에는 조용했는데 1981년 가을 어느날 오후 내 사무실로 들어오더니 유별나게 흥분해 있었다. "저기, 생각해 봤는데, 한 번에 주애플리케이션 하나만 실행할 수 있더라도 동시에 작은 애플리케이션 창을 띄워 실행할 수 있을 것 같아." 그 이야기를 들으니 흥미가 생겨 물었다. "어떤 종류의 작은 프로그램인데? 어떻게 달라?" 버드는 싱긋 웃었다. "주 애플리케이션을 보완하는 특수하고 제한된 기능을 잘 해내는 작은 애플리케이션인데, 예를 들어 진짜 계산기처럼 보이는 작은 계산기 같은 거지. 아니면 자명종 시계나 텍스트를 적는 공책같은 것이거나. 전체 화면이 책상을 은유적으로 표현한 것이니까 작은 프로그램은 책상장식(ornament)처럼 책상을 유용한 기능으로 꾸미는 거지." 


118p : 크리스 에스피노자는 애플 초창기 직원이자 가장 어린 사원으로 열네살에 회사에서 일을 시작해 UC버클리 대학에 진학하려 1978년에 애플을 떠났지만 재학 중에도 프리랜서로 애플에서 계속 일했다. 그중에는 전설적인 "Red Book"을 대신할 공식 "Apple II Reference manual"을 쓰는 작업도 포함되어 있었다. 1981년 여름 스티브 잡스는 크리스에게 학교를 그만두고 맥 팀에서 전임으로 일하라고 설득하며 학교는 언제든 돌아갈 수 있지만 매킨토시를 만드는 데 보탬이 될 기회는 한번뿐이라고 주장했다. 크리스는 매킨토시 문서 매니저가 되어 1981년 8월부터 일을 시작했다. 몇 달안에 프로토타입 장비를 써드 파티 개발자에게 뿌릴 계획이어서 기술 문서가 당장 필요했다. 매킨토시 소프트웨어의 가장 중요한 부분은 퀵드로 그래픽 패키지였으므로 크리스는 퀵드로 문서를 쓰기로 했다. 퀵드로를 더 잘 이해하려고 크리스는 퀵드로로 시연 프로그램을 짜고 싶어 했다. 그는 '데스크 악세사리'라 부른 작은 유틸리티 프로그램에 대한 얘기를 듣고 엄청 흥미를 느꼈는데 이 데스크 악세사리는 당시 아직 구현되지 않은 상태였다. 크리스는 계산기를 그리는 퀵드로 프로그램을 만들기로 했다. 잠시 퀵드로를 가지고 논 후 크리스는 자신이 보기에 꽤 괜찮은 계산기를 제안했다. 그러나 심미적 방향을 제시하는 역할을 하는 스티브 잡스에게 보여주고 잡스가 어떻게 생각하는지 까다로운 테스트를 통과해야 했다. 모두들 모여서 크리스가 잡스에게 계산기를 보여주고 나서 숨을 죽이고 잡스의 반응을 기다리는 모습을 보았다. "음, 이제부터가 시작이지." 잡스가 말했다. "그런데 기본적으로 형편없군. 배경색이 너무 어둡고 선 몇개는 이상하게 두껍고 버튼은 너무 커." 크리스는 잡스가 잘 했다고 할 때까지 계속하겠다고 말했다. 그래서 며칠 간 크리스는 전날 들은 잡스의 제안을 반영했지만 잡스는 볼때마다 새로운 결점을 계속해서 찾아냈다. 마침내 크리스는 번득이는 영감을 얻었다. 

다음날 오후 계산기에 대한 평가를 반복하는 대신 크리스는 '스티브잡스가 직접 만드는 계산기 구성세트 (The Steve Jobs Roll-Your-Own Calculator Construction Set)'라는 프로그램을 선보였다. 풀다운 메뉴에서는 계산기의 그래픽 속성을 전부 제공했다. 선 굵기, 버튼크기, 배경색 패턴, 그 외 모든것을 골라 자신만의 계산기를 디자인 할 수 있었다. 잡스는 새 프로그램을 보더니 바로 매개변수들을 만지작거리기 시작했다. 10분간 여러 대안을 시도해 보더니 잡스는 자기가 좋아하는 디자인으로 결정했다. 몇 달후 실제로 계산기 사용자 인터페이스를 구현할 때 나는 잡스의 디자인을 사용했다. 그 디자인은 수년간 매킨토시에서 표준 계산기로 남았고 OS9까지 내내 그러했다.


140p : 처음에 맥 부서에는 형식적인 직함이 없었지만 명함을 만들려면 직함을 새겨야 했다. 애플II 부서에서 내 직함은 '기술직 선임 사원'이었는데 재미없게 느껴졌다. 로드 홀트의 비서인 페기 알렉시오가 명함을 주문중이었는데 페기에게 직함이 마음에 들지 않아 명함이 필요 없다고 말했다. 그 다음날 스티브 잡스가 들러 내가 명함을 필요로 하지 않는다는 이야기를 들었다고 말했다. 잡스는 내가 명함을 만들기를 바랐는데 무슨 직함을 쓰든 상관없다고 말했다. 아무 직함이나 마음대로 골라도 됐다. 조금 생각해 본후 '소프트웨어 마법사'로 결정했는데 회사 직급 체계 어디에도 맞지않고 소프트웨어를 혁신하는 신비한 힘을 실제로 반영하기에 적절한 은유처럼 보였기 때문이다. 버렐에게 내 새 직함을 알려주자 버렐은 바로 자기는 '하드웨어 마법사'라고 하겠다고 요구했다. 내 직함의 독특함이 줄어들어서 버렐을 단념시키려 했는데 잘 되지는 않았다. 이야기가 퍼지자 맥 팀의 나머지 사람들도 자기직함을 좀 더 창의적으로 바꾸기 시작했다. 예를 들어 브루스 혼은 '개척자(Trailblazer)'를 골랐는데 그 낱말이 그의 프로그래밍 경향과 민간 환경 운동 단체인 시에라 클럽에서 하는 일을 반영했기 때문이었다. 가장 이상한 애플 명함 직함상 후보는 에드 테코트였는데 에드의 직함은 '앤디 허츠펠드가 아님(Not Andy Hertzfeld)'였다. 그것을 칭찬으로 받아들여야 할지 비꼬는 것으로 받아들여야 할지 몰랐다. 이 유행은 애플에서 몇 년간 계속됐고 심지어 다른 회사에도 퍼졌다. 내가 아는 한은 그렇게 시작됐다.

※ 나는 '소년고수(Boy Guru)'이자 '예외 처리자(Exception Handler)'였다가 나중에 '클래스'라는 부서에서 일할 때는 '클래스 어릿광대(Class Clown)'가 됐다. 빌 도슨의 명함은 '바지를 입지않음(I have no pants on)'이었고 대린 애들러는 '치즈주인(Cheese Host)'이었다. - 스콧 내스터 -

153p : 매킨토시 사용자 인터페이스는 한 번에 디자인되지 않았다. 실제로는 1978년말 리사에 쓰려고 빌 앳킨슨이 만든 그래픽 루틴에서 시작해 애플에서 거의 5년간 실험하고 개발한 결과물이다. 

181p : 제록스 파크 러닝 리서치 그룹 스몰토크 팀의 주요 일원이었던 래리 테슬러는 그 유명한 1979년 애플의 제록스 파크 방문 때 시연자였고 애플 방문자들에게 좋은 인상을 받아 파크를 그만 두고 1980년 6월 17일 리사 애플리케이션 팀 매니저로 애플에서 일하기 시작했다. 래리는 애플리케이션 사이의 일관성을 옹호했고 매킨토시 사용자 인터페이스에 기여를 많이 했다. 래리는 애플에서 소프트웨어를 실제 사용자에게 직접 써보게 하고 무슨 일이 일어나는지 보는 사용자 테스팅을 주도적으로 주창하고 구현한 사람이었다.

212p : The Little Kingdom : The Private Story of Apple Computer (마이크 모리츠라는 TIME지 기자가 맥개발팀 내부를 취재하고 1984년에 출간한 책... 마이크 모리츠는 1986년 진로를 바꿔 벤처 투자자가 되었다.) --> http://www.amazon.com/Little-Kingdom-Private-Story-Computer/dp/0688039731/ref=sr_1_1?ie=UTF8&qid=1320122418&sr=8-1

222p : 애플의 엔지니어나 디자이너가 외부로 들어나지 않는 이유 --> 잡스는 애플 컴퓨터 초기에 엔지니어들을 언론에 자주 노출시키곤 했는데, 실제 개발에 기여도가 높아도, 매니저가 아니었다거나 기타 여러가지 이유로 기사에 누락되는 경우가 종종 있었다. 결국 잡스는 엔지니어가 대중의 인정을 받는것이 잘못된 아이디어라고 판단했다. 오늘날 애플은 '어바웃' 박스에서 프로그래머 이름을 없애고 엔지니어 이름을 극비로 보호하며 직원 몇 명만 선택해 언론과 만나게 한다.

240p : 맥커맨드키 심볼 디자인 --> 매킨토시 개발 초기에 사용자가 맥의 전신 리사처럼 키보드에서 모든 메뉴명령을 직접 불러낼 수 있는 기능이 중요하다고 보고 이 용도로 특별한 키를 추가했다. 그것을 '애플키'라 불렀는데 또 다른 키와 조합해 누르면 해당 메뉴 명령이 선택됐다. 모든 메뉴 항목 오른쪽에 작은 애플로고를 넣고 그 옆에 해당되는 명령을 실행하는 키보드 키를 표시했다. 어느날 오후 늦게 스티브 잡스가 소프트웨어 팀 자리에 들이닥쳤는데 무슨 일인지 화가 난 것 같았다. "화면에 애플이 너무 많아! 터무니없잖아! 애플 로고를 쓸데없이 가져다 쓰고있어! 당장 빼버려!" 잡스에게 각 항목당 커맨드 키 심볼을 표시해야 한다고 말하자 잡스는 애플 로고 대신 새 심볼을 찾는 편이 더 낫겠다고 말했다. 맥팀의 결정이 설명서와 키보드 하드웨어에 모두 영향을 미치기 때문에 며칠 안으로 새 심벌을 고안해야 했다. 명령을 의미하는 작은 아이콘을 고안하는 작업은 어려웠고 처음에는 아무것도 생각해 내지 못했다. 비트맵 아티스트 수잔 케어에게 종합 국제 기호 사전이 있어서 독특하고 매력적이며 적당한 심볼을 찾으려고 쭉 훑어 보았더니 메뉴 명령 개념과 관계있을 것 같은 기호가 보였다. 마침내 수잔이 스웨덴 지도에서 역사적인 유적지나 야영지에 있는 흥미로운 장소나 인기 있는 것을 가리키는 꽃 모양 심볼을 떠올렸다. 수잔이 16x16 비트맵으로 작은 심볼을 그려 나머지 팀원들에게 보여주었다. 모두 좋아했고 20년후, 심지어 OS X에서도 매킨토시에는 여전히 스웨덴 야영지 표시가 있다.


278p : 1983년 10월 처음 언론과 만났는데 "Byte"와 단체 인터뷰 형식으로 진행됐다. 기사는 1984년 1월 맥 출시와 동시에 실릴 예정이었다. "퀵드로를 짜는데 몇년이나 걸렸나요?" 기자가 잡스에게 질문했다. 퀵드로는 빌 앳킨슨이 혼자서 만든 놀라운 그래픽 패키지로 리사와 매킨토시의 심장부에 있었다. 잡스가 빌을 돌아봤다. "빌, 퀵드로를 짜는데 얼마나 걸렸죠?" "음, 수시로 퀵드로를 짰고 4년 걸렸죠." 빌이 대답했다. 잡스는 잠시 말을 멈추었다가 기자 쪽으로 돌아섰다. "24 man year" 입니다. 퀵드로에 24 man year를 투입했어요." 확실히 잡스에게 1 '앳킨슨' year는 6 man year와 같았다. 적당한 추산이라고 생각한다.

299p : 맥의 GUI를 베낀 MS의 윈도 1.0을 보고 스티브 잡스가 불같이 화를 내자 빌 게이츠가 한말 --> "이봐, 그 일을 보는데는 여러가지 시각이 있다고 생각해. 우리에게는 둘 다 제록스라는 부자 이웃이 있었고 내가 TV를 훔치러 그 집에 몰래 들어갔다가 당신이 이미 TV를 훔친 사실을 안 것과 비슷하거든..." 불행히도 양사가 합의한 내용은 마이크로소프트가 맥 발표 후 1년간은 마우스 기반 소프트웨어를 출시하지 않겠다는 것뿐이었고 계약서에 정한 날짜는 1983년 9월이었다. 어리석게도 애플에서는 출시일이 연기될 수 있다는 점을 고려하지 않아서 마이크로소프트는 자사의 권리 내에서 윈도를 발표한 것이었다. 그리고 애플은 매킨토시용 마이크로소프트 애플리케이션이 여전히 필요해서 잡스가 마이크로소프트를 자를 수는 없었다. 사실 마이크로소프트가 윈도 1.0을 출시하는 데는 2년이 더 걸려 1985년 가을에 제품이 나왔다. 윈도 1.0은 잡스의 예상대로 꽤나 조잡했고 맥과 같은 깊은 우아함이 거의 없었다. 

302p : 1983년 10월 매킨토시 발표 계획이 완성되어 가고 소프트웨어를 완성하려고 사력을 다하고 있을 때 잡스가 어느날 저녁 소프트웨어 팀 자리로 성큼 걸어 들어왔다. 잡스는 화난 것처럼 보였다. "이렇게 되기를 바라지는 않았을 테지만..." 잡스가 말했다. "스컬리가 맥 가격을 1995달러가 아니라 2495달러로 올리고 마케팅 예산에 돈을 더 많이 써야 한다고 우기고 있어. 스컬리는 초기 수용자는 가격에 상관없이 맥을 사리라 예상하고 있거든. 또 가격 차이를 좀 더 벌려서 애플 II 판매에 지장을 주지 않기를 원하더군. 하지만 걱정마. 스컬리 뜻대로 하게 하지는 않을 거야." (매킨토시의 최초 목표는 500달러였고, 프로젝트 마지막까지 1500달러를 상한선으로 삼고 있었다.) 맥팀은 충격을 받았다. 팀원들이 매킨토시에 그토록 열정적인 이유는 자신들이 친구나 친척과 함께 쓸 수 있는 무언가를 만들고 있다고 생각했기 때문이었다. 보통 사람들이 살 만한 가격이어야 한다는 것은 매우 중요했다. 2500달러는 맥팀이 이루려 했던 이상을 모두 배신하는 것처럼 느껴졌다. 개발의 모든 면에서 가격을 낮게 유지하고자 엄청 노력해 왔기에 현란한 광고를 실으려고 가격을 인위적으로 부풀린다는 생각에 분개했다. 그러나 잡스가 낮은 가격에 더 잘 할 수 있다고 존 스컬리를 설득하리라 믿었다. 1주일 정도 논쟁 후 놀랍고 실망스럽게도 잡스가 스컬리에게 굴복했다. 맥은 2495달러에 출시됐는데 목표보다 1000달러 더 비쌌다. 처음에는 빠르게 팔렸으나 판매는 곧 수렁에 빠졌다. 이는 부분적으로 쓸 만한 소프트웨어가 부족해서이기도 했지만 비싼 가격 때문이기도 했다. 맥 플러스가 출시되고 데스크톱 출판이 확산되면서 1986년 판매가 회복됐지만 애플은 매킨토시에 바가지 가격을 매기며 시장 점유율 대신 높은 이윤을 더 선호했는데 결국 이러한 관행이 1990년 애플의 발목을 잡는 주요한 문제가 되고 말았다.

337p : 1984년 애플 연례 주주총회 영상 모음 --> http://www.youtube.com/view_play_list?p=7C5ED474D09AD16C 

359p : 저자 앤디 허츠펠드가 1984년 휴직중 개발했던 썬더스캔의 스캐닝 소프트웨어 신기능 '관성' 스크롤 --> 썬더스캔 문서는 꽤 커서 사용자는 창의 이미지 영역에 드러나는 일부만 볼 수 있었다. 맥 페인트 스타일의 '손' 스크롤링 도구로 드래그해 이미지를 스크롤 할 수 있었지만 이미지가 클 때 가장자리로 이동하려면 끔찍하게 많이 드래그해야 했다. 그래서 '관성' 스크롤링이라는 것을 추가하기로 했다. 이 스크롤링으로 사용자는 이미지를 밀어서 미는 방향을 향해 속도가 더 붙으면서 스크롤링을 계속 할 수 있었다. 이미지가 뜻하지 않게 움직이지 않도록 관성을 흉내 낸 이력현상(Hysteresis)을 추가해야 했으나 금방 동작하게 됐고 이미지를 밀어 빠르게 움직일 수 있어 대단하다고 느꼈다.  

368p : 앤디 허츠펠드가 개발한 스위처 --> 버드 트리블을 내 집으로 끌고 와 맥페인트, 맥라이트, 맥드로 사이를 빠르게 전환하는 모습을 보여주었다. 버드는 감명을 받았지만 놀랍게도 전환이 거의 순간적이어서 실제로 너무 빠르다고 불평했다. "내 생각에는 한 애플리케이션에서 또 다른 애플리케이션으로 아무 피드백없이 전환되면 혼란스러울 것 같아." 버드가 말했다. "누군가 뜻하지 않게 전환했을 때는 어쩌지? 애니메이션으로 좀 더 부드럽게 변하게 하면 되지 않을까?" 굉장한 아이디어였다. 한 애플리케이션이 화면에서 수평으로 스크롤되어 나가면 또 다른 애플리케이션이 스크롤되어 들어오게 하기로 했는데, 이렇게 하면 사용자는 애플리케이션이 회전대에 놓여 있다는 느낌으로 간단하고 구체적으로 이해할 수 있게 되고 원하는 애플리케이션을 보이는 영역으로 옮길 때는 돌리기만(rotate) 하면 됐다.

395p : 스티브 잡스는 어리석은 사람에게 결코 관대한 태도를 취하지 않았고 압박이 가해지자 함께 일하기 더 어려운 사람이 됐다. 회사의 모든 부서 직원이 매킨토시 부서에서 잡스에 관한 직접적인 평판을 비롯해 그의 행동에 대해 존 스컬리에게 불평하기 시작했다. 존 스컬리는 IBM PC와 호환성을 구축하는데 특별히 강한 의지가 있었지만 잡스는 그러한 접근 방식을 무시했다. 스컬리는 잡스를 애플의 문제를 고치는 데 방해꾼으로 보기 시작했고 이사회는 스컬리에게 그 문제를 어떻게든 해결하라고 재촉하고 있었다. 잡스는 가끔씩 작은 팀과 신제품을 개발하는 것이 더 좋고 직원 수백명의 큰 조직은 정말 운영하고 싶지 않다고 말하기도 했다. 애플 이사회는 잡스가 매킨토시 사업부 지휘권을 전문 관리팀에 넘기고 신제품 비저너리로서 자신의 핵심 역량으로 돌아가야 한다고 생각했다.



397p : 이사회가 존 스컬리의 편을 들어 잡스의 모든 권한을 박탈했을때, 존 스컬리는 당장 조직 개편을 실행하고 싶지는 않았다. 잡스와 조정을 통해 그가 변화를 받아들이게 하고 그렇게 해서 그의 찬성을 얻어 부드럽게 조직을 변경하겠다고 생각했기 때문이다. 그러나 잡스는 잠깐 의기소침해 협조하다가 뒤에서 다양한 방법으로 스컬리를 다시 공격하기 시작했다. 여기에서 자세히 말하지는 않겠지만 결국 스컬리는 본의 아니게 잡스를 매킨토시 사업부 관리 역할에서 물러나게 했다. 1985년 5월 31일 금요일 (금요일은 회사가 전통적으로 나쁜 소식을 발표하는 날이다.) 애플은 역사상 첫 분기 손실과 눈에 띄는 정리 해고와 더불어 잡스의 해임을 발표했다. 그날은 확실히 애플 역사에서 가장 바닥을 친 날이었다.

401p : 매킨토시의 아버지는 누구인가? 개인용 컴퓨터 산업 초창기에 큰 발전을 이룬 제품은 혼자 힘으로 또는 매우 작은 팀에 의해 만들어졌다. 예를 들어 스티브 워즈니악은 논란의 여지없이 애플II의 아머지다. 그는 디지털보드 전체를 혼자서 설계했고 베이직 인터프리터를 비롯해 시스템 소프트웨어를 전부 개발했는데 대부분 애플이 설립되기도 전에 만들었다. 그러나 워즈도 아날로그 전자공학 (애플II의 스위치방식 전원 공급장치는 디지털 보드만큼 혁신적이었다)에 관해서는 로드 홀트로부터, 산업디자인에 관해서는 스티브 잡스와 제리 매녹으로부터 도움을 받았다. 1980년대가 되면서 좀 더 복잡해졌다. 매킨토시 개발은 팀의 노력이었다. 최소한 여섯명이 아주 중요하고 가치를 헤아릴 수 없는 기여를 했다. 스티브 잡스는 일곱명 (자신을 빼고)을 공식 '개발팀'으로 임명했지만 다섯 명도 열다섯명도 될 수 있었다. 몇몇 사람은 공식 개발 팀에 포함되지 않아 기분 나빠했다. 선을 그을 확실히 좋은 방법이 없었다. 그런데 구글에서 '매킨토시의 아머지 (Father of the Macintosh)'를 검색하면 제프 라스킨을 언급하는 링크가 많이 나온다. 제프는 UCSD에서 전직 컴퓨터 과학 및 음악 교수였고 애플 사번 31번으로 1978년 1월 애플에서 일을 시작했다. 제프는 친구 브라이언 하워드와 함께 세운 컨설팅 회사에서 도스용 애플 설명서를 쓰는 계약을 맺었다. 애플은 도스 설명서를 무척 좋아해서 제프와 브라이언을 고용해 내부 출판 그룹 창설자로 임명했다. 1979년 초 출판 부서를 눈에 띄게 성공적으로 세운후 제프는 지휘권을 필리스 콜에게 넘기고 개인용 컴퓨터가 현재 취미생활자 시장을 넘어 확장되려면 무엇이 필요한지 생각하기 시작했다. 제프는 일련의 짧은 논문에 자신의 아이디어를 썼다. 3월 제프는 엄청나게 싸고 쉽게 사용할 수 있는 어플라이언스 컴퓨터에 대한 그의 아이디어를 마이크 마쿨라에게 제출했고 9월에는 한 단계 더 나아가 몇 사람을 고용해 공식 연구 프로젝트를 구성했다. 제프는 자기가 가장 좋아하는 사과 이름을 따라 매킨토시라는 이름을 붙였다. 새 기계에 대한 제프의 아이디어는 대부분 [The Book of Macintosh]라는 일련의 논문에 모여 있었다. 제프가 애플에서 매킨토시 프로젝트 창시자라는 사실은 의심의 여지가 없다. 매우 쓰기 쉽고 값이 싼 고성능 어플라이언스 컴퓨터는 그의 명확한 비전때문에 시작됐다. 그리고 제프의 비전은 그가 회사를 떠난 후에도 프로젝트의 중심에 남아있었다. 제프는 또 매킨토시 팀에 예전 학생이었던 빌 앳킨슨을 데려왔을 뿐만 아니라 버렐 스미스, 조애나 호프만, 브라이언 하워드를 뽑아 비범한 초기팀을 구성해 컴퓨터를 만든 공로를 충분히 인정받을 자격이 있다. 그러나 우리가 알고 사랑하는 매킨토시는 제프가 만들고 싶었던 컴퓨터와 매우 다르다는 것은 피할 수 없는 사실이므로 제프는 매킨토시의 아버지라기보다는 별난 종조부(great uncle)에 좀 더 가까울지도 모른다. 특히 제프는 매킨토시에 가장 결정적인 기술 두 가지를 통합하지 않으려 했다. 바로 모토로라 68000 마이크로프로세서와 마우스 포인팅 장치였다. 제프는 6809를 더 좋아했다. 그리고 마우스도 끔찍하게 싫어했고 포인팅을 하는 전용 메타 키를 더 좋아했다. 제프는 점점 팀에서 소외되어 결국 1981년 여름, 맥 개발을 막 시작했을 때 완전히 떠났다. 최종 제품은 제프의 [The Book of Macintosh]에 있는 아이디어를 별로 활용하지 않았다. 사실 스티브 잡스가 1981년 1월 프로젝트를 인계받은 후 프로젝트 이름이 바뀌었다면 제프 라스킨의 아이디어와 매킨토시를 상관 지을 이유도 전혀 없었을 것이다. 자, 제프가 아니라면 누가 매킨토시의 부모로서 자격이 있을까? 빌 앳킨슨이 강력한 후보다. 빌은 맥을 돋보이게 만든 획기적인 사용자 인터페이스, 그래픽 소프트웨어, 맥페인트를 거의 혼자서 책임졌기 때문이다. 버렐 스미스도 후보가 될 수 있다. 버렐이 만든 대단히 독창적인 디지털 보드는 다른 모든 것이 결합되는 탁월함의 결정체였다. 그러나 결국 한 개인이 명예를 누려야 한다면 내 선택은 분명하다. 바로 스티브 잡스다. 매킨토시는 스티브 잡스가 없었다면 어떤 형태로든 결코 태어나지 못했을 것이다. 나머지 개인들도 실제 창조적인 일을 책임졌지만 잡스의 비전, 탁월함에 대한 열정, 순수하고 강한 의지, 말할 것도 없는 굉장한 설득력이 팀을 이끌어 스스로 세운 불가능한 기준에 맞추거나 그 기준을 넘어설 수 있었다. 

407p : 상업적 프로젝트는 대부분 상업적 가치에 의해 추진되고 목표는 경쟁자를 압도함으로써 이익을 극대화하는 것이다. 그와는 대조적으로 매킨토시는 경쟁은 안중에 없이 좀 더 예술적인 가치에 따라 움직였고 목표는 탁월하게 훌륭해지고 기막히게 위대해지는 것이었다. 매킨토시가 기술적이고 예술적인 역작이 되어 상상 할 수 있는 최고 경지까지 이르기를 바랐다. 아무리 작아도 세세한 부분까지 중요했고 아주 좋은 것으로는 충분하지 않았다. 잡스가 납득하려면 탁월해야 했다. 잡스는 맥 개발자들이 스스로를 예술가로 여기도록 격려했다. 잡스는 심지어 예술가들이 자기 작품에 사인하는 것처럼 매킨토시 케이스 안쪽에 각자 사인을 하고 제품 품질에 개인적으로 책임감을 느끼도록 촉구했다.  애플의 다른 부서에는 정교하고 형식적인 제품 개발 과정이 있었는데 구현 시작 전에 제품 요구사항을 담은 긴 문서와 엔지니어링 명세를 요구했다. 그와는 대조적으로 맥팀은 프로토타입을 잇달아 다듬어 가는 좀 더 창조적이고 유연하며 점진적인 접근 방식을 좋아했다. 새 소프트웨어 아이디어를 두고 논쟁하는 대신 실제로 프로토타입을 빠르게 짜 시험을 해보고 가장 잘 작동하는 아이디어는 유지하고 그렇지 않은 것은 버렸다. 맥팀에는 그때그때 최고의 아이디어를 포함한 프로토타입이 실행되고 있었다.

408p : 잡스의 성향은 독재적이었지만 맥팀은 놀랍도록 평등주의적이었다. 애플의 다른 부서들은 회사가 커지면서 점점 더 보수적이고 관료적이 됐지만 초창기 맥팀은 신생 회사처럼 조직됐다. 최소한의 관리 감독만 있는 평등한 실력 위주 사회를 좋아했기 때문에 형식적인 구조와 계층을 피했다. 스티브 잡스는 종종 불합리한 명령을 내리거나 모든 사람이 원하는 것을 거부하기도 했지만 그가 틀렸다고 깨달으면 누그러졌다.

2010/04/06 - 스티브 잡스, 신의 교섭력 - 위기에서 빛나는 잡스의 마력! ★★★★☆
2009/01/04 - 잡스처럼 일한다는 것 (원제 : Inside Steve's Brain) ★★★★☆
2006/01/26 - iCon 스티브 잡스 ★★★★★

신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

평범한 직장인들 (특히 관리자들..)이나 경영자들을 위한 알토란같은 충고들... 내용이나 어투 (단호하고 공격적인...)만 본다면 톰 피터스나 세스 고딘류의 책들과 대동소이하다. 다만, 쓸데없는 사족없이 간결하기 때문에 훨씬 읽기 쉽고, 흥미로운 일러스트가 재미를 더한다. 번역도 깔끔하다. 물론 저자들이 실제 SW 엔지니어들이라 그런지 현장의 생생함 또한 잘 느껴진다. ★★★★☆

사용자 삽입 이미지

참고로, 대부분의 내용에 공감하고 한편으로는 통쾌하기까지 한건 참 좋은데, 우리회사로 눈을 돌리는 순간, '소귀에 경읽기'같은 답답한 현실에 좀 우울해 질 수도 있다. ㅡ,.ㅡ;; 아무튼, 진짜 성과를 올리는 사람들은 "질"로 승부한다는 얘기...

특히, 5시 칼퇴 한다고 불러다 욕하고... 아무일 없어도 주말에 나와 사무실에 앉아 있으라 하고... 토욜날 산행가자 하고... 휴가인줄 뻔히 알면서 전화해서 회사 나오라 하고... 실물보다 보고서를 더 좋아하고... 회의 함 시작하면 12시간 넘게 회의만 하려하고... 샘플로 사논 아이폰4, 아이패드2에 자기번호 심어 개인용도로 혼자만 쓰면서 부하직원들보고는 애플생태계를 모른다며 한심하다 하고... 비오는 금욜날 회식 하자며, 결국 회사에서 엄청 먼 자기집 앞으로 데려가고... 새로운 아이디어로 승부할 생각은 커녕 경쟁사 벤치마크 보고서가 제일 중요하고... 책임져야 하는 일에는 부하직원들 이름 올려 놓으면서 정작 중요한 의사결정은 질질 끌며 나몰라라하는... 전국의 부장님들, 임원분들, 그리고 인사과 직원들 강제 필독서...


아래부터는 읽으면서 연필로 줄쳤던 부분...

사용자 삽입 이미지

16p : 새로운 세상이 왔다. 오늘날에는 누구나 사업을 할 수 있다. 예전에는 상상도 할 수 없었던 도구들을 요즘에는 아주 쉽게 얻을 수 있다. 수천 달러를 호가하던 기술이 요새는 단돈 몇 푼이다. 심지어 공짜 기술도 널려 있다. 한 사람이 두세사람의 일, 심지어는 부서 전체의 일을 처리할 수도 있다. 몇년전에는 불가능했던 일들이 오늘날에는 식은 죽 먹기다. 사업에 성공하기 위해 노예처럼 일주일에 100시간씩 일할 필요가 없다. 일주일에 10시간에서 40시간이면 충분하다. 평생 모은 돈을 다 투자할 필요도 없다. 인생을 송두리째 걸지 않아도 된다. 직장은 먹고살기 위해 다니고 남는 시간에 사업을 해도 충분하다. 심지어 사무실도 필요없다. 집에서 일하면서 수천 킬로미터 떨어진 곳에 사는 생면부지의 동료들과 협력할 수도 있다. 이제 일을 재창조할 때다. 자, 시작해보자.

사용자 삽입 이미지

19p : "현실에서는 불가능해." 누군가 참신한 아이디어를 내놓을 때마다 사람들은 이런 말로 기를 꺾는다. 현실 세계라는 곳은 정말이지 울적한 곳이다. 그곳은 새로운 아이디어와 생소한 방식, 낯선 개념이 '매번' 지는 곳이다. 그곳에서는 낡은 개념과 방식이 온갖 흠과 능률적이지 않음에도 불구하고 매번 이긴다. 그래서 현실 세계 사람들의 속은 비관과 절망으로 시꺼멓게 멍들어 있다. 그들이 볼 때 참신한 아이디어는 반드시 실패할 수밖에 없다. 그들에게 사회는 변화가 불가능한 곳이다. 그 사람들은 남들까지 절망의 무덤으로 끌고 가려고 한다. 불가능하다, 시간낭비다 하는 말로 사람들의 희망과 야망을 꺾으려고 한다. 다 헛소리다. 현실 세계가 실제로 존재한다 해도 우리까지 굳이 그곳에서 살 필요는 없다.

20p : 현실 세계는 실제로 존재하는 세상이 아니다. 단지 변명거리일 뿐이다. 시도하지 않는 자들의 변명이다. 현실 운운하는 이야기는 당신과는 아무런 상관도 없는 이야기이니 귀담아들을 필요가 없다.

사용자 삽입 이미지

25p : 점쟁이가 아닌 이상 장기 사업 계획을 세우는 것은 불가능하다. 시장조건과 경쟁사, 고객, 경기 등 우리 힘으로는 어쩔 수 없는 요인이 너무도 많기 때문이다. 사업 계획을 세우면 이런 요인을 통제할 수 있을 것 같지만 그것은 어디까지나 착각일 뿐이다. 그런 의미에서 사업 계획이라는 말 자체가 어불성설이다. 사업 추측이라면 또 모를까. 재무 계획은 재무 추측으로, 전략 계획은 전략 추측으로 바꿔야 옳다. 이렇게 명칭을 바꾸고 나면 얼마나 편한지 모른다. 며칠 밤씩 머리를 싸매며 억지로 계획을 세워야 하는 부담감이 사라진다. 추측이 아닌 계획은 위험한 습관이다. 계획을 세우면 그 계획에 질질 끌려다닐 수밖에 없다. "처음부터 이 방향으로 가기로 했으니까 무조건 이 방향으로 가야 해." 계획이 있는 곳에 융통성이 설 자리는 없다. 하지만 인생살이에는 융통성이 반드시 필요하다. 도중에 나타나는 기회를 잡을 줄 알아야 한다. "이제 보니까 이쪽 방향이 아니라 저쪽방향이 맞군." 때로는 이렇게 말할 줄 알아야 한다. 장기 계획은 타이밍 자체가 잘못되었다. 정보는 주로 언제 얻는가? 일을 시작하기 전이 아니라 일을 하는 '도중'이다. 그러면 계획은 언제 세우는가? 대개는 일을 시작하기 전이다. 아는게 거의 없는 상황에서 중요한 결정을 내리게 되는 셈이다. 미래에 관해 생각하지 말라는 말은 아니다. 다가올 장애물을 어떻게 다룰지 고민하는 시간은 매우 중요하다. 단지, 장기 계획까지는 세우지 말라는 말이다. 애써 몇 페이지에 달하는 장기 계획서를 써봐야 어차피 구닥다리가 되어 서류함에 처박힐 게 뻔하다. 먼 미래까지 추측하려고 애쓸 필요 없다. 올해가 아니라 이번주에 할 일만 결정하면 된다. 당장 시급하게 해야 할 일을 찾아서 하면 그만이다. 한참 전부터 계획을 세우지 말고, 시작하기 바로 전에 결정을 내리면 된다. 일단 출발해도 괜찮다. 그냥 비행기를 타고 떠나라. 깨끗한 셔츠와 면도용 크림, 칫솔을 목적지에 도착해서 구입해도 상관없다. 계획없이 일하기가 두려운가? 하지만 현실과 동떨어진 계획을 무작정 따라가는 것이 훨씬 더 위험하다.

사용자 삽입 이미지
31p : 오늘날의 문화는 일중독을 찬양한다. 밤새 일하다가 사무실에서 쪽잠을 잔다고 자랑스럽게 말하는 사람들. 일을 위해 제 몸을 불사르는 것을 명예로 여기는 사람들. 죽도록 일하고 나서도 또 일하려는 사람들. 일중독자들은 불필요할 뿐 아니라 어리석기까지 하다. 남들보다 오래 일한다고 해서 꼭 남들보다 더 열심히 일하거나 더 많은 일을 하는 건 아니다. 일중독은 득보다 실이 많다. 무엇보다도, 그런 식으로 일하면 몸이 상하기 때문에 장기적으로는 오히려 남들보다 더 적게 일할수밖에 없다. 일중독은 무의미하다. 문제를 오래 붙잡고만 있다고 해결이 될까? 일중독은 머리는 쓰지 않고 몸만 학대하는 짓이다. 일중독자들은 심지어 일을 키우기까지 한다. 일중독자들은 효과적인 방법을 고민하지 않는다. 비효과적이어야 더 오랜 시간 일할수 있기 때문이다. 일중독자들은 남들보다 오래 일해야 영웅인줄 알기 때문에 (대개는 부지불식간에) 없던 일거리까지도 만들어내는 사람들이다.

32p : 일중독자들은 늦게까지 남아 일하지 않는 사람들에게 위에서 시키는 일만 하는 사람이라고 비난하며 죄책감을 심어주고 사기를 떨어뜨린다. 그 결과, 의자에 엉덩이만 붙이고 보자는 태도가 만연해진다. 사람들이 실제로 일은 하지도 않으면서 의무감 때문에 늦게까지 남아 있는 현상이 나타난다. 일만 하고 살면 올바른 판단력을 잃는다. 가치관이 비뚤어진다. 정말로 노력을 쏟아야 할 것과 그렇지 않은 것을 구별하지 못한다. 과로로 인해 무뎌진 정신도 올바른 판단을 방해하는 요인이다. 요컨대, 일중독자들의 실제 성과는 오히려 정상인들보다 못하다. 많은 일중독자들이 완벽주의자를 자처한다. 하지만 그들이 말하는 완벽주의는 진정한 완벽주의가 아니다. 별로 중요하지 않은 세부사항에 집착하여 다음 작업으로 나아가지 못하는 것일 뿐이다. 일중독자들은 영웅이 아니다. 그들은 세상을 구원하지 못한다. 단지 쓸데없이 자기 몸만 학대할 뿐이다. 진짜 영웅은 벌써 일을 끝내고 집에서 쉬고 있다.
사용자 삽입 이미지

33p : 새로 사업을 벌이는 사람은 누구나 스타터다. 경영학 학위나 자격증, 번드르르한 정장, 서류가방, 특별한 모험심 따위는 없어도 괜찮다. 그저 괜찮은 아이디어 하나, 한 줄기 자신감, 그리고 뭔가를 시작할 추진력만 있으면 된다.
사용자 삽입 이미지

45p : 아이디어는 값싸고 도처에 널려 있다. 사업 아이디어는 전체사업의 극히 일부에 지나지 않는다. 무시해도 좋을 정도로 사소한 부분이다. 정말 중요한 질문은 그 아이디어를 얼마나 잘 실행하느냐다.

49p : 일을 할 때는 그 일을 하는 이유를 늘 잊지 말아야 한다. 위대한 기업에는 위대한 제품이나 서비스만이 아니라 위대한 가치관이 있다. 우리도 소신이 있어야 한다. 무엇을 위해 싸우려는지 알아야 한다. 그런 뒤에는 세상을 향해 그 소신을 펼쳐야 한다. 강한 소신은 열혈팬을 끌어들인다. 굳이 광고를 내지 않아도 입소문만으로 인기가 훨씬 더 빠르고도 멀리까지 퍼져나간다. 하지만, 강한 소신에는 대가가 따른다. 적잖은 사람이 등을 돌릴 것이다. 오만하고 고집스럽다는 비난이 날아올 것이다. 이것이 인생이다. 당신을 사랑하는 사람이 있으면 당신을 미워하는 사람도 있기 마련이다. 당신의 말에 분개하는 사람이 아무도 없다면 필시 그것은 당신의 소신이 그만큼 강하지 않다는 반증일 것이다. 당신은 분명 따분한 사람일 것이다.

65p : 이익을 낼 방안이 없는 사업은 사업이 아니라 취미활동에 불과하다.

70p : 거대 조직이 방향을 전환하려면 몇 년이 걸린다. 거대 조직들은 행동은 하지 않고 말만 많다. 행동은 하지 않고 회의만 한다. 반대로, 덩치를 작게 유지하면 비즈니스 모델이며 기능과 마케팅 전략까지 뭐든 재빨리 바꿀 수 있다. 얼마든지 실수를 해도 좋고, 그 실수를 재빨리 바로잡을 수도 있다. 얼마든지 실수를 해도 좋고, 그 실수를 재빨리 바로잡을 수도 있다. 우선순위나 제품 종류, 초점을 쉽게 바꿀 수 있다. 무엇보다도, 언제라도 마음을 바꿀 수 있다.

77p : 반쪽짜리 제품을 만드느니 제품을 반만 만들어라. 세상만사의 대부분이 짧을수록 좋다. 영화감독은 위대한 영화를 만들기 위해 그럭저럭 좋은 장면을 잘라낸다. 음악가는 위대한 앨범을 만들기 위해 그럭저럭 좋은 곡을 빼버린다. 작가는 위대한 책을 만들기 위해 그럭저럭 좋은 페이지를 잘라낸다. 우리도 마지막 순간에 이 책을 절반으로 줄였다. 5만 7000개의 단어가 약 2만 7000개로 줄었다. 그러고 나니 정말로 훨씬 더 좋아졌다. 가지치기를 시작하라. 위대함으로 가는 여정은 그럭저럭 좋은 것을 쳐내는 일로 시작된다.

83p : 설계할때 스케치는 볼펜이 아니라 크고 두툼한 마커로 한다. 이유가 뭘까? 볼펜은 너무 세밀하기 때문이다. 해상도가 너무 높다. 그래서 명암이나 점선, 사선처럼 아직 고민하지 않아도 될 고민을 자꾸 하게 만든다. 마커로는 세세한 부분까지 묘사할 수 없고 윤곽만 그릴 수 있다. 바로 이거다. 처음에는 전체 그림만 고민하면 충분하다.

사용자 삽입 이미지

86p : 결정을 미루면 미해결 문제가 쌓이기 시작한다. 그리고 그렇게 쌓인 문제는 기억 저편으로 사라지거나 성급하게 처리된다. 그 결과, 미해결 문제는 언제까지고 미해결 상태로 남는다. "생각해보자" 이 말보다는 언제나 "결정을 내리자"가 낫다. 완벽한 해법을 기다리면 끝이 없다. 결정을 내리고 속히 진행하라. 완벽한 해법이 나타나길 기대하면서 결정을 미루면 오히려 화를 자초한다. 완벽한 해법 따위는 없다. 오늘 결정을 내리나 내일 결정을 내리나 마찬가지다.

88p : 너무 긴 프로젝트는 사기를 떨어뜨린다. 개발하는 시간이 길수록 실제로 출시될 가능성은 적어진다.

93p : 파리만 날리는 식당은 하나같이 메뉴가 너무 많다. 메뉴가 많으면 손님이 늘어날 거라고 생각하지만 오히려 형편없는 맛에 한 번 당한 손님은 다시는 찾아오지 않는다.

93p : 일이 뜻대로 풀리지 않으면 보통 사람들은 인력과 시간, 돈을 더 투입하려고 한다. 하지만 그래봐야 문제만 더 커질 뿐이다. 올바른 해결책은 정반대다. 줄여야 한다. 투입량을 줄여라. 그렇다고 일이 생각만큼 힘들어지지는 않는다. 오히려 더 나아질 확률이 높다. 투입량을 줄이면 정말 중요한 것만 살아남게 된다. 마감일을 뒤로 미루고 예산을 늘리기 시작하면 일은 끝이 보이질 않는다.

사용자 삽입 이미지

94p : 사업의 핵심은 변하지 않는 것들이다. 사람들이 오늘도 원하고 앞으로 10년 후에도 변함없이 원할 것들, 바로 이런 것에 투자해야 한다.

사용자 삽입 이미지

105p : 이리저리 재지만 말고 일단 시작하라.
사용자 삽입 이미지

109p : 비즈니스 세계에는 시간만 빼앗아먹는 명목상 문서들이 수두룩하다. 아무도 넘겨보지 않는 보고서, 아무도 거들떠보지 않는 도표, 최종 결과물과 조금도 닮지 않은 사양. 이런 것들은 만드는 데는 엄청난 시간과 노력이 들지만 망각의 늪으로 사라지는 데는 불과 몇 초도 걸리지 않는다. 설명만 하기보다는 실물을 보여주는 편이 훨씬 효과적이다. 생김새를 묘사하는 것보다 그림을 그려서 보여주는 게 낫다. 노래를 설명할 수 있겠는가? 그냥 한 번 불러주는 게 훨씬 빠르다. 추상적인 설명은 되도록 피하는 게 좋다.
사용자 삽입 이미지

113p : 하던 일을 멈추고 이 일이 정말로 유익한가를 묻는 시간이 정말로 중요하다. 뭔가를 더하기는 쉽다. 하지만 가치를 더하기는 어렵다. 현재의 일이 고객이 원하는 가치를 더하고 있는가? 새로워진 제품이 고객의 삶을 더 이롭게 할까? 때로는 우리가 가치를 더한다고 벌인 일이 오히려 가치를 떨어뜨리기도 한다. 케첩을 너무 많이 뿌리면 튀김을 망친다. 가치는 균형이 관건이다. 무슨 일을 하든 더 간단한 해법을 찾아라. 우리는 거창한 해법이 필요하다고 생각하지만 대부분의 문제는 의외로 단순하다.

114p : 지금까지 아무리 많은 노력을 쏟아부었다 해도 손을 떼야 할 일이라면 과감히 떼야 한다. 무가치한 일에 귀한 시간을 더 이상 허비하지 마라.

사용자 삽입 이미지

119p : 회의는 독이다. 이유는 다음과 같다.
-말과 추상적인 개념뿐 실질적인 것이 없다.
-소요되는 시간에 비해 전달되는 정보량은 지극히 적다.
-삼천포로 빠질 때가 너무 많다.
-일에 차질을 빚을 만큼 준비 시간이 많이 걸린다.
-도대체 무엇을 위한 회의인지 모를 정도로 의사일정이 불분명할 때가 많다.
-얼토당토않은 말로 귀한 시간을 낭비하는 얼간이가 꼭 한 명씩은 있다.
-회의는 회의를 낳는다. 회의에 회의가 꼬리를 문다.

121p : 꼭 회의를 해야겠다면 다음과 같은 간단한 원칙에 따라 생산적인 모임을 가져야 한다.
-타이머를 작동시켜라. 타이머가 울리면 바로 모임을 끝내라. 무조건 해산하라.
-최대한 적은 인원으로 모여라.
-항상 분명한 의사일정에 따라 진행하라.
-문제에 관한 이야기로 시작하라.
-회의실이 아니라 문제가 발생한 곳에서 모여라. 실질적인 문제를 지적하고 실질적인 변화를 제안하라.
-해법에 관한 이야기로 마치고, 그 해법을 실행할 책임자를 정하라.

131p : 지금 하고 있는 일에서 손을 떼는 게 옳을 수도 있다. 많은 사람들이 중도에 그만두는 것은 무조건 실패하라고 생각하지만 오히려 빠른 포기가 현명한 선택일 때도 많다. 가치가 없는 일이라면 지금까지 아무리 많은 투자를 했더라도 무조건 손을 떼야 한다. 어차피 버린 시간을 되돌릴 수는 없다. 지금부터라도 시간을 낭비하지 않는게 최선이다.

사용자 삽입 이미지

135p : 우리는 예측하기를 참도 좋아한다. 무슨일을 하든 얼마나 시간이 걸리는지를 나름대로 예측한다. 그리고 만사가 조금도 늦지 않고 예측한 그대로 진행될 줄로 생각한다. 하지만 현실이 예측대로 되는 경우는 거의 없다. 그래서 몇 년 후는 말할 것도 없고 몇 주 후의 미래를 예측할 수있다는 생각도 완전 착각이다. 사실, 인간의 능력으로는 당장 코앞의 일도 예측하기가 어렵다.

137p : 큰 것들을 작은 것들로 쪼개라. 작을수록 예측하기가 수월하다. 물론 틀릴 가능성은 여전히 존재하지만 큰 것을 예측하는 것보다는 오차가 훨씬 적을 것이다. 한 달로 예상했다가 두 달이 걸리는 것보다는 한 주로 예상했다가 두 주가 걸리는 게 그나마 낫다. 시간 단위를 더 작게 쪼개라. 12주 프로젝트를 12개의 일주일 프로젝트로 나눠라. 30시간짜리 프로젝트를 6~10 시간 프로젝트들로 나눠서 하는 게 훨씬 더 현실적이다. 큰 것을 작은 것들로 나눠서 한 번에 하나씩 완성해라.

사용자 삽입 이미지

151p : 제품, 그리고 그 제품을 둘러싼 모든것에 자기 자신을 불어넣어라. 제품을 판매하고 홍보하고 설명하고 배송하는 모든 과정에서 당신만의 스타일이 묻어 나와야 한다. 경쟁사는 당신 자체를 베껴갈 수 없다.
사용자 삽입 이미지

155p : 경쟁자를 이기려면 경쟁자보다 적게 해야 한다. 간단한 문제를 풀고, 까다롭고 어렵고 위험한 문제는 경쟁자에게 넘겨라. 하나를 더하지 말고 오히려 하나를 빼라. 많이 하지 말고 오히려 적게 하라. 경쟁자보다 적게 한다고 부끄러워 할 필요가 없다. 오히려 그 점을 자랑스러워하고 부각해라. 비싼 기능은 경쟁자가 제공하라고 놔두고 당신은 싼 기능을 공격적으로 판매해라.

159p : 사실, 경쟁자에게 너무 신경 쓸 필요가 없다. 그런데도 거의 집착에 가깝게 경쟁자를 주시하는 사람이 많다. 경쟁자는 지금 뭘하고 있을까? 경쟁자가 다음번에는 어디로 갈까? 내가 어떻게 반응해야 할까? 그런 식으로 경쟁자의 일거수일투족에 촉각을 곤두세운다. 이 얼마나 피곤한 짓인가. 경쟁자를 보면 볼수록 스트레스와 근심만 밀려온다. 그런 태도의 토양위에서는 그 무엇도 자라날 수 없다. 경쟁자의 상황에 연연하는 것은 정말 부질없는 짓이다. 경쟁환경은 수시로 변하기 마련이다. 내일의 경쟁자는 오늘의 경쟁자와 완전히 다를 수도 있다. 이것은 우리가 통제할 수 없는 영역이다. 어차피 우리 힘으로 어쩔 수 없는 일로 백날 고민해봐야 무슨 소용인가. 그러니 자신의 일이나 제대로 하자. 저 멀리서 일어나는 일보다 바로 여기서 일어나는 일이 훨씬 더 중요하다.

사용자 삽입 이미지

160p : 머릿속을 남의 아이디어로 가득 채우면 뭔가 참신한 아이디어가 나올 가능성이 매우 적다. 자신의 비전을 향해 나아가기보다는 남의 비전에 끌려 다니게 된다. 경쟁자의 제품을 껍데기만 바꿔서 내놓게 된다. '아이팟 킬러'나 '차세대 포켓몬'을 겨냥한다면 이미 진 것이다. 경쟁자에게 리드를 허용하는 셈이다. 애플의 비전으로 애플을 이길 수는 없다. 애플의 비전을 따라가는 것은 애플이 짜놓은 판에서 싸우는 것이다. 남이 짜놓은 판에서 그를 이길 수는 없다. 나의 판을 짜야 한다. 남의 비전을 훔쳐서 조금 개선해봐야 별로 소용이 없다. 나만의 비전을 새로 세워야 한다. 내가 애플 (혹은 업계의 다른 거인)을 이길 수 있을까? 이는 잘못된 질문이다. 이것은 이기고 지는 문제가 아니다. 애플의 손익은 어디까지나 애플의 손익이다. 우리는 우리의 손익에 신경을 써야 한다. 남과 똑같이 되려면 뭣 하러 사는가? 경쟁자를 모방하는 삶은 진정한 삶이 아니다. 지더라도 남을 모방하기보다는 자신의 비전을 위해 싸우는 편이 훨씬 낫다.

177p : 고객이 원하는 것을 어떻게 찾아낼까? 찾아내려고 하지 마라. 고객의 소리를 듣기는 하되 곧바로 잊어버려라. 농담이 아니다. 스프레드시트나 데이터베이스, 서류정리 프로그램은 필요 없다. 고객이 정말로 원하는 요구라면 귀에 못이 박히도록 듣게 될 것이다. 나중에 잊으려 해도 잊히질 않을 정도로, 고객은 정말로 원하는 요구가 있다면 계속해서 이야기할 것이다. 그것이 바로 우리가 정말로 관심을 가져야 할 이야기다. 머릿속에서 자꾸만 지워지는 이야기는 별로 중요한 이야기가 아니다. 정말 중요한 이야기는 그리 쉽게 잊히지 않는다.

사용자 삽입 이미지

183p : 모든 회사에는 고객이 있다. 그리고 운 좋은 몇몇 회사에는 팬이 있다. 하지만 가장 행복한 회사에는 관객(Audience)이 있다. 이 관객은 말할 수 없이 강력한 비밀 무기다. 기업들은 사람들의 이목을 끌기 위해 막대한 돈을 뿌린다. 뭔가 할 말이 있을 때마다 예산 바구니에 손을 넣어 지폐 뭉치를 꺼내 광고업자의 손에 쥐어준다. 하지만 이 방법은 너무 비쌀뿐 아니라 효과도 장담할 수 없다. 그래서 광고에 쏟는 돈의 절반이 낭비라는 말도 있다. 오늘날 가장 똑똑한 기업들은 사람들에게 다가가기보다는 사람들이 알아서 다가오게 만든다. 관객은 우리의 말을 듣기 위해 스스로 돌아온다. 한마디로, 관객은 가장 반응이 빠른 고객이다.

사용자 삽입 이미지

188p : 가르쳐라. 그러면 낡은 마케팅 전술로는 얻을 수 없는 유대감을 형성할 수 있다. 사람들에게 중요한 것을 가르쳐주면 깊은 차원의 관계가 싹을 튼다. 사람들의 깊은 신뢰와 존중을 얻을 수 있다. 혹시 그들이 당신의 제품을 사용하지 않더라도 여전히 당신의 열렬한 팬을 자처할 것이다.

사용자 삽입 이미지

193p : 사람들을 무대 뒤로 데려가 당신이 실제로 일하는 모습을 보여주어라. 누군가 당신의 일에 관한 리얼리티 쇼를 제작한다고 해보자. 그가 어떤 내용을 담을까? 궁금해 하지만 말고 당신이 직접 해봐라.

194p : 사람들은 결과물이 만들어지는 과정에 호기심이 많다. 이것이 공장 견학이나 영화의 제작 후기가 인기 있는 이유다. 사람들은 무대를 설치하고 캐스팅이 이루어지는 과정을 알고 싶어한다. 남들이 결정을 내리는 이유와 과정을 알고 싶어한다. 사람들에게 커튼 안쪽을 공개하면 관계가 변한다. 사람들이 당신을 얼굴 없는 회사가 아니라 같은 인간으로 보게 되면서 동질감이 싹튼다. 사람들이 당신이 파는 제품이나 서비스에 배인 땀과 노력을 보게된다. 당신이 하는 일을 더 깊이 이해하고 존중하게 된다.

195p : 완전함보다 불완전이 아름답다. 이것이 바로 일본 와비 사비 (wabi-sabi)정신의 핵심이다. 와비 사비 정신에 따르면 번드르르한 외향보다 내면의 인격이 중요하며 우리는 사물의 흠을 있는 그대로 받아들여야 한다. 아울러 와비 사비 정신은 단순함을 지향한다. 우리는 허식을 벗고 꾸밈없이 살아가야 한다. 핵심만 남기고 모두 벗겨내되 아름다움은 제거하지 말라.

사용자 삽입 이미지

207p : 당신이 만든 소프트웨어의 오류 메시지 하나하나가 마케팅이다.

217p : 인력이 빠져나가도 즉시 채워 넣지 마라. 인력없이 버틸 수 있을 때까지 버텨라. 그렇게 해보면 생각만큼 많은 인력이 필요하지 않다는 사실을 알게 될 것이다.

사용자 삽입 이미지

227p : 6개월 경력자와 6년 경력자의 차이는 의외로 작다. 진정한 차이는 지원자의 의지와 인격, 지성에서 나온다.

229p : 아직까지도 학벌을 따지는 회사가 너무도 많다. (때로는 특정 분야의) 대학 졸업장이나 석사와 박사학위, 일정한 수준 이상의 학점, 온갖 졸업장을 요구하는 회사가 많다. 제발 정신 좀 차려라. 공부는 못했어도 머리는 좋은 사람이 정말 많다. '우등생'을 뽑아야 좋은 성과를 올릴 수 있다는 생각은 철저한 오산이다. 현재 미국의 500대 기업을 이끌고 있는 CEO중 90%는 명문 아이비리그 대학 출신이 아니다. 그들중에 하버드 대학교 졸업자(9명)보다 위스콘신 대학교 졸업자가 더 많다.

사용자 삽입 이미지

232p : 작은 팀에는 일을 시키는 사람이 아니라 직접 하는 사람이 필요하다. 모든 사람이 생산을 해야 한다. 일하지 않아도 되는 사람은 없다. 따라서 인력을 고용할 때도 시키기만 좋아하는 사람은 뽑지 말아야 한다. 시키기만 좋아하는 사람들은 특히 작은 팀의 적이다. 그들은 쓸데없는 일을 자꾸 시켜 다른 사람들의 일을 방해한다. 그리고 일거리가 떨어지면 필요한지 여부와 상관없이 아무 일이나 만들어내서 사람들을 피곤하게 만든다. 또 그들은 사람들을 회의장으로 모으기를 정말 좋아한다. 아니, 회의야말로 그들의 절친이다. 회의실에서는 자신이 왕 노릇을 할 수 있기 때문이다. 하지만 쓸데없는 회의를 하는 동안 정작 해야 할 일이 지체되니 큰 문제다.

 258p : 당신과 고객 사이에 사람이 많을수록 고객의 소리가 당신 앞까지 오는 동안 실종되거나 왜곡될 위험이 크다.

259p : 배를 흔들면 물결이 출렁인다. 마찬가지로 새로운 기능을 추가하거나 정책을 바꾸거나 뭔가를 없애면 반사 작용이 나타나기 마련이다. 그때 겁을 먹고 성급하게 반응해서는 안 된다. 처음에는 아우성이 터지는 게 당연하다. 하지만 처음 몇 주만 참고 견디면 대개는 상황이 진정된다. 인간은 습관의 동물이다. 그래서 무엇이든 조금만 바뀌면 으레 부정적으로 반응한다. 특정한 방식에 익숙해 있는데 갑자기 변화가 생기면 당황하기 마련이다. 그럴 때 사람들은 불평을 하고 닦달을 한다. 원래 상태로 돌아가라고 아우성을 친다. 거기에 넘어가서는 안된다. 당장은 인기가 떨어지더라도 소신대로 밀고 나가야 한다. 상황이 바뀌면 무조건 반대부터 하고 보는 것이 우리네 인간이다. 그런 의미에서 처음 얼마간의 부정적인 반응은 지극히 원초적인 반응이다. "아이고, 나 죽네." 절대 죽지 않는다. 이런 엄살에 넘어가지 마라. 아울러 부정적인 소리가 긍정적인 소리보다 언제나 더 크고 집요하다는 사실을 알아야 한다. 심지어 고객의 대다수가 변화를 반기는 상황에서도 오로지 부정적인 소리만 들릴 수도 있다. 좀 힘들어도 꼭 필요한 변화라면 성급하게 후진 기어를 넣지 마라.

사용자 삽입 이미지

272p : 직원은 초등학생이 아니다. 초등학생 취급을 받는 사람은 초등학생처럼 일할 수밖에 없다. 그런데도 직원을 초등학생처럼 대하는 회사가 너무도 많다. 그곳의 직원들은 지극히 사소한 일에서도 허락을 받아야 한다. 그나마 화장실에 갈 때는 허락을 받지 않고 가니 다행이다. 매번 허락을 구하다 보면 스스로 생각을 하지 않는 문화가 생겨난다. 또한 보스와 일꾼들 사이에 불신이 싹튼다. 직원들에게 근무시간에 싸이질이나 유튜브 시청을 못하게 해봐야 무슨 소용인가? 그렇다고 그들이 그 시간에 일을 하는 것도 아니다. 근무 시간중에도 짬짬이 머리를 식힐 시간이 필요하다.

275p : 직원들을 5시에 귀가시켜라. 많은 회사가 꿈에 그리는 직원은 사생활이 거의 없이 하루에 14시간씩 일하다가 회사 책상에 엎드려 자는 20대다. 하지만 밤샘 작업자들은 일한 시간에 비해 성과가 보잘것 없다. 우리에게 정말 필요한 것은 일의 양이 아니라 질이다. 빨리 마쳐야 하는 일이 있으면 가장 바쁜 사람에게 맡기라는 말이 있다. 우리에게는 바쁜 사람이 필요하다. 일터 밖의 삶이 있는 사람, 관심사가 여러 가지인 사람. 직원들이 일밖에 모르고 살기를 바라서는 안 된다. 적어도 그들과 오래 일하고 싶다면 그래서는 안 된다.

신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

"사용자 경험에 미쳐라!"라니... 거부감이 들정도로 노골적인 한글판 제목 (영문제목은 Subject to Change - creating great products and services for an uncertain world)이 맘에 들지 않아 애써 무시하고 있었는데, 막상 읽어보니 내용은 꽤 알차고 진솔하여 좀 놀랬다. 일단, 이책은 혁신적인 UX(사용자경험) 전략이라는 난해하고 이해하기 어려운 개념을 쉽고 설득력있는 글과 다양한 예제로 물흐르듯이 설명하고 있다. 게다가 조직은 어떻게 운영하고, 개발 프로세스는 어떻게 바꿔나가야 하는지까지 깊게 생각하게 만들어준다.

무언가를 기획하고 디자인하고 개발하고 팔아야하는 모든이들에게 훌륭한 사용자경험에 대한 인사이트를 얻게 해주는 이 책은 페이지수도 적당하여 (약 200페이지) 금방 읽을 수 있어서 좋다. 다만, 번역오류나 오탈자가 너무 많아 (거의 초벌번역수준... ㅡ,.ㅡ;;) 좀 실망스럽긴 하지만, 그냥 참고 볼 만한 수준... ㅡ,.ㅡ;; ★★★★☆

사용자 삽입 이미지

http://www.adaptivepath.com/ideas/book.php
http://www.adaptivepath.com/blog/

5p : 우리에게 필요한 것은 미래에 대한 보다 나은 예측이 아니다. 더나은 예측이란 불가능하기 때문이다. 우리에게 필요한 것은 미래의 갑작스러운 뒤틀림과 전환에 대응할 수 있는 더 나은 방안이다.

16p : 기술로 제품을 차별화시키기란 점점 더 힘들어지고 있다. 비즈니스는 진정한 경쟁적 우위를 실현 할 수 있는 디자인 파워의 장점을 받아들여야만 한다.

18p : 디자인이란 행동으로 옮길때 의미가 있다. 1) 공감 : 디자인은 반드시 사람을 위한 쓰임새를 지니고 있어야 한다. 따라서 사람들이 당신이 만든 디자인과 어떻게 상호작용을 할 수 있을지 이해해야만 한다. 2) 문제해결 : 결과물이 불명확하고 많은 의사 결정권자들이 있으며 경계선이 모호한 상황에서 복잡한 문제를 표현해야 할때, 디자인은 그 진정한 빛을 발한다. 3) 아이디어와 프로토타입 : 개요, 청사진, 와이어프레임, 컨셉 모델 같이 추상적인 것이든, 프로토타입, 실제모델같이 구체적인 것이든간에 디자인은 무엇인가를 만들어낸다. 디자인은 생산적인 활동이며 따라서 실제로 무엇인가를 창조해낸다. 4) 대안모색 : 디자인은 기존의 것을 분석하기보다는 새로운 것을 만들어내는 편에 가깝다. 때로는 예전에 있던 것을 새로운 관점으로 바라보기도 하고 때로는 처음부터 새로 만들어내기도 한다. 효율적인 디자인 프로세스는 하나의 문제에 많은 해결책을 제공하기 마련이다.

20p : 제품진화의 단계는 기술, 기능, 경험 세가지로 분석할 수 있다. 1) 제품은 필연적으로 이를 가능하게 만들어주는 기술에서부터 시작한다. (Walking dog syndrome : 뒷발로 일어서면 강아지는 서투르게 걸을 수 있을 뿐이지만 우리는 강아지가 그렇게도 걸을 수 있다는 사실에 매료되어 감동을 받고는 한다.)  2) 다른 경쟁사들이 새로운 기술을 따라 잡게 되면 결국 기능이 중요한 차별화 요소가 된다. 3) 나중에는 제품에 기술과 기능을 뛰어넘어 소비자 경험을 만족시키는 획기적인 진화가 필요함이 여실히 드러나게 된다. --> 사례 : VCR에서 DVR로의 발전...

23p : 경험이 곧 제품이다.

27p : 테일러 이후 산업 현장에서는 항상 최적화에 대한 강박 관념이 있어 왔다. "측적할 수 있는 것만 관리할 수 있다."라는 오래된 격언처럼 최적화와 비용 절감은 확실히 측정할 수 있는 요소였다. 지난 십년간의 비즈니스 관리 트렌드를 빠르게 훑어보면 그 유명한 식스 시그마와 비즈니스 프로세스 리엔지니어링 (BPR) 의 등장을 발견할 수 있다. 두가지 모두 최적화를 중요시한 방법론이다.

29p : 모든 사람들이 이미 잘하고 있는 것을 더 잘하겠다고 목표로 삼는 것은 전략이라고 볼 수 없다. 전략은 일종의 trade-off 이다. 분명한 의도로 경쟁사와는 다른 전술을 선택해야 한다. 전략은 목표로 삼지 않은 것은 과감히 포기하고 목표로 삼은 것에 보다 더 집중하여 다른 사람들보다 뛰어나게 됨을 뜻한다.

29p : 벤치마킹은 마케팅 MBA에서 가장 즐겨 사용되는 도구이다. 분석적이고 통계에 의존하며 끝없이 반복되는 회의로부터 결과물이 나온다. 벤치마킹의 대부분은 누군가의 도움을 받아서 회사에 있는 모든 자료들을 끌어모아 만든, 보기만 해도 두려워지는 방대한 분량의 문서인 경우가 많다. 대개 경쟁사들을 분석하여 제품의 기능을 나열하고 그 결과를 거대한 매트릭스로 만든다. 이것은 매우 논리적인 접근방식이다. 경쟁상대와 비교해보면 자신이 지금 어느 방향을 향해서 나아가고 있는지, 어떤 점에서 뒤쳐져 있는지, 전혀 표현하고 있지 못한 것은 무엇인지 등을 금세 알아낼 수 있다. 하지만 불행하게도 이러한 비교를 통해서 돌아오는 반응은 대개 자사 제품의 기능이 부족하다거나 결함이 있다는 데 초점이 맞춰져 있다. 사실 맞는 말이기는 하다. 누가 새로운 고객을 눈 앞에 마주하고 싶겠는가?

30p : 동일함은 전략이 아니다. 동일함은 무엇인가? 똑같다는 말이다. 여러분과 경쟁자 간의 차이점이 없어져버리는 것이다. 경쟁사와 동일함을 추구하면 여러분의 제품은 당연히 경쟁사의 제품과 비슷해진다. 고객의 입장에서는 별 다를 것 없이 비슷비슷한 물건들이 나열되어 있는 것으로만 보인다. 이런 제품에서 느낄수 있는 경험은 너무나 진부하고 무기력해서 존재감마저 상실된다.

31p : 최고가 되겠다는 것은 전략이 아니다. 남들과 동일해지겠다는 것은, 즉 남들만큼만 좋은 제품을 만들겠다는 것은 어리석은 생각이다. 그런 마음가짐으로 시작했을 때 최고의 아이디어가 나올 수 있겠는가? 모든 것에서 뛰어나고자 애쓰는 것도 모두들 흔히 저지르는 실수이다. 모든 면에서 최고가 될 수는 없다. 더군다나 최고란 전적으로 결과에 의해 판단되는 법이다. 단지 "최고가 되기를 원한다"라고 말하는 대신 "어떻게 하면 소비자 니즈에 맞는 독특한 가치를 전달할 수 있을까"라는 실질적인 질문을 던져야 한다.

33p : 신기함은 차별화가 아니다. 차별화는 그냥 새롭기만 해서 되는 게 아니라 상황에 적절해야 한다. 이것은 조직들이 여전히 되풀이해서 저지르고 있는 실수이기도 하다. 혁신에 초점을 맞추었을 때 특히 그렇다. 많은 제품들이 "새로움"에 중점을 두고 만들어진다. 실제로 제품을 정말 유용하고 바람직하게 만드는 것보다 그냥 새로운 무엇인가를 만드는 게 더 쉽다. 그래서 많은 회사들이 기존 제품의 품질을 높여서 생산하는 것보다 신기한 무엇인가를 만드는데 주력한다.

35p : 처음 보기에 신기한 느낌을 주는 제품을 출시하는 전략도 효과가 오래가지 못한다. 이러한 접근 방식은 제품이 주는 경험보다는 제품이 지닌 기능과 기술에 집중하고 있다. 경험이 모두에게 가장 중요한 요소임에도 불구하고 우리들 대부분은 항상 제품을 개발하는 과정에서 이 사실을 잊게 된다.

36p : 개발 과정 전반에 거쳐서 경험의 가치를 중요하게 여기고 이를 지속시킬 수 있는 방법은 무수히 많다. 가장 확실한 방법은 스티브잡스를 회사의 CEO로 교용하는 것이다.

37p : 조직의 성공을 위한 핵심단계는 '경험전략(Experience strategy)'를 채택하는 것이다. 경험전략은 기술, 기능, 그리고 인터페이스에 대해 내리는 모든 결정에 영향을 미치는 요인들을 확실하게 알 수 있는 기준이다. 이러한 경험 전략은 초기 디자인 단계나 제품 개발 단계에서 프로젝트 팀이 올바른 방향으로 가도록 이끌어주고, 소비자 관점이 프로세스 전반에 거쳐 유지될 수 있도록 해준다. 안타깝게도 제품을 만드는 사람들이 작업에 대한 핵심 비전을 갖고 있지 못한 경우가 비일비재하다. 기껏해야 요구사항 리스트만 있을 뿐이다. 개발할 기능들만 나열한 경우도 너무나 많다. 요구사항과 기능 리스트만 가지고 디자인과 개발을 진행하면 고객에게 불만족스러운 경험을 전달하는 제품을 만들 수 밖에 없다. 그러한 리스트는 사용자 관점에서 제품을 바라보고 있지 않기 때문이다. 이러한 방식으로 제품을 만드는 사람들에게 가장 큰 고민은 기능, 데이터, 기술이 전부이다. 바로 앞에 당장 해결해야 할 요구사항과 기능 리스트만이 놓여져 있기 때문에 그럴 수밖에 없다. 사용자의 경험에 대한 것은 마지막에 잠시 언급될 뿐이다. 하지만 사용자들이 궁극적으로 겪게 되는 경험을 대신해 줄 수 있는 것은 어디에도 없다.

38p : 경험 전략은 많은 형태를 취할 수 있지만 핵심은 여러분의 고객들이 갖게 되기를 희망하는 경험을 비전으로 나타내는 것이다. 간결하게 비전을 서술하고 난 다음, 경험 요구사항 리스트를 작성한다.



41p : 경험전략은 브랜드전략이 아니다. 브랜드는 제품과 제품을 만든 회사의 속성을 전달하기 위해서, "만들어서 판다"라는 19, 20세기 제조업의 사고방식에 깊이 뿌리내리고 있다. 그러나 제품을 만들어서 파는 것에서 서비스를 제공하는 것으로 산업의 형태가 바뀌어가면서 이러한 접근방식만으로는 충분치 않게 되었다. 이제는 제품 그 자체뿐 아니라 보다 광범위한 개념의 인터페이스에도 관심을 갖게 되었다. 전통적인 브랜드 전략과 반대로 경험전략은 고객에서부터 출발한다. 이는 바람직한 고객 경험에 기여하고 사람들이 원하는 바를 이루도록 해준다. 즉, 경험은 회사 외부에서부터 시작해 내부로 들어온다. 사용동기, 사용행태, 사용상황이 사람들을 만족시킬 수 있는 제품과 서비스, 시스템을 개발하게끔 만든다.

46p : 고객의 경험을 올바르게 이해하기 위해서는 고객의 상황에 서서 그들을 이해해야만 한다. 경험은 제품이나 서비스에 제공되는 기본 기능이 아니라 고객들이 직접 관여하고 선택한 것이다.

50p : 고전적인 랩 기반의 유저빌리티 테스트와 휴먼 팩터를 뛰어 넘어서 고객들을 진심으로 이해할 수 있는 방법이 필요하다. 몇 주간에 거쳐 유저빌리티 테스트를 실시하는 것보다 짧은 시간이라도 고객들과 진실된 공감대를 형성하는 것이 훌륭한 제품과 서비스를 제공하는 데 훨씬 도움이 된다.

51p : 공감 (Empathy)은 타인의 기분을 공유하여 그 사람의 경험을 주관적으로 이해한다. 경험을 공유하는 것은 관찰자의 객관성을 유지시켜주고 동정심으로 인해 거리감이 생기는 것을 방지해준다. 따라서 공감은 다른 이들보다 깊이 이해할 수 있도록 해주는 균형 잡힌 호기심이라고 말할 수 있다.

53p : 고객에 대한 세련된 공감대를 형성하는 것은 조직에게 매우 강력하고도 심오한 영향을 미친다.

56p : 고객이나 사용자에 대한 공감을 계발하기 위해서는 그들의 삶을 현실적인 관점으로 바라봐야만 한다. 즉, 사람들을 시장 세그먼트나 인구 통계치로 받아들이기보다는 있는 그대로의 모습으로 이해해야 한다. 고객은 비즈니스가 돌아가게 만드는 가장 기본적이며 가장 중요한 요소이다. 그럼에도 불구하고 비즈니스를 할 때 사람들에 대한 생각을 명확하게 고려하지 않는다는 것은 정말 놀랄 수밖에 없는 일이다. 다시 말해서 고객들이 무엇을 하는지, 왜 그렇게 하는지를 기술하고 가이드하는 프레임워크가 조직 내에 없다는 뜻이다. 때로는 조직이 이러한 프로세스 자체를 인식조차 하지 못할 수도 있다.

59p : 대부분의 경우 마케팅은 제품이나 서비스 혹은 회사에 관한 메시지를 전달하는 행동을 의미한다. 마케팅의 세계에서는 흔히 고객을 양떼에 견주어서 생각하곤 한다. 즉, 다른 사람들의 의견과 마케팅 메시지에 이끌려 이리저리 떠도는, 양뗴와 같이 다루기 쉽고 잘 속아 넘어가는 존재로 여기는 것이다. 이와 같은 관점은 제품 포지셔닝, 포장, 광고에 대해 무수히 많은 포커스 그룹과 마케팅 서베이를 발생시켰다. 강박관념이라고 불릴 정도로 사람들에게 영향력을 발휘하고자 최선을 다하는 것이다. 즉, 마케팅 커뮤니케이션으로 고객을 설득하려는 데만 중점을 두었다. 단지 소비자 니즈를 만들어내고 이를 통제하려고 했을 뿐이다. 이 방법은 한동안 효과가 있었지만 시간이 지날수록 점점 비효율적이 되었다. 교육 수준이 높아지고 사회적 유대 관계가 증가하면서 사람들은 이제 마케팅 메시지를 꿰뚫고 있다. 고객들은 마케팅 메시지에 더이상 관심이 없으며 이를 무시하거나 심지어는 전복시킬 수 있는 힘까지 지니고 있다는 뜻이다. 뿐만 아니라 사람들을 양떼로 보는 관점은 조직이 어디에 중점을 두어서 에너지와 자원을 쓸 것인가라는 결정을 내리는 데 영향을 미쳤다. 이것은 장기적인 측면에서 조직 내의 마케팅과 디자인의 단절을 촉진시키는 역할을 했다. 실제 제품과는 동떨어져서 제품에 대한 이야기가 만들어지고 있는 것이다. 이러한 단절은 고객이 제품과 서비스를 구입할 때 들은 이야기와는 전혀 맞지 않는 경험을 겪고 실망하게 되는 결과를 초래했다. 바꾸어 말하면 제품에 대한 이해도와 실제 제품을 사용하면서 경험의 일치가 시장에서의 고객 수요로 나타나기 시작했다는 뜻이다. 양떼 모델이 갖고 있는 가장 큰 문제점은 표면적으로는 사람들을 존중하는 것처럼 보이지만 실제로는 경멸하고 있다는 것이다.

66p : P&G는 회사의 '올드 스파이시'제품 라인으로 '올드 스파이시 하이 인듀어런스 헤어 앤 바디 워시'를 만들었다. 이것은 샴푸와 바디 워시를 합친 것으로 사람들의 일상 생활에서 불분명해진 경계선을 보여주는 리서치의 직접적인 결과로 탄생할 신제품이다. 남성 고객들의 샤워 습관을 녹화한 수시간 분량의 비디오 테이프를 통해서 P&G는 매우 흥미롭고 중요한 사실을 깨닫게 되었다고 말한다. "남성들이 바디 워시를 사용해서 머리를 감는 행동을 계속해서 목격했습니다."

72p : 20년전, 마이크로소프트에는 집이나 직장에서 소비자를 관찰하는 전문 조사자가 단 두명뿐이었다. 지금은 300명으로 늘어났다. P&G에서는 2000년 이후 개인 리서치에 쓰이는 비용이 5배로 증가했다. 지난해(2006년) 소비자 포커스 리서치에 20억달러가 쓰였다. P&G의 임원이 다음과 같이 말했다. "우리는 소비자의 집에 방문하여 함께 생활하는 데 더 많은 시간을 쓰고 있습니다. 같이 가게에 가서 쇼핑을 하기도 하며 그들 삶의 일부가 되곤 합니다. 이것은 우리에게 굉장한 깨달음을 얻게 해줍니다."
사용자 삽입 이미지

74p : 제품전략과 사용자를 이해하는 방식은 함께 진화해왔다. 경험에 초점을 맞추었을 때 사람들을 바라보는 새로운 관점이 필요하다.

76p : 복잡성을 포용하기 --> 앨버트 아인슈타인은 이런 말을 했었다. "모든 이론의 최고 목표는 적절히 표현된 단 하나의 경험을 포기하지 않은 상태에서, 더 이상 단순화 할수 없는 기본적인 요소들을 가능한 적게 만드는 것이다." 이 문장은 가끔 다음과 같이 의역되어 쓰인다. "이론은 가능한 단순해야 한다. 하지만 너무 단순해서도 안된다."

77p : 사람들을 보다 잘 이해하는 것은 불확실성과 위험 요소를 줄일 수 있게 해준다. 고객을 이해하는 것은 리서치팀과 디자인팀만의 책임이 아니라 조직 전체에 달려있는 문제임을 알게 될 것이다.

80p : 지금까지의 리서치방식은 재고되어야 한다. 실제로 수많은 리서치들이 스태프들을 바쁘게 만드는 것 외에는 별다른 의미를 갖지 못하고 있다. 하지만 제대로 된 리서치는 회사가 고객을 이해하는 관점을 바꿀 수 있고, 회사 내에 제품을 만드는 사람들 모두가 주목할 만한 경험을 만들어 낼 수 있다.

87p : 에쓰노그라피는 사람들을 깊이 이해하는 데 중점을 둔 리서치의 정성적 접근방식이다. 일반적으로 집이나 직장에서의 사람들을 관찰하고 이야기한다. 에쓰노그라피는 인터뷰나 포커스 그룹과 같은 정성적 방법론과 몇 가지 다른 방식을 차용한다. 첫번째, '현장' 안으로 들어가는 것을 중요시 여긴다. 두번째, 인류학에 뿌리를 두고 있기 때문에 공식적인 훈련을 받은 에쓰노그라피 학자들은 사회 과학이론을 사용하고 특히 문화와 문맥 이슈에 초점을 맞춘다. 마지막으로 연구 주제에 관련된 사람들의 삶을 깊이 있게 연구한다. 학계에 있는 에쓰노그라피 학자들은 대개 그들 분야에서 사회나 문화의 연관관계를 가지고 있는 풍습의 미묘하고도 세밀한 내용을 밝혀내는 데 수년을 보낸다. 따라서 에쓰노그라피는 사람들에 대해서, 특히 그들 삶의 감성, 문맥, 문화적 측면과 관련해서 보다 현실적인 관점을 제공할 수 있다.

89p : 리서치를 수행하는 부서는 대부분 조직 내에서 디자인과 개발 프로세스에서 물리적으로 또는 조직적으로 분리되어 있다. 다시 말해 리서치에서 얻은 통찰력이 리서치 그룹 안에 갇혀있다는 뜻이다. 리서치를 수행하는 사람들을 제외한 조직 내의 나머지 사람들은 고객에 대한 진정한 공감을 개발할 기회를 갖기 어렵다. 대부분의 리서치 팀은 외부에서 전달된 한 다발의 요구사항을 받고 이에 맞춰서 리서치를 수행한 후, 그 결과를 보고서와 프레젠테이션 형태로 전달한다. 디자이너나 개발자, 관리자들은 보고서를 한번 읽어보고 서랍 안에 던져버리거나 파일을 컴퓨터 폴더에 넣어 둔다. 이것은 흔히 범하는 실수이다.

90p : 우리는 지난 몇 년 동안 리서치에 중점을 둔 디자인 프로젝트를 경험하면서 대부분의 리서치 보고서가 무용지물이라는 사실을 깨닫게 되었다. 리서치 보고서가 효용성을 잃게 되는 이유는 수도 없이 많지만, 가장 일차적인 이유는 문 고정대로나 쓰기에 적합할 만큼 너무 두껍기 때문이다. 회사에 아무도 보지 않는 보고서가 쌓여가는 이유는 이 때문이다. 리서치 연구자들은 아카데미나 비즈니스 분야 출신이 많기 때문에 리서치가 어떤 문제를 증명하거나 옹호하는 역할을 수행한다고 보는 경향이 있다. 따라서 사실에 대한 증거나 세부 사항이 더 많을수록 더 좋다고 생각한다. 하지만 디자인 리서치의 최종 결과는 학술적인 리서치와 근본적으로 달라야 한다. 디자인 리서치는 작업에 영감을 불어넣고 명확한 방향을 제시해야 한다.

91p : 오늘날의 마케팅은 대부분이 마케팅 메시지를 전달하는 활동에만 집중되어 있다. 사람들에게 널리 퍼질 이야기와 아이디어를 찾아 헤맨다. 제품이 아니라 제품의 아이디어를 판다는 말은 세련된 최신 경향인 것처럼 느껴지기도 한다. 물론 아무리 좋은 제품이라 할지라도 훌륭한 마케팅과 광고가 없으면 실패할 수 있다. 하지만 회사들이 만들어서 파는 것은 결국 실제 제품과 서비스라는 점을 잊지 말아야 한다.

92p : 마케팅은 만질수 없는 무형의 것을 너무 중요시하는 경향이 있다. 고객들에게 더 나은 또는 더 설득력있는 메시지를 전달하는 것도 중요하지만, 더 나은 제품과 서비스를 만드는 것이 가장 중요하다.

93p : 통일된 경험을 제공하려면 리서치는 어느 한 사람이나 어느 한 부서의 역할이기보다는 조직 전체의 능력이 되어야 한다. 실제로 제품과 서비스는 리서치를 하는 사람들이 만드는 것이 아니라 조직 전체가 만드는 것이다.

93p : 효과적인 리서치의 특징은 두가지로 요약될 수 있다. 첫번째는 리서치의 결과를 행동으로 옮길 수 있으며 두 번째는 리서치가 지속될 수 있다는 것이다.

96p : 인텔은 혁신적인 리서치로 명성이 높다. 조직 내에 People and Practices 그룹을 통해서 대기업으로는 최초로 리서치와 개발 분야에 사회 과학자들을 채용했다. 최근 인텔은 회사를 완전히 개편하여 리서치 그룹을 조직의 핵심에 두었다. 모든 프로젝트를 사회 과학자와 디자이너가 함께 수행하고 있다.

사용자 삽입 이미지

106p : 19세기말 등장한 이스트맨은 이상적인 고객 경험을 전달한다는 목표에 도달하기 위해서는 제품을 단일 아이템으로 판매하는 것으로는 충분치 않고, 고객들과 지속적인 관계를 개발해나갈 필요가 있다는 사실을 깨달았다. 이것은 코닥 카메라를 하나의 제품이 아니라 서비스의 한 요소로 생각했다는 의미다. 이를 위해서는 반드시 기존에 있던 것과는 다른, 즉 복잡한 프로세스와 인화 처리 능력을 갖춘 공장이 필요했다. 이러한 공장 운영에 투자하려면 엄청난 리스크를 감수해야만 했다. 하지만 "나머지는 다 알아서 해드립니다."라는 고객과의 약속을 지키려면 꼭 필요한 일이었다. 이스트맨은 제품을 거대한 시스템에 포함시킴으로써 게임의 판도를 바꾸었다. 시스템으로 필름을 보내면 사진을 인화할 수 있을 뿐만 아니라 새로운 필름으로 갈아 끼울 수도 있었다. 단일 제품으로만 존재했던 다른 카메라와는 달리 코닥 카메라는 종합적인 서비스로 들어가는 입구의 역할을 담당하는 제품이 되었다.
 
사용자 삽입 이미지

109p : 이스트맨이 "버튼만 누르세요. 나머지는 모두 알아서 해드립니다."라고 고객의 경험을 단순화시켰던 것과 같은 방법으로, 애플은 아이팟에 대해 처음부터 명확한 경험 전략이 있었다. "언제 어디서나 여러분이 모든 음악을 들을 수 있습니다." 시간이 흐르면서 '음악'이라는 단어는 모든 것을 포함하는 '미디어'로 진화했다. 아이팟의 모든 디자인과 개발은 바로 이 한 가지 목표를 위해 존재한다. 애플의 천재성은 뛰어난 디자인이나 인터페이스를 만든 것이 아니라, 이러한 목표를 성취하기 위해서 미디어 소비자를 지원하는 전체적인 시스템을 계획한 데에 있다.

111p : 이스트맨 코닥과 마찬가지로 애플은 고객에게 경험 전략을 전달함으로써 성공을 거두었다. 애플이 코닥과 다른 점은 소비자에게 복잡함을 숨기지 않았다는 것이다. 그대신 시스템에 있는 요소들을 절대로 복잡하지 않게 만들었다. 또한 디지털 시스템을 통해 사람들에게 많은 권한과 통제권을 적절하게 주었다. 그 비결은 최소한의 기능을 지닌 요소들을 시스템으로 제공해서 경험이 절대 사람들을 압도하지 않게 만든 것이다.

113p : 경험 전략과 시스템 전략이 다른점? 시스템에 대한 계획을 세울 때는 기술로 구현할 수 있는 모든 것을 기회로 여길 수 있다. 하지만 여기서 할 수 있는 것과 할 수 없는 것을 명확히 구분하여 선택해야 한다. 강력한 경험 전략은 무엇을 해야 할 지가 아니라 무엇을 하지 말아야 할지를 알려준다.

121p : 오늘날 시장에서 성공하는 비결은 제품을 서비스처럼 제공하는 것이다.

124p : 시스템에는 두 가지 핵심 목표가 있어야 한다. 첫째, 고객들의 목표를 이룰 수 있게 해주어야 한다. 둘째, 각 기능은 시스템 내에 가장 적절한 곳에 위치해야 한다.

125p : 일반적으로 대기업은 동일한 제품이나 서비스를 계속 반복하여 만들어내야 하기 때문에 효율성과 최적화를 위해 구조화되어 있다는 문제를 안고 있다. 이러한 구조는 끊임없이 고객의 니즈에 맞추어 제품이나 서비스를 진화시키는 것과 정확히 반대되는 행동이다.

126p : 이스트맨 코닥과 애플에게는 처음부터 극복해야 할 기존의 조직 구조가 없었기 때문에 크게 성공할 수 있었다. 이스트맨은 처음부터 끝까지 완전히 새로운 산업을 창조해냈고, 특히 고객 요구사항에 정확히 부합하는 조직을 만들 수 있었다. 애플은 소비자 전자제품과 미디어 소매라는 새로운 분야에서 접근을 시도할 수 있었다. 모두들 소니가 모바일 미디어를 독점할 것이라고 생각했지만 그러지 못했던 것은, 기존 운영 조직 방식이 새로운 분야에 적응하기에는 적절하지 못했기 때문이다.

127p : 시스템을 설계할 때 모든 세부사항을 상세화하려는 유혹에 빠지게 된다. 어떤 이들은 원활한 고객 경험을 위해서는 반드시 모든 요소를 스스로 통제해야 한다고 생각한다. 하지만 실제로 이러한 경험은 누군가에 의해 완벽하게 통제될 수 없고, 그래서도 안 된다는 사실을 명심해야 한다. 물론 응집된 하나의 시스템을 만드는 것이 중요하지만, 경험을 디자인하는 일에 관해서는 즐거움과 독재권 간의, 경험 디자인과 전체주의 간의 균형을 잡는 줄타기가 존재한다. 경험과 시스템을 추진할 때에는 지나친 설계자나 엔지니어가 되지 않도록 주의해야만 한다.

128p : 시스템이 계획과는 다르게 구현될 수 있다는 사실을 인식하고, 처음부터 이러한 변경 가능성이 전체 경험을 손상시키지 않도록 만들어야 한다. 진정으로 성공한 경험 디자인은 모든 것이 계획된 대로 운영된 상황에서 얼마나 잘 동작하느냐가 아니라, 계획이 틀어지기 시작한 상황에서도 얼마나 잘 동작하느냐에 달려있다. 이러한 유연성을 확인할 수 있는 방법은 시스템 사용자들에게 인상적인 경험을 디자인하는 것 뿐이다.

130p : 예측에 기반하여 계획을 세웠을 때, 전략은 예측할 수 없는 상태 역시 포함시켜서 계획된다.

134p : 새로운 기술을 만들어내는 능력과 바람직한 고객 경험을 만들어내는 능력은 다르다.

135p : 처음 시도하는 방법은 다른 사람들을 이해시키기 어려워서 실패할 가능성이 있기에, 대부분의 사람들은 새로운 것을 만들려는 시도를 하지 않는다.

136p : 훌륭한 프로세스에는 정밀함, 일관성, 반복성이 필요하지만, 뛰어난 혁신에는 변화, 실패, 우연히 발견하는 능력이 필요하다.

137p : 비즈니스 오너나 직원들은 고객의 거실이 아니라 이사회, 회의실, 스튜디오, 비행기에서 시간을 보낸다. 경험 디자인이 성공하기 위해서는 비즈니스 오너, 마케터, 엔지니어, 디자이너, 영업사원 가릴 것 없이, 모두가 실제 고객 삶에서의 경험이 조직에서 내리는 결정에 미치는 영향을 깊이 감지하고 이에 대한 이해를 발전시켜 나가야 한다.

137p : 비즈니스를 관리할 때는 투자 수익률, 시장 점유율, 생산성과 같이 측정되고 개선될 수 있는 속성들을 다룬다. 퀄리티의 개념마저도 객관적인 속성으로 정의를 내리고 공식으로 변환해서 관리한다. 때때로 경험은 영향력을 발휘하지 못한다. 경험은 양으로 측정하기 어려워서 논리적으로 이러저러한 항목들을 조목조목 지적해 내지 못하기 때문이다. 또한 고위 관리층에게 제시되는 새로운 제품과 서비스에 담긴 '훌륭한 사용자 경험'에 대한 아이디어는 항상 심각한 내용으로 비춰진다. 훌륭한 사용자 경험은 실행하기 어렵고 투자가 거의 불가능하기 때문에 이를 채택하는 조직은 극소수이다.

138p : 사용자 경험을 추구하는 기업을 만들고 유지하기란 대단히 어렵다. 우선 조직 전체에 고객경험을 중요하게 생각하는 기반이 형성되어야 한다. 하지만 대부분의 대기업 직원들에게는 고객을 직접 대면할 수 있는 기회가 주어지지 않는 것이 현실이다. 두 번째로 제품과 서비스가 경쟁자와의 시장 격차를 벌이기 위한 기능으로써가 아니라, 고객과 관련된 일련의 경험으로써 관리되고 표현되어야 한다. 그러나 정성적인 관점으로 고객의 니즈에 접근하여 해결책을 찾는 것 자체가 기존의 비즈니스 방식에 도전하는 일이다. 세 번째로 경험에 따른 변화의 가치를 측정하고 증명해야 한다. 하지만 대부분의 기업들이 경쟁자와 동일한 기준을 사용하여 자사 제품의 진척도를 판단한다.

140p : 새로운 제품을 만드는 것은 바람직한 제품을 만드는 것에 비교하면 상대적으로 쉬운 일이라 할 수 있다. 사실 우리 주변에는 혁신이라는 미명하에 현재 존재하지 않고 앞으로도 존재하지 않을 고객의 니즈를 위해 만들어지는 제품들이 부지기수로 널려있다. 이러한 제품을 만들고 나서 고객들이 존재하지도 않는 니즈를 가지고 있다는 사실을 확인하고자 발버둥치는 일도 비일비재하다.
사용자 삽입 이미지
152p : 제품 개발에 들어가는 비용 절감을 통해 수익을 늘리는 방식을 고수해왔던 기업들이 이제는 최고의 고객 경험을 제공하는 제품을 만들어 제품과 수익을 동시에 성장시키는 새로운 방법에 초점을 맞추고 있다.

154p : 기업의 규모가 커질수록 조직 내에서 사용자 경험 디자인을 직접 담당하는 부서가 있는 경우가 많다. 하지만 그러한 부서에 간부급의 중역이 있을 가능성은 훨씬 적다. 이것은 성장하는 회사들 대부분에 해당하는 사실이다. 이렇게 되면 사용자 경험은 더 이상 조직 내 모든 사람의 책임으로 돌아가지 않는다. 조직 전체 구성원이 아니라 몇 명의 직원들만이 좋은 고객 경험을 제공해야 하는 것에 대한 책임감을 가지고 있다면 디즈니랜드가 어떻게 되겠는가? 전문가들이 디자인을 촉진시킬 수는 있지만, 디자인을 완성시키려면 조직 내에 있는 모든 사람이 참여해야만 가능하다. 경험 디자인을 창조해 내는 것은 모든 사람들의 몫이다.

159p : 아이디어 퀄리티의 부족을 보상해줄 새로운 제품 프로세스를 기대해서는 안된다. 어떠한 프로세스를 거친다해도 평범한 아이디어가 비범하게 바뀔수는 없는 노릇이다.

161p : 아이디어는 좀 더 많이 그리고 좀 더 천천히 탐구해야 한다. 아이디어를 찾았다고 해서 하나만 무작정 파고들기보다는, 모호함을 체계적으로 둘러보고 더 많은 새로운 아이디어 중에서 선택하는 것이 현명하다.

169p : 초기에 실패를 여러번 반복해야만 훌륭한 아이디어에 이를 수 있다. 넷플릭스는 수백만명의 고객들을 대상으로 서비스를 제공하는 사이트를 지속적으로 개선하는 데 있어서 '빠른실패(Fail Fast)'방법을 사용하고 있다. 넷플릭스의 디자인 팀장은 이렇게 말한다. "우리는 어떠한 것도 추론하지 않습니다. 실제로 테스트를 해보지 않고 추측만 하는 것은 좋아하지 않습니다. 예측은 사람의 사고에 영향을 미칩니다. 그래서 우리는 작업을 진행하는 동안 계속해서 실제로 만들어 봅니다. 효과적인 것은 유지하고, 그렇지 않은 것은 버려가면서 말이죠. 그렇게 하다보면 처음에 했던 생각의 90%가 효과적이지 않다는 사실을 발견하게 됩니다."

170p : 대부분은 인정하고 있지 않지만, 창조라는 행위는 어떠한 근거나 기반도 없이 갑자기 하늘에서 떨어지는 것이 아니라 현실이라는 진흙탕속에서 이루어진다. 무엇인가를 발견해내는 과정은 항상 산만하며 이것저것을 탐구해보는 일은 항상 위험하다.

171p : "전략은 조직에게 명확함을 주어야 합니다. 전략은 사람들에게 어디로 가는지, 그곳에 가기 위해서는 무엇이 필요한지를 보여주는 표지판이 되어야 합니다... 왜 그 전략이 선택되었는지, 그 전략을 실행하기 위해 어떤 것이 시도되고 있는지를 사람들이 진심으로 이해할 수 있어야 합니다... "

172p : 제품디자인에 1온스의 생생함이 필요하다면, 경험 디자인에는 1000kg의 진정한 이해가 필요하다.

177p : 고객의 로열티는 돈으로 사거나 붙잡을 수 없다. 로열티는 사람들이 제품, 서비스, 그리고 회사를 통한 상호작용에 기반하여 성장한다.

178p : 고객의 삶 속 깊이 들어가서 그들의 행동을 보다 가까이에서 관찰할때, 우리는 고객 스스로도 분명하게 표현하지 못했던 니즈를 포착하고 결과적으로 그들을 열광시키는 제품을 만들 수 있다. 즉, 고객의 감성과 문화를 이해함으로써 실질적인 니즈에 들어맞는 제품을 만들게 되고, 일반적인 방법으로는 충족시킬 수 없었던 기쁨을 제공하여 고객들을 열광시킬 수 있다.

182p : 대부분의 조직에서는 어떤 방법으로든 고객의 경험을 통제하려고 한다. 하지만 경험은 상호작용하는 사람들의 마음과 의지에 의해서 결정되는 것이다. 이러한 상호작용을 지나치게 통제하고 경험을 조정하려고 들면 고객들은 반감을 가질수밖에 없다.

187p : 고객들에게 디자이너가 될 수 있는 도구를 제공하면, 조직 내에서는 결코 생각하거나 투자할 수 없었던 아이디어를 탐험할 수 있게 된다. 회사의 디자인과 개발 팀들이 수십명에서 수천명으로 늘어나는 것과 마찬가지이다.

188p : 가격이나 기술을 통해서 얻을 수 있는 이익은 일시적이다. 하지만 가능성을 재구성하고 새로운 아이디어를 훌륭한 경험으로 변형할 수 있는 능력은 회사의 리더쉽을 계속해서 유지시켜 준다.

190p : Agile Development --> 빠른 프로토타입을 만드는 능력과 신속하게 반복하는 과정을 중요시한다. 보통은 오른쪽에 있는 항목들이 가치가 있다고 알고 있지만, 애자일 방식에서는 왼쪽에 있는 항목들을 더 중요하게 여긴다.

개인과 인터랙션 vs 프로세스와 툴
동작하는 소프트웨어 vs 이해가능한 문서
고객협업 vs 계약협상
변화에 대한 반응 vs 계획에 따름


191p : 소프트웨어 개발에서 가장 일반적으로 실행되는 워터폴 모델은 여러 단계로 이루어진 순차적인 프로세스로, 한 단계에서 다음 단계로 이동하고 나면 다시 역으로 되돌아갈 수 없는 엄격한 진행 방식이다. 완벽한 요구사항을 정의하는 초기 단계부터 시작하여 디자인, 구현 단계로 이어지며 마지막으로 테스트를 한 후 제품을 런칭한다. 각 단계는 서로 분리되어 있어서 다음 단계가 시작되기 전에 앞 단계의 모든 작업이 완료된다. 모두에게 상당히 친숙한 이 모델은 처음에는 매우 논리적으로 보인다. 또한 단순하기 때문에 전체 프로세스를 잘 통제할 수 있다는 생각을 갖게 해준다. 소프트웨어 개발에 적용된 워토폴 접근방식과 생산 라인에 성공적으로 적용된 방법들을 비교하는 것은 쉽다. 겉으로 보기에는 워터폴 모델이 단순하고 쉬워보인다. 한번에 하나의 태스크나 하나의 작업만 이루어지기 때문에 복잡함과 혼란을 피할 수 있을 것이라는 느낌을 준다. 또한 비즈니스 기획 관점에서 보면 스케줄, 기능 리스트, 출시 일자를 쉽게 구체화할 수 있으리라는 기대를 가질 수 있다. 확실히 이러한 종류의 예측과 계획이 우리가 일을 할 때 꼭 필요한 것처럼 보인다. 하지만 불행하게도 복잡한 문제에 질서 정연하게 접근하고자 하는 다른 방법론들 같이, 워터폴 방법도 변화하는 상황에 처하게 되었을때 극단적으로 붕괴되는 경향이 있다. 현재의 워터폴 모델에서는 절대 앞 단계를 되풀이하지 않는 것을 강조하지만, 아이러니하게도 초기에 워터폴 모델을 정의할 때는 반복의 개념이 분명히 존재했다.

193p : 워터폴 방법의 결점은 프로세스가 진행될수록 더 많이 드러난다. 근본적인 문제는 프로젝트를 진행하면서 발생할 수 있는 모든 일들을 미리 정확하게 예측하기란 불가능하다는 것이다. 또한 개발 과정이 진행되는 동안 외부 상황에 의해 새로운 요구사항들이 생길 수도 있다. 새로운 시장이 등장한다면 초기에 내린 결정들은 무효하게 된다.

197p : 최소한의 문서작업은 애자일 선언에서 뚜렷하게 언급된 중요한 핵심 원칙이다. 문서 작업에는 상당한 시간과 자원이 들어간다. 하지만 우리의 목표는 완벽한 문서를 생성해내는 것이 아니라 최상의 제품을 만들어내는 것이다.

198p : 지금까지 해오던 문서 작업을 과감하게 줄이는 것에 대해 불안감을 느낄수도 있다. 당장 다음과 같은 불안감이 생기기 시작한다. "지금까지 없었던 긴급 상황이 생기면 어쩌지?", "내가 작업한 것을 다른 사람에게 어떻게 보여주어야 하지?" 실제로 프로세스를 논의하는 자리에서 문서 작업의 최소화라는 주제가 제기되면 강한 반발이 일어난다. 하지만 가슴에 손을 얹고 생각해보자. 그토록 막대한 시간과 노력을 들여 만든 문서 가운데 한 번 이상 읽혀지는 것이 얼마나 되겠는가? 우선 개발 프로세스에서 생성되는 문서의 양을 조사해보고 이중에서 정말로 필요한 문서가 어느 정도인지 스스로 자문해보라. 문서 작업을 줄일 수 없는 상황이라 할지라도 이를 위한 노력은 최소화시킬 수 있다. 150개의 와이어프레임을 만들어야 하는 상황이라면, 150개의 와이어프레임 모두를 완성도 높게 만들어야 하는가? 아니면 10개의 완성도가 높은 와이어프레임과 140개의 완성도가 낮은 와이어프레임으로도 원하는 것을 얻을 수 있는가?

199p : 애자일 방식은 불필요한 기능은 개발하지 않는 것을 목표로 한다. 기능이 추가되면 프로세스가 점점 무거워지기 때문에 개발 초기부터 꼭 필요한 것만을 제시한다. 하지만 기존의 개발 상황에서는 이러한 문제가 빈번히 일어난다. 심지어는 개발 과정에서 불필요하다고 판명된 기능조차도 최종 제품에 그대로 들어가 있다. 제품 설계서 안에 이러한 기능들이 처음부터 나열되어 있었고, 누구도 이를 삭제할 권한이 없었거나 의문을 제기하지 않기 때문에 이러한 일이 벌어진다. 프로세스가 실무 작업자들보다 더 많은 권한을 가지고 있기 때문이다.

208p : 정확하고 적절하게 완성된 프로토타입은 애자일 방식이 성공하느냐 실패하느냐를 판가름하는 핵심적인 요소이다.

209p : 도요타의 기업문화에서는 친숙하지만 비용이 많이 드는 해결책에서, 새롭지만 저렴한 해결책으로 방향을 바꾸는 것을 강하게 권장한다. 이러한 모든 것이 반복과 탐구를 보다 쉽게 만든다.

210p : 애자일 환경에서는 상품 자체가 문서가 되어야 한다. 가장 중요한 것은 효과적인 커뮤니케이션과 작업중인 제품이다.

211p : 최상의 제품을 개발하기 위해서는 올바른 해결책을 찾는 것만큼이나 잘못된 해결책을 빨리 버리는 것이 중요하다.

213p : 불확실한 상황은 확실히 불편하다. 하지만 모든 상황이 확실해지기만을 바라고 있는 것도 바보같은 일이다.

215p : 방법론을 아는 것만으로는 충분하지 않다. 조직은 변화하는 환경에 맞는 새로운 능력, 즉 고객을 진정으로 이해하는 능력을 개발해야만 한다. 고객들의 행동과 동기, 상황을 이해하기 위해서는 그들의 삶으로 들어가서 함께 이야기를 나누어야 한다. 그리고 고객들에 대한 이해를 전체 조직에 없어서는 안될 필수적인 요소로 만들어야 한다. 고객을 진정으로 이해했을 때 훌륭한 해결책을 내놓을 수 있다.

217p : 다른 사람들에게 자신의 노하우와 지식을 공유할 때 더 많은 것을 배울 수 있다. 다른 사람들에게 자신의 아이디어를 말할 때 더 잘 이해할 수 있다. 아이디어를 표현하는 것은 우리의 생각을 테스트하고 개선하도록 다른 사람들을 초대하는 것이다.


신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 1
    2010.10.14 00:19 신고
    댓글 주소 수정/삭제 댓글
    우와 독서대 멋있네요. 이동형인가봐요?
  2. claire
    2010.10.14 08:53 신고
    댓글 주소 수정/삭제 댓글
    좋은 책 추천 & 공유 감사합니다~! 구구절절 와 닿는 게...요즘 저한테 필요한 내요이었네요..^^

사용자 삽입 이미지

- 앞표지에 실린 좀 쌩뚱맞은 광고문구 ("여러분도 아이팟과 같은 감각적인 인터페이스를 디자인할 수 있습니다.")가 좀 당황(?)스럽긴 하지만, 전체적으로 PC와 웹, 모바일을 망라한, 여러가지 UI 패턴들이 잘 정리되어 있는 책이고, UI디자인의 다양한 요소들과 개념들을 명쾌하게 설명하고 있다. 소프트웨어개발자, 인터랙션 디자이너, UI/GUI 디자이너들에게 많은 도움을 줄 최고의 UI/UX 디자인 참고서...

- 활용법 : 지금 당면하고 있는 UI관련 문제가 있다면, 어떤 방식의 패턴을 적용하면 해결이 가능할지, 쉽게 몇가지 아이디어를 도출할 수 있을 것이고, 패턴과 구조의 이름을 명확하게 이해하는 것만으로도 디자이너간 커뮤니케이션 갭을 줄이는데 큰 도움이 될것이다. ★★★★☆ (아마존 별점 4/5)

- 다만, 1) 번역이 매끄럽지 못해서, 여러번 읽어도 도저히 무슨말인지 알기 힘든 문장이 많다는 것... ㅡ,.ㅡ;; 2) 내용도 꽤 많은 편 (416p)이어서... (심지어 무겁기까지...) 생각보다 매끄럽게 읽히지는 않지만, 두고 두고 생각날때마다 보는 것만으로도 여러모로 도움이 됨. 3) 현재 이 책은 품절상태임. 아마존에서 원서구입 --> http://astore.amazon.com/monsterdesign-20/detail/0596008031 (약 33불)

- 책관련 홈페이지 : http://designinginterfaces.com/ (많은 내용을 미리 볼 수 있다.)


17p : 디자이너들은 현재 어느 때보다 더 많은 선택의 폭을 가지고 있는데, 아이러니하게도 바로 이것이 디자인하는 것을 더욱 힘들게 만드는 원인이 되기도 한다. 그렇다면 사용하기 쉬운 인터페이스의 특성이란 무엇인가? 사용하기 쉬운 애플리케이션은 직관적으로 이해할 수 있도록 디자인되어 있어야 한다. 제프 라스킨은 사람들이 소프트웨어를 사용할때 "직관적이다"라고 말하는 것은 실제로 "친숙하다 (familiar)"라는 의미를 가지고 있다고 말한 바 있다.

18p : 제프 라스킨 (Jef Raskin) : 매킨토시의 아버지로 가장 잘 알려져 있는 매킨토시 최초 설계자. 라스킨은 별도의 교육없이도 사람들이 사용할 수 있는 User-friendly한 컴퓨터를 개발하는 데 힘을 쏟았다. 1978년부터 1982년까지 애플에서 일하는 동안 혁신적인 사용자 인터페이스를 가진 매킨토시 컨셉에 대한 최초의 아이디어를 내놓고, 드래그 앤 드롭 개념을 개발하는 등 매킨토시 제작에 큰 역할을 하였다. 그러나, 스티브 잡스와의 마찰로 인해 애플을 떠났으며 그를 대신해 팀장을 맡은 스티브 잡스가 1984년 매킨토시 컴퓨터를 시장에 출시하였다. 국내에는 "인간중심 인터페이스 (Humane Interface)"라는 그의 저서가 출간되어 있다. 모든 면에서 제프 라스킨은 전형적인 기인이자 천재였다. 그는 컴퓨터 과학분야가 다소 생소하던 1967년 당시 이 분야에서 석사학위를 받았고 평생 동안 컴퓨터 전문가였지만 음악가, 작곡가, 화가, 수학자로도 활동했다. 라스킨은 샌프란시스코 실내오페라 악단을 지휘하고 세 가지 악기를 연주하며 궁술과 사격의 전문가이자 항공기 날개 설계특허를 따내는 등 실로 다재다능하며 예술을 사랑하고 항상 즐거운 삶을 추구하는 인물이었다. 2005년, 라스킨은 61세의 아까운 나이로 타계하였다.

19p : 본질적으로 패턴이라는 것은 사용자 인터페이스, 웹사이트, 객체지향 프로그램, 심지어는 건축물까지도 "살기적합(Habitability)"하도록 개선시키는 구조적 특징인 동시에 인간 행동의 특색이다. 패턴은 사물을 더 이해하기 쉽고 더 아름답게 만들며, 툴을 더 유용하고 편리하게 사용할 수 있도록 한다.

31p : 좋은 인터페이스 디자인은 그림에서부터 시작하는 것이 아니라 사람들을 이해하는 것에서부터 시작한다. 사람들이 어떤 소프트웨어를 좋아하는지 그것을 왜 사용하는지, 그리고 소프트웨어와 어떻게 상호작용을 하는지를 알아야 한다. 사람을 더 잘 알게 되면 될수록, 더 중요하게 비중을 두면 둘수록, 사용자들을 위해 더욱 효과적으로 디자인할 수 있게 된다. 소프트웨어는 결국 그것을 사용하는 사람들에게 있어 단지 목적을 이루기 위한 수단에 지나지 않는다. 이 목적이 충족되는 만큼 사용자들은 성취감을 느낀다.

32p : 인터페이스를 디자인하는 첫 번째 단계는 사용자들이 정말로 성취하기 위해 노력하는 것이 무엇인지를 이해하는 것이다. 예를 들어 어떤 폼을 채우는 것은 절대로 그 안에 있는 내용을 모두 기입하기 위해서가 아니다. 대부분의 사람들은 온라인에서 무엇인가를 사기 위해서, 운전면허증을 갱신하기 위해서, 또는 네트워크 프린터를 인스톨하기 위해서 단지 이 작업을 하고 있을 뿐이다. 일종의 잡무를 처리하고 있는 것이다.

33p : 진정한 인터페이스 디자인은 멋지게 만드는 것보다 문제를 올바로 해결하는 데 있다.

34p : 디자인을 잘 하기 위해서는 사용자들의 본능적인 반응, 레퍼런스, 사회적 정황, 신념, 가치와 같이 애플리케이션이나 사이트 디자인에 영향을 줄 수 있는 "Softer factors"를 고려할 필요가 있다. 이것들을 통해 애플리케이션을 더욱 호소력 있고 성공적으로 만드는 결정적인 특징 혹은 디자인 요소를 찾을 수 있을 것이다.

40p : 앨런 쿠퍼 (Alan Cooper) --> 비주얼 베이직의 아버지로 잘 알려진 앨런 쿠퍼는 오랜기간 프로그램 개발을 통해 개발자의 눈높이에 맞춘 프로그램 개발이나 디자인이 아닌 실제 사용자들이 원하는 기능 개발과 디자인이 필요하다는 것을 깨닫고 인터랙션 디자인을 연구해 왔다. 앨런 쿠퍼가 쓴 사용자 중심의 제품 디자인이라는 혁신적인 아이디어를 담고 있는 유명한 책 "About face"가 최근 새로운 개정판이 나왔다. About face3 : The essentials of interaction design (Wiley, 2007년 5월). 국내에도 언젠가 이 훌륭한 저서가 소개되길 바란다. 현재 국내에서 출간된 앨런 쿠퍼의 책으로는 "정신병원에서 뛰쳐나온 디자인" 이 있다.

43p : 최소한의 충족 --> 사회 과학자인 허벌트 심슨이 1975년에 만들어낸 용어. 모든 선택에 시간과 노력이 든다는 것을 알게 되면 사람들은 "가장 좋은것 (Best)"대신에 "충분히 좋은것 (Good enough)"을 받아들이는 경향이 있다. 최소한의 충족은 실제로 매우 이성적인 행동이며, 사람들은 그들이 해야만 하는 것 그 이상으로 생각하기를 원치 않는다.

48p : 사람들은 오브젝트와 다큐먼트들을 찾을 때 이름을 생각하는 게 아니라 어디에 두었는지 위치에 대한 기억을 더듬어 본다. 대부분의 애플리케이션들이 사용자들이 예측할 수 있는 장소에 확인, 취소, 그리고 기타 버튼들을 둔다. 버튼에 대한 공간 기억이 굉장히 강하기 때문이다. 사람들은 복잡한 애플리케이션에서는 툴바에 있는 툴이나 우선순위를 가진 오브젝트, 기타 다른 것들과 비교해서 버튼이 어디에 있었는가를 기억하고 이를 찾아낸다. 일반적으로 인터페이스에 어떤 것을 추가하는 것은 문제를 일으키지 않는다. 그러나 이미 있던 컨트롤을 재배열하는 것은 공간 기억을 방해하고 사물들을 찾기 힘들게 만들 수 있다.

50p : 그 자체로 너무 완벽하거나 똑똑한 시스템을 디자인하려고 애쓰지 말라. 오랫동안 쓰이지 않은 윈도우를 아무도 사용하는 사람이 없다고 가정하고 자동으로 닫히게 하지 말고, 사용자들에게 "도움을 주기 위해서" 시스템이 필요없다고 생각하는 파일이나 오브젝트들을 지우지 말아야 한다. 누구도 그런 이유로 파일과 오브젝트들을 버리지 않는다. 또한 사용자들이 요청하기 전에는 자동으로 사물들을 구성하거나 분류해서는 안된다.

82p : 무엇을 하기 위해 매번 결정해야 한다는 것은 부담스럽기 때문에 사람들에게 환영받지 못한다. 따라서 디자이너가 대신 선택해주는 경우를 긍정적으로 생각하는 사람들도 많다. 사용자들이 고민하게 하지 말고 다음에 무엇을 해야되는지를 알려주자.

89p : 추가 콘텐츠로 들어가는 "문"을 매력적으로 보이도록 만들자. 언더라인 링크, 헤드라인, 버튼, 메뉴자체, 아이콘 혹은 클릭 가능한 이미지 영역 등이 추가 콘텐츠로 들어가는 문이 될 수 있다. 사용자의 호기심을 자극하는 이름을 붙이는 것 역시 디자이너에게 달려 있다. 네이밍은 일종의 예술이다. 네이밍에 대해 의심의 여지가 있을 때는 사용성 테스트를 해보자.

99p : 네비게이션은 최소화될수록 좋다.

101p : 디자이너가 저지르는 가장 난처한 실수 중 하나는 사용자가 태스크를 수행할 때마다 서브 페이지나 다이얼로그의 다층 레벨 안으로 들어가게 만드는 것이다. 그보다 더 안좋은 것은 사용자를 그 단계까지 끌고 간후, 앞에서 필요한 한가지 조건이 빠져있기 때문에 이 태스크를 수행할 수 없다고 하면서 출발점으로 되돌려보내는 것이다.

114p : 네비게이션 장치는 아무리 확실하게 나타낸다 하더라도 모든 사용자들이 사용하지는 않는다라는 사실을 기억하자. 엔지니어와 디자이너들이 쉽게 오인하게 되는 부분은 사용자들이 처음에 전체를 논리적으로 보고 나서 어디로 갈지를 결정한다고 생각하는 것이다. 실제로는 그렇지 않다. 대부분의 사용자들이 사이트나 UI가 어떻게 구성되어 있는지 알고자 하지 않고, 단지 필요한 것을 찾을 때까지 가장 가까이에 있는 명확해 보이는 사인을 따라갈 뿐이다.

136p : Animated transition --> 애니메이션은 빠르고 정확해야 하며, 사용자의 처음 동작과 애니메이션의 시작 사이에 지연시간이 전혀 없거나 있더라도 극히 짧게 만들어야 한다. 스크린에서 애니메이션될 영역을 제한하여 모든 윈도우 전체를 애니메이션시키지 않는다. 그리고 무엇보다 짧게 만든다. 참고문헌에는 부드러운 장면전환을 위해서 0.3초 정도가 이상적이라는 리서치 결과가 나와있다.

156p : 비주얼 프레임워크는 콘텐츠로부터 UI의 스타일적인 면을 분리시킨다. 프레임워크를 한 곳에서만 정의해 놓으면 (CSS스타일쉬트나 Java 클래스에서와 같이) 콘텐츠와 독립적으로 프레임워크를 변경할 수 있다. 즉 프레임워크를 쉽게 변경하거나 다시 되돌려 놓을 수 있게 된다.

165p : 탭은 훌륭한 방법이다. 하지만 일반적으로 카드는 6개 이하로 사용하는 것이 좋다. 그러나 탭을 "두줄(Double-row)"로 놓지 말자. 두줄배열은 대부분 사용하기 쉽지 않다. 만일 동시에 한 줄로 나타낼 수 없다면 가로로 스크롤할 수 있게 한다. 세로탭의 사용은 카드 스택의 가로폭을 좁고 세로 폭은 높게 만든다. 이것은 일반적인 탭 페이지의 형태가 아니다.

166p : 어떤 UI들은 페이지의 상단에 드랍다운 리스트가 있다. 이는 링크 컬럼보다 공간을 적게 차지하지만 그만큼 명확하진 못하다. 드랍다운 리스트는 일반적으로 컨트롤처럼 동작하는데 사용자들은 이를 네비게이션장치로 인식하지는 않는다.

175p : 대각선균형 (Diagonal balance) 페이지 요소들을 비대칭으로 배열하되 왼쪽 상단과 오른쪽 하단 구석 양쪽에 시각적 무게의 균형을 맞춘다. 대각선 균혀은 사용자들의 시선이 왼쪽 상단에서 오른쪽 하단으로 쉽게 이동할 수 있게 페이지를 바로 잡아주는 역할을 한다. 타이틀, 탭, 또는 다른 강력한 요소들을 페이지의 왼쪽 상단에, 버튼들을 오른쪽 하단에 위치시킨다.

188p : 그래픽 디자이너들은 글자를 쉽게 읽을 수 있게 최적의 행길이를 맞추어야 한다. 영문으로는 한줄에 평균 10 ~ 12 단어가 적절하다. 다른 수치로는 30 ~ 35em 폭이다. (em은 소문자 "m"의 폭 길이를 뜻함.)

194p : CLIs (Command-Line Interfaces) 무엇이 사용가능한지 일단 배우고 나면 굉장히 강력하게 사용할 수 있지만 처음에 사용하기는 그리 쉽지 않다. 잘 짜여진 단일 커맨드로 많은 작업을 완료할 수 있다. 이와 같이 CLIs는 소프트웨어를 잘 알고 있는 사용자에게 최상의 액션실행방법이 된다.

207p : 버튼에 라벨을 붙일 때는 아이콘보다 텍스트를 사용하라. 텍스트 라벨이 붙은 버튼이 훨씬 이해하기 쉬우며, 특히 대부분의 사용자들이 완료, 승인, 확인 라벨이 붙어있는 버튼을 찾는다. 라벨에 쓰이는 텍스트는 동사나 어떤 행위가 일어나는지를 기술하는 짧은 동사문장을 사용하되 사용자가 쓰는 일반적인 용어를 쓴다. 대부분 그냥 "완료"라는 단어보다는 "보내기", "Buy", "Change record"와 같이 보다 구체적인 단어를 사용하는 것이 훨씬 효과적으로 의미를 전달한다.

215p : 2초이상의 시간이 걸리는 작업은 UI의 흐름을 방해하기 때문에 Progress indicator를 사용한다. 사용자에게 알려줘야 할 것은 다음과 같다. 현재 무엇이 진행되고 있는가, 완료된 동작의 비율은 어느 정도인가, 남은 시간은 어느 정도인가, 어떻게 진행을 멈출 수 있는가

217p : Cancelability --> 파일을 프린트하거나 또는 데이터베이스를 요청하거나, 커다란 파일을 로딩하는 것처럼 2초이상의 시간이 걸릴경우에는 취소버튼을 제공해야 한다. 무엇이든 취소할 수 있다는 것을 사용자가 알게 되면, 사용자는 더욱 편안하게 인터페이스를 둘러보고 무엇인가 시도해 보게 된다.

221p : 멀티레벨 undo의 횟수는 제한하는 것이 바람직하다. 더 많은 단계의 undo를 제공하여도 사용자들은 이를 효과적으로 사용하기 힘들다. 일반적으로 12개 이상의 undo 횟수를 두는 것은 불필요하다.

324p : 컴퓨터 전문용어가 아닌 일반용어를 사용한다. "유효하지 않은 숫자 오류" 대신 "우편번호가 잘못되었습니다."라고 적어야 한다.

324p : 정중한 단어를 사용한다. "자바스크립트 오류 693"이나 "이 폼은 데이터를 포함하고 있지 않습니다." 대신 "죄송합니다만 무엇인가 잘못되었습니다. 다시 한번 Go를 클릭해주세요."라고 하자.

330p : 어떤 이들은 사용자들이 너무 쉽게 문제를 일으키게 되기 때문에 인터페이스에서 모드를 사용하는 것은 나쁘다고 말한다. 이 말이 항상 옳은 것은 아니다. 그래픽 편집기를 사용하는 사람들은 모드에 익숙해져있다. 사실 모드 없이 마우스와 키보드만을 가지고 어떻게 복잡한 그래픽 편집기를 디자인할 수 있을지 모르겠다. 서로 다른 드로잉 기능들을 많이 구현하기 위해서는 이 인풋 디바이스들에 기능적으로 과부하가 걸릴수밖에 없다.

342p : 모드에 있어서 가장 큰 문제점 중 하나는, 사용자가 현재 모드를 잊어버릴 수 있다는 것이다. 특정 마우스 커서처럼 명확한 상태를 알려주는 인디케이터가 없으면, 사용자가 실제로는 모드 B에 있으면서도 모드 A에 있다고 착각해서 엉뚱한 행동을 할수도 있다.

375p : 대부분의 애플리케이션과 웹에서 콘텐츠와 사용편의성은 스타일보다 훨씬 중요하다. 전체적으로 장식적인 이미지의 사용을 자제하고, GUI의 기능적인 면이 산만해지지 않도록 신중을 기해야만 한다.

394p : 헤어라인 질감은 매우 얇은 산세리프 폰트 옆에 놓여있을때 특히 효과적으로 보인다.

[이전글] 2009/03/16 - [bOOKS + mAGAZINES] - 더 나은 사용자 경험(UX)을 위한 인터랙션 디자인 (Designing for Interaction: Creating Smart Applications and Clever Devices) ★★★☆☆

[이전글] 2007/06/05 - [bOOKS + mAGAZINES] - Ambient Findability (검색2.0 발견의 진화) ★★★☆☆

[이전글] 2007/05/18 - [bOOKS + mAGAZINES] - Universal principles of design (디자인 불변의 법칙 100가지) ★★★★★

신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절


BLOG main image
모든 포스트는 마음껏 퍼가고 재가공하셔도 됩니다. by 몬스터디자인

카테고리

분류 전체보기 (1631)
pRODUCT dESIGN (535)
tELECOMMUNICATION (145)
tRANSPORT (158)
LIFESTYLE kONTEXT (240)
tECH fARM (100)
fAIRS and eXHIBITS (38)
sHOPPING cART (6)
cOMIX (51)
bOOKS + mAGAZINES (86)
mOVIES (148)
gAMES (11)
iDLE tALK (113)
Statistics Graph
Total : 5,676,720
Today : 127 Yesterday : 525