Giao diện từng chính là sản phẩm

Nghe bài viết:

ui cap-260317011403

Trong bài viết tuần trước về những “sự thật hiển nhiên” của SaaS doanh nghiệp, tôi có nhắc thoáng qua rằng AI không loại bỏ đường cong học tập một cách đồng đều. Thực tế nó ảnh hưởng rất khác nhau tới ba loại công việc. Tôi đã nghĩ nhiều hơn về điều này, và muốn phân tích kỹ hơn ở đây.

Hiện tại có rất nhiều thảo luận xoay quanh ý tưởng rằng giao diện cần phải học (learned interface) từng là moat (lợi thế cạnh tranh) bị đánh giá thấp trong phần mềm doanh nghiệp, và AI đang phá bỏ nó.

Những thứ như:

  • hệ thống menu nhiều tầng

  • cú pháp truy vấn phải ghi nhớ

  • đội ngũ CSM mà nếu nhìn kỹ thì nhiệm vụ của họ là tạo chi phí chuyển đổi thông qua onboarding

Sau nhiều năm làm việc với những sản phẩm mà giao diện chính là sản phẩm (ví dụ: chart builder của Amplitude hay folder tree của Box), tôi nghĩ góc nhìn này đúng — nhưng chưa đủ.

Bởi vì khi giao diện biến mất, câu chuyện không chỉ là moat bị thu hẹp.

Đó là một vấn đề thiết kế sản phẩm.

Và tôi nghĩ nhiều team đang xem nó như một món quà, trong khi nó cũng là một cái bẫy.


Ba công việc khác nhau, không phải một

Các sản phẩm enterprise luôn phải làm ba việc khác nhau khi giúp người dùng mới làm quen với sản phẩm.

1. Dạy giao diện (interface)

Tức là ngôn ngữ riêng của sản phẩm:

  • cách điều hướng

  • phím tắt

  • cú pháp truy vấn

  • modal nào chứa setting nào

Đây là kiến thức đặc thù của sản phẩm, và không chuyển đổi sang công cụ khác.

Đó là lý do câu “chúng tôi là công ty dùng Salesforce” có ý nghĩa khác nhau với:

  • một sales rep đã dùng Salesforce 3 năm

  • và CRO chỉ đơn giản là người mua license.


2. Dạy domain

Người dùng cũng phải học ngôn ngữ của ngành.

Ví dụ:

  • người dùng analytics phải hiểu cohort là gì

  • người dùng quản lý hợp đồng phải hiểu redlining là gì

Một phần được dạy bởi sản phẩm, một phần sản phẩm giả định bạn đã biết.


3. Dạy lợi ích (benefit)

Đây là việc cho người dùng thấy sản phẩm sẽ giúp họ làm gì trong workflow của họ.

Tức là chứng minh sự khác biệt so với cách họ làm trước đây.


Ba việc này luôn cần những loại đầu tư khác nhau.

  • Dạy giao diện là chi phí rõ ràng nhất

  • Dạy domain thường phân tán trong cả ngành

  • Dạy lợi ích lại dễ nhất

Vì sao?

giao diện tự thể hiện điều đó.

Bạn mở sản phẩm:

  • thấy menu

  • thấy module

  • thấy feature

Bạn khám phá và tình cờ tìm ra giá trị.


AI thực sự thay đổi điều gì

Việc học giao diện gần như biến mất

Khi UI chỉ là một ô text, bạn không cần học:

  • kiến trúc thông tin

  • cách điều hướng

  • muscle memory

Đây chính là moat đang bị phá bỏ.

Nếu bạn từng thấy nhân viên mới mất 3 tuần học query syntax trước khi làm được việc, bạn sẽ hiểu chi phí này lớn thế nào.


Việc học domain trở nên dễ hơn

Người dùng có thể hỏi bằng ngôn ngữ tự nhiên.

Ví dụ:

Thay vì phải biết hệ thống gọi nó là:

  • “behavioral cohort”

  • hay “time-based cohort”

