• ctrl/command + k 를 누르면, 필요한 정보를 더 쉽게 검색할 수 있습니다.
• 공식 문서를 ChatGPT를 활용해 번역을 진행했으며, 모든 출처는 버블 공식 문서입니다.
• 공식 문서 양이 방대해 시간이 날 때마다 꾸준하게 작업 중입니다.
빌딩을 시작하기 전에 앱이 어떤 기능이 필요한지 결정해야 합니다. 대부분의 앱 아이디어는 앱이 무엇을 해야 하는지에 대한 일반적인 비전에서 시작됩니다. 그 비전을 가져와서 그것을 실현하기 위해 필요한 기능으로 분해합니다. 필요한 기능을 결정한 후에는 이러한 기능이 실제 인터페이스에서 어떻게 작동해야 하는지 계획을 시작할 수 있습니다.
이 글에서는 다음을 다룰 것입니다:
•
기능이란 무엇인가
•
첫 번째 앱 버전에 포함할 기능을 계획하는 방법
•
특정 기능이 어떻게 작동해야 하는지 결정하기 위해 사용자 경로 설정
What is a feature
기능은 본질적으로 앱이 제공하는 구별된 기능 또는 능력입니다. 이것은 사용자가 앱 내에서 특정 작업을 수행하거나 특정 결과를 달성할 수 있게 하는 것입니다. 일반적인 기능과 특정 기능 두 가지 유형으로 넓게 분류할 수 있습니다.
General feature
이것들은 다른 장르의 대다수 앱에서 흔히 볼 수 있는 기본적인 기능입니다. 이것들은 핵심 사용자 상호 작용을 용이하게 하는 기본적인 인프라를 형성합니다.
전형적인 예시는 다음과 같습니다:
•
사용자 가입/로그인: 사용자가 계정을 생성하고 앱에 로그인할 수 있게 함
•
비밀번호 재설정: 개발자의 개입 없이 사용자가 비밀번호를 재설정할 수 있게 함
•
알림: 업데이트, 메시지 또는 기타 중요한 정보에 대한 사용자 알림
•
검색 바: 사용자가 콘텐츠를 검색할 수 있게 함
일반적인 기능은 앱을 작동시키는 데 필요하지만 앱을 독특하게 만드는 것은 아닙니다. 앱을 계획할 때 이러한 기능을 목록화하여 프로젝트의 전체 그림을 확인하는 것이 좋습니다.
Spectific features
특정 기능은 앱의 성격과 목적과 밀접하게 연결되어 있습니다. 그것은 앱의 핵심 아이디어와 긴밀하게 연관되어 있습니다. 예를 들면:
•
음식 주문 앱의 경우 사용자가 레스토랑 메뉴를 탐색하고 카트에 항목을 추가할 수 있는 능력일 수 있습니다.
•
언어 학습 앱에서는 사용자의 학습 이력에 맞춘 사용자 정의 어휘 퀴즈가 특정 기능이 될 수 있습니다.
•
예산 관리 앱의 경우 현재 지출 습관을 기반으로 미래 절약을 예측하는 기능이 포함될 수 있습니다.
특정 기능은 앱을 다른 앱과 구분하는 것이며, 그 앱이 처음부터 개발되는 이유입니다. 앱이 문제를 해결하기 위해 존재한다면 앱의 기능은 그 문제를 어떻게 해결할 것인가입니다.
다음으로 버전별로 기능을 어떻게 우선 순위로 매길 수 있는지 살펴보겠습니다.
Think in versions
정확히 무엇을 빌드하고 있는지 알아야 하기 때문에 앱을 버전으로 생각하는 것이 유용합니다. 작업 중에 새로운 아이디어가 떠오르고 초기 계획에서 벗어날 수 있기 때문입니다.
버전을 계획하면 핵심 기능 세트를 먼저 제공하는 데 중점을 둘 수 있으며 피드백 및 실제 사용자 요구에 따라 앱을 점진적으로 향상하고 확장할 수 있습니다.
예를 들어 다음과 같이 버전을 생각할 수 있습니다:
1.
MVP (Minimum Viable Product): 이것은 앱의 가장 기본적인 버전으로, 기능을 작동시키는 데 필요한 핵심 기능만을 갖춘 것입니다. 이곳의 목표는 개념을 테스트하고 피드백을 수집하며 잠재적인 개선 및 피벗을 식별하는 것입니다.
2.
버전 1.0: MVP로 아이디어를 확인한 후에는 다듬어야 합니다. 이 버전에는 피드백에서 나온 개선된 UX/UI와 새로운 기능이 포함될 수 있습니다. 또한 MVP 단계에서 식별된 중요한 버그나 문제를 해결할 것입니다.
3.
버전 2.0 (이후): 사용자 기반이 성장하고 더 많은 피드백을 수집하면 개선 및 확장할 수 있는 여러 영역을 식별하게 됩니다. 이것은 새로운 기능을 추가하거나 기존 기능을 향상시키거나 새로운 시장이나 플랫폼으로 확장할 수 있습니다.
기억해야 할 중요한 점은 처음부터 모든 기능을 추가하려는 유혹을 뿌리치는 것입니다. 좋은 아이디어가 떠오를 때마다 메모하고 나중에 해당 기능을 계획에 넣을 수 있습니다.
또한 단계적인 접근 방식을 채택하면 가정에 기반하지 않고 현실 세계의 피드백에 기반하여 적응하고 피벗할 수 있습니다.
사용자는 종종 예상하지 못한 방식으로 앱을 사용하거나 고려하지 못한 필요성을 표현할 수 있습니다. 그들의 피드백을 듣고 제품을 반복함으로써 장기적으로 앱의 성공 가능성을 높일 수 있습니다.
Planning features for you
앱의 첫 번째 버전을 종종 최소 기능 제품 (MVP)이라고합니다. 목표는 식별한 주요 필요성이나 문제를 효과적으로 해결하는 기능만 포함된 기능적인 것을 만드는 것이며, 부차적인 기능이나 세부 사항에 얽매이지 않습니다.
이를 위해 다음 단계를 따를 수 있습니다:
1.
핵심 문제 식별: 앱이 해결하려는 주요 문제는 무엇인가요? 이를 이해하면 MVP에 절대적으로 필요한 기능에 우선순위를 두는 데 도움이 됩니다.
2.
사용자 스토리: 사용자가 앱과 상호 작용하는 방법을 상상하기 위해 사용자 스토리를 작성합니다. 예를 들어 "사용자로서 내 고객을 추적할 수 있도록 새로운 연락처를 만들 수 있기를 원합니다."
3.
기능 우선 순위 설정: 앱에 대한 모든 기능을 나열하고 MVP에 대한 중요도에 따라 순위를 매깁니다. MVP에 중점을 두기 위해 최우선 순위에 중점을 둡니다.
4.
스케치 또는 와이어프레임: 사용자 경로와 인터페이스를 지도로 그릴 수 있도록 스케치 또는 와이어프레임을 사용합니다. 이 시각적 보조는 기능이 어떻게 통합되고 함께 흘러가는지 이해하는 데 도움이 됩니다.
5.
피드백 루프: 우선순위에 따라 나열된 기능 목록과 와이어프레임을 잠재적인 사용자, 이해관계자 또는 팀원과 공유합니다. 피드백을 수집하고 계획을 조정합니다.
6.
기능 크리프 방지: 계획 중에 더 많은 기능을 추가하는 것은 유혹적이지만 주요 목표에 중점을 두세요. MVP가 테스트되고 확인된 후에는 추가 기능을 언제든지 추가할 수 있습니다.
8.
피드백 수집 계획: MVP의 목적은 아이디어를 테스트하고 확인하기 때문에 시작된 후에는 사용자 피드백을 수집할 수 있는 메커니즘 (피드백 양식, 분석 도구 등)을 마련하세요.
Bubble이 매우 효과적인 도구일지라도 아이디어를 확인하기 위해서는 절대적으로 필요하지 않은 기능을 제외하는 것이 두렵지 마세요. 나중에 이를 추가할 수 있습니다.
The user journey
사용자 경로는 사용자가 앱이나 웹 사이트 내에서 특정 목표를 달성하기 위해 취하는 일련의 단계 또는 상호 작용을 나타냅니다. 이러한 경로를 매핑하여 사용자가 특정 목표에 달성하기 위해 어떻게 순서대로 이동할지에 대한 계획을 세울 수 있습니다.
사용자 경로를 설계할 때는 특정 페르소나를 상상해 보는 것으로 시작합니다. 누가이 여정을 떠나는 개인인가요? 이 사용자의 특성을 이해하면 그들의 요구에 맞게 경험을 맞추는 데 도움이 됩니다. 예를 들어 일부 사용자는 기술에 능숙할 수 있지만 다른 사용자는 자세한 지침과 중요한 호출 대응이 필요할 수 있습니다.
Sign-up user journey
예를 들어 앱 가입에 대한 사용자 경로를 설정할 수 있습니다. 이 프로세스는 사용자의 앱과의 첫 번째 상호 작용을 대표할 수 있기 때문에 중요할 수 있습니다.
1.
사용자 페르소나:
•
이름: Sarah
•
나이: 28
•
기술 능숙도: 중간
•
목표: 앱을 빠르게 가입하여 기능을 탐색
2.
진입 지점:
Sarah은 소셜 미디어에서 앱에 대해 듣고 이를 시도하기로 결정합니다.
3.
앱 열기:
Sarah은 앱을 열고 앱의 주요 기능을 보여주는 환영 화면이 나타납니다.
4.
호출 대응:
소개 슬라이드 후에 Sarah은 "가입" 및 "로그인"이라는 두 가지 프로미넌트한 버튼을 볼 수 있습니다.
5.
가입 옵션:
Sarah은 "가입"을 클릭하고 다음 옵션들이 표시됩니다:
•
"이메일로 가입"
•
"Google로 가입"
•
"Facebook으로 가입"
6.
가입 방법 선택:
간단하게 유지하고 싶은 Sarah은 "Google로 가입"을 선택합니다.
7.
권한:
프롬프트에서 Sarah에게 앱이 Google 계정 정보에 액세스할 수 있도록 허용할 것인지 물어봅니다. 그녀는 확인합니다.
8.
추가 세부 정보:
앱은 Sarah에게 경험을 향상시키기 위해 몇 가지 더 많은 세부 정보를 요청합니다. 즉, 그녀의 관심사와 앱 기능과 관련된 기호입니다.
9.
확인 및 피드백:
세부 정보를 제공하면 Sarah은 성공 메시지를 받습니다. "가입해 주셔서 감사합니다, Sarah! 시작합시다."
10.
프로필 설정 (선택적 단계):
그런 다음 Sarah은 프로필 사진 및 기타 선택적 세부 정보를 추가하여 프로필을 완료하라는 프롬프트를 받습니다.
11.
첫 사용 경험:
온보딩 후에 Sarah은 앱의 주요 대시 보드 또는 홈 화면으로 이동하여 탐색을 시작합니다.
12.
후속 이메일:
5분 후에 Sarah은 앱의 기능을 강조하고 FAQ 및 고객 지원 링크와 같은 리소스를 제공하는 환영 이메일을받습니다.
이 여정 동안 다음 사항을 유의하세요:
•
각 단계가 직관적이고 압도적이지 않도록합니다.
•
명확한 지침과 피드백을 제공합니다.
•
필요하면 도움을 요청하기 쉽게 만드세요.
•
단계의 수를 최소화하고 높은 가입률을 보장하려면 필요한 정보 만 요청하십시오.
많은 가입 프로세스가 매우 유사해 보이지만이를 청사진으로 보지 않아도됩니다. 당신은 앱에 대해 합리적으로 생각하는 단계를 추가하거나 제거할 자유가 있습니다. 목표는 빌드하기 전에 프로세스가 어떻게 보일지 알아야합니다. 이 접근 방식은 개발 프로세스를 최대한 효율적으로 만듭니다.
단계별로 사용자 여정을 설정할 수 있지만 예제에서처럼 설정한 후에 Miro, Apple Freeform 또는 Lucid와 같은 앱을 사용하여 시각적으로 더 잘 설정할 수도 있습니다. 때로는 펜과 종이가 가장 잘 작동합니다.
다음 섹션에서는 앱에서 관리하려는 데이터에 대해 어떻게 생각할 수 있는지 살펴보겠습니다.
