틈틈일기 업데이트 알림 하나 구현하려다 플레이스토어·앱스토어에 두 번 출시한 이야기

개인 개발자로 앱을 개발하다 보면, 출시하고나서 보이지 않던 문제들이 하나둘 드러나곤 합니다. 이번에 틈틈일기 앱을 출시하면서 겪었던 "업데이트 알림" 관련 시행착오도 그중 하나였습니다. 별것 아닌 기능처럼 보였지만, 막상 부딪혀보니 의외의 곳에서 막히고 한참을 헤맸던 경험이라, 비슷한 상황에 놓일 수 있는 다른 분들께도 도움이 될까 싶어 정리해 보았습니다.

 

틈틈일기 앱을 개선해나가면서 한 가지 큰 착각을 하고 있었습니다.

제가 꾸준히 새로운 버전의 틈틈일기 앱을 출시하기만 하면, 사용자들도 알아서 최신 버전으로 업데이트해 줄 거라고 막연히 생각하고 있었던 것입니다.

 

하지만 실제 통계 데이터를 살펴보니, 새로운 버전을 출시해도 상당수 사용자는 여전히 예전 버전을 쓰고 있었습니다. 더 문제였던 건, 사용자마다 머물러 있는 버전이 제각각이라 특정 버전 하나만 신경 쓴다고 해결될 일이 아니라는 점이었습니다.

 

그래서 어떻게 하면 사용자들이 자연스럽게 최신 버전을 쓰게 할 수 있을지 고민해보게 되었습니다.

 

가장 먼저 떠오른 방법은 Firebase Remote Config를 활용한 강제 업데이트(force update)였습니다. 특정 버전 이하라면 앱 실행 자체를 막아버리는 방식인데요. 다만 사용자 입장에서는 갑자기 앱이 막혀버리는 경험이 될 수 있고, 자칫 앱에 대한 부정적인 인상으로 이어질 수 있다는 점이 걸렸습니다.

 

그래서 대안으로, 평소 자주 사용하는 교보eBook 앱의 방식을 참고하기로 했습니다. 새 버전이 출시될 때마다 앱 실행 시 업데이트 안내 알림을 띄워주되, 업데이트 여부는 사용자가 직접 선택하도록 하는 방식입니다.

 

업데이트를 강제하지 않고 사용자에게 업데이트 선택권을 주는 것이죠.

 

그렇다고 매번 앱을 켤 때마다 같은 버전에 대한 업데이트 알림이 뜨면 사용자 입장에서는 피로감이 쌓일 가능성이 있어 보였습니다.  그래서 현재 안내 중인 버전에 한해 "다시 보지 않기" 옵션을 선택할 수 있도록 하되, 그 이후 새로운 버전이 출시되면 다시 알림이 뜨도록 구현했습니다.

 

플레이스토어(안드로이드)와 앱스토어(iOS) 양쪽에 맞게 업데이트 알림 기능을 각각 구현했습니다. 그런데 막상 다 만들고 나니 문제는 "어떻게 테스트할 것인가"였습니다. 마땅한 방법이 떠오르지 않아, 일단 스토어에 출시한 뒤 직접 다운로드해서 동작을 확인하는 식으로 검증을 시도했는데, 생각처럼 한 번에 정상 동작하지 않았습니다.

 

한참을 헤매다가 문득 이런 생각이 들었습니다. "굳이 새 버전을 출시해야만 테스트할 수 있는 건 아니지 않을까?" 즉, 기기에 설치하는 앱의 버전을 일부러 낮춰서 빌드하면, 스토어에 이미 올라가 있는 버전이 자연스럽게 더 높은 버전이 되는 점을 이용해보기로 했습니다. 이렇게되면  알림 조건이 충족되어 업데이트 메시지가 표시될 것이라는 발상이었습니다.

 

접근 방향을 이렇게 바꾸어 다시 시도해보니 실제로 의도한 대로 알림이 떴고, 동작도 정상적으로 확인할 수 있었습니다. 덕분에 마침내 문제가 해결된 버전을 플레이스토어와 앱스토어에 출시할 수 있었습니다.

돌이켜보면 테스트 방법에 대해 업데이트 버전 출시전 좀 더 고민해봤으면 진작에 풀 수 있었던 문제였습니다. 그러지 못한 탓에 업데이트 알림이 제대로 동작하지 않는 버전을 두 번이나 출시하고 만 것은 아쉬운 점입니다. 

 

이번 경험을 통해 두 가지를 새삼 느꼈습니다. 첫째, 사용자는 개발자가 기대하는 만큼 부지런히 앱을 업데이트하지 않는다는 것. 그래서 업데이트가 필요한 시점에는 앱이 직접 사용자에게 알려줘야 한다는 것이었습니다. 둘째, "출시해봐야 알 수 있다"는 생각에 빠지면 오히려 검증이 늦어진다는 것입니다. 버전 번호 하나만 낮춰서 빌드해도 충분히 테스트할 수 있는 일을, 저는 두 번의 출시를 거치고 나서야 깨달았으니까요. 앞으로 비슷한 기능을 구현할 때는 "스토어 출시 없이 어떻게 검증할 수 있을까?"를 먼저 떠올리는 습관을 들이려 합니다.