정보 아키텍처는 사용자와 사용자가 쉽게 사용하고 이해할 수 있도록 정보의 구조, 구성 및 분류를 설계하는 예술과 과학입니다. 음, 사람에 대해 말하면, 정보 아키텍처는 사용자들이 당신의 제품이 어떤 것인지 더 쉽게 이해할 수 있도록 하고, 그들이 당신의 제품을 더 원활하고 자연스럽게 사용할 수 있도록 하는 것이다. (알버트 아인슈타인, 지식명언)
정보 아키텍처의 역할
1, 제품 포지셔닝 전달
좋은 정보 아키텍처를 통해 사용자는 이 제품이 무엇을 하고 있는지 한눈에 알 수 있습니다. 오늘의 헤드 라인 정보 아키텍처는 뉴스 읽기 클래스 app 임을 한 눈에 알 수 있도록 해 주며, 위챗 정보 구조를 보면 소셜 클래스 app 임을 알 수 있습니다. Taobao 의 정보 아키텍처는 전자 상거래 앱이라는 것을 한 눈에 알 수 있게 해 줍니다. 좋은 정보 구조를 통해 사용자는 내가 이 앱으로 무엇을 할 수 있는지, 이 앱이 어떤 요구를 충족시킬 수 있는지 한눈에 알 수 있다.
2. 필요할 때 기능을 더 빨리 찾습니다.
좋은 정보 아키텍처를 통해 사용자는 위의 쇼핑몰처럼 필요할 때 기능을 더 빨리 찾을 수 있습니다. 층 프로필이 없다면 사용자는 오래 찾아야 할 것 같다. 층 소개를 통해 사용자는 해당 층으로 바로 가기만 하면 됩니다.
좋은 정보 아키텍처는 사용자가 제품을 사용하는 방법을 한눈에 알 수 있을 뿐만 아니라 다음에 들어갈 때 제품의 사용 경로를 빠르게 찾을 수 있게 해 줍니다. 상대적으로 혼란스러운 정보 아키텍처로 인해 사용자는 제품이 어디서 시작되는지, 어떻게 사용되는지 알 수 없습니다.
좋은 정보 아키텍처는 사용자 경험을 향상시킬 뿐만 아니라 제품 보유율도 높일 수 있다.
정보 아키텍처 설계 가이드
"분할, 정렬, 삭제, 숨기기", "분할" 은 속성별로 유사한 기능을 분류하고, "정렬" 은 우선 순위별로 정렬하며, "삭제" 는 불필요한 기능을 제거하는 것입니다. 숨기기' 는 2 차 수요를 숨기고 핵심 기능을 강화하는 것이다 (28 법칙).
정보 아키텍처를 설계할 때는 사용자의 사용 습관과 심리적 인식, 상업적 가치도 고려해야 한다. 예를 들어, 위챗 위챗 모멘트 같은 중요한 기능이 왜 나오지 않았을까요? 위챗 모멘트 혼자 나오면 사용자가' 검색' 모듈을 클릭할 필요가 없고, 발견에 숨어 있는 청소, 주변 사람, 애플릿 등의 기능이 더 이상 노출되지 않을 것이며, 당연히 더 많은 상업적 가치를 창출하지 못할 것이라고 상상해 보십시오. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)
정보 아키텍처 설계 방법
장소룡은 그의 제품 이념을 공유할 때 디자인이 분류라고 말했다. 분류 정보를 더 잘 전달하기 위해서는 정보를 선택하고 구성해야 하기 때문에 정보 아키텍처 설계는 결국 분류해야 한다. 분류에는 두 가지가 있는데, 하나는 상향식이고, 하나는 하향식이다.
1, 아래에서 위로
렌더링할 모든 내용을 나열한 다음 특정 범주별로 분류합니다.
일반적으로 사용되는 정보 분류 방법은 정확한 분류 및 퍼지 분류입니다.
정확한 분류: 병음 이니셜, 연대순, 지리별.
모호한 분류: 작업별, 은유별, 주제별, 사용자별.
Word 도구 모음은 작업에 따라 구분됩니다.
컴퓨터 바탕 화면의 휴지통, 폴더, 방화벽은 모두 은유에 따라 분류된다.
아이치예는 내용을 드라마, 영화, 어린이, 애니메이션 ... 주제로 분류했다.
제품 관리자는 모든 기능 포인트를 카드에 쓴 다음 일부 대상 사용자를 찾아 분류하고 관련 기준을 피드백하여 제품 관리자가 정보 아키텍처를 정리하기 위한 참조로 사용할 수 있습니다. 실제 업무에서는 제품 관리자도 정보를 정리, 필터링, 분류 및 사용자 테스트를 통해 분류의 유효성을 검증할 수 있어야 합니다.
2. 위에서 아래로
이런 분류 방법은 제품의 목표에 따라 제품을 분류한다. 먼저 1 차 분류를 생각한 다음 2 차 분류를 진행하다. 예를 들어, 소셜 소프트웨어의 포지셔닝에 따라 위챗 조직은 위챗, 주소록, 발견 및 네 가지 범주로 나뉩니다. 그런 다음 "발견" 에는 위챗 모멘트, 청소, 보세요, 근처에 있는 사람들 등이 있습니다.
우리 옷을 정리하고, 같은 계절의 옷을 사계절에 따라 한데 모아 놓고, 결국 다른 계절의 옷 바지를 나누는 것과 같다. (윌리엄 셰익스피어, 햄릿, 옷명언) ...
확장성
어떤 사람들은 제품이 기능을 갖추면 비대해 보인다고 말할지도 모릅니다. 왜냐하면 당신의 정보 구조가 제대로 이루어지지 않았기 때문입니다. 예를 들어, 아래 그림의 방울방울 택시 서비스는 최초의 택시 서비스부터 현재의 전용차, 급행열차, 대리운전, ofo 자전거 등 다양한 서비스에 이르기까지 다양합니다. 그날 비행기와 배를 추가해도 탭 옵션 하나만 추가하면 제품이 부해 보이지 않는다. 왜요 다른 사람의 정보 구조는 아주 잘 한다! 위챗 시작은 채팅 소프트웨어일 뿐 쇼핑, 게임 등의 기능이 점차 늘었지만 위챗 이용자 수가 많아지면서 제품도 비대해지지 않았다. 왜요 다른 사람의 정보 구조는 아주 잘 한다!
분류 기준의 일관성, 관련성 및 독립성을 보장합니다.
토마토는 과일과 채소로 쓸 수 있다. 과일을 분류 기준으로 삼으려면 다른 것은 과일 범주별로 분류해야 한다. 분류 기준의 고유성은 사용자가 쉽게 이해할 수 있을 뿐만 아니라 입구의 고유성도 보장합니다. "관련" 이란 상위 및 하위 항목의 내용과 계층 내의 내용이 관련되어야 함을 의미합니다. 너는 영화의 범주 아래에서 드라마를 방영할 수 없다. 독립성이란 같은 등급의 분류가 서로 독립적이어야 한다는 뜻이다. 택시 안의 운전자와 동급 택시는 서로 독립적이다.
제품 포지셔닝, 사용자 요구 사항을 충족합니다.
뉴스 독서 앱은 일반적으로 최신 시사를 이해하는 사용자의 요구를 충족하기 위해 시간 플래시백으로 뉴스 콘텐츠를 전시하지만, 오늘의 헤드라인은 사용자에게 개인화된 뉴스 정보를 제공하여 콘텐츠와 사용자의 정확한 연결을 가능하게 하기 위한 것이다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 뉴스명언) 따라서 사용자의 브라우징 습관에 따라 사용자가 즐겨 보는 내용을 푸시하는 추천 섹션이 있습니다.
사용자에 맞는 심리 모델
정신 모델은 사용자의 과거 사회생활 경험과 인류의 본능적 인식에 부합한다. 예를 들어 스티어링 휠은 둥글고 원은 회전할 수 있다. ) 등 ...
정보를 만들 때는 가능한 한 정보 구성과 표현이 사용자의 정신 모델에 더 잘 맞도록 해야 하며, 사용자들이 제품을 더 잘 익히고 사용할 수 있도록 해야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 정보명언) 즉, 사용자는 사용할 때 더 빨리 정신 모형을 형성할 수 있습니다.
예를 들어, 우리는 마트에 가서 쇼핑을 하고, 항상 카트를 밀고, 마지막으로 계산대에 가서 계산을 하기 때문에 타오바오의 정보 구조에는 장바구니와 내 옵션이 들어 있다. (윌리엄 셰익스피어, 템플릿, 쇼핑, 쇼핑, 쇼핑, 쇼핑, 쇼핑)
제품의 정보 아키텍처 설계가 합리적인지 어떻게 알 수 있습니까?
1. 사용자가 특정 제품을 짧은 시간 내에 소개하지 않고 제품에 무엇을 할 수 있는지 알려 줍니까?
"제품 매니저의 정보 아키텍처 (1)" 에서 언급한 위챗, 오늘의 헤드라인, 타오바오의 밑바닥 내비게이션처럼, 그들의 정보 아키텍처는 이 제품이 충족시켜야 할 사용자 요구와 대략적인 사용 방법을 한눈에 알 수 있게 해 줍니다. 성공적인 제품 정보 아키텍처 설계는 이러한 조건을 충족시켜야 하기 때문에 첫 번째 테스트는 사용자에게 주 인터페이스를 보여 주는 것입니다. 당신이 소개하지 않고 사용자가 짧은 시간 내에 이 말을 할 수 있는지 여부입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 이것이 첫 번째 요점입니다. 제품 정보 아키텍처 설계가 사용자 수준에서 사용자가 쉽게 이해할 수 있는지 판단하는 데 도움이 될 수 있습니다.
2. 사용자가 핵심 프로세스의 태스크를 수행하여 태스크가 성공적으로 완료되었는지 확인합니다.
예를 들어, 제품이 IM 제품이라면, 연락처를 찾거나 메시지를 보내는 것과 같이, 사용자들이 자신의 제품을 사용하여 메시지를 보내는 임무를 완수하도록 해야 합니다. 또한 사용자가 그룹 채팅 등의 공통 핵심 프로세스를 완료하도록 할 수 있습니다. 이 핵심 프로세스의 테스트를 통해 사용자가 설계 한 제품이 이러한 핵심 작업 프로세스를 쉽게 실행할 수 있는지 여부를 확인할 수 있으므로 사용자가 최종 작업을 수행 할 때 어려움이 쉽게 발생하지 않습니다.
3. 사용자에게 비교적 심층적인 기능을 찾는 임무를 주고, 정보 스키마 이름으로 사용자가 해당 기능을 찾을 수 있는지 확인합니다.
예를 들어, 사용자가 설정 항목을 찾도록 하는 것은 일반적으로 사용자가 정보 아키텍처의 이름을 통해 이러한 기능을 성공적으로 찾을 수 있는지 확인하는 데 사용됩니다. 이는 정보 아키텍처가 합리적인지 확인하는 매우 중요한 부분입니다. 즉, 계층이 너무 깊은지, 각 계층에 적합한 이름이 있는지 여부에 따라 사용자가 원하는 기능을 찾을 수 있습니다.
따라서 사용자 테스트 과정에서 제품 정보 구조가 합리적인지 테스트하려면 이 세 가지 작업이 필수적입니다. 이 세 가지 작업을 통해 제품 관리자가 합리적인 정보 아키텍처를 설계했는지 여부를 잘 측정할 수 있습니다.
물론, 사용자 테스트에는 사용자와 소통하는 방법, 사용자를 방해하지 않고 사용자를 안내하는 방법, 테스트자를 찾는 방법, 사용자 테스트 보고서를 만드는 방법, 설계 방안을 최종적으로 구현하는 방법, 설계 방안을 개선하는 방법 등 많은 주의가 필요합니다.