Làm những việc không mở rộng được — để hiểu khách và tạo "wow"
🎯 Mục tiêu: Hiểu vì sao giai đoạn đầu nên tự tay chăm từng khách và làm thủ công — dù "không mở rộng được" — để hiểu khách sâu, tạo khoảnh khắc "wow" và có vài khách yêu bạn thật sự.
Paul Graham có một lời khuyên nổi tiếng cho startup non trẻ: "Do Things That Don’t Scale" — hãy làm những việc không mở rộng được. Giai đoạn đầu, thay vì mơ tự động hoá mọi thứ, hãy tự tay chăm sóc từng khách, làm thủ công, đi gặp trực tiếp. Cách đó giúp bạn hiểu khách sâu tới mức tự động hoá không bao giờ dạy được, và tạo ra khoảnh khắc "wow" khiến khách nhớ và kể lại. Ở giai đoạn này bạn không cần nhiều khách — bạn cần vài khách yêu bạn thật sự, vì họ là nền của mọi tăng trưởng về sau.
Nội dung bài học
🎯
Nghịch lý: muốn xây thứ mở rộng được về sau, ban đầu phải làm thứ KHÔNG mở rộng được. Lý do sâu xa: khi tự tay làm, bạn đứng sát nỗi đau thật của khách và học cực nhanh — điều mà báo cáo hay số liệu tổng không cho được. Paul Graham (bài "Do Things That Don’t Scale") lập luận: startup như cỗ máy còn nguội, phải tự tay quay tay khởi động bằng lao động thủ công trước khi nó tự chạy. Đây không phải phí thời gian — đó là cách học và cách tạo lực đẩy ban đầu.
🧭
4 bước "unscalable" giai đoạn đầu: 1) Tự đi tuyển khách — đừng ngồi chờ; chủ động gặp/nhắn từng người đầu tiên. 2) Chăm sóc quá mức (delight) — làm khách "wow" bằng sự tận tâm mà công ty lớn không làm nổi. 3) Onboard tận tay — dắt từng người dùng qua bước đầu, xem họ vấp ở đâu để sửa sản phẩm. 4) Làm "hậu trường" bằng tay (thủ công thay vì code) — thử nhanh ý tưởng mà chưa cần xây hệ thống. Cả 4 bước có một mục tiêu: học nhanh + tạo nhóm khách trung thành đầu tiên.
🧰
CÔNG CỤ — Danh sách "unscalable" nên làm giai đoạn đầu (và nó dạy/tạo ra gì):
Việc nên làm tay
Nó dạy bạn / tạo ra điều gì
Tự gặp/gọi 10 khách đầu tiên
Hiểu ngôn ngữ và nỗi đau thật của họ
Onboard (dắt tay) từng người dùng mới
Thấy chỗ họ vấp để sửa sản phẩm
Nhắn cảm ơn / hỏi thăm sau khi mua
Tạo "wow" và lời truyền miệng
Tự xử lý đổi trả / khiếu nại
Biến khách bực thành khách trung thành
Làm "hậu trường" bằng tay thay vì code
Thử nhanh mà chưa cần xây hệ thống
Chọn 3–5 việc, làm thật với người thật — mỗi lần làm là một lần học miễn phí.
🇻🇳
Case study — Airbnb & shop Việt (từng bước): 1) Airbnb thuở đầu: ảnh nhà đăng lên quá xấu nên ít người đặt. 2) Hai nhà sáng lập tự cầm máy đi chụp ảnh nhà cho từng chủ nhà ở New York — không thể làm vậy với triệu căn. 3) Kết quả: ảnh đẹp hơn → đơn tăng; và họ tận mắt hiểu vì sao chủ nhà ngại đăng. 4) Shop Việt lớn lên nhờ nhắn tay từng khách: hỏi size, tư vấn phối đồ, cảm ơn sau mua, xử lý đổi trả bằng tin nhắn cá nhân. 5) Coolmate giai đoạn đầu cũng ám ảnh trải nghiệm: đổi trả tới 60 ngày, phản hồi nhanh — những chi tiết "thủ công" tạo cảm giác được chăm sóc và lòng trung thành.
⚠️
4 cạm bẫy quanh việc "không mở rộng": • Tự động hoá quá sớm: xây hệ thống khi mới có 20 khách — tối ưu hoá cho một mô hình chưa chắc đúng. • Chạy theo số đông hờ hững thay vì vài khách yêu sản phẩm thật sự. • Làm tay mà không rút ra bài học: chăm khách nhưng không ghi lại điều học được thì phí công. • Không bao giờ chịu buông tay: việc thủ công là để HỌC và khởi động, khi đã có mô hình thì phải dần chuẩn hoá, đừng kẹt mãi ở làm tay.
✅
Checklist "unscalable" giai đoạn đầu: ① Mình đã chủ động gặp/nhắn từng khách đầu tiên chưa? ② Mình có làm 1 việc khiến khách "wow" mà công ty lớn không làm nổi không? ③ Mình có onboard tận tay và xem họ vấp ở đâu không? ④ Mình có ghi lại 1 điều bất ngờ học được từ mỗi khách không? ⑤ Mình có vài khách sẵn sàng kể lại/giới thiệu chưa?
Bài tập thực hành
🔬 BÀI TẬP ÁP DỤNG: Chọn 5 khách/người dùng đầu tiên (thật). Với mỗi người, làm 1 việc "không mở rộng được" để tạo "wow" (gọi điện hỏi thăm, tự tay giao, viết lời cảm ơn cá nhân, onboard tận tay...). Ghi lại 1 điều bất ngờ bạn học được từ mỗi người mà trước đó bạn không biết, và 1 thay đổi bạn sẽ làm cho sản phẩm nhờ đó.
Bản mẫu: VÍ DỤ ĐIỀN — bán bánh online: tự giao 5 đơn đầu. Phát hiện bất ngờ: khách mua để TẶNG chứ không phải để ăn → thêm dịch vụ gói quà + thiệp viết tay, đúng nhu cầu thật. Một chi tiết "thủ công" mà chỉ khi tự giao mới biết được.
Câu hỏi củng cố
1. Lời khuyên "Do Things That Don’t Scale" (Paul Graham) nghĩa là gì?
→ Giai đoạn đầu chấp nhận làm thủ công, chăm từng khách để hiểu khách và tạo "wow"
"Do Things That Don’t Scale" (Paul Graham) = giai đoạn đầu chấp nhận làm tay, chăm từng khách để hiểu khách và tạo "wow".
2. Vì sao Airbnb tự đi chụp ảnh từng căn nhà lại có giá trị dù không "mở rộng" được?
→ Ảnh đẹp hơn giúp tăng đơn, và họ hiểu trực tiếp vì sao chủ nhà ngại đăng
Airbnb tự chụp ảnh nhà giúp tăng đơn và hiểu trực tiếp vì sao chủ nhà ngại đăng — cách học nhanh nhất.
3. Ở giai đoạn 100 khách đầu tiên, mục tiêu quan trọng hơn cả là gì?
→ Có vài khách YÊU sản phẩm thật sự, sẵn sàng kể lại
Ở 100 khách đầu, quan trọng là có vài khách yêu sản phẩm thật sự, sẵn sàng kể lại, hơn là đông mà hờ hững.
4. Làm "hậu trường" bằng tay thay vì code ngay có lợi thế gì?
→ Thử nghiệm nhanh mà chưa phải tốn công xây hệ thống
Làm "hậu trường" bằng tay giúp thử nhanh mà chưa phải tốn công xây hệ thống.
5. Vì sao "làm việc không mở rộng được" KHÔNG mâu thuẫn với tham vọng xây công ty lớn?
→ Vì nó là cách học nhanh và tạo nhóm khách trung thành đầu tiên — nền để xây thứ mở rộng được về sau
Làm tay không mâu thuẫn tham vọng lớn: nó là cách học nhanh và tạo nhóm khách trung thành — nền để mở rộng sau.
6. Sau khi làm việc thủ công với khách, điều quan trọng cần rút ra là gì?
→ Ghi lại điều bất ngờ học được và biến nó thành thay đổi cho sản phẩm
Sau khi chăm tay, phải ghi lại điều học được và biến thành thay đổi cho sản phẩm, nếu không thì phí công.
Nâng cao
Khung tư duy sâu hơn
Ở mức nâng cao, "làm việc không mở rộng được" là một chiến lược học tập, không phải hành động tuyệt vọng. Mỗi lần tự tay chăm khách, bạn thu dữ liệu định tính (khách nói gì, vấp ở đâu, "wow" vì điều gì) — thứ mà bảng số không bao giờ cho. Chính dữ liệu đó mới cho biết nên xây hệ thống gì sau này.
Nguyên tắc thời điểm: làm tay để tìm và chứng minh mô hình; khi mô hình đã rõ và bắt đầu quá tải, mới dần chuẩn hoá và tự động hoá đúng chỗ. Tự động hoá quá sớm là "tối ưu hoá điều chưa chắc đúng" — nhanh nhưng dễ nhân sai lầm lên.
Chăm tay 20 người dạy bạn điều gì
20 người dùng đầu, tự nhắn từng người
~6 giờ/tuần công thủ công
Phát hiện: 14/20 vấp cùng 1 bước onboarding
Sửa 1 bước → activation tăng rõ
5/20 dùng sản phẩm theo cách bạn không ngờ
Mở ra 1 tính năng mới đúng nhu cầu
3/20 chủ động giới thiệu bạn bè
Nhóm khách trung thành đầu tiên
6 giờ/tuần "không mở rộng" đổi lấy 3 bài học đắt giá — thứ định hướng chính xác việc nên tự động hoá về sau.
Bẫy thường gặp: Tự động hoá quá sớm: dành 2 tháng xây hệ thống chăm sóc khi mới có 20 khách. Bạn tối ưu cho một mô hình chưa được chứng minh, và mất luôn cơ hội học từ tiếp xúc trực tiếp — cái giá thật đắt hơn nhiều thời gian bạn "tiết kiệm".
Câu hỏi nâng cao
1. Nhóm bạn mới có 20 người dùng đầu và tranh luận: (A) dành 2 tháng xây hệ thống tự động chăm sóc, hay (B) tự tay nhắn và gặp từng người trong 20 người đó. Chọn nào và vì sao?
→ (B), vì ở quy mô nhỏ, chăm tay giúp hiểu khách sâu và tạo "wow" — thứ tự động hoá không dạy được
Ở 20 người, tự động hoá là tối ưu hoá quá sớm. Chăm tay từng người dạy bạn nỗi đau thật và tạo khách yêu sản phẩm — chính dữ liệu định tính đó mới cho biết nên xây hệ thống gì sau này.
2. Vì sao "làm việc không mở rộng được" KHÔNG mâu thuẫn với tham vọng xây công ty lớn?
→ Vì nó là cách học nhanh và tạo nhóm khách trung thành đầu tiên — nền để xây thứ mở rộng được về sau
Làm thủ công giai đoạn đầu chính là để HỌC và tạo lực đẩy ban đầu; hiểu biết và nhóm khách trung thành đó là nền móng để sau này xây hệ thống mở rộng đúng hướng.
3. Khi nào thì nên BẮT ĐẦU chuẩn hoá/tự động hoá thay vì cứ làm tay?
→ Khi mô hình đã rõ, khách đã ở lại và việc thủ công bắt đầu quá tải
Làm tay để tìm và chứng minh mô hình; khi mô hình đã rõ và bắt đầu quá tải thì mới chuẩn hoá đúng chỗ. Quá sớm là tối ưu điều chưa chắc đúng; quá muộn thì kẹt và không lớn nổi.
🎯 Nhiệm vụ đời thật
NHIỆM VỤ ĐỜI THẬT: Với ý tưởng hoặc dự án nhỏ của bạn, chọn 3 việc "không mở rộng được" và thực sự làm với ít nhất 3 người thật (gọi điện hỏi thăm, tự giao, viết cảm ơn cá nhân, onboard tận tay...). Ghi lại: mỗi người dạy bạn 1 điều bất ngờ gì, và 1 thay đổi bạn sẽ làm cho sản phẩm nhờ đó.