개인 개발 앱 'Limitime' 출시 2개월 차: 다운로드 100회 달성 및 개선 과정 기록

개인적으로 개발한 iOS 앱 'Limitime'을 App Store에 공개하고 약 2개월이 지났습니다.

8월 15일에 출시하여 드디어 다운로드 수가 100회를 넘었습니다.

100DL.

큰 서비스의 관점에서 보면 거의 오차 수준의 숫자입니다.

하지만 광고 예산도 인지도도 거의 없는 개인 개발 앱에게는,

'모르는 누군가가 100번 설치해 주었다'
라고 생각하니 저에게는 상당히 큰 숫자였습니다.

이전에는 출시 후 약 3주가 지났을 때 이런 글을 썼습니다.

지난 기사에서는 앱을 만드는 것보다,

'만든 후에 어떻게 알리느냐'
하는 것이 상상 이상으로 힘들었다는 이야기를 했습니다.

그 이후로 약 한 달이 더 지났습니다.

• ASO (App Store Optimization)
• Apple Ads
• App Store 스크린샷
• UI/UX 개선
• 대응 기기 추가
• LP・SEO
• 앱 내 동선
• 검색 키워드

등을 끊임없이 만져왔습니다.

2개월이 지나면서 조금씩 보이기 시작한 것이 있습니다.

이번 글은 그에 대한 후속 기록입니다.

기술 기사라기보다는, 이번에도 개인 개발의 기록입니다.

출시 직후에는 정말 다운로드가 되지 않았습니다.
0DL인 날도 보통 있었습니다.

App Store Connect를 열어,
'오늘도 0인가...'
이 되는 날도 있었습니다.

처음에는,
'앱이 문제인가?'
'수요가 없는 건가?'
'스크린샷이 나쁜 건가?'
라고 생각했습니다.

하지만 지난 기사에서도 썼듯이, 애초에 노출 횟수가 적으면 다운로드도 되지 않습니다.

그래서 이 2개월 동안은,
앱을 개선하는 것만큼이나 어떻게 발견하게 할까
를 고민해 왔습니다.

그 결과, 최근에는 광고를 하지 않는 날에도 하루에 3~5DL되는 날이 생겼습니다.

굉장히 작은 숫자입니다.

하지만,
0~1DL/일
이었던 상태에서,
3~5DL/일
이 보이게 되었습니다.

개인적으로는, 이 변화 자체가 100DL이라는 숫자 자체보다 더 재미있습니다.

이 2개월 동안 가장 많이 만진 것은 아마 ASO였을 겁니다.

ASO는 App Store Optimization의 약자로, App Store 내의 SEO와 같은 것입니다.

구체적으로는,

• 앱 이름
• 부제목
• 키워드
• 설명문
• 스크린샷
• 전환율(Conversion Rate)

이런 것들을 계속 보고 있습니다.

처음에는,
'제연 앱이니까 '제연'으로 나오면 되겠지'
정도만 생각했습니다.

하지만 실제로는 그것만으로는 진입점이 좁습니다.

Limitime은 현재,

• 제연
• 절연
• 금연
• 흡연 기록
• 흡연 관리

와 같은 여러 검색 의도를 염두에 두고 있습니다.

특히 최근에는 '흡연 기록'을 강화하고 있습니다.

'담배를 줄이고 싶은 사람'뿐만 아니라,
'일단 자신이 몇 개비를 피우고 있는지 알고 싶은 사람'
도 앱을 사용할 수 있기 때문입니다.

실제로 '흡연 기록'에서는 검색 순위가 15위 전후까지 올라왔습니다.

여기서 느낀 것은,
기능을 늘리는 것뿐만 아니라, 앱으로의 진입점(入口)을 늘리는 것도 중요하다
는 것입니다.

개발한 본인 입장에서 보면 Limitime은
**'BLE로 가열식 담배와 연결하여 사용 후 기기를 잠그는 앱'**입니다.

기술적으로는 그것으로 맞습니다.

하지만 사용자 입장에서는 BLE는 거의 중요하지 않습니다.

원하는 것은,
'흡연 과다를 줄이고 싶다'
'다음 한 개비까지 간격을 두고 싶다'
'몇 개비를 피웠는지 자동으로 기록하고 싶다'
라는 결과입니다.

그래서 App Store 설명도 상당히 바꿨습니다.

처음에는 기능 설명이 중심이었습니다.

지금은,
의지뿐만 아니라, 시스템으로 흡연 페이스를 관리한다
는 부분을 중심으로 하고 있습니다.

이는 개인 개발을 하면서 꽤 어려운 부분입니다.

직접 만든 사람은 아무래도 '기능'을 설명하고 싶어집니다.

하지만 사용자가 알고 싶은 것은,
'그래서 나에게 무슨 일이 생기는가?'
입니다.

App Store 스크린샷도 상당히 다시 만들었습니다.

