Sẵn sàng demo và sẵn sàng cho người dùng thật: khi nào app làm bằng AI của bạn mới thực sự sẵn sàng
Phần lớn app làm bằng AI trông tuyệt vời trong một buổi demo rồi vỡ trận trước người dùng thật thứ ba. Đây là cách nhận ra bạn đang ở phía nào, và cách thu hẹp khoảng cách đó mà không cần lập trình viên.
Với mọi công cụ tạo app bằng AI đều có một khoảnh khắc khi thứ bạn xây bắt đầu trông như thật. Trang tải lên, các nút bấm được, biểu mẫu nhận nhập liệu, và dữ liệu hiện ra đúng chỗ nó cần. Bạn bấm thử quanh đó và thấy mình như một nhà sáng lập. Đó là một cảm giác đẹp. Nó cũng là nơi rất nhiều người mắc kẹt — vì khoảng cách giữa “cái này chạy được khi tôi demo” và “cái này chạy được khi một người lạ dùng” lớn hơn vẻ ngoài của nó, và khoảng cách đó không hiện ra trong khung xem trước của công cụ tạo app bằng AI.
Bài viết này nói về việc thu hẹp khoảng cách đó một cách chủ đích. Bạn không cần trở thành kỹ sư để làm được. Bạn cần biết phải kiểm thử cái gì, theo thứ tự nào, và khi nào thì thôi gọi một thứ là bản mẫu.
”Sẵn sàng demo” thực sự nghĩa là gì
Một app làm bằng AI sẵn sàng demo sẽ làm đúng việc bạn muốn nó làm, trên đúng đường đi bạn đã thử, với dữ liệu trông giống dữ liệu bạn vẫn dán vào các câu lệnh. Đăng nhập chạy. Bảng điều khiển tải lên. Thứ bạn muốn khoe với người đồng sáng lập hiện ngay trên màn hình.
Sẵn sàng demo không phải là không có gì. Bốn tháng trước, thứ bạn xây được là một hợp đồng thuê freelancer kèm một lịch trình sáu tuần. Nhưng nó cũng là một phiên bản app mà chỉ một mình bạn kiểm thử, trên con đường suôn sẻ. Người dùng thật không ở yên trên con đường suôn sẻ.
Họ dán vào một địa chỉ email có một khoảng trắng thừa ở cuối. Họ dùng Safari trên iPad ở chế độ ngang. Họ vào bằng dữ liệu di động và để trang tải dở dang ba mươi giây trước khi chạm vào nút. Họ mong “quay lại” hoạt động, và họ mong việc tải lại trang không làm mất bất cứ thứ gì họ đã gõ.
Lý do các buổi demo gây hiểu lầm không phải vì AI xây ra một thứ giả. Mà vì người chạy demo biết rõ những góc khuất chứa rủi ro. Bạn theo bản năng bấm vào những nút chạy được. Một người dùng thật bấm vào những nút bạn quên là chúng tồn tại.
Năm thứ vỡ đầu tiên
Trong số những người tôi đã chứng kiến đi từ demo đến ra mắt với công cụ tạo app bằng AI, cùng năm thứ này thường là những thứ đầu tiên vỡ dưới tay người dùng thật. Đi qua chúng một cách có chủ đích là cách nhanh nhất để tiến tới mức sẵn sàng cho người dùng thật.
1. Trạng thái trống. Bảng điều khiển của bạn trông tuyệt với ba dự án trong đó vì bạn đã dùng ba dự án khi xây. Một người dùng mới đăng ký, vào một bảng điều khiển trống trơn không có gì, và thấy một hình chữ nhật xám trống rỗng. Cách sửa là một câu lệnh: “Khi người dùng có không dự án nào, hiển thị một lời nhắn thân thiện giải thích việc cần làm tiếp theo, và một nút để tạo dự án đầu tiên.” Nhàm chán, mười giây làm việc, tạo ra khác biệt giữa “cái này hỏng” và “cái này hữu ích.”
2. Trạng thái lỗi. Thử ngay bây giờ: tắt wifi và bấm thử quanh app của bạn. Gõ một mật khẩu cố tình sai. Gửi một biểu mẫu với ô email để trống. Nếu app của bạn sập, đứng, hay hiện một lỗi thô như 500 Internal Server Error, bạn đang có vấn đề về trạng thái lỗi. Công cụ AI có thể sửa được, nhưng bạn phải hỏi: “Chuyện gì xảy ra khi lệnh gọi API thất bại? Khi người dùng nhập dữ liệu sai? Khi họ mất mạng?” Đó là ba câu lệnh riêng biệt, và chúng bao quát phần lớn các kiểu mà người dùng thật rơi vào rắc rối.
3. Giao diện trên di động. Khoảng một nửa số người dùng đầu tiên của bạn — có thể nhiều hơn, tùy app của bạn là gì — sẽ mở nó trên điện thoại. Công cụ AI xử lý thiết kế đáp ứng (responsive) tốt với các bố cục tiêu chuẩn và dở với những bố cục tùy chỉnh, đặc biệt là bất cứ thứ gì liên quan đến thanh bên, một hộp thoại dính, hay một biểu mẫu phức tạp. Hãy mở app trên điện thoại, bằng ngón cái còn lại, đúng cách một người thật dùng nó. Nếu có gì tràn khỏi màn hình, có gì quá nhỏ để chạm chính xác, hay có gì che mất bàn phím khi bạn cố gõ, thì đó là một thứ cần sửa. Thường là một câu lệnh: “Làm cho trang này trông đúng trên màn hình điện thoại, đặc biệt là [thứ đang hỏng] — giữ nguyên bản trên máy tính.”
4. Vấn đề ‘người dùng thứ hai’. Đây là một cái lén lút. Rất nhiều app làm bằng AI giả định chỉ có một người dùng. Dữ liệu bạn tạo ra ở lại trong app. Rồi một người dùng thứ hai đăng ký và hoặc thấy dữ liệu của bạn, hoặc không thấy dữ liệu nào cả và bối rối tột độ. Đây là một câu hỏi về xác thực và phân tách dữ liệu, và rất đáng để nhờ AI giải thích cách nó lưu dữ liệu người dùng trước khi bạn ra mắt. Cách hỏi đúng: “Giải thích cách dữ liệu người dùng được phân tách. Nếu hai người đăng ký, một người có thấy được dữ liệu của người kia không?” Câu trả lời chính là phép thử.
5. Nút ‘tôi đổi ý’. Người dùng thật hoàn tác mọi lúc. Họ xóa tài khoản vừa tạo vì gõ nhầm email. Họ hủy đăng ký hai phút sau khi đăng ký. Họ muốn chỉnh sửa một dự án họ tạo hôm qua vì tiêu đề có lỗi đánh máy. Công cụ tạo app bằng AI, nếu để mặc nó tự quyết, sẽ xây đường tạo mới và bỏ qua đường chỉnh-sửa-hoặc-xóa — vì buổi demo chỉ từng yêu cầu chúng tạo ra mọi thứ. Nếu bạn ra mắt với lỗ hổng đó, ba người dùng đầu tiên của bạn sẽ email cho bạn trong vòng một giờ, và email sẽ bắt đầu bằng chữ “Làm sao.” Hãy đi qua app và hỏi, với mỗi màn hình: “Người dùng có thể hoàn tác việc họ vừa làm, hay chỉnh sửa nó sau không?” Chỗ nào câu trả lời là không, đó là một tính năng bạn cần trước khi ra mắt.
”Sẵn sàng cho người dùng thật” không có nghĩa là gì
Sẵn sàng cho người dùng thật với một app làm bằng AI không giống với mức sẵn sàng cho người dùng thật ở một ngân hàng. Bạn không cần độ ổn định 99,99%. Bạn không cần kiểm thử tải. Bạn không cần một sổ tay vận hành hay một ca trực sự cố. Bạn không phải là Stripe, bạn là một thứ nhỏ phục vụ những con người thật.
Cái bạn thực sự cần là một bản dựng không làm bạn ngượng trước mặt một người lạ. Điều đó đạt được trong một hai buổi chiều tập trung, một khi bạn biết phải tìm gì. Năm điểm ở trên là phần lớn câu chuyện. Phần còn lại là làm cho app dễ hiểu — chữ rõ ràng trên mọi nút, hành xử có thể đoán trước khi bạn bấm, không có trang nào dẫn vào ngõ cụt với một mũi tên quay lại không hoạt động.
Bước nhảy lớn nhất từ sẵn sàng demo đến sẵn sàng cho người dùng thật không nằm ở code. Nó nằm ở sự sẵn lòng của bạn để dùng chính app của mình theo cách một người lạ sẽ dùng. Mẹo tôi gợi ý cho mọi người: đưa điện thoại cho một người bạn ở quán cà phê và nhờ họ làm cái việc chính mà app của bạn làm, không giải thích gì cho họ. Đừng gợi ý. Hãy nhìn ngón cái của họ. Chỗ đầu tiên họ ngập ngừng hơn ba giây là thứ quan trọng nhất bạn có thể sửa trong tuần này. Chỗ thứ hai và thứ ba thường là những việc sửa nhanh theo sau.
Một danh sách kiểm tra nhỏ trước khi ra mắt
Trước khi giao app cho mười người dùng thật đầu tiên, hãy đi qua danh sách này. Không phần nào đòi hỏi viết code. Tất cả đều là một câu lệnh cho công cụ tạo app bằng AI hoặc một lần bấm thử thủ công.
- Tôi đã đăng ký với tư cách một người dùng hoàn toàn mới từ một cửa sổ duyệt riêng tư, từ đầu đến cuối, không đi tắt.
- Tôi đã dùng app trên điện thoại của mình.
- Tôi đã cố làm vỡ các biểu mẫu — để trống ô, nhập liệu kỳ quặc, nhập liệu rất dài.
- Tôi đã hỏi công cụ AI cách dữ liệu người dùng được phân tách, và câu trả lời hợp lý.
- Tôi có một cách để liên hệ người dùng nếu có gì trục trặc (một ô email, một liên kết phản hồi, bất cứ thứ gì).
- Tôi có một cách để biết khi nào có việc gì đã trục trặc — công cụ AI thường cung cấp ghi log lỗi cơ bản; hãy bật nó lên.
- Trạng thái trống của mỗi trang đều nói cho người dùng biết việc cần làm tiếp theo.
- Mọi hành động tạo ra một thứ gì đó đều có cách để hoàn tác, chỉnh sửa, hay xóa nó.
Nếu bạn đi qua danh sách này và thiếu một vài mục, đó là các câu lệnh cho ngày mai. Nếu bạn đi qua và thiếu phần lớn, app chưa sẵn sàng — và đó là một điều hữu ích cần biết trước khi gửi đường link cho bất kỳ ai.
Vùng trung gian thẳng thắn
Phần lớn app làm bằng AI sống trong một vùng trung gian một thời gian. Chúng chạy được, hầu hết. Chúng có vài góc cạnh còn thô. Chúng phục vụ tốt một nhóm nhỏ người dùng và sẽ vỡ ở quy mô lớn. Đó là một chỗ ổn để một startup hay một công cụ nội bộ sống trong nhiều tháng. Sai lầm là đối xử với một app sẵn sàng demo như thể nó đã vượt qua vùng đó. Sai lầm còn lại là coi sẵn sàng cho người dùng thật như một chuẩn mực cầu toàn mà bạn không bao giờ đạt được.
Câu hỏi thực sự là: tôi có thấy thoải mái nếu một người bạn dùng cái này rồi báo lại cho tôi không? Nếu có, bạn đã đủ sẵn sàng cho người dùng thật ở giai đoạn của mình. Nếu bạn thà vội vàng sửa một thứ gì đó trước khi họ kịp nói cho bạn cảm nghĩ của họ, thì hãy ghi thứ đó ra và sửa nó trước.
Bạn không cần sẵn sàng cho mười nghìn người dùng. Bạn cần sẵn sàng cho mười người tiếp theo. Đó là một danh sách sửa lỗi thật, hữu hạn, và công cụ tạo app bằng AI của bạn có thể giúp bạn làm phần lớn trong một buổi chiều.
Nếu bạn đã ra mắt một app làm bằng AI cho người dùng thật, thứ đầu tiên bị vỡ mà bạn không lường trước là gì? Đó thường là câu hỏi thú vị hơn “app của tôi sẵn sàng chưa” — vì điều bất ngờ mới chính là tín hiệu thật.