2. ap dung lean startup vao be rich slide
1 like434 views
Tài liệu trình bày các bước phát triển sản phẩm, từ việc ra phiên bản ngắn hạn đến thay đổi các tính năng và thử nghiệm khách hàng. Nó cũng đề cập đến quy trình họp và quản lý công việc thông qua kanban để theo dõi tiến độ và đưa ra quyết định. Cuối cùng, tài liệu nêu rõ việc đo lường kết quả, phân tích phản hồi từ người dùng và điều chỉnh kế hoạch dựa trên phản hồi đó.
2. ap dung lean startup vao be rich slide
- 1. Tháng 10/2011 Nội dung đang trình bày 1
- 2. • Nhìn lại • Story • Từ story đến MVP • Kanban • Thống Thố kê và Pi t à Pivot • Tăng cường tiếp xúc KH • Bắt đầu ắ ầ 15/10/2011 Nội dung đang trình bày 2
- 4. • Ra phiên bản ngắn hạn -> bán > • Thay đổi trang Đăng ký • Thử nghiệm cuộc thi và thay đổi hiệ ộ à th -> đúng hướng nhưng chưa hệ thống
- 6. 1. Cuộc thi SP2 (Liên) 2. Đầu tư thật (Liên) 3. 3 Nhóm con trên SP2 4. Bán sách 5. 5 Chăm sóc KH qua điện thoại (Nghĩa) 6. Tặng ngày cho user nhân dịp SN (Liên) 7. 7 Chính sách giá (A.Khánh) (A Khánh) 8. Thay đổi nội dung mail kích hoạt (Uyên) 9. 9 Trang chi tiết kết quả test (Liê ) T hi ả t t (Liên)
- 7. 10.Chương trình trao đổi banner (Uyên) 11.Cho phép user tạo mục chi tiêu con SP3 (Liên) 12.Đưa 12 Đưa module tin tức vào SP1 (Liên) 13.Thay đổi hình thức email (Uyên) 14.Notification 14 Notification qua email (Tiến) 15.Hiển thị hint giải thích trên SP2 (Uyên) 16.Chính 16 Chính sách quảng cáo trên Groupon (Liên) 17.Google Ads (Tiến)
- 8. • Ai cũng cho rằng ý tưởng của mình quan trọng. Dzậy làm cái nào? • Ý tưởng liên tục đưa ra -> không keep > track, không biết hiệu quả -> không nỗ lực đến cùng
- 10. • Phân loại (theo pivot) • Giả định • Mô tả MVP -> Thời gian phát triển (code) 2-5 ngày • Kế hoạch chi tiết: tiến độ, cách validate
- 11. • Raise story: họp sáng T7 hàng tuần • Người raise chuẩn bị chi tiết story trước khi raise
- 12. • Phân loại: customer need pivot • Giả định: thành viên cộng đồng thích tham gia theo nhóm mình quen thân
- 13. • Kế hoạch: – Mời các nhóm thử nghiệm – Tạo nhóm (tạo thủ công trong DB) – Bổ sung trang Xếp hạng người chơi theo nhóm (-> 1 tuần) – Các nhóm bắt đầu tham gia – Đo kết quả cuối mỗi tháng -> trong 3 tháng – Cách validate: độ tham gia thường xuyên của các user trong các nhóm ( ố lần tham gia dự đoán của mỗi user) t á hó (số lầ th i đ á ủ ỗi ) – Phỏng vấn nhóm với thông tin kết quả đo được
- 14. • Phân loại: customer need pivot • Giả định: người dùng muốn đọc và mua các sách về kỹ năng quản lý tài chính cá nhân • Kế hoạch: – Chương trình hợp tác với đối tác g ợp – Bổ sung form Đặt mua sách – Đọc và tổng hợp bài giới thiệu sách định kỳ hàng tuần (web, email), link ebook + đặt mua sách giấy ầ á ấ – Đo kết quả cuối mỗi tháng -> trong 3 tháng
- 15. • Kế hoạch (tt) – Cách validate: • độ hưởng ứng của người xem (số download, số đặt mua -> tỷ lệ tăng trưởng) • marginal profit: doanh thu giới thiệu bán sách – chi phí mua sách đ hi hí á h đọc, điệ thoại / 1 đ đặ hà điện h i đơn đặt hàng -> tỷ lệ tăng trưởng
- 17. g Backlog In p g progress Build Validate Bán sách Tặng ngày nhân SN Đầu tư thật Cuộc thi Banner Mail kích hoạt CSKH qua p q phone Nhóm con Checklist -> Họp T7 hàng tuần: raise story -> đặt độ ưu tiên đưa vào BeRich kanban (mỗi người cho điểm trên thang 10 -> tính TB) > -> Tối đa 3 story trong 1 trạng thái -> Full kanban ~ 12 stories đang hoạt động -> Validate xong story hiện tại trước khi muốn làm story mới >
- 19. • Các độ đo của từng story – Theo cohort – Chưa nghĩ ra cách áp dụng split test? g p ụ g p • Các độ đo khác (+ tốc độ tăng trưởng) – Viral cooefficient – Churn rate – Net Promotor Score: survey box on web • Danh sách early adopters -> Liên cập nhật thủ công và gửi Cty mỗi cuối tuần (sau này viết report tự động trên web) à ế ộ ê
- 20. • Họp ra quyết định pivot: – Trong buổi họp sáng thứ 7 hàng tuần – Đưa 1 story ra xem xét sau khi nó kết thúc giai đoạn Validate
- 22. • CSKH qua điện thoại / chat • Phỏng vấn nhóm (sau khi có thống kê) -> Early adopters
- 24. • Viết story cho các ý tưởng hiện tại -> buổi họp tới thảo luận -> đặt độ ưu tiên đưa vào Kanban • Get done các trạng thái hiện tại của story trong K b t Kanban -> chuyển sang trạng thái kế tiếp -> đưa story trong hàng đợi vào
- 25. 15/10/2011 Nội dung đang trình bày 25