린 모바일 앱 개발

★ 이 책에서 다루는 내용 ★



■안드로이드 및 iOS 개발에 린 스타트업 개발법 적용

■최소기능제품(MVP) 제작 및 가설 정의

■비즈니스 모델 캔버스로 아이디어 검증

■통계와 댓글로 피드백 수집, 학습, 적용

■변화하는 비즈니스 요구사항에 유연하게 대응하는 앱 개발 전략

■초기 아이디어로부터 언제 피벗을 해야 할지 조사 방법

■성공적인 앱 개발, 전환율 증가, 가입 절차 최적화



★ 이 책의 대상 독자 ★



스타트업 환경에서 일하는 최고 기술 책임자(CTO)나 기술 분야를 담당하고 있는 공동 창업자, 개발자 등을 대상으로 하는 책이다. 물론 기존 소프트웨어 회사에서 일하는 최고 기술 책임자나 개발 총괄 담당자, 개발자도 대상으로 한다. 린 개발법은 제대로 적용했을 때 스타트업과 기존 소프트웨어 개발사를 가리지 않고 큰 도움이 될 것이다.



★ 이 책의 구성 ★



1장, '네, 그 앱은 이미 있어요'에서는 앱을 만드는 이유와 대상 고객에 대해 질문한다. 또한 린 스타트업 방식이 어떻게 도움을 주는지 설명한다.

2장, '린 스타트업 기초'에서는 비즈니스 모델 캔버스와 고객 개발, 최소기능제품(MVP)에 대해 설명한다.

3장, '린 개발법을 모바일 앱에 적용하기'에서는 앱 스토어에서의 작업 흐름을 알아보고, 앱 홍보 방법을 다룬다.

4장, '애자일 워크플로 요약'에서는 타임박스 프로그래밍과 서드파티 솔루션 활용법, 임시 제품 제작 방법을 다룬다.

5장, '실용주의 접근법'에서는 실용주의 방법론인 애자일과 칸반, 스크럼을 알아보고 이를 실제 업무에 적용할 수 있는 방법을 살펴본다.

6장, 'MVP는 언제나 당신이 생각하는 것보다 훨씬 작다'에서는 최소기능제품에 포함시킬 기능을 선택하는 방법과 해당 기능이 가설 증명에 어떻게 도움이 되는지 알아본다.

7장, '최소기능제품(MVP) 사례 연구'에서는 MVP 구현의 실제 사례를 알아본다.

8장, '앱 실험용 클라우드 솔루션'에서는 앱의 백엔드 전략을 설명한다. 어떤 서드파티 서비스를 이용할 것인지 그리고 백엔드 개발자가 정말 필요한지 알아본다.

9장, '네이티브, 하이브리드 또는 크로스 플랫폼'에서는 안드로이드와 iOS 중 어떤 플랫폼부터 시작할지와 한 번에 두 가지 플랫폼을 모두 지원하는 것이 가능한지 알아본다.

10장, '그걸 위한 API는 있어요!'에서는 기존 데이터와 서비스의 연동 방법을 알아본다. 영화 정보를 지도 및 우버 호출과 통합하는 사례를 비롯해 IFTT 서비스로 최소기능제품을 만들어서 가설을 검증하는 방법을 살펴본다.

11장, '온보딩과 등록'에서는 사용자 관련 지표인 온보딩 및 전환율에 대해 알아본다. 전환 비용을 낮추는 방법을 알아본 후, 트위터 계정 및 전화번호로 가입을 처리하는 안드로이드 예제를 다룬다.

12장, '확장할 수 없는 일을 하자'에서는 자동화보다 가설 검증에 집중하는 방법을 알려준다. 최소한의 노력으로 효과를 거둘 수 있는 방안을 살펴본다.

13장, '플레이 스토어 및 앱 스토어 해킹'에서는 분할 테스트를 소개하고, 플레이 스토어와 앱 스토어에 적용하는 방법을 알아본다.

14장, '앱에서 A/B 테스트 수행하기'에서는 앱의 분할 테스트가 중요한 이유와 A/B 테스트 구성 방법을 설명한다. 안드로이드 및 파이어베이스의 원격 구성과 분석 기능을 사용하는 예제를 제공한다.

15장, '트랙션 향상 및 리텐션 개선'에서는 트랙션 및 리텐션의 개념과 중요성, 그리고 트랙션을 높이는 방법을 알아본다. 또한 리텐션을 높이는 데 푸시 알림이 얼마나 중요한지 설명한다.

16장, '확장 전략'에서는 확장 전략을 알아본다. 배부른 소리처럼 들릴 수도 있겠지만 앱이 성공하면 백엔드 확장이 필요하다. 여러 클라우드 서비스 덕분에 확장이 쉬워졌다. 당장 확장할 필요는 없어도 확장 가능 구조를 갖추도록 한다.

