개발자가 바라는것, 사용자가 바라는것.
 터미널 미디어로그가기
 조회 : 3450 , 2010/01/25 17:49

"개발자는 사용자가 반드시 메뉴얼을 읽으리라 착각한다. 

사용자는 메뉴얼을 볼 필요도 없이 단순하게 제품을 만들었으리라 착각한다."

  - 인터넷에서 본내용을 내맘대로 구성을 통해 적었습니다. ;;; (예전에 본거라 기억이 ;;)



개발자와 사용자사이에 끊임없는 평행선을 긋는것 같네요.. =_=;;; 

(뭐.. 저는 사용하다 궁굼한 것들만 메뉴얼을 뒤집니다.. -_-;;;) 


 
3


 
   이 게시물의 댓글 보기
  진통제 robfight님의 미디어로그 가기  / 10-01-25 17:58/ 이댓글에댓글달기
  일단 사용자는 설명서 안읽고 문제 생기면 무조건 고객센터로 전화 한다. -_-;
개발자는 보다 쉽게 만들려고 노력한다.. 그리고 시판되면 최대한 불량 및 고장이 안생기도록 빈다. ㅠㅠ
  카라는진리/역병 역병창궐님의 미디어로그 가기  / 10-01-25 18:25/ 이댓글에댓글달기
  진통제님이 상당히 정확하게 보신듯...개인적으로 저는 A/S 관련 접수 및 문의 및 해결사 역할(?)까지 다 하는 멀티입니다-_-;;의외로 간단한 문제인데도 걍 물어보는 식이긴 합니다.
  Scavenger bmw375님의 미디어로그 가기  / 10-01-25 19:29/ 이댓글에댓글달기
  전자제품을 사면 설명서부터 읽는 버릇이 있기는 한데 기억력이 좋지 않은 탓에 자꾸 읽게 되니 짜증날 때가 많더군요. 기능이 많으면 자세한 설명서가 있어도 불편한 것은 마찬가지인 듯 합니다.
  nift nift님의 미디어로그 가기  / 10-01-25 19:44/ 이댓글에댓글달기
  역지사지란 말이 있는데 이런 경우엔 서로 입장이 바껴도 똑같은 생각과 행동을 하지 않을까 싶습니다. 저또한 메뉴얼 아예 안보기 때문에^^;;
  대박인생 bigfog님의 미디어로그 가기  / 10-01-25 20:03/ 이댓글에댓글달기
  저는 될 수 있으면, 매뉴얼을 보긴 보는데...
보시는 분들이 많지는 않죠.
안 보고도 문제 없이 쓰는 것이 제일 좋은 것인지도 모르겠네요. ~0~;
  유리카 king8407님의 미디어로그 가기  / 10-01-25 20:20/ 이댓글에댓글달기
  메뉴얼을 봐도 몰라요. ㅠ.ㅠ 메뉴얼보다가 이리저리 만져보면 되는 경우가 있겠죠.
  Tuna☆09 ohye701님의 미디어로그 가기  / 10-01-25 20:24/ 이댓글에댓글달기
  가볍게는 퀵가이드를 읽고, 그다음에 사용하다 모르겠으면 매뉴얼을 보고 , 마지막으로 구글신께 기도를;
  허접프로그래머 valkyrie님의 미디어로그 가기  / 10-01-25 22:53/ 이댓글에댓글달기
  ....메뉴얼을 읽는 것이 좋지만, 요즘 나오는 소프트웨어들은 메뉴얼만 수백페이지. 이걸 언제 다 읽는단 말입니까...ㅡㅡ;

그리고, 결정적으로 다 읽을 무렵에는 신버전이 나오고, 신버전의 메뉴얼은 이전 버전보다 반드시 두껍습니다!!
  폭부양군 ryol84님의 미디어로그 가기  / 10-01-25 23:13/ 이댓글에댓글달기
  매뉴얼이 좋긴 하지만 ....

너무 두꺼움 ㅠㅠ
  전진맨 jenjinman님의 미디어로그 가기  / 10-01-25 23:52/ 이댓글에댓글달기
  매뉴얼을 거의 안 보게 되더군요
기능 사용하다 모르는 부분이 있을때만 본다는.....ㅠㅠ
  연지벌레 duswl1님의 미디어로그 가기  / 10-01-26 1:08/ 이댓글에댓글달기
  매뉴얼 엔간한 수준이면 읽어줍니다..ㅎㅎ 저의 제품들은 소중하니까요.
  whoru deathesp님의 미디어로그 가기  / 10-01-26 11:51/ 이댓글에댓글달기
  메뉴얼 자체가 교과서처럼되어 있죠. 설명서가 아니라... 사람들이 쓰는 패턴으로 전개되면 편하지만 펴자마자 이건 무슨 ... UX라는 개념에도 그래서 웃음만 나옵니다. 아무리 유저 기반이라고 해봐야 유저들을 학습시킬려고 하지 유저들이 물건을 들자마자 자연스럽게 물흐르듯이 사용하는 패턴으로 작성되어 있질않으니까요. 애플은 이쪽에도 엄청난 투자를 한것으로 압니다.
로그인 | 이 페이지의 PC버전
Copyright NexGen Research Corp. 2010