soewon' story 장쇠원의 웹디자인

와이어프레임 작성 기획된 UI/UX 콘셉트에 따라서 화면의 기본 구조를 정의할 수 있다. 사용자 인터페이스 요소의 구성에 따라 모든 화면들을 간략하게 설계할 수 있다. UI 기술과 개발 난이도를 고려하여 요소별 액션을 정의할 수 있다. 1. 구조도 (사이트 맵) 구조도 정의 (1) 정보 공간의 형태를 개괄적으로 보여주며, 각각 사이트 개발자와 사용자를 위한 요약 도 기능을 한다. (2) 페이지와 다른 콘텐츠 요소들 간의 관계를 보여주기 때문에 조직화, 내비게이션, 레이 블링 시스템을 표현하는 용도로 사용하는 것이다. 구조도 설계 (1) 상위 레벨 구조도 메인 페이지에서 시작해서 하위 페이지들을 추가하고 단순성을 유지하며 구조에 계속 적으로 살을 붙여 나가며 사용자의 예상 접근 경로뿐 및 조직화 및 콘텐츠..

태스크 플로우 작성 사용자가 이용하는 서비스에 대하여 경험 경로 및 과정을 예측할 수 있다. 모든 화면들이 시나리오 흐름과 옵션에 따라 어떤 경로를 갖게 되는지 작성할 수 있다. 각 흐름에 따라서 태스크 플로우(Task Flow)를 작성할 수 있다. 1. 사이트맵과 태스크 플로우 사이트맵 정의 웹사이트의 특정 영역을 대표하는 페이지들을 시각적으로 보여주는 것을 의미한다. 회사 조직도처럼 생겼으며 사이트의 수직적인 구조를 보여준다. 태스크 플로우 정의 사용자들이 웹사이트를 항해하는 중 취하는 경로나 과정을 보여준다. 사용자의 옵션이나 경로를 상세히 보여주기 위해 제작된다. 2. 시나리오 기반의 태스크 분석 정의 (1) 사용자의 니즈와 요구사항을 기반으로 사용자가 우리 서비스를 이용하여 어떤 작업을 수행하도..

어피니티 다이어그램(affinity diagram) 어피니티 다이어그램은 파편화되고 불명확한 방대한 정보를 논리적이고 응집력 있는 그룹 으로 조직화하고 분류하는 기법이다. 이 기법의 결과물로는 제한된 그룹의 수이며, 기대하 는 목적은 보다 더 좋은 아이디어를 발굴하거나 문제를 좀 더 이해하는 것이다 1. 어피니티 다이어그램 활용 유형 크게 3가지 유형에서 어피니티 다이어그램을 활용한다. (1) 아이디어 도출이 목적인 브레인스토밍 세션 (2) 문제 해결을 위한 세션 (3) 고객의 목소리를 경청하는 세션 2. 어피니티 다이어그램 프로세스 (1) 토픽이나 문제를 명료하게 정의한다. (2) 팀별로 인덱스카드나 부착 가능한 노트를 제공한다. (3) 카드에 아이디어나 이슈를 기술한다. (4) 벽면에 카드를 붙인다 ..

최소 기능 제품(Minimum Viable Product, MVP) MVP는 리스크나 투자 대비 최적의 성과를 창출할 수 있으면서, 사용자에게 핵심적인 기능을 최소화하여 제공할 수 있도록 정의하는 방식이다. 해당 용어는 프랭크 로빈슨(Frank Robinson) 이 정의하였고, 스티브 블랭크(Steve Blank)와 에릭 리이스(Eric Ries)가 대중화시켰다. MVP는 무조건적으로 적은 기능만을 정의하는 것이 아니라, 사용자에게 가치를 제공할 수 있는 최소 단위를 정의하는 것이 중요하다. 그 이후에 사용자 대상으로 반복적인 테스트 를 거쳐서 점차 기능을 추가하고 보완하여 완성해간다. MVP의 목적과 기대효과는 다음과 같다. 1. 적은 기능으로 가설을 빠르게 테스트해볼 수 있다. 2. 기능을 학습시키는..

페르소나(persona) 페르소나는 사용자의 목적(goals)과 행동(behaviors)을 대표하는 실제 타깃 사용자 그룹을 가상의 캐릭터(artificial person and archetypical users)로 형상화하는 목적 지향적인 (goal-directed) 인터랙션 디자인의 방법이다. 핵심적인 캐릭터의 구성요소는 니즈 (motivations and needs), 목적, 환경(contexts), 행동패턴, 숙련 수준(skills), 태도(attitudes), 문제점(pain points) 등이다. 이러한 구성요소는 사용자 리서치의 데이터를 기반으로 기술 한다. 또한 인터랙션 디자인, 인포메이션 아키텍처 디자인(IA), 비주얼 디자인 등을 수행할 때 주요한 의사결정의 준거점으로 활용하는 전략 산..

