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 몬스터디자인

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


1) 마이크로나 미니 USB단자를 사용하는 일반적인 충전방식이 아니다. 즉, 모토로라 전용 충전기를 제공한다는 얘기... 그런데, 이 전용충전기가 거의 노트북 충전기 절반크기만하다. 헐~ 게다가 충전 전원케이블 연결부분이 너무 부실하다. 단단하게 결합되었다는 느낌은 커녕, 충전중에 충격이 가해지면 핀이 쉽게 파손될 수도 있을 지경... 이미 여기저기 게시판에 이를 성토하는 글이 많이 올라와있다.


2) 전원버튼은 뒤쪽 카메라 옆에 위치해 있다. 나쁜 아이디어라고 볼 수는 없지만, 바닥에 놓아둔채로 화면을 켤수는 없다. 게다가, 더듬더듬 손가락으로 찾아야 되니 슬쩍 짜증도 좀 나려고 한다. 마지막으로 버튼의 인쇄상태도 깔끔하지 못하다. ㅡ,.ㅡ;;


3) 터치 퍼포먼스 : 터치는 iPad만큼 잘 되지만, 화면전환효과는 생각보다 매끄럽지 못하다. 그리고, 바탕화면에 위젯을 많이 깔아두면 느려진다.

4) 카메라 : 촛점을 잘 잡지 못한다. 즉, 원거리 풍경이나 인물촬영은 별문제 없겠으나, 가까운 사물촬영은 힘들다는 얘기... 또한, 어두운 곳에서 특히 맥을 못춘다. 노이즈도 많고... ㅡ,.ㅡ;;

5) Gmail, 캘린더 : 핵심어플리케이션임에도 불구하고, 레이아웃 구성등이 어딘지 어설프다. 속도도 빠르지 않다. 아이패드에 익숙해져서 인지 아무튼 쾌적하지 않다...




6) 웹 브라우저 : 상단에 탭이 있어 웹페이지간 이동을 쉽게 할 수 있는 것은 좋은데, 속도도 좀 느리고, 가끔씩 튕긴다. 참고로, 브라우저 설정 > 실험실 에 가보면 "빠른 컨트롤" 기능이라는게 있다. 브라우저의 좌우 끝부분에 손가락을 대면 동그란 퀵메뉴가 나타나는 기능인데, 은근히 유용하다. 

7) 마켓 : 안드로이드마켓에는 아직 타블렛 전용 어플이 없다. 타블렛용과 스마트폰용 구분이 없는것으로 봐서 현재는 스마트폰용을 타블렛에서 그냥 쓰는 형국인듯... 해상도가 얼추 비슷해서인지 일단 큰 불편은 없지만 아쉬움은 크다. 또한, 일부 어플은 설치도 되지 않고, 설치가 되었다고 해도 레이아웃이 깨지거나 텍스트가 나오지 않는 둥 문제가 있다.

8) 트위터, 페이스북, 포스퀘어 앱 : 스마트폰용앱을 큰 화면에서 그대로 쓰자니 정보가 많이 보여 편하기는 하다만, 역시 뻥튀기한거라 레이아웃도 좀 어색하고, 속도도 느리다. ㅡ,.ㅡ;;

9) 푸딩카메라 : 인스톨 되지 않는다. ㅡ,.ㅡ;;


10) 앵그리버드 리오 : 최고로 만족스러웠던 유일한 앱이라고 보면 된다. 속도도 빠르고 화면 레이아웃도 어색하지 않았다. 게다가, 공짜...


11) 뒷면은 알루미늄과 플라스틱으로 되어있는데 그 경계면의 플라스틱면을 손으로 누르면 틈이 보일정도로 쑥~ 들어간다. ㅡ,.ㅡ;;

12) 배터리 : 아이패드보다 더 빨리 닳는다는 느낌... 최적화가 더 필요하다.

13) 어플리케이션 메뉴는 우측 상단에... 기존 백키, 홈키, 메뉴키는 좌측 하단 Status bar에 위치해 있어 아무래도 동선이 너무 길다. 좀 쓰다보면 슬슬 짜증이...  

14) 키보드 : 이정도면 오케이... 4방향키가 있어 은근히 편하다.

