pháp hoặc thậm chí thu nhận phản hồi về cuốn sách (điều này thường làm
người gọi không khỏi ngạc nhiên), mà chỉ đơn giản là để hiểu các doanh
nhân khởi nghiệp khác tiếp cận sản phẩm của họ như thế nào và họ phải đối
mặt với những vấn đề gì. Các cuộc gọi này là công cụ giúp tôi xác định các
dạng vấn đề lặp lại thường xuyên, từ đó dẫn đến nhiều bài viết blog hơn,
nhiều hội thảo hơn, cuốn sách này và hai sản phẩm: Mô hình Tinh gọn và
USERcycle.
Xây dựng giả thiết có thể kiểm sai
Để kết quả phỏng vấn có thể dễ dàng hành động theo, bạn cần phải làm thêm
một bước để chuyển đổi các giả thiết từ bức vẽ của bạn thành các giả thiết
có thể kiểm sai.
Quá trình này được minh họa bằng một ví dụ.
Nghiên cứu tình huống
CloudFire
Hình 7-1 là mô hình ban đầu của tôi, trong đó các đầu mục đã qua kiểm tra
đều được đánh dấu.
Đối với mỗi đầu mục, tôi áp dụng công thức giả thiết kiểm sai để tạo cơ sở
cho các thử nghiệm (xem Hình 7-2).
Giả thiết có thể kiểm sai = [Hành động cụ thể có khả năng lặp] sẽ [Kết quả
mong đợi có thể đo lường]
