2010-01-08 4 views
4

저는 소프트웨어 개발자로서 ASP.NET을 사용하여 웹 사이트를 구현하는 프로젝트에 착수했습니다 (3.5/2008, 웹 클라이언트 소프트웨어 팩토리). 프로젝트를위한 UI/UX 디자인 문서를 만드는 임무를 맡았으나 어디서부터 시작해야할지 모르겠습니다.유용성/UI 디자인/UX 등 - 프로젝트 문서화

레이아웃 및 스타일 가이드 라인/규칙을 포함하는 공식적인 UI 디자인 문서가있는 곳에서 3 년간 한 프로젝트에 참여했습니다 (예 : 응용 프로그램에 머리글, 탐색 기능 등 있음, 링크는 A, 긍정적 인 행동을위한 버튼은 오른쪽에 있어야합니다 등). 그것은 뒤늦은 지각에서 매우 유용했습니다. 누군가 문서 작성시 CSS 클래스를 정의하는 데 너무 많은 노력을 기울였습니다. 그러나이 문서는 기존 애플리케이션을 기반으로했으며 기업의 전반적인 기업 정체성을 준수했습니다.

현재 프로젝트는 새로운 프로젝트입니다. 현재로서는 명확하게 정의 된 요구 사항이 없습니다 (예, 알고 있습니다 ... 요구 사항이 많지 않을 때 어떻게 디자인합니까 ...). 어떤 기능이 정확히 필요한지를 아는 것은 어렵습니다. 두 가지 유형의 사용자/페르소나가 있지만이 문서에 대한 공식적인 연구는 수행되지 않습니다. 또한, 회사의 로고를 사용하는 것과 관련하여 몇 가지 규칙이 있다는 점을 제외하고는 회사 정체성에 대해 확신 할 수 없습니다. 단, 며칠 만에 더 명확하게 설명 할 것입니다.

그래서 저는 어둠 속에서 약간 캔버스에 페인트를 던지면서 마지막에 예쁜 그림을 얻기를 원합니다 (단 잭슨 폴락이라면).

이 문서에 어떤 내용을 포함 시키시겠습니까? 개발자 (개발자)는 물론 비즈니스 (클라이언트)를 대상으로합니다. 난 단지 아래 생각할 수 :

  1. 레이아웃 - 머리글, 바닥 글, 내용, 네비게이션
  2. 스타일 - 컬러 팔레트와 다양한 예상 구성 요소
  3. 사용자 상호 작용의 스타일 - 사용자가 작업을 수행하고, 그들은 모달 대화 상자로 통보 기다려야합니다, 유효성 검사가 AJAX를 사용하여 수행됩니다, 네비게이션 문맥해야, 작업에 어떤 경험을 가지고 사람이 있습니다

등 클릭/네비게이션 최소한의 등을 수행한다 그러한 문서를 만들거나 알려진 모든 것을 UI 디자인을위한 프로세스를 테스트하고 테스트 했습니까?

감사합니다,

제임스 Human Interface Guidlines에 대한 위키 백과의 문서는 내가 제안려고 몇 가지 좋은 링크가

+0

사용 사례, 유용성 조사를 귀하의 목록에 추가합니다. 당신은 또한 "사용자 활동이 없다"에 대해보다 구체적이어야합니다, 나는 당신이 소프트웨어 개발 관점에서 생각하고 있다고 말할 수 있지만 UX/UI 디자인은 또 다른 동물입니다. –

+0

글쎄, 나는 개발자 야 :) 문제는 사용자 등록 유스 케이스 밖에 없다는 것입니다. 그러나 나는 클라이언트가 'Web 2.0 look and feel'UI/UX 디자인 문서를 원할 것이라고 생각한다. 나는 정확히 어떻게 요구 사항을 알지 않고 그것을 할 수 있는지 잘 모르겠다 !! 유용성에 대한 연구가 이루어지지 않을 것이라고 생각합니다 (설문 조사를 시작하거나 샘플 사용자 그룹을 대상으로 한 실제 사용성 테스트를 의미합니까?). – jamiebarrow

답변

2

'문서의 같은 세트에 포함 할 수있는 요소의 모든 종류 :

  • 비주얼 스타일 가이드 라인 (색상, 서체, 크기, 아이콘 등)
  • 브랜드 지침 (기업 로고, 색상, 메시지 등)
  • 판권을 스타일 가이드 (용어, 적절한 메시지, 적절한 음성 등)
  • 인물/인구 통계 학적 표적화
  • 페이지 레이아웃 가이드 라인
  • CSS 지침/기준
  • JS 지침/기준
  • 사용 사례
  • 접근성 문제
  • 유용성 문제
  • 예제 구현 entations
  • IA 경로는
  • 와이어 프레임 구성 요소
  • 등 흐름

이 생각에 당신이 시작을 줄 수 있다면 나는이 책을 집어 것 :

http://www.amazon.com/Web-Anatomy-Interaction-Frameworks-ebook/dp/B002ZY5FCW/ref=sr_1_2?ie=UTF8&s=books&qid=1262983955&sr=8-2

0

. 그들 중 일부는 당신이 요구하는 것보다 훨씬 더 많은 정보를 가지고 있을지도 모르지만, 당신이 추가해야 할 것들의 유형에 관해서는 당신에게 좋은 생각을 주어야합니다.

나는 항상 애플의 가이드 라인은 매우 완벽하고 유용하다고,하지만 그들은 확실히 매우 완료하고 독서를 많이 필요로합니다. 이

1

계획 문서의 다른 모든 명백한 구성 요소와 함께 UI의 일부와 함께 특정 부분의 내러티브를 스케치하는 것이 좋습니다 사용 사례가 설명되어 있습니다.

UI 아이디어를 전달할 때 과거에 문제가있었습니다. 대화 상자와 일련의 동작을 스케치하는 것이 종종 유용합니다. 이러한 스케치가 너무 "실제"보일 경우 최종 제품의 스펙이되는 경향이 있습니다.

이 문제를 줄이기 위해 Balsamiq Mockups으로 놀았습니다. 그것은 수정 가능한 냅킨의 뒷면이며, 의도적으로 모든 오브젝트와 화면 레이아웃을 손으로 그린 ​​느낌을주는 멋진 속성을 가지고 있습니다. 소규모 내부 프로젝트를 위해 내가 달성 한 결과가 마음에 든다. 나는 (아직) 많은 외부 이해 관계자가있는 대규모 프로젝트를 위해 그것을 사용할 기회가 없었다.