15) 유심슬롯뒤에 microSD 슬롯이 있다. 하지만, 지금 당장은 지원하지 않는다. 향후 OS가 업그레이드 되면 그때 지원한다는 얘기인데... 뜻은 가상하나, 일단은 그림의 떡... 

16) 두께, 무게 모두 다이어트가 더 필요하다. 아이패드2보다 약 100그람정도 더 무겁고, 4mm 정도 더 두껍다. 

17) 스크린 캡쳐기능이 없다. 안드로이드 SDK를 깔거나 스크린캡쳐앱을 인스톨하는 방법이 있긴 하지만, 이제는 OS자체적으로 좀 지원되었으면 좋겠다.

18) 구성물이 좀 썰렁한 편인데, 박스안에는 충전 아답터와 미니USB 케이블밖에 없다. 이어폰이나 HDMI케이블, 아트릭스에서는 제공해줬던 Dock도 같이 제공해 줘야 그나마 아이패드2랑 경쟁이 되지 않을까 싶다. 


★ 결론 : 허니콤 타블렛은 아직 갈길이 멀다. 아이패드의 경쟁자라고 말하기엔 많이 부족한 수준이다. (먼저 기본적인 전용앱부터 다수 확보되어야 명함이라도 내밀수 있을듯...) 암튼 (계속되는 품절사태로) 아이패드2를 당장 구할 수 없다고 해서 써보지도 않고 허니콤 타블렛을 사게 된다면 아마 땅을 치고 후회하게 될 것이다. 현재 상황에서는 차라리 4.3인치 이상의 대화면 안드로이드 스마트폰이 더 낫다. 본궤도에 오르려면 적어도 1년은 더 기다려야 될듯...
신고
Posted by 몬스터디자인

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

  1. 2011.06.06 15:12 신고
    댓글 주소 수정/삭제 댓글
    한때 xoom 구입을 고려했다가 바빠져서 잠정 미뤄왔었는데,
    님 글을 읽고 나니 그때 바빠진게 잘된거 같다는 생각이 드네요. ㅎ
    감사합니다.
  2. 2011.06.06 16:39 신고
    댓글 주소 수정/삭제 댓글
    운영체제 자체의 최적화가 도무지 안되어 있다는 느낌이었어요-

    사양은 막강한데 정작 돌려보면 그정도 퍼포먼스라는게 ;;;;;;

    아이패드에 경쟁자는 절대 못 될 것 같고 앞으로 적어도 두번 세번 이상

    다른 모델이 나오고 지나가야 겨우 아이패드 수준이 되지 않을까 싶습니다-

    문제는 그 사이 애플이 가만히만 있지 않는다는거죠;
  3. 2011.06.06 19:06 신고
    댓글 주소 수정/삭제 댓글
    테블릿 전국시대가 오나라고 생각했지만
    역시나 아직 안드로이드나 업체의 갈 길은 멀었군요
  4. 초이
    2011.06.07 13:12 신고
    댓글 주소 수정/삭제 댓글
    3월 미국 현지에서 구입했을 때, 올린 소감과 동일한 의견이시군요. 적어도 허니콤은 안드로이드 못지 않게 어렵게 UI를 만들어 놓은 느낌입니다.
  5. 안드로이드
    2011.06.15 23:27 신고
    댓글 주소 수정/삭제 댓글
    Honeycomb 태블릿, 걱정할 것 없다 1 --> http://www.appleforum.com/526633-post1.html
    Honeycomb 태블릿, 걱정할 것 없다 2 --> http://www.appleforum.com/526634-post2.html
    Honeycomb 태블릿, 걱정할 것 없다 3 --> http://www.appleforum.com/526635-post3.html

사용자 삽입 이미지

평범한 보쉬 전동 스크루드라이버 2개로 굴러가는 재미있는 전기 삼륜차 컨셉 EX... 최고 속도는 30km/h까지 가능하고, 방향전환은 몸으로 해야 한다. 형태도 재미있고, 방향전환을 하는 메카니즘도 흥미롭지만, 무엇보다도 쉽게 구할 수 있는 전동공구를 동력원으로 삼았다는 아이디어가 놀랍기만 하다.

