GrowBook이 식물 관리 앱을 로그인 없이 시작하게 한 이유

AI 요약

GrowBook 제작자는 앱을 열자마자 계정을 요구하면 기능을 확인하기도 전에 사용자가 떠날 수 있다고 보고, 식물 관리 기능을 로그인 없이 시작하도록 설계했습니다. 식물과 관리 일정, 일지는 휴대전화에 먼저 저장합니다. 사용자는 계정 없이 식물을 추가하고 알림을 설정할 수 있으며, 클라우드 동기화와 가족 공유를 선택할 때 계정을 만듭니다. 인터넷 연결이 약해도 기본적인 기록과 관리 작업은 계속 쓸 수 있다는 점도 이 방식의 이유입니다.

재방문을 어떻게 볼 것인가

제작자는 첫 화면이 보기 좋은지보다 사용자가 앱을 두 번 쓰는지를 보겠다고 했습니다. 다만 현재 앱에는 Firebase나 자체 행동 추적 기능이 없습니다. Play Console의 전체 유지율은 참고할 수 있지만, 사용자가 게스트인지 로그인했는지, 설정 중 다시 열었는지, 알림을 눌러 돌아왔는지 구분하지 못합니다. 제작자는 첫 사용 뒤 두 번째 방문을 낮은 기준으로 삼았지만, 첫 관리 일정이 도래한 뒤 다시 방문해 일정을 확인하거나 완료하는 지표가 더 구체적이라는 의견도 받아들였습니다. 첫 물주기 일정은 기본 3일 뒤이며 다른 일정의 기본값은 7일부터 365일까지입니다.

계정 전환과 데이터 보존

댓글에서는 계정 없이 시작하는 방식의 장점과 함께, 나중에 동기화를 켤 때 휴대전화의 식물 기록이 그대로 남는다는 점을 명확히 보여줘야 한다는 의견이 나왔습니다. 제작자는 서로 다른 UUID를 가진 로컬 식물과 클라우드 식물은 별도 기록으로 남지만, 같은 ID의 기록을 양쪽에서 수정한 경우 현재 복원 과정이 타임스탬프를 비교하지 않아 로컬 변경을 덮어쓸 수 있다고 밝혔습니다. 복원 작업을 반복해도 안전한지 확인하고, 양쪽에서 수정한 기록은 사용자에게 검토를 요청해야 한다는 테스트 제안도 나왔습니다.

계정 없이 쓸 수 있는 내보내기와 복원 기능에도 빠진 데이터가 있습니다. 식물, 일정, 알림 설정, 일지, 태그와 번식 기록은 포함되지만 관리 이력은 빠집니다. 사진 파일도 백업에 담지 않고 경로나 URL만 저장합니다. 댓글에서는 이런 누락을 다운로드 전과 백업 파일 안에 표시하고, 파일에 포함된 데이터와 제외된 데이터를 복원 화면에서 확인하게 하자는 제안이 나왔습니다. 제작자는 현재 JSON에 형식 버전은 있지만 백업 구성 정보는 없다고 답했습니다.

알림과 사용 지표

알림 권한은 첫 알림 일정을 저장할 때 이유를 설명한 뒤 요청합니다. 일정 화면에는 알림 활성화 여부와 시간이 표시됩니다. 다만 Android의 권한, 정확한 알람 설정, 배터리 최적화와 제조사별 제한 때문에 앱이 알림 전달까지 확인할 수는 없습니다. 제작자는 앱이 알림을 예약한 상태와 기기 설정에서 확인 가능한 차단 요인을 구분해 표시하자는 의견에 동의했습니다. 알림은 서버 푸시가 아니라 기기에 예약하는 로컬 OS 알림이며, 현재 알림을 눌러 앱을 연 기록은 디버그 로그에만 남습니다.

Indie Hackers 반응

