애플리케이션 디자인은 종종 간과되거나 마지막으로 남겨지지만, 문자 그대로 앱을 만들거나 망칠 수 있습니다. 어떤 사람들은 좋은 디자인이 멋지게 보이는 것을 의미한다고 생각할 수 있지만, 사실 디자인에는 모양과 느낌 외에도 훨씬 더 많은 것이 있습니다. 디자인은 사고방식입니다. 디자인 마인드셋은 문제 중심이 아닙니다. 솔루션 중심이며 선호하는 미래를 만드는 데 행동 지향적입니다. 논리, 상상력, 직관 및 체계적 추론을 활용하여 무엇이 될 수 있는지에 대한 가능성을 탐구하고 최종 사용자에게 이로운 원하는 앱을 만듭니다. 이러한 수준의 사고는 최신 릴리스인 클레임 처리 앱에서 표현되었습니다. Mendix 보험을 위해.  

모든 좋은 보험 상품 뒤에는 많은 지원 애플리케이션이 있습니다. 모든 보험 청구 앱에는 동반되는 견적 및 평가 앱이 있습니다. 우리는 앱 서비스의 힘을 사용하여 앱 간에 기능과 데이터를 공유하는 연결된 보험 앱의 생태계를 제공하고 있습니다. 따라서 사용자가 청구를 제출해야 할 때 최소한의 번거로움으로 제출할 수 있습니다. 더 이상 서류를 찾거나 참조 번호를 검색할 필요가 없습니다. 견적 및 구매 앱에 연결하면 보험 청구 앱이 반환된 정보를 사용하여 청구를 작성하여 청구 신청 프로세스를 더 쉽고 빠르게 만듭니다.

우리는 개성과 효율성을 갖춘 셀프 서비스 앱을 만들어서 연중무휴 24시간 청구를 처리할 수 있습니다. 앱의 유연성은 사용자에게 소지품 분실, 손상 또는 도난 후에 절실히 필요한 지원을 제공합니다. 이 앱은 수동 프로세스와 불신이 없는 시스템을 제공함으로써 전통적으로 지급을 위해 며칠 또는 몇 달을 기다리는 것과 달리 몇 분 만에 괴로운 상황을 구제책으로 바꿔줍니다. 우리는 모든 청구를 자동으로 지급하지 않습니다. 범죄 참조 번호가 없는 도난 청구나 고가 소지품과 같이 검토가 필요한 청구도 있습니다.

디자인 우선 프로세스 구현

저희 팀은 디자인 우선 접근 방식을 채택합니다. 즉, 앱을 처음부터 디자인을 중심으로 빌드하는 것이지, 먼저 빌드하고 나중에 디자인하는 것이 아닙니다. 이 방법론을 채택한 것은 점진적인 진행이었고, 프로젝트를 구성하는 방식을 바꾸었습니다. 2주 스프린트로 작업하는 대신, 저희는 보다 공격적인 1주일 스프린트를 사용합니다. 이는 디자인 문제를 빠르게 해결하기 위한 5일 프로세스입니다. 일반적으로 월요일과 화요일은 계획과 아이디어 구상에, 수요일과 목요일은 의사 결정과 프로토타입 제작에, 금요일은 쇼케이스와 리뷰로 마무리합니다.

여기서 아이디어가 핵심입니다. 우리는 여러 아이디어를 하나로 다듬는 것을 목표로 하는 깔때기 접근 방식을 사용합니다. 정교화에서 출발, 가능한 한 많은 다른 아이디어를 생성하는 것부터 축소, 여러 아이디어에서 가장 좋은 부분 중 하나 또는 조합을 선택하여 다듬는 것까지. 이를 위한 제가 가장 좋아하는 활동 중 하나는 crazy eights라고 합니다. 8개의 서로 다른 디자인 컨셉을 만들고 모두가 가장 좋다고 생각되는 아이디어에 투표하는 방식입니다.

디자인 사고 접근 방식을 가능하게 하는 도구 이해

성공하고 싶다면 좋은 디자인 철학이 좋은 시작이지만, 적절한 도구가 없다면 별 의미가 없습니다. 도구는 아이디어, 반복, 실험 및 테스트를 가능하게 할 수 있습니다. 우리의 답은 다음과 같습니다. Atlas UI 프레임워크.

Atlas 최신의 것입니다. Mendix UI 프레임워크, 로우코드 앱 개발에 디자인 사고 방식을 적용하는 디자인 언어. Atlas는 다음으로 구성됩니다. 5가지 핵심 디자인 요소: 탐색 레이아웃, 페이지 템플릿, 빌딩 블록, 위젯 및 디자인 속성이며 단순성, 조화 및 유연성의 핵심 디자인 원칙을 기반으로 구축되었습니다. 웹 모델러, WYSIWYG (What You See Is What You Get) 앱 디자이너.