사용자 삽입 이미지

http://www.nilsferber.de/ex.html


디자이너 : Nils Ferber, Sebastian Auray, Ruben Faber, Ludolf von Oldershausen (HFBK University of Fine Arts Hamburg 학생들)

※ 상세한 제작 과정 보기 : http://www.nilsferber.de/ex_process.html



신고
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 신고
    댓글 주소 수정/삭제 댓글
    좋은 책 추천 & 공유 감사합니다~! 구구절절 와 닿는 게...요즘 저한테 필요한 내요이었네요..^^

사용자 삽입 이미지

1) 블랙베리 OS 업그레이드 : 볼드 9000에 설치된 OS버전은 4.6인데, 일단, 5.0으로 업그레이드한다. 업그레이드시 데이타백업은 당근 필수...

- 블랙베리 홈페이지에서 아래 링크를 눌러 OS 5.0 을 다운로드 받는다. 이때, 이름, 회사, 주소, 이메일등을 적어줘야 접근권한을 얻을 수 있다. --> https://www.blackberry.com/Downloads/contactFormPreload.do?code=6C3CF77D52820CD0FE646D38BC2145CA&dl=5EFA41FCB13DB6AA631F676C19D5F9A4
- 다운로드 받은 OS 5.0 파일을 PC에서 실행시키고, 블랙베리를 USB로 연결한다.
- 데스크탑 매니저 (https://www.blackberry.com/Downloads/contactFormPreload.do?code=6C3CF77D52820CD0FE646D38BC2145CA&dl=5DB6160A7227B480325A0DDE71522D98)를 실행하여 업그레이드를 해도 되고, 폴더에 있는 Loader.exe를 실행시켜도 된다.
- 필요없는 기능들을 체크박스 해제하고, 설치를 시작한다. (약 20분정도 소요)
- 몇몇 카페나 블로그에서는 Shrink-A-OS.exe 등의 SW를 통해 OS 용량을 줄이거나, 블랙베리 메모리를 초기화 (wipe)한후, 새로 설치하는 방법등을 권하고 있는데, 그냥 바로 설치해도 별 문제는 없었다.

※ 자세한 설명이 되어있는 글 참고하세요 : http://indoweb.org/love/bbs/board.php?bo_table=phone&wr_id=703

- OS 5.0의 장점 : 4.6의 한글은 좀 깨지기도 하고, 참으로 보기 흉한데, 5.0은 훨씬 미려해지고, 어느 화면에서도 깔끔하게 보인다. 부팅속도도 좀 빨라졌고, 테마도 조금 개선되었음.


2) Google 모바일 어플리케이션 설치

사용자 삽입 이미지

- 블랙베리 브라우저를 열고 http://www.google.com/으로 접속
- 상단 More를 누르고, "Download Google Mobile App"을 눌러 설치파일을 다운로드한다.
- Downloads 폴더에 있는 Google Mobile App을 실행하여 설치 완료
- Google 모바일 초기 화면상단에서 Gmail, Maps, Sync (More에 있는...)등의 개별 Application을 설치할 수 있고, News, Reader, Calendar, Docs, Photos, notebook등을 온라인으로 접근할 수도 있다.
- Application terminated: Google xxx applicaion has been denied the "Cross Application Communication" permission. 이라는 에러메시지가 나온다면, 탑메뉴 > Options > Applications > 해당 어플리케이션에 커서 위치한 상태에서 곰발바닥 > Edit Permissions > 모든 항목을 "Allow"로 변경하고 재실행하면 됨.

3) Google Sync를 통한 Gmail 주소록, Calendar 동기화
- 다운받은 구글 Sync를 실행하고, Gmail ID와 PW를 입력한다
- Contacts와 Calendar 체크박스를 선택하고, When to Sync를 Automatic으로 바꾼다.

사용자 삽입 이미지

4) 이메일 설정하기 : Setup 폴더로 가서 "전자메일설정" 실행시키고, Gmail의 경우, ID와 PW만 입력하면 끝... 굉장히 간단하다. 설정이 끝나면, 이메일이 쏟아져 들어오기 시작함... ㅡ,.ㅡ;; 그 어떤 스마트폰도 따라올수 없는 블랙베리만의 최고 장점...