처음에는,
'기능만 알면 된다'고 생각했습니다.

하지만 최근에는,
검색 결과에서 순간적으로 봤을 때 어떤 앱인지 알아볼 수 있느냐
를 매우 의식하고 있습니다.

App Store에서는 사용자가 설명문 전체를 읽어주지 않을 수도 있습니다.

오히려,

1번째 스크린샷
↓
앱 이름
...

정도만으로 판단되는 경우가 많을 것입니다.

그러므로,
'무엇이 할 수 있는지'
가 아니라,
'왜 사용해야 하는지'

를 먼저 보여주도록 했습니다.

이 부분은 엔지니어링과는 전혀 다른 생각을 사용합니다.

Apple Ads도 시도했습니다.

여기서 흥미로웠던 점은,

검색 키워드에 따라 움직임이 완전히 다르다는 것입니다.

예를 들어 IQOS 관련 키워드는 터치됩니다.

하지만 반드시 설치된다고 할 수는 없습니다.

반대로 검색 볼륨은 작더라도, 목적이 앱과 맞는 키워드에서는 전환하기 쉽습니다.

또한, 완전 일치(完全一致) 위주로 진행했을 때는 거의 다운로드되지 않게 된 적도 있었습니다.

부분 일치(部分一致)로 돌아가니 다시 움직이기 시작했습니다.

광고를 내기 전에는,

광고를 냄 → 표시됨 → 다운로드됨

정도만 생각했었습니다.

실제로는,

검색어
↓
광고 표시
...

이런 깔때기(funnel) 형태였습니다.

광고만 잘 되어도 안 되었습니다.

앱의 상품 페이지까지 포함해서 전부 연결되어야 했습니다.

릴리스 후, 앱 자체도 상당히 많이 바뀌었습니다.

처음에는 대응 가능한 기기가 제한적이었지만, 그 후에,

• IQOS ILUMA i 시리즈 대응 확대
• Ploom AURA 대응

등을 추가했습니다.

BLE 연결에 대해서도,

• 재연결(再接続)
• 사용 감지(使用検知)
• 기기 상태(デバイス状態)
• 백그라운드(Background)
• 연결 안정성(接続安定性)

등을 여러 번 수정했습니다.

Ploom AURA 대응도 처음부터 순조롭게 작동한 것은 아니었습니다.

실제 기기를 만져보고,

통신을 조사하고,

구현해서,

릴리스하고,

문제가 발견되어,

다시 고치는.

완전히 이 반복이었습니다.

릴리스 전에는 '완성된 것을 공개한다'고 생각했습니다.

지금은 오히려,

공개한 후에 실제 기기와 사용자에게 테스트를 받고 있다는 느낌에 가깝습니다.

물론 최소한 작동하는 상태로 내놓을 필요는 있지만,

모든 것이 완벽해질 때까지 공개하지 않는 것은,

개인 개발에서는 어려울 수도 있습니다.

대응 기종을 늘리면 다운로드도 늘어날 거라고 생각했습니다.

물론, 그것도 맞습니다.

하지만 2개월 동안 해보니,

조금 다르다고 느낍니다.

대응 기종을 늘리는 것은,

앱을 사용할 수 있는 사람을 늘리는 것.

ASO(App Store Optimization)를 개선하는 것은,

앱을 발견할 수 있는 입구를 늘리는 것.

스크린샷을 개선하는 것은,

발견한 사람이 흥미를 갖게 하는 것.

UI를 개선하는 것은,

설치한 사람이 계속 사용하게 만드는 것.

모두 다른 문제입니다.

예전에는 전부 묶어서,

'사용자를 늘린다'

고 생각했습니다.

지금은,

인지(認知)
↓
검색
...

어디서 이탈하고 있는지를 생각하게 되었습니다.

데이터 엔지니어의 업무에서도 파이프라인을 분해해서 생각하지만, 프로덕트도 비슷한 것일지도 모릅니다.

App Store 외의 곳에서도 사용자에게 오게 하려고 Next.js로 LP(Landing Page)도 만들었습니다.

Search Console에도 등록하고, 글을 쓰고, 구조화 데이터나 메타데이터(metadata)도 만지고 있습니다.

다만 2개월 동안 느끼는 것은,

SEO는 상당히 시간이 걸린다는 것입니다.

사이트를 만들었다고 해서 다음 날부터 Google 검색에서 유입이 늘어나는 것은 아닙니다.

글을 써도 바로 상위에 노출되는 것도 아닙니다.

반면 App Store의 ASO는 변경에 따라 검색 순위나 인프레션(impression)이 움직일 수 있습니다.

적어도 지금 규모에서는,

'우선 App Store 내에서 발견하게 하는 것'

쪽이 우선순위가 높은 것 같습니다.

SEO는 장기전으로 계속할 것입니다.

100DL까지 왔습니다.

그럼 수요가 있는 걸까.

