Từ ý tưởng đến bản chạy được: làm việc với AI mà không lạc hướng

Một ý tưởng thường bắt đầu rất gọn: làm một trang web, gom vài ghi chú, hoặc tự động hóa một việc lặp lại. Nhưng sau vài vòng trao đổi với AI, công việc có thể phình ra thành một hệ thống mà chưa ai dùng được.

Bài mẫu này đề xuất một nhịp làm việc đơn giản: xác định kết quả, hoàn thành một phần nhỏ có thể sử dụng, rồi mới mở rộng. Đây là một cách tổ chức công việc để thử nghiệm, không phải báo cáo về hiệu quả đã được đo lường.

1. Viết ra điều cần nhìn thấy

“Làm một website đẹp” vẫn để ngỏ quá nhiều quyết định. Hãy thay bằng một kết quả cụ thể: người đọc mở trang chủ, hiểu trang này nói về gì, chọn được một bài và đọc thoải mái trên điện thoại.

Một đề bài có ích nên trả lời bốn câu hỏi:

• Ai sẽ dùng kết quả này?
• Họ cần làm được việc gì đầu tiên?
• Điều gì bắt buộc phải có?
• Điều gì có thể để sau?

Phần cuối đặc biệt quan trọng. Một trình quản lý nội dung hoàn chỉnh có thể hữu ích, nhưng không nhất thiết phải xuất hiện trước bài viết đầu tiên.

Một bản nhỏ dùng được tạo ra câu hỏi tốt hơn một bản kế hoạch rất dài.

Đó là nguyên tắc thử nghiệm của bài viết này, không phải trích dẫn từ một tác giả khác.

2. Chia theo trải nghiệm, đừng chỉ chia theo lớp kỹ thuật

Thay vì hoàn thành toàn bộ cơ sở dữ liệu rồi mới bắt đầu giao diện, hãy chọn một luồng ngắn: danh sách bài → bài chi tiết → quay lại danh sách. Luồng này giúp kiểm tra được cả nội dung, đường dẫn và thiết kế.

Bảng này không phải một công thức cho mọi dự án. Với một sản phẩm mà dữ liệu là phần rủi ro nhất, kiểm chứng dữ liệu có thể phải đi trước. Thứ tự nên theo điều cần học, không theo thói quen.

3. Giữ một điểm kiểm tra ngắn

Khi chuyển sang phiên làm việc khác, phần dễ mất nhất là lý do đằng sau quyết định. Một tệp ghi chú ngắn có thể đủ để giữ mạch công việc.

## Mục tiêu
Một website công khai có thể đọc trên điện thoại.

## Đã xong
- Trang chủ và một bài viết mẫu
- Điều hướng giữa hai trang

## Chưa xong
- Kiểm tra màn hình nhỏ
- Thông tin nguồn của bài tổng hợp

## Việc tiếp theo
Mở bài viết ở chiều rộng 390px và đọc từ đầu đến cuối.

Ghi lại điều đã xác nhận, điều còn chưa chắc và hành động kế tiếp. Không cần chép toàn bộ lịch sử hội thoại.

4. Kiểm tra bằng một việc thật

Một giao diện trông ổn trong ảnh chưa chắc dễ dùng. Hãy thử tìm một bài khi chỉ nhớ một từ trong tiêu đề. Mở một liên kết. Dùng phím Tab. Đọc một đoạn tiếng Việt có nhiều dấu trên màn hình nhỏ.

Nếu đang làm website cho một địa điểm thật, ảnh thật cũng giúp kiểm tra bố cục tốt hơn ảnh giữ chỗ.

Những thử nghiệm nhỏ như vậy thường tạo ra yêu cầu sửa rõ ràng hơn câu “làm đẹp hơn”. Thay vì yêu cầu chung, hãy chỉ đúng chỗ: tiêu đề bị chật, đoạn văn quá dài, nút khó bấm hoặc đường dẫn không hoạt động.

5. Chốt một vòng trước khi mở vòng khác

Khi một luồng đã chạy được, lưu lại trạng thái đó. Sau đó chọn một cải tiến có mục tiêu: dễ đọc hơn, ít thao tác hơn hoặc nhanh hơn. Nếu sửa quá nhiều thứ cùng lúc, rất khó biết thay đổi nào tạo ra khác biệt.

Một nhịp đơn giản để thử:

1. Viết kết quả mong muốn bằng một câu.
2. Làm phiên bản nhỏ nhất thể hiện được kết quả đó.
3. Thử bằng một tác vụ thật trên hai kích thước màn hình.
4. Sửa lỗi ảnh hưởng trực tiếp đến trải nghiệm.
5. Lưu trạng thái, ghi việc tiếp theo rồi mới mở rộng.

Công cụ có thể thay đổi. Một tiêu chí hoàn thành rõ ràng vẫn là điểm tựa tốt để bắt đầu.