5) 테마 설정하기 (App world, 여기저기 BB동호회등에서 다양한 테마 다운로드가 가능하다.)

- 홈스크린의 6개 기본 아이콘 바꾸기 : 탑메뉴 좌측최상단부터 순서대로 배치된 메뉴6개가 홈스크린의 숏컷으로 자동 설정됨. 홈스크린의 기본 아이콘을 바꾸고 싶다면, 탑메뉴 아이콘의 순서를 바꾸면 됨. (옮기고 싶은 탑메뉴 아이콘 위에서 곰발바닥 눌러 Move 선택후, 이동)
- http://blog.naver.com/savin64/40090047792 (안드로이드 스마트폰 스타일의 테마)
- http://nullform.net/berry/com_plazmic_theme_nullform1_1.jad
  (블랙베리 OTA로 바로 다운로드 가능 --> L자형 테마 : 10개 숏컷메뉴 + 7개 칼렌다 보여주기 --> 가장 애용하고 있는 테마... 탑메뉴로 들어갈 일이 별로 없음...)
- 테마 빌더 : 간단하게 자기가 원하는 테마를 만들수 있는 빌더 SW... 인디케이터를 포함하는 IDLE 화면의 모든 부분을 마음대로 커스터마이제이션 할 수 있다. 아래 링크에서 무료로 다운로드 가능함. -->  http://na.blackberry.com/eng/services/themestudio/

6) 여러가지 무료 App 설치하기

- 블랙베리 App World : http://bit.ly/AppWorld (OTA 바로 접속)

사용자 삽입 이미지

- Capture It (화면캡쳐) : http://nullform.net/berry/com_plazmic_theme_nullform1_1.jad (OTA로 바로 설치, 좌측 핫키에 설정해두고, 스크린샷을 바로 저장할 수 있다.)

- 지하철 노선도 : http://www.mysmart.co.kr/upload/bbdownload/subway/subway.zip (PC에서 다운로드 받아 압축 풀고, 블랙베리 외장메모리에 넣은후, 파일탐색기에서 Subway.jad 실행시키면 인스톨됨.)

사용자 삽입 이미지

- Worldmate Live : 여행관련 미니 어플리케이션 총집합... 특히, Dual clock이 필요하다면, 필수...

사용자 삽입 이미지

- Windows Live messenger, Google talk, Flickr, Facebook, AccuWeather등의 어플리케이션은 OTA주소를 아이콘으로 기본 링크해 놓아서, 쉽게 설치가 가능함.

- Facebook의 경우, 신기하게도 폰북과 오토싱크가 된다. 페이스북을 일단 설치해두면, 폰북으로 페이스북 친구의 프로파일 사진을 자동으로 (물론, 수동도 가능...)가져올 수도 있고, 페이스북 폰북에서도 전화를 할 수 있게 해준다.

사용자 삽입 이미지
사용자 삽입 이미지

7) 멀티미디어

- 동영상 : 비록 화면은 작지만, 거의 대부분의 PC용 동영상 (1.4기가 정도 파일)을 인코딩 없이 바로 재생할 수 있다. 속도도 빠르고, 버벅이거나 끊기지도 않는다. 완전 깜놀~ 게다가, 보고 있던 동영상을 중간에 End키나 Back키로 나가버려도, 다음번에 동일파일을 재생하면, 중단했던 바로 그 지점부터 즉시 재생된다.

사용자 삽입 이미지

- mp3 재생 : 외장메모리에 mp3 왕창 복사해놓고, player 실행하면, 순식간에 바로 라이브러리 구성해 놓는다. ID3태그도 잘 인식한다. iPod과 비교해도 전혀 꿀리지 않고, 윈도모바일 6.5 미디어 플레이여보다는 10배 좋음.

사용자 삽입 이미지

- 카메라 : 오토포커스를 지원하지 않아, 좀 불만이긴 한데, 오른쪽 옆구리에 카메라키도 있고, UI도 심플하고, 앨범 로딩 속도도 빨라 그럭저럭 만족... 다만, 광량이 부족한 곳에서는 제대로 된 사진 찍기 힘듬... ㅡ,.ㅡ;; 동영상은 최대 480x320 해상도로 촬영가능...