Atlas를 사용하여 보험 청구 앱을 구축한 방법

대부분의 프로젝트는 빈 페이지, 흰색 공간으로 시작하며, 꿈의 시나리오에서 이러한 아이디어가 머릿속에서 바로 튀어나와 "Hey Presto"라고 아름답게 디자인된 다중 채널 앱이 완성됩니다. 그러나 요구에 따라 창의성을 제공하는 것은 항상 쉬운 일이 아닙니다. 대부분의 경우 영감이 필요합니다! 우리는 Atlas의 디자인 요소에서 영감을 얻었는데, 모두 공통 UI 패턴을 기반으로 하며 현재 시장에서 가장 뛰어나고 뛰어난 앱에서 활용되고 있습니다. 프로필 이미지와 대화 스타일 메시지가 특징인 페이지 헤더는 Hero Header 빌딩 블록으로 시작되었습니다. 위에서 아래로 레이아웃과 가운데 정렬을 계승하여 우리만의 맞춤형 빌딩 블록을 만들었습니다. Atlas 디자인 요소는 귀하의 디자인 요구 사항을 충족시키거나 귀하만의 것을 만드는 데 불꽃을 일으킬 수 있습니다.

페이지별 디자인은 잊으세요. Atlas는 인터페이스 디자인을 패턴이나 모듈로 생각하도록 권장합니다. LEGO 블록을 생각해보세요! 레고 블록을 사용하여 성, 우주선 또는 로봇을 만들 수 있는 것처럼, 디자인 요소를 재사용, 재구성 및 재조립하여 새로운 디자인 컨셉을 만들 수 있습니다. 모듈로 디자인하면 고유한 것을 만들 수 있을 뿐만 아니라 기존 스타일과 일관성을 유지할 수 있습니다. 예를 들어 여러 개의 단일 옵션 응답에 대한 카드를 살펴보겠습니다. 여러 개의 응답에는 체크박스를 사용했고, 단일 응답에는 라디오 버튼을 사용했습니다. 이 패턴을 확립하면 앞으로 어떤 패턴을 사용할지 정확히 알 수 있으므로 디자인을 더 빠르게 진행하고 픽셀 단위로 완벽한 디자인을 만들려고 노력하는 대신 탐색을 계속할 수 있습니다.

Atlas와 같은 디자인 프레임워크를 사용하면 빠르게 반복할 수 있을 뿐만 아니라 훌륭한 사용자 경험을 만들 수 있습니다. WYSIWYG UI 디자이너와 같은 기능을 사용하면 빌딩 블록과 위젯을 변경하거나 기존 디자인 요소의 디자인 속성을 조정하여 매우 쉽게 새로운 아이디어를 만들 수 있습니다.

예를 들어, 1단계의 버튼 선택의 경우, 우리는 효과적인 디자인을 찾을 때까지 크기, 색상 및 간격을 조정했습니다. 이는 디자인 속성 수준에서만 이루어진 것이 아닙니다. 우리는 또한 사용자 흐름을 조정하고 앱의 단계를 바꿀 수 있었습니다. 예를 들어, 우리가 묻는 질문의 순서를 옮기는 것과 같습니다. 이를 통해 우리는 다양한 디자인 컨셉트를 빠르게 구상하고, 개선하고, 테스트할 수 있었고, 이를 통해 더 빠르게 올바른 디자인을 찾을 수 있었습니다.

디자인 결정을 정당화해 달라는 요청을 받는 것은 드문 일이 아닙니다. 모두가 동일한 디자인 언어를 사용하는 것이 중요합니다. 모든 디자인 요소에 대한 공동의 이해를 통해 각자는 새로운 개념을 탐구할 때 서로에게 기능과 의도를 전달할 수 있으므로 토론이 소음과 불확실성이 아닌 통찰력으로 가득 찰 수 있습니다. 청구의 대시보드를 디자인할 때 여러 대시보드 페이지 템플릿을 빠르게 실험할 수 있습니다. 그런 다음 배치를 위한 다양한 위치를 탐색했습니다. 위젯 우리는 무엇이 가장 효과적인지 결정할 때까지 협력했습니다.

Atlas와 일반적인 디자인 패턴을 사용하여 디자인의 미학과 핵심적인 부분에 덜 집중하고 대신 청구 자동화의 핵심 UX 및 프로젝트 목표, 인지적 부하 최소화, 신뢰 재확인에 주의를 기울였습니다. 결국, 우리는 싫어하는 것이 아니라 사랑하는 앱을 만들었습니다. 우리가 보험 청구 앱을 만든 방법에 대한 글을 읽는 것을 즐기셨기를 바랍니다. 이제 Atlas UI와 웹 모델러로 무엇을 만들까요?