Công cụ nội bộ và app cho khách hàng: Khi nào xây cái nào (và vì sao điều đó quan trọng)
Cùng một công cụ tạo app bằng AI có thể tạo ra một app đặt lịch mượt mà cho khách hàng chụp ảnh của bạn, hoặc một bản thay thế bảng tính xấu-mà-được-yêu-thích cho đội vận hành của bạn. Nhìn từ bên ngoài, cả hai đều là “app”. Nhìn từ bên trong, chúng là hai việc hoàn toàn khác nhau, và đối xử với chúng như nhau là sai lầm phổ biến nhất mà tôi thấy ở những người mới xây dựng.
Quyết định giữa công cụ nội bộ và app cho khách hàng không nằm ở chuyện app trông như thế nào. Nó nằm ở chuyện ai đang chấp nhận điều gì, và chuyện gì xảy ra khi có thứ hỏng. Hiểu sai điều này và bạn sẽ mất ba tuần đánh bóng một cái nút mà chẳng ai trong đội bận tâm, trong khi người dùng thật của bạn vấp phải một lỗi khiến họ thôi tin tưởng bạn.
Đây là cách tìm ra bạn đang thực sự xây cái nào, và điều gì thay đổi khi bạn đã biết.
Đối tượng quyết định gần như mọi thứ
Khách hàng là người đã chọn bạn. Họ có thể đã dùng một đối thủ. Họ đã trả tiền cho bạn, hoặc đã đăng ký. Họ sẽ đánh giá bạn theo thước đo của thứ mượt mà nhất họ từng dùng, kể cả khi app của bạn giá 9 đô một tháng còn cái kia giá 90 đô. Họ không có chút kiên nhẫn nào với một cái nhãn khó hiểu, một luồng đăng nhập kỳ quặc, hay một màn hình trống rỗng không cho họ biết phải làm gì.
Đồng nghiệp là người buộc phải dùng cái này vì sếp bảo họ dùng. Họ cũng là người sẽ nhắn cho bạn, qua một tin nhắn Slack lúc 11 giờ đêm, rằng cái dropdown sắp xếp sai thứ tự. Họ sẽ chịu được cái xấu. Họ sẽ không chịu được cái chậm, vì họ dùng nó bốn mươi lần mỗi ngày.
Cùng một công cụ. Có thể cùng một bộ tính năng. Nhưng tiêu chuẩn thì khác nhau một trời một vực.
Khi bạn ngồi xuống với một công cụ tạo app bằng AI để mô tả điều bạn muốn, câu hỏi đầu tiên cần tự trả lời là: ai là người dùng, và họ có chọn để có mặt ở đây hay không?
Công cụ nội bộ: Nhanh quan trọng hơn đẹp
Công cụ nội bộ sống chết vì một thứ: nó tiết kiệm cho người dùng nó được bao nhiêu thời gian?
Một người quản lý bất động sản mà tôi biết đã dành hai buổi tối để xây một công cụ theo dõi yêu cầu bảo trì cho đội ba người của cô. Theo bất kỳ tiêu chuẩn khách quan nào, nó xấu. Các nút không nhất quán. Thanh bên có một lỗi chính tả mà chẳng ai buồn sửa. Không có logo.
Đội của cô dùng nó nhiều hơn bất kỳ phần mềm nào khác họ sở hữu. Nó tiết kiệm cho họ khoảng năm giờ mỗi tuần khỏi những tin Slack kiểu “có ai gọi thợ sửa ống nước cho căn số 4 chưa?”. Việc đánh bóng sẽ chẳng thêm được giờ giá trị nào.
Ba đặc điểm tôi thấy ở những công cụ nội bộ được làm tốt:
- Con đường ngắn nhất từ “tôi muốn làm X” đến “X đã xong” thì thắng. Bỏ qua màn hình chào mừng. Bỏ qua trình hướng dẫn. Mở thẳng vào cái việc cần làm.
- Các trường hợp ngoại lệ có thể xấu. Nếu một đồng nghiệp gặp lỗi, họ sẽ nhắn Slack cho bạn. Còn khách hàng thì sẽ bỏ đi.
- Cập nhật diễn ra hằng ngày, không phải theo từng bản phát hành. Bạn không phải đang giao một sản phẩm. Bạn đang chỉnh sửa xưởng làm việc của chính mình.
Nếu bạn đang xây cho đội của mình, hãy nghiêng hẳn về phía “xấu nhưng hữu ích”. Cưỡng lại cám dỗ thêm một trang marketing, một màn hình cài đặt, hay một màn hình trống đẹp đẽ. Không cái nào trong số đó xứng đáng với công sức.
App cho khách hàng: Những cạnh nhàm chán mới chính là sản phẩm
App cho khách hàng hầu hết là những phần rìa. Luồng đăng nhập. Quá trình làm quen. Chuyện gì xảy ra khi một thẻ tín dụng bị từ chối. Cái email gửi đi khi mật khẩu được đặt lại. Màn hình mà ai đó thấy lần đầu mở app khi trong đó còn chưa có gì.
Không cái nào trong số này là tính năng mà bạn từng háo hức. Nhưng tất cả chúng lại là những thứ khách hàng dùng để đánh giá bạn.
Năm ngoái một người bạn ra mắt một app lập hóa đơn nhỏ. Anh dành tháng đầu tiên xây trình soạn hóa đơn — cái mà anh háo hức. Nó đẹp. Rồi anh bật nó lên, nhìn một khách hàng thử đăng ký, và phát hiện ra rằng:
- Email xác minh rơi vào thư mục spam.
- Sau khi xác minh, app ném người dùng vào một bảng điều khiển trống rỗng không có hướng dẫn nào.
- Nút “tạo hóa đơn đầu tiên của bạn” nằm dưới phần màn hình hiển thị trên một chiếc laptop 13 inch.
Tuần đó có ba khách hàng đăng ký. Không ai tạo nổi một hóa đơn. Sản phẩm chạy được. Nhưng cái vỏ bọc quanh nó thì không.
Với app hướng tới khách hàng, quy tắc sơ bộ là: dành một nửa công sức cho phần bề mặt không phải tính năng chính. Quá trình làm quen, màn hình báo lỗi, luồng thanh toán, cài đặt tài khoản, email hỗ trợ. Đám đó mới là sản phẩm, dù chúng chẳng có vẻ gì là vậy.
Cách nhận ra bạn đang xây cái nào
Quyết định giữa công cụ nội bộ và app cho khách hàng dễ hơn vẻ ngoài của nó một khi bạn đặt vài câu hỏi chẩn đoán:
Ai trả tiền cho cái này? Nếu câu trả lời là “công ty tôi làm việc, như một phần chi phí vận hành”, thì đó là một công cụ nội bộ. Nếu câu trả lời là “người dùng, từng cá nhân, bằng thẻ tín dụng của họ”, thì đó là một app cho khách hàng. Trường hợp ở giữa — sếp bạn trả tiền, nhưng sếp bạn lại là một khách hàng — thường vẫn nghiêng về phía kỳ vọng của một app cho khách hàng.
Chuyện gì xảy ra nếu nó sập trong một giờ? Công cụ nội bộ: ai đó bực mình. App cho khách hàng: ai đó bỏ đi. Bán kính ảnh hưởng của một lỗi khác nhau một trời một vực.
Nó sẽ có bao nhiêu người dùng, tối đa? Năm đến năm mươi là chắc chắn nội bộ. Một trăm đến một nghìn bắt đầu trông giống một sản phẩm thật. Năm nghìn trở lên nghĩa là bạn đã là một công ty phần mềm dù bạn có muốn hay không.
Người dùng có quyền lựa chọn không? Công cụ nội bộ là bắt buộc. App cho khách hàng là tự nguyện. Người dùng tự nguyện sẽ rời đi ngay khoảnh khắc có thứ làm họ khó chịu.
Nếu bạn không trả lời rõ ràng được những câu này, bạn không biết mình đang xây cái gì, và công cụ AI không thể giúp bạn hội tụ về một hướng.
Cái bẫy ngầm: Công cụ trở thành sản phẩm
Đây là chỗ chuyện trở nên thú vị. Những sản phẩm indie thành công nhất mà tôi biết đều khởi đầu cuộc đời như những công cụ nội bộ. Ai đó xây một thứ cho đội của mình, đội đem khoe với một người bạn, người bạn muốn có một cái, và thế là có một khách hàng.
Đây là một câu chuyện tuyệt vời. Nhưng nó cũng là khoảnh khắc nguy hiểm nhất, vì khoảnh khắc bạn thu tiền của ai đó, tiêu chuẩn nhảy vọt qua đêm. Cái thanh bên xấu xí mà đội của bạn chịu được giờ là một rủi ro khiến khách rời đi. Kiểu xử lý lỗi “nhắn Slack cho người làm app” giờ là một cơn ác mộng hỗ trợ.
Nếu bạn đang bước qua cây cầu này bằng một công cụ tạo app bằng AI, hãy coi nó là một sự chuyển dịch thật sự. Hãy dành một tuần — ít nhất một tuần — cho những cạnh nhàm chán. Quá trình làm quen. Các màn hình trống. Năm phút đầu tiên sau khi đăng ký. Những thông báo lỗi tự giải thích được. Đừng quảng bá công cụ cho đến khi xong phần việc đó.
Tin tốt là các công cụ AI đã khiến cuộc chuyển dịch này rẻ hơn trước nhiều. Phần việc đánh bóng từng tốn cả tháng với một freelancer giờ chỉ là vài buổi mô tả tốt cho AI cùng một chút kiên nhẫn.
Câu hỏi để ngồi lại ngẫm
Toàn bộ câu chuyện công cụ nội bộ và app cho khách hàng gói gọn vào một câu hỏi bạn tự đặt cho mình trước khi mô tả một ý tưởng cho công cụ tạo app bằng AI: Đây là một công cụ tôi đang dùng, hay một sản phẩm tôi đang cung cấp?
Câu trả lời thay đổi lời mô tả. Nó thay đổi những gì bạn dành thời gian cho. Nó thay đổi những gì bạn bỏ qua. Và đó là mảnh sáng tỏ hữu ích nhất bạn có thể mang vào quá trình xây dựng.
Nếu bạn vẫn còn phân vân không biết mình đang ở phía nào, bài viết của chúng tôi về app đầu tiên bạn tạo bằng AI nên là gì là một bài đọc bổ trợ tốt. Phần lớn app đầu tiên nên là công cụ. App thứ hai cũng vậy. Khách hàng đến sau, và họ đến dễ dàng hơn một khi bạn đã rèn được cơ bắp từ việc xây những thứ mà chỉ đội của bạn phải chịu đựng.