사용자 삽입 이미지

8) 인터넷 브라우저 : 생각했던것보다 속도도 꽤 빠르고, 대부분의 한글 사이트 잘 나와서, 큰 불편은 못느낌. MWC 2010에서 발표된 바로는, 새로 개발된 Web kit 기반 브라우저를 곧 제공할 예정이라고... 트랙볼을 굴려 포인터를 이동시키고, 링크를 클릭하는 스타일이 처음에는 좀 당황스러운데, 몇번 하다보면, 익숙해져서 크게 문제가 되지 않는다.

사용자 삽입 이미지

9) 편하게 한영전환하기 : 보통 Shift + Space를 누르면, 팝업이 떠서 입력언어를 고르게 되는데, 좀 귀찮다. Options > Language and Text Input 들어가서, Enable Quick Selection > Yes로 바꾸고, Notify me > No 로 바꾸면, 팝업없이 바로 한영전환이 된다.

사용자 삽입 이미지

10) 빠르게 검색하여 전화걸기 : 홈스크린 화면에서 바로 키패드로 이름을 입력하면, 폰북 검색이 바로 가능함. 폰북으로 들어갈 필요가 없어서 아주 편리...

11) 빠르게 문장 셀렉트하기 : 보통 곰발바닥 눌러서 Select 누르고, 텍스트를 선택하는데, 쉬프트를 누른 상태에서 트랙볼로 원하는 문장을 바로 긁은후, 카피하면 더 쉽다.

12) 몇가지 불편한점

- 통화품질이 생각보다 별로다. 뚝뚝 끊길때 (전화 받을 경우에만... 전화 걸때는 정상)가 많고, 깨끗하게 들리지 않으며, 볼륨도 작고... SKT 네트웤에 최적화 되어있지 않은 OS버전 (5.0)이라 그럴수도 있겠다... (팁 : 전화받고 뚝뚝 끊길때, 스피커폰키 (키패드 우측 하단의 $ 키)를 한번 눌러 스피커폰을 on하고 다시 한번 눌러 off 하면, 제대로 들림... ㅡ,.ㅡ;;)
- 기구 마무리는 좀 썰렁한편... 뭔가 아구가 딱 맞아들어가는 단단한 느낌이 들지 않는다. 특히, 미니 USB 충전단자와 3.5파이 이어폰 단자가 있는 좌측 상단부분이 특히 취약함. 손으로 좀 세게 누르면 망가질것 같은 느낌이 듬... 
- 번들로 들어있는 이어마이크셋이 좀 별론데, 이어폰줄을 건드릴때마다 진동과 소리가 그대로 귀에 전달되어 무척 신경이 거슬린다...
- 2.6인치 LCD에 480x320 해상도는 좀 너무한듯... 2.8인치 이상으로만 되도 눈이 좀 편할듯...
- 전원을 완전히 Off 하기 위해서는 배터리를 제거하는 방법밖에 없다. ㅡ,.ㅡ;; (배터리 다시 장착하면, 바로 우측 상단에 빨간불 들어오고, 재부팅됨... ㅡ,.ㅡ;;) 블랙베리 탑메뉴에 있는 전원오프버튼을 누르면, 슬립모드로 들어간다. (버튼 누르면, 바로 화면뜸...)

사용자 삽입 이미지

13) 2주간 사용후 결론 : 스마트폰을 써보고 싶긴 한데, 터치에 거부감이 있고, 이메일로 업무를 많이 본다면, 주저없이 선택하시라. 블랙베리만의 푸쉬이메일서비스만큼은 전세계 어느 제조사도 아직 따라오지 못할정도로 빠르고, 강력하다. 게다가, 쿼티키의 사용성도 나쁘지 않고, 트랙볼로 조종하는 커서와 마우스 포인터 느낌도 쓸만한 편이다. 아이폰만큼 중독성 강함...