17장, '수익 창출 및 가격 전략'에서는 다양한 수익 창출 방법을 설명한다. 예를 들어, 인앱 구매 방식을 적용했다면 가격 전략을 잘 세워야 한다.

18장, '지속적 배포'에서는 Git 워크플로와 팀시티, 젠킨스와 같은 CI/CD 도구를 설명한다. 제대로 된 테스트 전략을 세운다면 이들 도구를 활용해 앱을 빨리, 자주 배포할 수 있다.

19장, '차별적 경쟁우위 구축'에서는 새로운 경쟁자로부터 사업을 방어할 수 있는 진입 장벽을 만드는 방법을 알아본다.

20장, '플링 사례 연구'에서는 현재 서비스 중인 소셜 미디어 앱의 사례 연구를 제공한다.

부록, 참고문헌 추천 도서와 참고용 웹 사이트 목록을 제공한다.



★ 옮긴이의 말 ★



2011년 에릭 리스가 토요타로 대표되는 일본의 린 생산 방식을 신사업 개발 방법론에 적용한 경험을 바탕으로 쓴 『린 스타트업』(인사이트, 2012)이 미국에서 출간된 지 벌써 9년이 흘렀다. 린 방식은 소개되고 얼마 지나지 않아 미국 스타트업 사이에서 빠르게 전파됐고, 많은 성공 사례가 나오면서 개념이 정착됐다. 국내에서도 이듬해부터 관련 번역서가 빠르게 출간되며 많은 스타트업과 개발자들에게 영향을 끼쳤다. 당시 내가 속한 조직에서도 여러 모바일 서비스를 개발했는데, 일부 개발팀은 해외의 최신 서비스를 벤치마킹하는 과정에서 린 스타트업 방식을 알게 돼 이 방식을 적용하는 시도를 했다.

린 스타트업 방식의 핵심 중 하나는 개발-측정-학습으로 구성되는 피드백 루프다. 시장의 불확실성이 크고, 변화의 속도가 빠른 분야에서는 정교한 시장 조사와 전략을 세우는 데 시간을 낭비하기보다 최대한 빨리, 최소기능제품을 만들어 사용자에게 검증 받아 교훈을 얻고, 이를 제품에 반영하는 선순환을 지속적으로 반복해서 성공적인 제품을 완성하자는 것이다.

이러한 방식은 비용, 시간, 인력 등 모든 것이 부족한 초창기 스타트업에게 매우 혁신적인 방법론이기 때문에 사실상 오늘날 스타트업의 표준이 됐다. 그렇다고 린 방식이 모든 스타트업에게 통하는 만병통치약은 아닐 것이다. 고객의 생명이나 돈을 다루는 의료나 재무 분야처럼, 작은 실패가 큰 불신을 초래해 사업 초기 제품 평판에 악영향을 끼치는 경우도 있기 때문이다. 물론 이런 경우 안전이 담보돼야 하는 핵심 기능은 기존 방식대로 하고, 사용성이 중시되는 분야만을 린 방식으로 하는 융합적 시도도 가능할 듯하다.

이 책도 린 스타트업의 철학을 따른다. 즉, 정교한 논리를 장황하게 펼치기보다는 시간이 부족한 스타트업의 CTO나 개발자들이 빠르게 린 스타트업 방식을 이해하고 적용해볼 수 있도록 안내하고 있다. 특히 마지막 장은 저자가 실제로 개발해 적용했던 앱을 토대로 앞서 설명한 모든 사례를 통합 적용한 사례를 상세히 보여준다.

모쪼록 이 책이 성공적인 모바일 앱 개발을 시작하는 모든 분들, 특히 스타트업 개발자나 CTO에게 도움이 되길 바란다.

1장. 네, 그 앱은 이미 있어요

__앱 생태계

____모든 앱이 해피 엔딩인 것은 아니다

__린 스타트업 개발법 소개

__사람들을 앱으로 유인하기

__요약



2장. 린 스타트업 기초

__비즈니스 모델 캔버스

____핵심 파트너

____핵심 활동

____가치 제안

____고객 관계

____고객 세그먼트

____채널

____비용 구조

____수익원

__BMC 사례 - 모바일 마켓 앱

____BMC 요약

__린 캔버스

____중요한 한 가지 지표

__애자일 개발 및 고객 개발

__MVP

__요약



3장. 린 개발법을 모바일 앱에 적용하기

__높은 디자인 요구사항

__애플 앱 스토어의 제출 주기

__동적 라이브러리를 사용하지 못하는 문제

__크로스 플랫폼 릴리스

__앱을 다운로드를 위한 사용자 유도

____앱 평점 관리

__요약



4장. 애자일 워크플로 개론