Người dùng chỉ cần nói:

“Cho tôi xem những user đăng ký tháng trước và quay lại tuần này.”

Khoảng cách giữa kiến thức của người dùnggiả định của sản phẩm được thu hẹp.


Nhưng việc học lợi ích trở nên khó hơn

Đây là phần tôi nghĩ thị trường chưa định giá đúng.

Với UI truyền thống, sản phẩm tự thể hiện khả năng của mình.

Bạn có:

  • menu

  • module

  • feature

Người dùng nhìn thấy chúng ngay cả khi chưa dùng.

Họ tình cờ khám phá giá trị.


Nhưng với giao diện hội thoại:

Điều đó không xảy ra.

Nếu bạn không biết sản phẩm có khả năng đó, bạn sẽ không bao giờ hỏi.

Bạn có thể sử dụng 20% khả năng sản phẩm và nghĩ rằng:

“Ừ, công cụ này cũng giống công cụ cũ.”


Vấn đề “kho hàng vô hình”

Tôi gọi hiện tượng này là invisible inventory problem.

Sản phẩm có rất nhiều khả năng phía sau ô text, nhưng người dùng không có nơi để khám phá.

Không có:

  • kệ hàng

  • lối đi

  • bao bì gây chú ý

Câu hỏi trở thành:

Làm thế nào để hiển thị toàn bộ khả năng của sản phẩm khi storefront chỉ là một ô text?

Đây chính là thách thức thiết kế thực sự của sản phẩm AI-native.


Suggested prompts không giải quyết được vấn đề

Cách phổ biến nhất hiện nay là:

gợi ý prompt

Ví dụ:

  • 3–5 câu hỏi mẫu trên UI

Điều này chỉ giải quyết vấn đề trong vài phút đầu.

Sau đó chúng trở thành background noise.

Và tệ hơn:

Nếu người dùng đã quen với công cụ khác, họ nhìn prompt và nghĩ:

“Công cụ cũ của tôi cũng làm được vậy.”

Prompt củng cố khung tư duy cũ của họ.


Một vấn đề sâu hơn

Onboarding truyền thống có điểm kết thúc.

Bạn có thể nói:

“User đã được kích hoạt.”

Nhưng invisible inventory không có điểm kết thúc.

Ngay cả sau hai năm, người dùng vẫn có thể phát hiện feature họ chưa từng biết.


Và còn tệ hơn nữa

Người dùng không đến với ô text một cách trung lập.

Họ mang theo mental model riêng.

Ví dụ:

  • công cụ cũ

  • workflow cũ

  • cách họ nghĩ về vấn đề

Và mental model đó định hình toàn bộ interaction.


Với UI truyền thống:

sản phẩm định hình cách người dùng suy nghĩ.

Menu, thuật ngữ, cấu trúc feature — tất cả dạy người dùng cách nhìn vấn đề.

Đó là framing power.


Với giao diện hội thoại:

mental model của người dùng thắng ngay từ đầu.

Nếu họ có khung tư duy hẹp, interaction sẽ hẹp.

Nếu khung tư duy đến từ một sản phẩm kém hơn, bạn sẽ:

dùng sản phẩm tốt hơn để giải quyết vấn đề theo cách tệ hơn.


Moat mới sẽ trông như thế nào

Moat cũ dựa vào friction.

Chi phí học lại giao diện.

Nhưng moat mới có thể là judgment.

Một sản phẩm hiểu workflow của bạn đủ sâu để:

  • hiển thị khả năng đúng lúc

  • mà bạn không cần hỏi

Đó không phải friction.

Đó là giá trị thực sự.

Và giá trị này tăng theo thời gian.


Kết luận

AI:

  • xóa bỏ việc học giao diện

  • làm việc học domain dễ hơn

  • nhưng khiến việc hiểu giá trị sản phẩm khó hơn

Vấn đề mới là:

người dùng không thể tìm thứ họ không biết để hỏi.

Và nếu khả năng của sản phẩm không được nhìn thấy, nó không khác gì không tồn tại.