14) 요금은 100MB 짜리 : BIS 서비스 (12,000원) + 안심데이터100 (10,000원) + 표준음성요금제 (12,000원) = 34,000원/월 --> 데이터 100MB면 너무한거 아니냐 싶었는데, 이정도면, 많이 모자라지도 않고, 남지도 않는, 그냥 적당한 수준인듯... (5000원만 더내면, 데이터 500MB로 올릴수 있음.)

※ BIS요금제란 : http://life4happy.egloos.com/4611021

15) 3월쯤 국내 출시예정이라는 블랙베리 볼드 9700과의 비교 --> http://na.blackberry.com/eng/devices/compare/product-attr-compare.jsp?products=946&products=1766

- 9700의 기구마무리가 훨씬 좋아졌다. 크기가 좀 작아져서, 그립감도 더 좋아지고, 더 단단해졌다.
- 트랙볼이 트랙패드로 바뀌었다. 드륵드륵~ 소리도 동일하게 나게 할수 있고, 나름 동작도 잘 되는 편인데, 개인적으로는 트랙볼이 더 나은듯 싶음. 트랙패드위의 손가락 움직임이 트랙볼보다 더 빨라지는 바람에 때때로 커서가 트랙패드 손가락의 움직임을 따라오지 못할때가 있음. --> 감도조절로 쉽게 해결 가능함.
- 상단좌측에 있던 Mute 버튼이 우측상단으로 이동되고, 좌측상단에는 Lock 키가 추가되었음.
- Mini USB 포트가 Micro USB포트로 변경되었다.
- MicroSD슬롯은 배터리 덮개를 열고, 메모리카드를 장착하게 변경되었음.
- 카메라가 오토포커스를 지원함. 물론, 듀얼액션 반셔터키도 지원...  
- 배터리는 완전 동일
- LCD 해상도는 480x320에서 480x360으로 더 커졌으나, 액정 크기는 좀 작아짐. 액정밝기는 9700이 더 밝음...
- 전체적인 사이즈 축소로, 쿼티키도 조금씩 작아짐...
- 메모리 : 볼드 9000 최대 불만이었던 메모리 사이즈가 2배로 (256MB) 늘어났다. 야호... 즉, 기본 상태에서 메모리가 125MB정도 확보됨.
- 9000은 SIM이 잘 안빠져서 짜증났었는데, 9700에는 많이 개선되었다. 다만, 9000에서 잘 빠지던, microSD카드가 9700에서는 잘 안 빠짐...
- 부팅속도도 9700이 더 빠름.

사용자 삽입 이미지

16) 네이버 스마트폰 카페 --> http://cafe.naver.com/bjphone (블랙베리 포럼으로...) --> 회원이 무려 50만명... 왠만한 궁금사항은 찾아보면 다 나와있음...

17) BB 카페 자료실 --> http://www.bbcafe.co.kr/bbs/?s=pds