인간 중심 디자인(Human-Centered Design) ISO 9241-210은 컴퓨터 기반으로 동작하는 시스템에 대해서 인간 중심의 효율적 디자인을 다루는 사용성 관련 표준의 하부 표준으로 기존의 ISO 13407을 업그레이드한 대체 표준이 다. ISO 9241은 개발의 전 과정에 사용자가 참여하는 것에 대한 강조와 반복적 프로세스 적용을 포함하여 아래와 같은 6개 디자인에 대한 원칙을 제시하고 있다. - 디자인은 사용자 작업 및 환경의 명백한 이해에 기초하여야 한다. - 사용자는 디자인 및 개발 전반에 참여하여야 한다. - 디자인은 사용자 중심의 평가에 의해 정제되고 주도되어야 한다. - 반복적 프로세스를 적용한다. - 디자인은 UX 전체를 다루어야 한다. - 디자인 팀은 여러 전문 분야의 기술과..

UI/UX 개발 관련 이슈 UI/UX 개발과 관련한 이슈는 크게 다음의 시각으로 나누어 볼 수 있을 것이다. 1. 비즈니스 시각 UI/UX 개발 결과물이 비즈니스 요구사항을 충족하고 가치를 창출해낼 것인가에 대한 이슈 2. 사용성 시각 효율적이고 사용자 친화적인 UI/UX를 제공하는가에 대한 이슈 3. 프로젝트 관리 시각 프로젝트 관리 차원에서 다루어져 야할 UI/UX 개발 업무 및 이에 영향을 줄 수 있는 이슈 비즈니스 시각에서 필요로 하는 UI 또는 UX의 특성이 프로젝트 시각에서는 요구사항, 범 위, 자원 관리 등의 이슈로, 사용성 시각에서는 이러한 특성을 반영하기 위한 아이디어를 도출하여야 하는 대상이 되는 것과 같이 이러한 시각들이 독립적이지는 않다. 반복을 통해 프로토타입을 개선해 나가는 과정..

프로토타입 검증 전통적인 개발 생명주기는 사용자의 요구사항을 파악하는 것으로 시작해 이러한 요구사항 들이 제대로 반영되었는가에 대해서 인수테스트를 통해 검증이 수행되는 업무 흐름을 가 지고 있다. 진화적 프로토타이핑을 적용한 UI/UX에 대한 검증은 이러한 개발 특정 시점의 단계적 업 무가 아니라 반복적으로 검증을 수행하게 된다. 이러한 과정을 통해 사용자들과 UI/UX 개 발팀모두가 완성된 UI/UX에 대한 이해도를 높여가는 학습이 이루어지며 검증을 통해 얻어 진 추가적인 요구사항, 사용자의 제안, 아이디어 등을 반영하여 개선된 프로토타입을 만들 고 이를 더욱 높아진 이해도를 가지고 검증하는 과정을 반복한다. 프로토타입 제작 결과에 대한 검증은 개발팀 내의 검증, UI/UX 전문가에게 의뢰한 검증 등 ..

프로토타입 (Prototype) 프로토타입은 상품/서비스가 출시되기 전 만들어진 원형(archetype)을 의미한다. 프로토타 이핑(prototyping)은 사용자의 요구사항, 사용자리서치를 통해서 도출된 니즈, 아이디어 등 의 개념(Concept)을 담은 모형을 만들어 이후 사용자와 상품/서비스가 제공하는 기능의 추 가, 변경 및 삭제 등을 요구사항에 대해 소통하는 도구, 개발이 진행되는 동안 개발 참여 자간에 개념을 공유하는 도구를 만드는 설계과정이다. 요구사항 등을 반영한 개념 모델로 프로토타입을 1회 제작한 후 검증이 끝나면 이후 개발 업무를 진행하는 경우도 있으나 일반적으로 프로토타입을 활용하는 경우 지속적으로 프 로토타입을 재구축하며 개선시켜 나가는 반복적인 접근법-지속적 프로토타이핑을 적용한..

UI/UX 설계 계획 세우기 : 활동과 문서 선별된 UI/UX 요구사항과 콘셉트 아이디어 들은 UI/UX 설계를 진행하기 위한 정보를 담 고 있다. UI/UX 설계는 여러 활동들을 수반하고, 선택되는 활동에 따라 설계의 방식, 소요 시간, 문서의 종류가 달라진다. 이러한 문서는 문구로 작성된 문서 외에 화이트보드 스케 치, 와이어프레임, 프로토타입 등이 될 수도 있다. 다음은 설계의 계획이 고려되어야 할 사항들의 예이다. (Russ Unger, Carolyn Chandler (2012)) - 설계에 적용될 프로세스 - 설 계시 협업 상황 - 설계 문서에 대한 보고 및 공유 - 설계문서 상세함의 적절성 - 문서의 수명 : 프로젝트 중에 업데이트 되지 않는 문서는 죽은 문서이다. - 각 문서 독자(수요자) ..