이미 소장하고 있다면 판매해 보세요.
|
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 ____사용자 기반 확보 ____비즈니스 모델 ____피드백 받기 ____비전 ____기술적 고려 사항 __요약 |
Mike van Drongelen
Adam Dennis
Richard Garabedian
Alberto Gonzalez
Aravind Krishnaswamy
이정표의 다른 상품
|
- 지은이의 말
린 스타트업 개발법이라는 용어는 이제 스타트업 사이에서는 잘 알려졌다. 이 분야에 대한 책이 이미 많이 출간됐는데, 에릭 리스(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 개발을 하는 데 있어 린 스타트업 개발법을 적용하는 방법을 다룬다. 실속 없이 말만 그럴듯한 내용은 제외했다. 사람들이 정말로 원하고 필요로 하는 앱을 만들고 싶다면 이 책이 도움이 될 것이라 확신한다. - 옮긴이의 말 2011년 에릭 리스가 토요타로 대표되는 일본의 린 생산 방식을 신사업 개발 방법론에 적용한 경험을 바탕으로 쓴 『린 스타트업』(인사이트, 2012)이 미국에서 출간된 지 벌써 9년이 흘렀다. 린 방식은 소개되고 얼마 지나지 않아 미국 스타트업 사이에서 빠르게 전파됐고, 많은 성공 사례가 나오면서 개념이 정착됐다. 국내에서도 이듬해부터 관련 번역서가 빠르게 출간되며 많은 스타트업과 개발자들에게 영향을 끼쳤다. 당시 내가 속한 조직에서도 여러 모바일 서비스를 개발했는데, 일부 개발팀은 해외의 최신 서비스를 벤치마킹하는 과정에서 린 스타트업 방식을 알게 돼 이 방식을 적용하는 시도를 했다. 린 스타트업 방식의 핵심 중 하나는 개발-측정-학습으로 구성되는 피드백 루프다. 시장의 불확실성이 크고, 변화의 속도가 빠른 분야에서는 정교한 시장 조사와 전략을 세우는 데 시간을 낭비하기보다 최대한 빨리, 최소기능제품을 만들어 사용자에게 검증 받아 교훈을 얻고, 이를 제품에 반영하는 선순환을 지속적으로 반복해서 성공적인 제품을 완성하자는 것이다. 이러한 방식은 비용, 시간, 인력 등 모든 것이 부족한 초창기 스타트업에게 매우 혁신적인 방법론이기 때문에 사실상 오늘날 스타트업의 표준이 됐다. 그렇다고 린 방식이 모든 스타트업에게 통하는 만병통치약은 아닐 것이다. 고객의 생명이나 돈을 다루는 의료나 재무 분야처럼, 작은 실패가 큰 불신을 초래해 사업 초기 제품 평판에 악영향을 끼치는 경우도 있기 때문이다. 물론 이런 경우 안전이 담보돼야 하는 핵심 기능은 기존 방식대로 하고, 사용성이 중시되는 분야만을 린 방식으로 하는 융합적 시도도 가능할 듯하다. 이 책도 린 스타트업의 철학을 따른다. 즉, 정교한 논리를 장황하게 펼치기보다는 시간이 부족한 스타트업의 CTO나 개발자들이 빠르게 린 스타트업 방식을 이해하고 적용해볼 수 있도록 안내하고 있다. 특히 마지막 장은 저자가 실제로 개발해 적용했던 앱을 토대로 앞서 설명한 모든 사례를 통합 적용한 사례를 상세히 보여준다. 모쪼록 이 책이 성공적인 모바일 앱 개발을 시작하는 모든 분들, 특히 스타트업 개발자나 CTO에게 도움이 되길 바란다. |