신고
Posted by 몬스터디자인

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

  1. 2010.03.02 21:38 신고
    댓글 주소 수정/삭제 댓글
    오,, 블랙베리 유저는 사실 그닥 많이 보지 못했는데, 이 글 보고나니 의외로 굉장히 끌리는 군요 +_+
    좋은 글보고갑니다 ~^^
  2. 2010.03.03 00:06
    댓글 주소 수정/삭제 댓글
    비밀댓글입니다
  3. 2010.03.03 09:12 신고
    댓글 주소 수정/삭제 댓글
    가격이 ㅎㄷㄷ ㅠㅠ
  4. 지모니
    2010.03.03 19:37 신고
    댓글 주소 수정/삭제 댓글
    9700을 기다리고 있어요!!
  5. 2010.03.03 21:19 신고
    댓글 주소 수정/삭제 댓글
    9700도 기대되는데, 스톰2도 한번 써보고 싶네요...
  6. LU
    2010.03.16 20:32 신고
    댓글 주소 수정/삭제 댓글
    정말 사고 싶던 아이인데요~오, 리뷰 잘보고 고히 담습니다, 감사합니다~
  7. 블베유저
    2010.04.07 19:45 신고
    댓글 주소 수정/삭제 댓글
    9000사용중인데, 나중에 먼훗날에 고장나면 9700사용하려고 생각중입니다^ ^.
  8. 레드베리
    2010.04.23 18:35 신고
    댓글 주소 수정/삭제 댓글
    9700으로 갈아타고 싶어지는....... 막 고민고민됩니다ㅋㅋ
  9. 2010.04.24 06:51 신고
    댓글 주소 수정/삭제 댓글
    저도 9700으로 갈아타고 싶어, 하루에도 수십번 고민하고 있습니다.
  10. 2010.06.06 05:37
    댓글 주소 수정/삭제 댓글
    비밀댓글입니다
  11. 2010.06.06 11:40 신고
    댓글 주소 수정/삭제 댓글
    네... PC랑 연결하신후, 데스크탑매니저에서는 테마 삭제가 가능할것 같습니다... 한번 시도해보세요.
  12. rhrh
    2010.07.25 20:24 신고
    댓글 주소 수정/삭제 댓글
    블랙베리를 다음주쯤에 사려고하는
    쌩초보인데요ㅠㅠ 스마트폰인건 뭐 둘ㅉㅐ치고
    디자인이 너.......무............
    제가 찾던 그디자인이라 아무것도안보입니다 ㅋㅋ
    바로 지르려고 하는데 잠실 지하상가에
    한 대리점에서 물어보니 기계값 27만원에
    24,36개월 할부 가능하고 대신 요금제는
    4만 5천원짜리 써야한다고 하더라구요
    그게 제일 싼거라고하던데.. 그외 부가서비스는 뭐해야
    하냐고 햇더니 저는 sk고유 번호를 받은거라
    유심은 그냥 변경만 하면 된다고하고 위약금 물고
    (제가 2년인데 지금 7개월밖에 안썻거든요 ㅋㅎ)
    번호도 안바뀐다고 하더라구요
    가입비까지만 내면 끝이라네요
    전 사실 인터넷도 사용 거의 안할거같고
    거의 디자인때문에 사는거라 그외 따로 더들어갈건
    없는거 같은데.. 그 옆에 매장가서물어보니
    기계값만 70을 달라고하더라고요ㅡ,ㅡ;
    왜케 차이나나 싶은데 어쨋든
    27을 불럿던 그 대리점 가면될까요? 다른곳 돌아다닐
    필요없이ㅠㅠ? 제가 빠른92라 나이는 아직 19거든요
    그래서 학생요금제 씁니다 sk구요
    27을 불럿던곳보다 더 싼곳이잇으면 사실 가고싶긴한데
    사빈님은 어디서 구매하셧나요?
    음.. 테크노마트나 요즘 휴대폰 대리점 여러개가
    한꺼번에 큰 매장으로 뭉쳐져잇는 핸드폰백화점?
    같은곳도 많이 생겻길래 거기도 가볼까하고 잇는데
    구입은 어디가좋을까요.. 초보를 위하여 여러가지
    정보좀 알려주세요..ㅜㅜ
  13. 2010.07.27 10:43 신고
    댓글 주소 수정/삭제 댓글
    제 생각에는 그냥 상태좋은 중고 (약 35만원정도)로 구입하고, 약정없는 저렴한 요금제를 쓰는게 좋을 것 같다는 생각이 드네요. 조만간 블랙베리 새 버전 (터치스크린에 슬라이드 쿼티 달린... 볼드 9800으로 예상...)이 나오면, 볼드 9000, 9700은 이제 완전 구형이 될꺼거든요...
  14. 2010.07.27 11:21 신고
    댓글 주소 수정/삭제 댓글
    블랙베리 스톰2 국내 2000대 한정 출시!!! --> http://www.bbcafe.co.kr/bbs/?n=7355&m=View&s=bbnotice


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

카테고리

분류 전체보기 (1628)
pRODUCT dESIGN (533)
tELECOMMUNICATION (145)
tRANSPORT (158)
LIFESTYLE kONTEXT (240)
tECH fARM (100)
fAIRS and eXHIBITS (38)
sHOPPING cART (6)
cOMIX (51)
bOOKS + mAGAZINES (85)
mOVIES (148)
gAMES (11)
iDLE tALK (113)
Statistics Graph
Total : 5,632,427
Today : 1,184 Yesterday : 1,201