린 기법은 스타트업의 성공을 이끄는 가장 적절한 방법으로 여겨진다. 과연 실제로 스타트업 CTO나 모바일 개발자에도 적합한 방법일까? 이 책은 린 스타트업 기법을 모바일 앱 개발에 적용해서 구글 플레이나 앱 스토어에서 돌풍을 일으킬 만한 앱을 좀 더 쉽게 개발할 수 있는 방법을 제시한다. 또한 사업을 전개하는 과정과 기술 노하우를 현명하게 통합하는 방법도 알려준다. 저자가 실제로 만들었던 모바일 앱을 예제로 해 린 기법을 안드로이드 및 iOS에 적용하고, 최소기능제품을 만들고, 비즈니스 모델 캔버스로 아이디어를 검증하며 통계와 댓글로 피드백을 모으고, 비즈니스 요구 사항에 유연하게 대응하며, 전환율을 높여 성공적인 앱을 개발하는 방법을 알아본다.

[목 차]

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
____사용자 기반 확보
____비즈니스 모델
____피드백 받기
____비전
____기술적 고려 사항
__요약

린 스타트업 개발법이라는 용어는 이제 스타트업 사이에서는 잘 알려졌다. 이 분야에 대한 책이 이미 많이 출간됐는데, 에릭 리스(Eric Ries)의 『린 스타트업』(인사이트, 2012), 애시 모리아(Ash Maurya)의 『Running Lean』(O’Reilly, 2012), 스티브 블랭크(Steve Blank)의 『The Start-up owner’s Manual』(K&S Ranch, 2012)과 『The Four Steps to the Epiphany』(K&S Ranch, 2013)이 대표적이다.
린 스타트업 개발법은 간단하게 말해서 피드백을 빨리 받아 낭비를 줄이는 기법이다. 아무도 관심이 없다는 사실을 알아내기 위해 6개월간 앱을 개발하면 안 된다는 것이다.
기존의 앱도 마찬가지지만 특히 스타트업이 앱을 만들 때는 효과가 있는 것과 그렇지 않은 것을 알아내기 위해 개발 주기를 짧게 해서 수차례 반복해야 한다. 아 과정에서 다음과 같은 질문을 할 수 있다. 이 앱은 해결할 가치가 있는 문제를 실제로 해결하는가? 린 스타트업 개발법은 해결 과정에서 어떤 역할을 하는가?
앞서 언급한 책들은 모두 스타트업이나 기존 회사의 비즈니스 분야를 중심적으로 다룬다. 반면 모바일 우선 전략을 추구하는 회사의 기술 분야에 실용적으로 접근하는 내용은 전혀 담고 있지 않다. 이론도 중요하지만, 실제로 빠른 개발을 돕는 것은 실용적인 접근 방식이다.
이 책은 이론과 실전 사이의 부족함을 채우기 위해 노력한다. 린 스타트업 개발법의 요소를 설명하고, 이론과 개발 모두 자세하게 다룬다. 특히, 기술적 관점에서 수행해야 하는 일에 중점을 둔다. 이 책은 실제 안드로이드 및 iOS 개발을 하는 데 있어 린 스타트업 개발법을 적용하는 방법을 다룬다. 실속 없이 말만 그럴듯한 내용은 제외했다. 사람들이 정말로 원하고 필요로 하는 앱을 만들고 싶다면 이 책이 도움이 될 것이라 확신한다.
(지은이의 말 중에서)

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

애덤 데니스 (Adam Dennis)
위기청소년을 위한 기술 교육 센터를 만드는 캠페인을 운영하며, SaaS 서비스를 제공하는 소프트웨어 회사를 창립해 성공적으로 매각한 개발자다. 미국의 자동차 딜러 대상 기업형 SaaS를 제공하는 도미니언 딜러 솔루션(Dominion Dealer Solution)의 제품 개발 부사장으로서 10개 이상의 소프트웨어 팀을 운영하고 있다. 팀 수월성과 사실 기반 의사 결정, 빠른 실패를 장려한다. 도미니언에서 린/애자일 방법론과 우수 코딩 사례를 모든 팀에 통합하기도 했다. 안티구아 섬에 살고 있고, 업무 시간 이후에는 아내와 딸과 함께 유리 공예 등을 하며 시간을 보낸다.

리차드 가라베디안 (Richard Garabedian)
국방성 거래 업체부터 작은 스타트업 기업에 이르기까지 20년간 소프트웨어 개발자로 지냈다. 현재 도미니언 딜러 솔루션에서 모바일/데스크톱 앱 개발 책임자로 일한다. 좋아하는 프로그래밍 언어는 자바이며, 열렬한 안드로이드 사용자다. 직접 에스프레소 커피를 내려 마시며, 아내의 말에 따르면 비디오 게임 플레이에 많은 시간을 들인다. 업무 외적으로는 자전거에 꽤 소질이 있으며, 멋진 세 딸의 아버지다.