Bạn hoàn toàn có thể đi từ một ý tưởng nằm trong đầu đến một web app chạy thật trên internet, có người dùng được, chỉ trong 7 ngày — kể cả khi bạn không phải dân lập trình. Tôi đã làm điều này nhiều lần cho các đối tác đủ ngành: cửa hàng điện thoại, phòng khám sản, nhà hàng. Bí quyết không nằm ở chỗ “biết code”, mà ở một quy trình kỷ luật mà tôi gọi là vibe code: bóc bài toán, viết spec, để AI dựng, rồi mình kiểm thử và triển khai. Dưới đây là lộ trình 7 ngày tôi vẫn dùng để tạo web app bằng AI, kèm những mẹo và cái bẫy mà tôi đã trả học phí thật để biết.
Tư duy nền trước khi viết dòng prompt đầu tiên
Là kỹ sư cơ khí được đào tạo ở Bách Khoa, phản xạ đầu tiên của tôi không phải mở công cụ, mà là hỏi: bài toán này có đáng giải không? Phần lớn dự án vibe code thất bại không phải vì AI dở, mà vì người ta dựng nhầm thứ. Một web app chỉ đáng làm khi nó cắt được một nỗi đau lặp đi lặp lại, đo đếm được bằng tiền hoặc thời gian.
Trước khi bắt đầu, tôi tự trả lời ba câu: Ai là người đau? Họ đang xử lý nỗi đau đó bằng cách nào (Excel, Zalo, một phần mềm SaaS đắt tiền)? Nếu tôi cho họ công cụ này miễn phí, họ có dùng mỗi ngày không? Nếu câu thứ ba mà do dự, tôi dừng lại. Mẹo thật: hãy chọn bài toán mà chính bạn hoặc một người bạn quen đang đau, đừng dựng app cho một thị trường tưởng tượng.
Ngày 1-2: Viết spec — biến nỗi đau thành đặc tả
Đây là khâu quyết định 80% kết quả, và cũng là khâu người mới hay bỏ qua nhất. Đừng vội bảo AI “làm cho tôi một app quản lý khách hàng”. Câu lệnh mơ hồ cho ra sản phẩm mơ hồ. Thay vào đó, hai ngày đầu tôi không đụng tới giao diện — tôi viết spec.
Spec của tôi luôn gồm bốn phần: (1) một câu mô tả app làm gì cho ai; (2) danh sách các màn hình chính; (3) với mỗi màn hình, người dùng làm được những hành động gì; (4) dữ liệu nào được lưu. Ví dụ với phòng khám sản, spec ghi rõ “màn hình đặt lịch: bệnh nhân chọn bác sĩ, chọn khung giờ trống, nhập tên và số điện thoại, hệ thống gửi tin xác nhận”. Càng cụ thể, AI càng ít bịa.
Mẹo thật: hãy phác thảo giao diện bằng tay trên giấy hoặc chụp màn hình một app tương tự rồi đưa cho AI làm tham chiếu. Một bức ảnh phác thảo tiết kiệm cho bạn hàng chục vòng prompt qua lại. Cảnh báo lỗi hay gặp: nhồi quá nhiều tính năng vào phiên bản đầu. Tôi luôn cắt spec xuống còn đúng một luồng cốt lõi — thứ mà thiếu nó thì app vô nghĩa. Mọi thứ còn lại để dành cho bản sau.
Ngày 3-4: Dựng app bằng AI — từ prompt đến giao diện và chức năng
Giờ mới là lúc “vibe”. Tôi đưa toàn bộ spec vào một công cụ tạo app bằng AI, bắt đầu bằng giao diện trước, chức năng sau. Lý do: nhìn thấy màn hình giúp bạn phát hiện ngay những chỗ spec còn thiếu, sửa rẻ hơn nhiều so với sửa khi logic đã dựng xong.
Cách tôi prompt theo nguyên tắc của kỹ sư: một yêu cầu, một thay đổi. Đừng bảo AI sửa năm thứ cùng lúc rồi không biết cái nào hỏng. Tôi dựng từng màn hình, kiểm tra, rồi mới sang màn hình tiếp theo. Khi giao diện ổn, tôi mới yêu cầu nối chức năng: lưu dữ liệu, tính toán, gửi thông báo.
Cảnh báo lỗi hay gặp: khi AI báo “đã xong” mà app vẫn lỗi, đừng prompt mơ hồ kiểu “nó không chạy”. Hãy copy nguyên văn thông báo lỗi dán lại cho AI — đây là cách sửa nhanh nhất tôi biết. Một bẫy khác: AI rất hay “tự ý” xóa hoặc đổi phần đang chạy tốt khi bạn nhờ sửa phần khác. Vì vậy sau mỗi mốc ổn định, hãy lưu lại một bản (commit hoặc tải về) để có chỗ quay lui.
Ngày 5: Sửa lỗi và deploy lên internet thật
App chạy trên máy bạn chưa phải là sản phẩm. Ngày 5 dành cho hai việc: dò lỗi một cách có hệ thống và đẩy app lên một địa chỉ ai cũng truy cập được. Tôi tự đóng vai người dùng khó tính, bấm vào mọi nút, nhập dữ liệu sai cố tình, để xem app vỡ ở đâu. Mỗi lỗi tìm thấy, tôi ghi lại rồi đưa AI sửa từng cái.
Khi đã ổn, tôi deploy. Các nền tảng tạo app bằng AI hiện nay thường có nút đưa lên mạng chỉ một cú nhấp, kèm cho bạn một đường link công khai. Cảnh báo lỗi hay gặp: app chạy ngon trên máy mình nhưng vỡ khi lên mạng, thường do thiếu khóa kết nối (API key) hoặc cấu hình cơ sở dữ liệu chưa đúng môi trường thật. Hãy kiểm tra phần biến môi trường trước khi đổ lỗi cho code. Và đừng bao giờ để lộ khóa bí mật ngay trong giao diện — đây là lỗi bảo mật người mới rất hay mắc.
Ngày 6: Kết nối và tự động hóa với Make.com hoặc AI agent
Một web app đơn lẻ đã hữu ích, nhưng giá trị thật bùng nổ khi nó tự nói chuyện với các hệ thống khác. Đây là phần tôi tâm đắc nhất với vai trò chuyên gia tự động hóa. Ngày 6, tôi nối app vào một nền tảng như Make.com để mọi việc lặp đi lặp lại tự chạy.
Ví dụ với nhà hàng: khách đặt bàn trên web app, Make.com tự động ghi vào Google Sheets, gửi tin nhắn xác nhận cho khách, và báo cho nhân viên qua Telegram — không ai phải gõ tay. Với phòng khám, lịch hẹn mới tự đẩy vào lịch của bác sĩ và nhắc trước một ngày. Bạn cũng có thể cắm thêm một AI agent để trả lời câu hỏi thường gặp của khách ngay trong app.
Mẹo thật: mỗi luồng tự động hóa hãy chạy thử với một dữ liệu thật trước khi bật chạy hàng loạt. Cảnh báo lỗi hay gặp: không đặt giới hạn cho automation. Tôi từng gặp một vòng lặp gửi đi vài trăm tin nhắn trong một phút vì cấu hình sai điều kiện. Luôn thêm bộ lọc và điều kiện dừng rõ ràng.
Ngày 7: Thương mại hóa — cắt SaaS hoặc bán app
Ngày cuối là lúc app trở thành tiền. Có hai con đường, tôi đã đi cả hai. Con đường thứ nhất là cắt chi phí SaaS: nhiều doanh nghiệp đang trả hàng chục triệu mỗi tháng cho phần mềm thuê bao mà họ chỉ dùng 20% tính năng. Một web app tự xây thay thế đúng phần họ cần có thể cắt chi phí đó về gần như bằng không. Tôi từng giúp đối tác tiết kiệm hàng trăm triệu mỗi tháng chỉ bằng cách dựng lại những gì họ thực sự dùng.
Con đường thứ hai là bán app: đóng gói giải pháp cho một ngành cụ thể và thu phí thuê bao từ nhiều khách cùng ngành. Khi bạn đã dựng cho một phòng khám, dựng cho phòng khám thứ hai gần như chỉ là sao chép. Cảnh báo: đừng định giá theo công sức bạn bỏ ra, hãy định giá theo giá trị bạn mang lại — số tiền hoặc thời gian khách hàng tiết kiệm được.
Checklist quy trình vibe code 7 ngày để tải về
Đây là bản rút gọn để bạn dán lên màn hình và tick từng mục:
- Nền: Xác nhận bài toán đáng giải — ai đau, đang xử lý ra sao, có dùng mỗi ngày không.
- Ngày 1-2: Viết spec 4 phần (app làm gì, các màn hình, hành động, dữ liệu) + phác thảo giao diện tham chiếu.
- Ngày 1-2: Cắt spec xuống đúng một luồng cốt lõi cho phiên bản đầu.
- Ngày 3-4: Dựng giao diện trước, chức năng sau — một prompt, một thay đổi.
- Ngày 3-4: Lưu bản ổn định sau mỗi mốc để có chỗ quay lui.
- Ngày 5: Tự test như người dùng khó tính, ghi lại lỗi, sửa từng cái rồi deploy.
- Ngày 5: Kiểm tra biến môi trường và khóa kết nối trước khi nghi ngờ code.
- Ngày 6: Nối Make.com hoặc AI agent, chạy thử với dữ liệu thật, đặt điều kiện dừng.
- Ngày 7: Chọn hướng thương mại — cắt SaaS hoặc bán app — và định giá theo giá trị.
Kết: 7 ngày là đủ, nếu bạn có quy trình
Điều khiến tôi tin chắc bất kỳ marketer nào cũng làm được không phải vì AI đã thông minh tới mức làm thay tất cả. Mà vì bài toán đã đổi: bạn không còn cần biết code, bạn cần biết tư duy như kỹ sư — bóc bài toán, viết spec, dựng, kiểm thử, triển khai. Bảy ngày nghe có vẻ ngắn, nhưng với một quy trình rõ ràng và một bài toán đáng giải, nó là dư sức cho phiên bản đầu tiên chạy thật.
Nếu bạn muốn được cầm tay chỉ việc đi qua đúng quy trình này — từ spec đến app chạy thật và tự động hóa — thì khóa Vibe Code For Marketer chính là toàn bộ lộ trình 7 ngày ở trên được đóng gói thành bài học, ví dụ thật và mẫu sẵn để bạn không phải trả những học phí mà tôi đã trả.
Về tác giả
Tôi là Khoa Bùi (Bùi Anh Khoa), kỹ sư cơ khí tốt nghiệp Đại học Bách Khoa TP.HCM, founder KISS English và AI Say Hi, chuyên gia về Marketing tự động hóa và AI, đồng thời là một IRONMAN 140.6. Tôi đã trực tiếp xây các web app bằng AI giúp đối tác đa ngành cắt chi phí SaaS hàng trăm triệu mỗi tháng, và đang truyền lại toàn bộ tư duy kỹ sư này qua khóa Vibe Code For Marketer. Tìm hiểu thêm tại trang giới thiệu Khoa Bùi.
