Mobile App hay Web App: Chọn Đúng Hình Thức cho Sản Phẩm của Bạn

Một nhà sáng lập mà chúng tôi từng làm việc cùng đã chi gần 80.000 USD để xây dựng một ứng dụng iOS native được thiết kế rất đẹp. Sáu tháng sau khi ra mắt, chưa đến 4% khách hàng của anh ấy đã tải nó về. Người dùng của anh là các quản lý mua hàng tại các nhà máy sản xuất, những người sống trên trình duyệt desktop trong giờ làm việc và hiếm khi cài đặt ứng dụng mới trên điện thoại cá nhân. Ứng dụng không phải là sai. Nó chỉ sai hình thức so với đối tượng người dùng.

Câu hỏi mobile app so với web app nghe có vẻ là một quyết định công nghệ. Nhưng không phải vậy. Đó là một quyết định về kênh phân phối, một quyết định về thói quen, và một quyết định về ngân sách, được khoác lên tấm áo kỹ thuật.

Câu hỏi là người dùng của bạn quyết định ở đâu, chứ không phải họ mang theo gì

Mọi đội ngũ làm sản phẩm rồi cũng sẽ đặt cùng một câu hỏi: "Chúng ta nên xây mobile app hay web app?" Chính cách đặt vấn đề đã là sai lầm đầu tiên. Một câu hỏi tốt hơn là thế này: tại thời điểm người dùng cần đến sản phẩm của bạn, họ đang cầm thiết bị gì, đang ở trên mạng nào, và bạn có thể chịu được bao nhiêu ma sát trước khi họ rời đi?

Nếu người dùng của bạn là một kỹ thuật viên hiện trường đang đứng trước một cỗ máy hỏng với chỉ một vạch sóng, thì một native app đã tải sẵn và chạy được offline không phải là xa xỉ. Nếu người dùng của bạn là một trưởng nhóm marketing đang so sánh ba nhà cung cấp từ màn hình văn phòng, thì yêu cầu cô ấy cài đặt một ứng dụng cũng chính là yêu cầu cô ấy ngừng đánh giá bạn.

Hãy khớp hình thức sản phẩm với hình thức của khoảnh khắc sử dụng. Đó mới là quyết định thật sự.

Web app: độ phủ và tốc độ, đánh đổi bằng sự thân mật

Một web app chạy trong trình duyệt. Sức mạnh của nó nằm ở cấu trúc. Một codebase phục vụ mọi thiết bị. Các bản cập nhật được đưa đến từng người dùng ngay lập tức mà không phải qua vòng duyệt của app store. Việc được khám phá qua tìm kiếm Google là nguồn traffic miễn phí mà bạn không bao giờ phải giành giật từ thuật toán của app store.

Đánh đổi là độ sâu của tương tác. Web app có quyền truy cập hạn chế vào các tính năng của thiết bị. Push notification trên iOS vẫn còn nhiều ràng buộc. Background sync thì mong manh. Việc tích hợp chặt với camera và Bluetooth thì lúc được lúc không. Chúng cũng sống bên trong một tab trình duyệt, cạnh tranh với mười lăm tab khác. Người dùng không hình thành thói quen hằng ngày quanh các tab trình duyệt như cách họ hình thành thói quen quanh các icon trên màn hình chính.

Hãy chọn web trước khi sản phẩm của bạn được đánh giá, so sánh, hoặc sử dụng không thường xuyên. Điều đó bao phủ hầu hết công cụ B2B, dashboard SaaS, marketplace, các trang nội dung, và phần lớn thương mại điện tử.

Native mobile app: sự thân mật và chiều sâu, đánh đổi bằng độ phủ

Một native app, được xây bằng Swift hoặc Kotlin, hoặc bằng một framework đa nền tảng như React Native hay Flutter, sống trên màn hình chính. Vị trí đó không chỉ là bất động sản. Nó là một lời hứa về tần suất. Người dùng chỉ cài các ứng dụng mà họ có ý định mở thường xuyên, chẳng hạn như ngân hàng, gọi xe, giao đồ ăn, thể hình, nhắn tin, và game.

Native app cũng mở khóa phần cứng: push notification đáng tin cậy, GPS chạy nền, các API camera và sinh trắc, dữ liệu offline, và các thiết bị ngoại vi Bluetooth. Nếu sản phẩm của bạn phụ thuộc vào bất kỳ thứ nào trong số này, trình duyệt sẽ chống lại bạn ở từng bước.

Đánh đổi là chi phí và ma sát. Hai codebase, hoặc một codebase đa nền tảng với sự phức tạp riêng của nó. Các chu kỳ duyệt của app store có thể chặn một bản sửa lỗi trong nhiều ngày. Và trở ngại lớn nhất trong tất cả: khiến người dùng cài đặt ngay từ đầu. Mỗi màn hình cài đặt là một vực thẳm. Dữ liệu ngành liên tục cho thấy rằng chưa đến một trong bốn người truy cập trang app store thực sự cài đặt. Với một người truy cập lần đầu chưa có sự tin tưởng vào thương hiệu của bạn, con số đó còn tệ hơn nhiều.

Hãy chọn native khi sản phẩm của bạn được dùng hằng ngày hoặc hằng tuần, khi phần cứng quan trọng, và khi khán giả sẵn sàng cài đặt vì giá trị đã quá rõ ràng.

