Đỗ Việt
Khánh Ngọc

01 / ĐIỂM BẮT ĐẦU

Xuất phát điểm

Tôi - Khánh Ngọc là một người xuất phát từ việc làm SEO/GEO với hơn nhiều năm kinh nghiệm. Công việc này khiến tôi thường xuyên phải đặt ra các câu hỏi: "Các vấn đề này cần phải giải quyết như thế nào?", "Phải làm gì để công việc trở nên nhanh chóng và hiệu quả hơn?".

Công việc của tôi yêu cầu phải nghiên cứu về landing page, nội dung SEO, biểu mẫu, dữ liệu hành vi người dùng và các luồng chăm sóc khách hàng. Đây là những công việc lặp đi lặp lại, tốn nhiều thời gian và dễ gây nhầm lẫn. Vì vậy, tôi bắt đầu tìm kiếm các giải pháp để tối ưu hóa công việc của mình và giúp đội ngũ làm việc hiệu quả hơn.

02 / CÁCH TIẾP CẬN

Vì sao tôi chọn Vibe Coding

Lúc đầu, nhu cầu của tôi rất thực tế: tự chủ hơn khi làm landing page, thử nhanh một luồng đăng ký, tạo một tool nhỏ hoặc giảm bớt bước làm tay trong công việc hằng ngày. Nhưng càng làm, tôi càng thấy khoảng cách giữa “có ý tưởng” và “có thứ để dùng” thường rất xa.

Nhiều ý tưởng dừng lại ở bản brief, bảng kế hoạch hoặc những cuộc họp kéo dài. Không phải vì ý tưởng đó không tốt, mà vì chưa có một phiên bản đủ cụ thể để mọi người cùng nhìn, cùng thử và cùng góp ý. Khi chưa có giao diện, luồng thao tác hay kết quả đầu ra, mỗi người sẽ hiểu ý tưởng theo một cách khác nhau.

Với tôi, Vibe Coding không chỉ là cách viết code nhanh hơn. Đây là cách để một người không đi lên từ kỹ thuật truyền thống vẫn có thể tham gia sâu vào việc xây sản phẩm: làm rõ bài toán, chia nhỏ chức năng, kiểm tra luồng dùng và tạo ra bản thử nghiệm có thể nhìn thấy.

03 / SẢN PHẨM

VIBE/LAB làm gì?

VIBE/LAB là nơi tôi ghi lại, thử nghiệm và phát triển những sản phẩm số được xây từ nhu cầu công việc thật. Đó có thể là:

• Website giới thiệu dịch vụ hoặc sản phẩm
• Landing page giúp tạo lead rõ ràng hơn
• Tool nhỏ hỗ trợ đội ngũ nội bộ
• Dashboard đơn giản để theo dõi thông tin
• AI agent xử lý một phần công việc lặp lại
• Workflow automation kết nối các bước đang rời rạc

Điểm chung của các sản phẩm này không nằm ở tên công nghệ. Mục tiêu là giúp một công việc trở nên rõ ràng hơn, ít thao tác hơn và có thể bắt đầu triển khai.

04 / LÀM RÕ BÀI TOÁN

Cách tôi tạo ra một sản phẩm

Khi tôi bắt đầu làm một việc gì đó, tôi đều nghĩ đến việc tự động hóa công việc đó bằng AI đầu tiên. Tôi sẽ đặt ra các câu hỏi:

• Ai là người sẽ dùng sản phẩm?
• Họ dùng sản phẩm như thế nào?
• Sản phẩm cần giải quyết vấn đề gì?
• Workflow để tạo ra sản phẩm như thế nào?
• Cần phải làm những gì để tạo ra được sản phẩm đáp ứng đúng nhu cầu đó?

Những câu hỏi này giúp tránh một lỗi khá phổ biến: làm quá nhiều thứ trước khi biết điều gì thật sự cần. Khi đã hiểu rõ bài toán, tôi sẽ chia nhỏ các bước cần làm, xác định phần quan trọng nhất và tạo ra bản thử nghiệm đầu tiên. Bản thử nghiệm này sẽ giúp mọi người cùng nhìn thấy sản phẩm, dùng thử và góp ý để cải thiện.

05 / NGUYÊN TẮC