__애자일 워크플로

____칸반

____스크럼

__에픽, 스토리, 태스크

____스크럼 팀

____데일리 스탠드업

____백로그 상세화

____준비 단계 정의

____스프린트 계획

____완료 단계 정의

____스프린트 리뷰, 계획, 회고

__사용할 만한 도구

__요약



5장. 실용주의 접근법

__타임박스 프로그래밍

____컨시어지 서비스

____부실해도 될까? 완벽해야 할까?

____릴리스는 일찍 그리고 자주

__아무것도 없이 시작하는 법

____닭이 먼저? 달걀이 먼저?

____만들 때까지는 있는 척해라

____전문가가 되자

____일단 시작하고 그 후 맞춘다

____개발이 끝나지 않은 앱으로 제안하기

__업무를 짜임새 있게 유지하는 법

____디자인 패턴

____독립적으로 운영하라

____데이터 레이어

__기간을 단축하는 법

__매시업

__요약



6장. MVP는 언제나 당신이 생각하는 것보다 훨씬 작다

__최소기능제품(MVP)이란?

____MVP의 이점

__MVP 정의하기

____MVP 만들기

____컴포넌트를 모아서 MVP 만들기

____MVP를 기업에 적용하기

__빠른 실패 - 모든 것을 검증하기

____애자일 프로토타이핑 적용 - 기술 부채 제거하기

__10가지 필수 UX 테스트 방법

__반복하며 개선하기 - 생존 가능한 수준에서 매력적인 앱으로

____매력적인 앱이 되는 5가지 방법

__요약



7장. 최소기능제품(MVP) 사례 연구

__펀위드샤라드 - 최초 목표

____핵심 가설

____문제점

__요약



8장. 앱 실험용 클라우드 솔루션

__백엔드를 직접 만들어야 할까?

____앱 실험을 위한 클라우드 솔루션 활용

____고려 사항

__파스 이야기

____전략적 고려 사항

____MBaaS 서비스 종류

____기술적 고려 사항

__Canvapp - 파이어베이스를 이용하는 안드로이드 MVP

__파이어베이스 가입하기

____레이아웃

____의존성

____모델

__파이어베이스 대시보드

__요약



9장. 네이티브, 하이브리드 또는 크로스 플랫폼

__고객은 누구인가?

____추측하지 말라

__기술적 요구사항은 무엇인가?

____기술적 역량은 얼마나 되는가?

__네이티브 대 하이브리드 - 강점과 약점

____네이티브 앱

____하이브리드 앱

__최종 결정하기 - 고려할 사항

__크로스 플랫폼 도구 활용

____어도비 폰갭

____자마린

____앱셀러레이터

__올바른 도구를 선택하는 법

__요약



10장. 그걸 위한 API는 있어요!

__성공하거나 빨리 실패하거나

____매시업 솔루션의 예

____레고냐 듀플로냐

____API 대 SDK

__사용 가능한 API

____가설을 증명할 iOS 앱, 무비우버

____보세요! 코드가 없어요. IFTTT로 가설 검증하기

__요약



11장. 온보딩과 등록

__사용자 온보딩이란?

____왜 중요한가?

__해적 지표

____높은 전환율

____페이스북이나 트위터 같이 소셜 네트워크를 이용한 소셜 로그인

__당신이 가진 것을 보여주시오

____전화번호 방식 회원가입 - 훌륭한 대안

__지속적 온보딩 - 나중에 사용자 프로필 채워 넣기

__온보딩 예제 앱 만들기 - 텔 어 스토리

____필요 시 온보딩 회원가입

__구현

__요약



12장. 확장할 수 없는 일을 하자

__"확장할 수 없는 일"이란 무엇인가?

____확장할 수 없는 일을 하는 세 가지 이유

__소규모 실험실을 구축하고 얼리 어답터를 확보하는 방법

____좁은 시장에 집중하기

____직접 얼리 어답터 모집하기

____사용자 경험 완성

__확장 불가 MVP에서 확장 가능 코드로의 전환 방법

____와이어프레임과 프로토타입을 이용한 학습에 집중하기

____제플린

____인비전

____유저테스팅닷컴

____확장성과 지속성에 초점을 두기

__요약



13장. 플레이 스토어 및 앱 스토어 해킹

__실험이란 무엇인가?

____실험 기법으로서의 A/B 테스트

____분할 테스트를 수행하는 이유

____스토어 기재사항 테스트

____앱 테스트

____실험 요소

____구글 플레이나 앱 스토어에서 실험을 수행하는 것이 어려운 이유

____두 앱의 기재사항 비교

____결과를 측정하는 표준 방식은 없다

____A/B 테스트용으로 제한된 인프라

____병렬 실험을 수행하기 어려운 이유