Vùng ở giữa là có thật, và thường bị bỏ quên

Hai lựa chọn nằm giữa hai thái cực và đang bị bỏ quên tại thị trường Việt Nam.

Progressive Web App, hay PWA, là các web app có thể được cài lên màn hình chính, chạy offline, và gửi push notification trên Android. Hỗ trợ trên iOS đang được cải thiện nhưng vẫn còn một phần. Đối với nhiều công cụ B2B và công cụ nội bộ, một PWA mang lại tám mươi phần trăm lợi ích của native với ba mươi phần trăm chi phí.

Các framework đa nền tảng như React Native và Flutter cho phép một đội kỹ sư ship sản phẩm ra cả iOS lẫn Android từ một codebase dùng chung. Bạn sẽ mất đi một phần độ tinh xảo của native và phải trả một khoản thuế nhỏ về hiệu năng, nhưng với hầu hết business app, sự đánh đổi này là xứng đáng: một đội, hai nền tảng, tốc độ lặp nhanh hơn.

Năm sai lầm chúng tôi thường thấy khách hàng mắc phải khi ra quyết định này

1. Xây native chỉ vì đối thủ có app. App của đối thủ có thể là một nghĩa địa. Hãy kiểm tra rating và số lượt tải của họ trên app store trước khi sao chép.
2. Xây web chỉ vì nó rẻ hơn. Báo giá ban đầu rẻ hơn. Chi phí trọn đời của việc chọn sai hình thức, bao gồm mức tương tác thấp, người dùng bị mất, và một lần làm lại nữa trong năm thứ hai, thì không hề rẻ.
3. Đánh giá thấp vực thẳm cài đặt. Các nhà sáng lập giả định rằng người dùng sẽ cài. Người dùng thật cần một lý do mạnh và cụ thể ngay tại thời điểm có ý định cài đặt.
4. Bỏ qua thiết bị và mạng thực tế của người dùng. Một native app bóng bẩy trở nên vô dụng với một công nhân kho hàng dùng chiếc Android cấu hình thấp được chia sẻ trên mạng Wi-Fi chập chờn của kho.
5. Cố làm mọi thứ cùng một lúc. Ship cả web, iOS và Android ngay từ ngày đầu với một đội nhỏ đảm bảo rằng cả ba đều sẽ tầm thường.

Một case study ngắn từ chính công việc của chúng tôi

Một công ty logistics tại Việt Nam tìm đến chúng tôi sau khi đã đốt sáu tháng và một ngân sách đáng kể cho một app native chỉ có iOS dành cho các tài xế. Các tài xế thì dùng thiết bị Android cấu hình thấp và chia sẻ chúng qua các ca. App không bao giờ có được sự chấp nhận. Chúng tôi xây lại nó dưới dạng một PWA ưu tiên Android, có thể cài đặt từ một URL ngắn mà điều phối viên có thể gửi qua SMS. Trong vòng sáu tuần, mức độ chấp nhận đã vượt tám mươi phần trăm số tài xế đang hoạt động. Công nghệ thì ít ấn tượng hơn. Nhưng độ vừa vặn thì tốt hơn nhiều.

Lộ trình năm bước cho quyết định của chính bạn

1. Mô tả khoảnh khắc của người dùng. Ai đang cầm thiết bị gì, trên mạng nào, trong tâm trạng nào, khi họ cần đến bạn? Viết nó ra trong một đoạn văn.
2. Xếp hạng tần suất sử dụng. Hằng ngày, hằng tuần, hằng tháng, hay không thường xuyên. Không thường xuyên gần như luôn có nghĩa là ưu tiên web.
3. Kiểm kê nhu cầu phần cứng. Push, GPS, camera, offline, Bluetooth, sinh trắc. Bất kỳ câu trả lời có mạnh nào cũng đẩy bạn về phía native hoặc PWA.
4. Ước lượng kênh phân phối. Người dùng mới tìm thấy bạn bằng cách nào? SEO và liên kết ưu ái web. Sự giới thiệu từ những khách hàng hiện tại có mức tin tưởng cao ưu ái native.
5. Cam kết với một hình thức trước, và ship nó thật tốt. Một web app xuất sắc trong sáu tháng đánh bại một lần ra mắt ba nền tảng tầm thường trong mười hai tháng.

Điểm rút ra

Lựa chọn giữa mobile app và web app không phải là một câu hỏi công nghệ. Nó là câu hỏi về hình thức của khoảnh khắc mà người dùng gặp sản phẩm của bạn. Chọn đúng hình thức và công nghệ trở thành một chi tiết triển khai. Chọn sai và không lượng kỹ thuật nào có thể cứu được lần ra mắt.

Nếu bạn đang cân nhắc quyết định này và muốn có một ý kiến thứ hai trung thực, bao gồm cả phương án tốn ít công sức kỹ thuật nhất cho bạn, đội ngũ MerkTechs sẵn lòng ngồi xuống cùng bạn. Chúng tôi đã xây dựng mỗi hình thức trong số này cho các doanh nghiệp Việt Nam thực sự, bao gồm cả những doanh nghiệp đã bắt đầu bằng lựa chọn sai và cần được hỗ trợ để đi đến lựa chọn đúng.