(첫 번째) 앱 선택하기

~의 일원이었던 고객 Mendix 과거 포트폴리오 워크숍에서는 개발에 적합한 잠재적인 첫 번째 앱 목록을 브레인스토밍하고 좁히는 방법에 대해 잘 알고 있을 것입니다. Mendix 플랫폼. 하지만 그 시점에서 어느 것을 선택할지 결정하는 것은 걸림돌이 될 수 있습니다.

여기, 팀은 Mendix 배치:

• 초기 개발 시 어떤 유형의 앱이 가장 잘 작동합니까? Mendix.
• 앱 복잡성을 결정하는 방법과 처음에 어느 정도의 복잡성을 목표로 삼아야 하는지에 대한 설명입니다.
• 재사용 가능한 구성요소를 만들어야 하는 시기와 이유

좋은 (첫 번째) 앱의 특징은 무엇일까요?

와있는 동안 Mendix 복잡한 앱조차도 사실상 무엇이든 만들 수 있으며, 팀이 경험을 쌓을 시간을 가진 후에 개발하는 것이 더 적합한 앱도 있습니다. Mendix 플랫폼. 여기서 Marco, Abel, Sukhpal은 다음을 포함한 주요 고려 사항을 논의합니다.

• 이 앱을 사용하면 얼마나 많은 상호작용이 이루어지나요?
• 초기 앱은 얼마나 확장 가능해야 합니까? (대상(사용될 다양한 페르소나)에 의해 제한되지 마세요)
• 이 앱은 귀하의 사업에 얼마나 많은 영향을 미칠까요?

범위 확장 방지

특히 앱을 얼마나 빨리 개발할 수 있는지가 분명해지면 범위 확장이 쉽게 발생할 수 있습니다. Mendix. 범위 확장을 관리하는 것은 특히 처음 몇 개의 앱이 빌드될 때 필수적입니다. Mendix. 앱이 시작될 때 얼마나 복잡할지 정의하는 것은 범위 확장을 방지하는 한 가지 방법입니다. Mendix 프로젝트. "MVP 사고방식"을 갖는 것은 또 다른 방법입니다.

MVP 사고방식과 개발 프로세스

웨비나에서 마르코는 개발 프로세스에서 MVP 사고방식을 다음과 같이 정의했습니다. "... 가치를 제공하고, 해결하고자 하는 문제를 적어도 부분적으로 해결하는 애플리케이션의 첫 번째 반복입니다." 그는 개발 중에 MVP 사고방식을 갖는 것이 범위 확장을 최소화하는 데 도움이 되며, 첫 번째 반복에서 가치를 제공하는 앱을 빌드하는 데 집중하는 데 도움이 된다고 설명했습니다. 후속 반복에서 가치와 중요한 기능을 추가하는 것은 쉽지만, 첫 번째 반복을 가치 있는 지점까지 가져오면 앱이 성장할 수 있는 강력한 기반을 제공합니다.

사용자 동의 테스트

개발 프로세스에서 매우 중요한 부분인 사용자 수용 테스트는 일반적으로 다음 세 가지 방식 중 하나로 진행됩니다.

1. 앱을 개발하는 동안 사용자 테스트를 실시합니다.
2. 개발 후 사용자 테스트를 실시합니다.
3. 아니면 사용자 테스트가 전혀 수행되지 않는 경우도 있습니다.

첫 번째 두 옵션은 모두 실행 가능하지만(각각 장단점이 있음), 첫 번째 방법인 앱이 개발되는 동안 테스트하는 것이 실제로 가장 좋은 방법입니다. 앱이 아직 개발되는 동안 빠른 피드백을 제공하면 앱이 완성되어 개발자가 프로덕션 중에 변경을 하는 복잡성을 탐색해야 하는 경우보다 변경 사항과 제안을 훨씬 더 빨리 개발에 접목할 수 있습니다. 이 시나리오는 어떻게든 피해야 합니다.

UX / UI

에 따르면 Mendix UX/UI 디자이너 줄리아 초우, UX(사용자 경험)와 UI(사용자 인터페이스)는 개발이 무엇보다도 앱의 기능에 집중함에 따라 간과되는 경우가 많습니다. 그래도 장기적으로는 사용자에게 핵심 가치 동인입니다. UX와 UI의 차이점을 분석한 후, 줄리아는 사용자가 해결하려는 문제를 이해하고 공감하는 것이 얼마나 중요한지 깊이 있게 설명했습니다. 이를 알면 사용자에게 맞는 솔루션을 제공하는 데 도움이 될 뿐만 아니라 앱을 사용하는 동안 사용자가 겪게 될 여정에 대한 통찰력을 제공할 것입니다.

UI 측면에서 대상 사용자에게 의미 있는 인터페이스를 만드는 데 가장 적합한 위젯과 구성 요소(예: 버튼, 테이블, 탭 컨테이너, 양식 구성 요소 등)에 대해 생각해 보세요. 다행히도 개발자에게는 Mendix 플랫폼에는 Atlas 디자인 시스템에서 찾을 수 있는 내장 위젯이 몇 가지 포함되어 있으며, 특정 브랜드에 맞게 사용자 정의할 수 있는 기본 스타일도 제공됩니다.

마지막으로, UI 리소스 모듈을 사용하여 브랜드별 요소를 보관하면 향후 앱 빌드에 이를 쉽게 가져올 수 있고, 이는 개발 시간도 단축하는 데 도움이 됩니다.

전개

배포를 마지막까지 미루고 싶은 유혹이 있지만 앱을 배포하는 방법이 너무 많기 때문에 Mendix, 배포할 위치를 미리 결정하는 것이 좋습니다. Mendix 클라우드부터 Google Cloud, Amazon, Azure, 심지어 데이터 센터의 온프레미스 배포까지 선택할 수 있는 옵션이 매우 많습니다.

또 다른 고려 사항은 사용자가 앱을 테스트해 볼 수 있도록 개발 중에 배포할지 여부입니다.

그렇다면 결국 무슨 일이 일어날까요?

(첫 번째) 만들기 Mendix 앱의 성공은 실제로 세 가지 중요한 요점으로 귀결됩니다.

• MVP 사고방식으로 생각하고 개발하세요.
• 가치를 보여주기 위해 신속하게 가치를 실현하는 빠른 목표를 목표로 합니다.
• 적절한 복잡성의 정도를 결정합니다.

더 많은 세부 사항은 다음에서 확인할 수 있습니다. 전체 웨비나 리플레이는 여기를 참조하세요.