__사용자가 앱을 찾는 첫 방법은 무엇인가?

____마이크로 테스트로 데이터 수집

____앱 테스트 실행

__요약



14장. 앱에서 A/B 테스트 수행하기

__왜 통계가 중요한가?

__실행 가능한 측정 지표

____획득

____참여

__전환과 해적 지표

__잠재 고객을 알아내기

__앱을 개선할 때 유용한 분할 테스트

____분할 테스트 간의 차이점 줄이기

____분할 테스트용 도구와 실행 가능한 측정 지표

____파이어베이스를 활용한 분할 테스트

__요약



15장. 트랙션 향상 및 리텐션 개선

__트랙션

____무료만? 유료만?

____유지율 개선

__알림

____로컬 알림

____푸시 알림

____인앱 알림

____푸시 알림 제공 서비스

__수신 알림 처리

__알림 전송

__요약



16장. 확장 전략

__확장성을 고려하되 당장 확장하지는 마라

____확장형 백엔드

____클라우드 기반 스토리지와 프로세싱

____클라이언트 관점에서 보기

____확장할 때와 축소할 때를 알아야 한다

____확장에 실패한 슬픈 앱 백엔드 이야기

____소 잃고 외양간 고치기

____확장이냐 리팩토링이냐 그것이 문제로다

__오토 스케일링(자동 확장)

__요약



17장. 수익 창출 및 가격 전략

__수익 창출 전략

____앱 직접 판매

____제품이나 서비스 판매의 현실

____앱은 무료로 제공하고 서비스를 판매한다

____광고

____데이터로 수익 창출

__가격 전략

____가격 인식

____안드로이드 먼저? iOS 먼저?

____인앱 구매 상품 유형

____인앱 결제

__인앱 구매 구현 방법

____엠퍼로

__스토어 구매 목록에 가격 전략 적용하기

__요약



18장. 지속적 배포

__지소적 배포 = 지속적 통합과 인도

____지속적 통합

____지속적 인도

__리포지토리와 Git 워크플로

__테스트 자동화

__안드로이드 앱의 지속적 워크플로 예제

__빌드 베리언트

__그래들 방식

__productFlavors 섹션

__sourceSets 섹션

__buildTypes 섹션

__signingConfigs 섹션

__팀시티를 빌드 에이전트로 활용하기

__자동 배포 및 인도

__자체 호스팅

__하키앱이과 패브릭 베타

__패스트레인, 알파/베타 플레이 스토어, 아이튠즈 베타

____데브옵스

__요약





19장. 차별적 경쟁 우위 구축

__개요 - 단지 앱에 관한 것은 아니다

____무형 자산으로 진입 장벽 구축

__지식 재산권법으로 제품 보호

____사업을 망치는 특허 괴물에 관심을 가져야 하는 이유

__네트워크 효과와 플랫폼

____네트워크 효과

____플랫폼 효과

____수직 시장 활용

____수직 시장을 목표로 해야 하는 이유

____전환 비용으로 사용자 유보율 개선하기

____경쟁자의 전환 비용을 낮추는 방법

__올바른 고객 지원

____고객 서비스에 대한 견해

____우수한 고객 서비스를 위한 레시피

____성공하는 기업이 수익 향상을 위해 고객 서비스를 사용하는 방법

____고객 지원에 유용한 도구

____잘 만든 브랜드명의 힘

____나만의 브랜드가 필요한 이유

____브랜드 구축 방법

____소셜 미디어와 앱 스토어를 통한 브랜드 모니터링 도구

____예산 범위 내에서 브랜드 구축

____브랜드 구축 사례

__요약



20장. 플링 사례 연구

__대단해! 근데 플링이 뭐지?

__팀원

__미첼 트룰리

____다니엘 거스리

____마이크 반 드롱글렌

____다른 팀원들

__MVP

____분산 팀

____플링의 USP

____사용자 기반 확보

____비즈니스 모델

____피드백 받기

____비전

____기술적 고려 사항

__요약

마이크 반 드롱헬렌 네덜란드에서 모바일 솔루션 컨설턴트로 일하고 있다. 다양한 고객을 위해 안드로이드, iOS 및 .NET 솔루션을 개발하고, 자신의 스타트업 프로젝트도 진행하고 있다. 소프트웨어 개발을 즐기지만 불필요한 작업은 지양하려고 노력한다. 최적화된 코드로 소프트웨어를 성공적으로 개발하는 것이 목표다. 사업 담당자와 개발자가 서로 이해하지 못하는 상황이 많다고 생각해서 린 스타트업 개발법에 관심을 갖게 됐고, 모바일 앱 개발에도 꼭 적용해야 한다고 생각한다. 앱을 개발하지 않을 때는 오토바이나 시트로엥 2CV를 타고 여행을 한다.