아직 전혀 모르겠습니다.

100명이 다운로드해도,

100명이 계속 사용하고 있는 것은 아닙니다.

다운로드 수보다,

• 설정 완료율(セットアップ完了率)
• 기기 연결률(デバイス接続率)
• 다음 날도 사용하는지
• 1주일 후에도 사용하는지
• 실제로 흡연 본수가 기록되었는지

쪽이 더 중요합니다.

최근에는 다운로드 수보다,

설치 후에 어떻게 사용되고 있는지

가 더 신경 쓰입니다.

처음에는,

'다운로드 1건 늘었다!'

만으로 기뻐했습니다.

지금은,

'이 사람, 제대로 연결됐을까?'

'그 후에도 사용하고 있을까?'

하는 지점까지 신경 쓰입니다.

고민의 단계가 한 단계 진전되었습니다.

개인적으로 100DL보다 인상 깊었던 일도 있었습니다.

사용자로부터 문의가 온 것입니다.

그때까지는 App Store Connect의 수치로만 보이던 사용자가 갑자기 '사람'이 되었습니다.

당연한 이야기지만,

다운로드 수 너머에는 실제로 앱을 사용하는 사람이 있습니다.

개인 개발이다 보니 이 감각은 꽤 흥미롭습니다.

제 PC에서 작성한 코드가,

모르는 사람의 iPhone에 들어가서,

실제 생활 속에서 사용되고 있다는 것이요.

2개월이 지난 지금도, 이것은 조금 신기합니다.

지난 기사에서도 AI에 대해 조금 썼습니다.

이 2개월 동안 그 감각은 더욱 강해졌습니다.

코드를 작성하는 것 자체는 상당히 빨라지고 있습니다.

AI를 사용하면,

• React Native 구현
• SQL
• BLE 관련 조사
• UI 시안
• 에러 조사
• LP(랜딩 페이지)
• SEO 개선
• 카피라이팅 초안
• 스크린샷 초안

까지, 혼자서도 상당히 넓은 범위에 손을 댈 수 있습니다.

하지만 그럼에도 어려운 것은,

무엇을 만들어야 하는지

누구에게 전달해야 하는지

어떤 말로 전해야 효과적인지

입니다.

AI는 구현 속도를 높여줍니다.

하지만,

'이 기능이 사용자가 정말 원하는 것인가?'

라는 질문에 대한 답은, 결국 사용자를 봐야만 합니다.

오히려 구현이 빨라지면서,

'무엇을 만들 것인가'의 중요성이 이전보다 높아진

것처럼 느껴집니다.

앱 개발을 시작했을 때는,

좋은 앱을 만들기
↓
App Store에 공개하기
...

라고 생각했습니다.

지금은,

가설 세우기
↓
구현하기
...

라는 느낌입니다.

특히,

'좋은 것을 만드는 것'과 '사용하게 만드는 것'은 별개의 문제

라는 것을 이 2개월 동안 상당히 실감했습니다.

그리고 더욱이,

'다운로드하게 만드는 것'과 '계속 사용하게 만드는 것'도 별개의 문제

입니다.

개인 개발이라 할 게 너무 많습니다.

다음 목표 수치는 1000DL입니다.

하지만 지금은 단순히 다운로드 수를 10배로 늘리는 것보다,

'Limitime을 필요로 하는 사람이 제대로 발견하고, 제대로 사용하기 시작할 수 있는'

상태를 만드는 것이 더 중요하다고 생각합니다.

그를 위해 앞으로는,

• '연기(흡연) 기록' 외의 검색 진입 경로 늘리기
• 흡연 기록으로도 사용하기 쉽게 만들기
• 설정 과정을 더 간단하게 하기
• App Store 상품 페이지 개선하기
• 지속률 보기
• 지원 기기 늘리기

등을 계속해 나갈 예정입니다.

2개월 전에는,

'앱을 만들 수 있을까'

를 생각했습니다.

1개월 전에는,

'어떻게 다운로드하게 할까'

를 생각했습니다.

지금은,

'어떻게 계속 사용하게 할까'

를 생각하고 있습니다.

아마 2개월 후에는, 또 다른 문제로 고민하고 있을 것 같습니다.

그것까지 포함해서 개인 개발인 걸지도 모릅니다.

아직 100DL입니다.

하지만 0에서 100까지는 꽤 재미있었습니다.

이 기사에서 소개한 앱 'Limitime'은 가열식 담배와 Bluetooth로 연동하여, 흡연 후 장치를 자동으로 잠금 처리함으로써 다음 한 개비의 간격을 만드는 iPhone 앱입니다.

앱의 작동 방식이나 지원 기기 등에 대해 자세히 소개하고 있습니다.

Limitime - 연기 감소/절주/금연 서포트

관심이 있으시다면, 사이트를 보거나 실제로 사용해 보시면 좋을 것 같습니다.