• @driveforce — 계정을 강제하지 않고 식물 관리 기능을 먼저 제공하는 건 좋은 제품 결정입니다. 물 주기나 햇빛, 식물 문제에 대한 빠른 답을 찾는 사람에게 계정 생성부터 요구하면 시작을 막을 수 있습니다. 유용한 기능을 먼저 제공하고 나중에 선택 계정을 제시하면 사용자는 식물 목록을 저장하고 진행 상황을 추적할 수 있습니다.
• @Praneet Brar — 숫자를 보기 전에 실제 사용을 뜻하는 행동 하나를 정하고, 그 행동을 한 사람이 몇 명인지 세는 방식으로 출시 그룹을 관리합니다. 두 번 사용이 시끄러운 지표라면 다음 그룹부터 기준을 바꾸고 현재 그룹의 기준은 바꾸지 않겠습니다. 그래야 초기 수치를 유리하게 다시 해석하기 어려워집니다.
  • @Firefly Lab — 첫 그룹에서는 Play Console의 대략적인 두 번째 사용 신호를 발표한 기준으로 유지하고 결과를 본 뒤 다시 정의하지 않겠습니다. 첫 관리 작업이 도래한 뒤 사용자가 확인하거나 완료했는지를 보는 더 엄격한 지표는 GrowBook이 기록할 수 있게 된 다음 그룹부터 적용하겠습니다.
• @Tether — 두 번째 사용을 보는 건 화면이 마음에 드는지 묻는 것보다 정직한 기준입니다. 로그인 단계를 생략하면 사용자에게 나중에 연락하기 쉬운 방법도 포기하게 되므로 두 번째 사용 수치에 무게가 실립니다. 왜 두 번을 기준으로 정했나요?
  • @Firefly Lab — 한 번의 호기심으로 끝난 사용을 제외할 수 있는 가장 낮은 기준이라 두 번을 골랐습니다. 두 번째 사용은 GrowBook이 사용자 일상에 다시 자리 잡았다는 신호일 수 있지만 범위가 넓습니다. 첫 물주기 일정이 도래한 뒤 돌아왔는지는 더 많은 정보를 줍니다. 현재 Play Console은 알림이 재방문을 일으켰는지 알려주지 않습니다.
• @Negative Absence — 계정 없이 식물과 일지, 알림 설정을 내보내고 복원할 수 있나요? 백업이 클라우드 동기화와 분리되어 있으면 계정을 선택 사항으로 유지하면서도 휴대전화를 잃었을 때 기록을 보호할 수 있습니다.
  • @Firefly Lab — 계정 없이 내보내고 복원할 수 있지만 관리 이력은 아직 포함되지 않습니다. 사진도 파일로 묶지 않고 경로나 URL만 저장합니다. 주요 기록은 보호하지만 완전한 독립 백업은 아니므로 화면에서 한계를 더 분명히 밝혀야 합니다.
• @Sophie Taylor — 두 번째 기기를 시험해 보겠습니다. 한 기기에 식물이 있고 태블릿에는 다른 식물이 있을 때 동기화를 켜면 어떻게 병합되나요? 조용히 덮어쓰지 않도록 간단한 유지 확인을 보여주면 좋겠습니다. 두 번째 사용 지표도 알림으로 돌아온 경우와 사용자가 직접 다시 연 경우를 나누면 좋겠습니다.
  • @Firefly Lab — UUID가 다른 식물은 따로 유지되므로 두 목록 모두 남습니다. 위험한 경우는 같은 식물 ID를 두 기기에서 수정했을 때입니다. 현재 로그인 복원은 미리보기나 타임스탬프 비교 없이 클라우드 기록을 로컬 저장소에 씁니다. 같은 ID의 충돌을 처리하는 기능이 필요합니다. 재방문 이유도 현재는 구분하지 못합니다.
• @Rao Rabi — 첫 알림을 특히 살펴보겠습니다. 사용자가 식물을 추가해도 알림 권한이 거부되거나 Android가 알림을 억제하면 실제 가치를 놓칠 수 있습니다. 첫 일정을 설정할 때 권한을 요청하고 식물 화면에 알림 활성화 여부를 보여주면 좋겠습니다.
  • @Firefly Lab — GrowBook은 알림 일정을 저장할 때 권한이 필요한 이유를 설명하고 요청합니다. 일정 화면에는 알림 활성화 여부와 시간이 표시됩니다. 다만 Android가 실제로 알림을 전달했는지는 알 수 없습니다. 예약 상태와 기기 설정에서 확인 가능한 차단 요인을 구분하고, 확인할 수 없는 전달은 그렇게 표시해야 합니다.

원문: Indie Hackers / 번역·요약: Trawling