Bốn nguyên tắc làm việc

06 / PHẠM VI

Những phiên bản đầu tiên chỉ cần “vừa đủ”

"Vừa đủ" hoàn toàn không đồng nghĩa với sự hời hợt hay qua loa. Đó là sự tinh gọn, là tư duy sắc bén trong việc xác định và ưu tiên giải quyết đúng vấn đề cốt lõi.

Tùy vào từng bài toán, giải pháp đôi khi rất đơn giản: cấu trúc lại thông tin website để tối ưu trải nghiệm đọc, thiết lập một biểu mẫu thu thập dữ liệu, hay tạo một công cụ tra cứu nhỏ gọn. Với những ý tưởng lớn hơn, cách tốt nhất là bắt đầu bằng một MVP (Sản phẩm khả dụng tối thiểu) để đo lường nhu cầu thực tế của thị trường trước khi dốc thêm nguồn lực.

Tư duy này giúp tôi tránh được cái bẫy "xây dựng sản phẩm dựa trên giả định". Thay vì cặm cụi phát triển một hệ thống đồ sộ ngay từ vạch xuất phát, hãy ra mắt phiên bản tinh gọn nhất, quan sát cách người dùng tương tác, tìm ra điểm nghẽn và cải tiến. Suy cho cùng, những phản hồi chân thực từ người dùng luôn mang lại giá trị định hướng chuẩn xác hơn bất kỳ dự phóng chủ quan nào.

07 / CHIA SẺ

VIBE/LAB cũng là nơi chia sẻ cách làm

VIBE/LAB không chỉ là nơi lưu trữ các dự án vibecode mà còn là nơi tôi chia sẻ những kiến thức thực tế trong quá trình làm thực tế.

• Cách làm rõ yêu cầu trước khi bắt đầu
• Cách xác định luồng sử dụng cho website hoặc tool
• Cách viết brief để AI hiểu đúng hơn
• Cách kiểm tra giao diện trên nhiều thiết bị
• Cách tổ chức nội dung để người đọc dễ hiểu
• Cách đánh giá một công cụ trước khi đưa vào công việc hằng ngày

Không phải ai cũng cần trở thành lập trình viên để hiểu cách một sản phẩm số được tạo ra. Nhưng người làm marketing, vận hành, kinh doanh, nội dung hay quản lý dự án đều có thể tạo ra khác biệt khi họ hiểu người dùng, hiểu quy trình và mô tả bài toán rõ ràng hơn.

08 / GIỚI HẠN

Điều tôi luôn nói rõ từ đầu

Vibe Coding không phải là "đũa thần", và tốc độ không thể thay thế chất lượng.

Không phải bài toán nào cũng cần áp dụng AI Agent hay Automation. Không phải website nào cũng cần "đập đi xây lại" toàn bộ. Và một bản demo chạy mượt mà chưa chắc đã đủ sức gánh vác việc vận hành đường dài.

Vì thế, tôi luôn tuân thủ một quy trình minh bạch: Thấu hiểu nhu cầu → Giới hạn phạm vi → Xây dựng bản thử nghiệm → Kiểm chứng → Ra quyết định. Khi hệ thống cần mở rộng (scale-up), các yếu tố then chốt như cấu trúc dữ liệu, bảo mật, hiệu năng và khả năng tích hợp hệ thống sẽ phải được đánh giá khắt khe và đúng mức hơn.

09 / BƯỚC TIẾP THEO

Nếu bạn đang có một ý tưởng

Nếu bạn đang muốn làm website, landing page, tool nội bộ, AI agent hoặc một quy trình tự động hóa nhưng chưa biết nên bắt đầu từ đâu, hãy bắt đầu từ công việc đang gây mất thời gian nhất hoặc nhu cầu chưa được giải quyết rõ ràng nhất.

Không nhất thiết phải bắt đầu bằng một hệ thống lớn. Đôi khi, một bản đầu tiên đủ dùng sẽ giúp mọi người nhìn cùng một hướng và biết nên làm gì tiếp theo.

Tôi xây dựng với tinh thần đó: bắt đầu từ công việc thật, tạo ra phiên bản có thể dùng và để phản hồi thực tế dẫn đường cho những bước tiếp theo.