LIVE
TRAVEL · CONCIERGE
MoonFlight
Premium airport concierge for Vietnam. E-Visa, Meet & Greet, VIP Lounge.
● DỊCH VỤ · PHÁT TRIỂN MVP
Chúng tôi đã ra mắt tám sản phẩm thực tế từ con số không.
Chúng tôi biết điều gì khiến chúng tồn tại.
Không phải prototype. Không phải pitch deck. Tám sản phẩm đang hoạt động, được sử dụng và tạo ra doanh thu. Nhanh nhất là 8 tuần từ kickoff đến beta. Chúng tôi biết chính xác MVP thất bại ở đâu — vì chúng tôi cũng đã thất bại ở một vài giả định ban đầu.
8Sản phẩm ra mắt từ đầu
8Beta nhanh nhất: tuần
100%Vẫn đang hoạt động
2022Thành lập tại Prague
● CHƯƠNG 01 / BẠN CÓ PHẢI LÀ NGƯỜI NÀY KHÔNG?
Ba nhóm founders cần ra mắt nhanh — và đúng cách.
PRE-SEED
Founders có ý tưởng và runway không thể chờ
Bạn có một giả thuyết rõ ràng, một nhóm người dùng mục tiêu và thời gian hạn chế để chứng minh nó. Bạn cần một đội đã làm điều này trước đây — không phải đội dành tháng đầu tranh luận kiến trúc và tháng hai xây lại.
ĐỔI HƯỚNG
Đội nhóm đang thay thế thứ không hoạt động
Phiên bản một không thành công. Bạn biết vấn đề gì và cần phiên bản hai được xây dựng nhanh hơn và thông minh hơn. Kỷ luật về phạm vi là tất cả. Chúng tôi đã xây lại sản phẩm giữa chừng và biết cần bảo vệ điều gì.
THIẾU KỸ THUẬT
Founders phi kỹ thuật cần một đội họ có thể tin tưởng
Bạn hiểu sâu về vấn đề. Bạn không có người đồng sáng lập về kỹ thuật. Bạn cần một đội giải thích các đánh đổi bằng ngôn ngữ đơn giản và đưa ra quyết định mà bạn có thể quy trách nhiệm.
Nếu ý tưởng đã chờ đủ lâu — đến lúc xây dựng rồi.
Đặt lịch 30 phút● CHƯƠNG 02 / BẠN NHẬN ĐƯỢC GÌ
Sản phẩm người dùng thực sự có thể dùng.
Không phải danh sách tính năng.
Workshop xác định phạm vi
Một buổi chúng tôi cắt bỏ mọi thứ không phải là giả thuyết cốt lõi. MVP thất bại khi cố làm quá nhiều.
Demo hoạt động hàng tuần
Mỗi tuần có thứ gì đó chạy được. Không phải slide. Không phải mockup. Phần mềm bạn có thể nhấp và kiểm thử.
Vòng lặp phản hồi người dùng
Người dùng đầu tiên trong hệ thống từ tuần thứ ba. Phản hồi thực tế, không phải giả định, thúc đẩy lặp lại.
Sẵn sàng production từ ngày 1
Xác thực, xử lý lỗi, logging, observability cơ bản. Được tích hợp từ đầu, không phải bổ sung sau khi ra mắt.
Thanh toán được kết nối
Nếu MVP của bạn cần tính tiền, nó tính tiền từ ngày đầu tiên. Chúng tôi đã học được rằng tích hợp thanh toán không bao giờ chỉ 'mất hai tiếng' ở giai đoạn cuối.
Phân tích & theo dõi sự kiện
Biết người dùng làm gì, họ bỏ cuộc ở đâu, điều gì khiến họ quay lại. Được tích hợp vào MVP, không phải thêm sau.
Bàn giao gọn gàng
Repository trong org của bạn, tài liệu được viết, triển khai được tự động hóa. Bạn có thể giao cho đội khác hoặc chuyển nội bộ.
Kế hoạch tăng trưởng sau MVP
Sau beta, chúng tôi ghi chép những gì hiệu quả, những gì cần xây tiếp và khi nào ngừng gọi nó là MVP.
● ĐỘI NGŨ CỦA CHÚNG TÔI
Một hợp đồng.
Tám chuyên môn.
Bạn không cần phải điều phối một nhóm freelancer rời rạc. Bạn có được một đội nhóm đa chức năng với một delivery manager duy nhất chịu trách nhiệm trực tiếp với bạn. Kỹ thuật, thiết kế, kiểm thử, marketing và giám sát điều hành — tất cả được xử lý trọn vẹn.
CTO
Giám đốc Kỹ thuật
Quyết định kiến trúc, chất lượng mã nguồn, chiến lược kỹ thuật. Mọi thứ về kỹ thuật đều bắt đầu và kết thúc tại đây.
PDM
Delivery Manager
Đầu mối liên hệ duy nhất của bạn. Phạm vi, tiến độ và ngân sách — do một người chịu trách nhiệm.
DEV ×2
Senior Developer
Hai kỹ sư cấp cao trong mọi dự án. Không có junior đảm nhận phần cốt lõi của sản phẩm.
UX/UI
Product Designer
Thiết kế dựa trên nghiên cứu người dùng. Được tạo prototype, kiểm thử rồi mới xây dựng — không phải trang trí sau khi hoàn thành.
QA
QA Engineer
Kiểm thử trước khi người dùng nhìn thấy bất cứ điều gì. Lỗi được phát hiện ở staging, không phải trên production.
MKT
Marketing Specialist
Chiến lược go-to-market và phân tích được xây dựng song song với sản phẩm, không phải bổ sung sau khi ra mắt.
CEO
Account Director
Giám sát cấp lãnh đạo trong mọi dự án. Khi cần leo thang, người có thẩm quyền ra quyết định sẽ phản hồi trong vài giờ.
● THĂM TRỰC TIẾP
Chúng tôi đến gặp bạn — khi điều đó có ích.
Khi phù hợp, chúng tôi đến địa điểm của bạn trước khi viết một dòng code nào. Chúng tôi ngồi cùng đội ngũ của bạn, quan sát cách vận hành thực tế của doanh nghiệp và lắng nghe những người đang sống với vấn đề đó mỗi ngày. Đây không phải cuộc gặp bán hàng. Đây là buổi lắng nghe. Sự am hiểu về lĩnh vực mà bạn có được sau hai ngày làm việc trực tiếp cần nhiều tháng mới xây dựng được qua các cuộc gọi video — và điều đó thể hiện rõ trong sản phẩm.
● CHƯƠNG 03 / BẰNG CHỨNG
Các sản phẩm chúng tôi đưa từ con số không đến hoạt động.
Những sản phẩm này bắt đầu như MVP. Một số giữ nguyên trọng tâm. Một số đã phát triển. Tất cả vẫn đang chạy.
↗
LIVE
SAAS · LOCAL BUSINESS
MoonLinks
One QR code. All your business links. Mini-website in 2 minutes.
● CHƯƠNG 04 / CÁCH CHÚNG TÔI XÂY DỰNG
Ba giai đoạn. Được thiết kế để ra mắt, không phải để lên kế hoạch.
01
TẠO HÌNH
1 tuần
CHÚNG TÔI LÀMMột workshop. Xác định điều duy nhất MVP phải chứng minh. Cắt bỏ mọi thứ còn lại. Phạm vi là biến số duy nhất bạn kiểm soát trước khi bắt đầu xây dựng.
BẠN NHẬN ĐƯỢCTài liệu phạm vi bằng văn bản: một giả thuyết cốt lõi, một loại người dùng, một chỉ số thành công. Được thỏa thuận trước khi chúng tôi bắt đầu.
02
XÂY DỰNG
6–10 tuần
CHÚNG TÔI LÀMDemo phần mềm hoạt động hàng tuần. Phản hồi người dùng từ tuần thứ ba. Chúng tôi điều chỉnh phạm vi cùng nhau khi thực tế mâu thuẫn với giả định.
BẠN NHẬN ĐƯỢCSản phẩm hoạt động trên staging mỗi tuần. Sẵn sàng beta khi giả thuyết cốt lõi có thể được kiểm thử với người dùng thực.
03
HỌC HỎI
4–6 tuần
CHÚNG TÔI LÀM100 người dùng đầu tiên. Những gì hiệu quả, những gì hỏng, những gì thiếu. Chúng tôi ở sát trong làn sóng người dùng đầu tiên — đó là lúc hầu hết các giả định được xem xét lại.
BẠN NHẬN ĐƯỢCDữ liệu sử dụng, phỏng vấn người dùng, roadmap sản phẩm được điều chỉnh để lặp lại.
04
LẶP LẠI
Liên tục
CHÚNG TÔI LÀMXây dựng những gì người dùng thực sự cần, không phải những gì đã được giả định. Hợp đồng tháng hoặc bàn giao cho đội của bạn. Không bị khóa vendor.
BẠN NHẬN ĐƯỢCSản phẩm tự xứng đáng với phiên bản tiếp theo từ dữ liệu sử dụng thực.
● CHƯƠNG 05 / CÁCH CHÚNG TÔI ƯỚC TÍNH
Tốc độ mà không cắt góc.
MVP nhanh không phải vì chúng tôi bỏ qua chất lượng. Chúng nhanh vì chúng tôi cắt giảm phạm vi không thương tiếc. Đây là cách chúng tôi định giá điều đó.
01
Sprint tạo hình
Một tuần giá cố định để xác định phạm vi, chỉ số thành công và kiến trúc. Bạn có kế hoạch xây dựng — ngay cả khi không tiếp tục với chúng tôi.
02
Xây dựng phạm vi cố định
Phạm vi đã thỏa thuận, mốc tiến độ đã thỏa thuận, giá đã thỏa thuận. Demo hàng tuần. Bạn kiểm soát khi nào chuyển sang beta — không phải lịch.
03
Lặp lại sau khi ra mắt
Hợp đồng tháng để lặp lại dựa trên sử dụng thực. Tạm dừng bất cứ lúc nào. Bàn giao cho đội của bạn khi bạn sẵn sàng.
● CHƯƠNG 06 / NHỮNG GÌ BẠN CÓ THỂ ĐANG NGHĨ
Những câu trả lời trung thực.
Tốc độ đến từ việc cắt phạm vi, không phải cắt chất lượng. Chúng tôi ra mắt ít hơn — nhưng những gì chúng tôi ra mắt hoạt động đúng, xử lý lỗi đúng và có thể triển khai lên production. MVP sập ở người dùng thứ ba không phải là MVP. Đó là prototype. Chúng tôi xây dựng phần mềm tồn tại được khi tiếp xúc với người thực.
Đó là điều phổ biến nhất chúng tôi nghe. Câu chuyện thường gặp: giao hàng trễ, scope creep, sản phẩm cuối cùng không khớp với brief ban đầu. Câu trả lời của chúng tôi không phải là lời hứa — mà là quy trình. Phạm vi cố định, demo hàng tuần, bạn có thể hủy sau bất kỳ mốc tiến độ nào. Bạn không bị khóa. Và bạn thấy phần mềm hoạt động mỗi tuần, không chỉ là báo cáo trạng thái.
Thì bạn đã học được điều đó với chi phí của một MVP, không phải chi phí của một sản phẩm đầy đủ. Đó là điểm mấu chốt. Chúng tôi đã có khách hàng đổi hướng sau tuần người dùng đầu tiên. Họ không coi đó là thất bại — họ coi đó là nghiên cứu thị trường rẻ nhất có thể. Chúng tôi cũng giúp với việc đổi hướng.
CTO của chúng tôi, trong mọi dự án. Kiến trúc, lựa chọn stack, data model — tất cả được sở hữu bởi một người đã ra mắt tám sản phẩm từ đầu. Nếu bạn có đồng sáng lập kỹ thuật, họ sẽ phối hợp. Nếu không, CTO của chúng tôi dẫn dắt.
Có thể, nếu chúng tôi có năng lực. Sprint tạo hình có thể bắt đầu trong vòng hai tuần sau khi ký thỏa thuận. Xây dựng bắt đầu sau khi phạm vi được thỏa thuận. Gửi tin nhắn cho chúng tôi và chúng tôi sẽ cho bạn biết hàng đợi đang ở đâu.
● CHƯƠNG 07 / CÂU HỎI THƯỜNG GẶP
Những câu hỏi thực tế.
Beta nhanh nhất của chúng tôi là 8 tuần từ sprint tạo hình đến người dùng thực đầu tiên. Trung bình là 12–14 tuần. Hoàn toàn phụ thuộc vào phạm vi.
Có. Từ commit đầu tiên. Repo của bạn, bản quyền của bạn, thông tin đăng nhập hạ tầng của bạn.
Mỗi dự án: CTO, Delivery Manager, hai senior developer, product designer, QA engineer, marketing specialist và account director. Một delivery manager là đầu mối liên hệ duy nhất của bạn.
Chúng tôi dừng lại và xác định lại phạm vi. Thêm tính năng mới vào, thứ khác ra. Phạm vi giữ cố định — những gì bên trong có thể thay đổi theo thỏa thuận chung.
Chúng tôi chọn sau khi hiểu vấn đề. Chúng tôi ưa thích các stack trưởng thành với thời gian hỗ trợ dài. Chúng tôi không cuồng tín về framework — chúng tôi cuồng tín về việc tránh bất cứ thứ gì đòi hỏi viết lại hoàn toàn trong hai năm.
Có, hai chiều. Gửi bản của bạn hoặc dùng bản của chúng tôi.
Hãy kể cho chúng tôi về ý tưởng của bạn.
Tám sản phẩm đã ra mắt. Không có cái nào bị bỏ trong ngăn kéo. Nếu bạn có một giả thuyết đáng kiểm thử, chúng tôi biết cách kiểm thử nó bằng phần mềm — nhanh và không bỏ qua bước quan trọng.
PHẢN HỒI TRONG 4 GIỜ LÀM VIỆC · KHÔNG CÓ PIPELINE BÁN HÀNG · CÓ THỂ CHÚNG TÔI NÓI KHÔNG