Design
문제정의
•
기존에 사용자가 가지고 있던 문서를 직접적으로 올리고 관리하는 경험의 설계가 필요하다
가설
•
사용자는 기존의 문서를 바탕으로 요약된 정보를 작성할 것이다
◦
가설 설정 배경 : 사용자 Voc를 기반으로 “이미” 있는 문서에 대한 요구율이 높은 점에서 착안
•
문서 요약을 간단히 작성하는 과정으로 이후 서비스 내부 양식을 사용하는데 거부감을 줄일 수 있을것이다.
◦
가설 설정 배경 : 처음부터 정보를 작성하는 것에 대하여 부담을 겪는 사용자들이 많았었다.
이렇게 디자인 했습니다
•
기존에 있는 문서 작성 경험과 유사한 순서로 정보 작성 방식을 구성했습니다
◦
작업 배경 : 이후 이어서 서비스 내부의 양식을 사용하게 되더라도 어색함을 줄일 수 있을 것이라 생각했습니다.
•
직접적인 항목들에 대한 작성값을 한 패널에 노출하여 작성과 달리 많은 영역을 채워야 한다는 인지적 부담을 축소할 수 있도록 했습니다.
•
문서를 모두 작성 후 등록한 이후에도 이어서 계속하여 파일을 업로드 할 수 있도록 아래와 같은 플로우로 설계했습니다.
◦
문서 업로드 -클릭→ 문서 요약 작성 → 등록 완료 -계속 올리기 클릭→ 로컬 파일 업로드 호출
•
등록을 완료한 이후에는 로티를 통한 인터렉션으로 서비스 내부로 이동되는 것에 대한 시각적 경험을 할 수 있도록 했습니다.
결과
•
문서 업로드에 소요되는 과정을 75% 가량 축약할 수 있었습니다.
•
다량의 문서 관리에 대한 사용자들의 수요를 충족할 수 있었습니다.
•
로티를 통한 인터렉션으로 사용자들에게 현재의 내용이 어떻게 바뀌는지 직관적으로 표현할 수 있게 되었습니다.
느낀점
•
더 많은 문서를 업로드 하는 과정에서 어떻게하면 더 축약할 수 있을지에 대하여 고민하게 되었습니다.
•
서비스 내부에서 PDF 뷰어에 대하여 다루고 사용성을 고려하여 디자인할 수 있는 계기가 되었습니다.
•
패널형 디자인에서의 화면 높이와 내부 스크롤의 연관성에 대하여 이해도를 향상할 수 있었습니다.
