Cho nhiều ứng dụng dùng chung một tài khoản giúp người dùng không phải đăng ký lại lần nữa và mang theo tiến độ của mình từ nơi này sang nơi khác. Cái khó nằm ở ba chỗ: làm sao đăng nhập liền mạch qua nhiều tên miền, làm sao để người dùng hiểu chuyện gì đang xảy ra, và làm sao nhớ rằng phần dùng chung mà hỏng thì mọi ứng dụng hỏng cùng lúc.
Chào bạn, đây là Nhà Phát Minh. Tập này mình nói về một kiểu phát minh nằm ở tầng kiến trúc, không ai nhìn thấy nhưng ai cũng cảm nhận được, lấy ví dụ từ cách ngonngu.com cho nhiều trang học từng thứ tiếng dùng chung một tài khoản.
Vì sao lại có nhiều trang thay vì một
Câu hỏi đầu tiên nhiều người đặt ra: sao không làm một ứng dụng học mọi thứ tiếng cho gọn. Câu trả lời nằm ở người học. Người học tiếng Nhật để đi làm có nhu cầu, kỳ thi, lộ trình rất khác người học tiếng Hàn hay tiếng Đức. Một trang riêng cho từng thứ tiếng nói đúng ngôn ngữ của nhóm người học đó, và cũng dễ được tìm thấy hơn khi người ta tìm đúng thứ tiếng mình cần.
Nhưng nhiều trang riêng lại sinh ra một vấn đề. Một người học tiếng Anh ở trang này, sau đó muốn thử tiếng Trung ở trang kia, chẳng lẽ lại đăng ký từ đầu, mất hết những gì đã tích góp.
Lời giải là để các trang dùng chung một tài khoản và một nơi lưu trữ. Người học đăng ký một lần, sang trang nào cũng là mình, và hành trình học được ghi nhận xuyên suốt.
Nghe đơn giản, nhưng làm cho đúng đòi hỏi vài quyết định mà người làm sản phẩm nhỏ nên biết từ sớm.
Đăng nhập qua nhiều tên miền không tự nhiên như ta tưởng
Trình duyệt được thiết kế để giữ an toàn: thông tin đăng nhập của trang này không tự động dùng được cho trang có tên miền khác. Đó là điều tốt, vì nó ngăn các trang lạ đọc trộm phiên đăng nhập của bạn. Nhưng nó cũng có nghĩa là dù chung tài khoản, đăng nhập ở trang học tiếng Anh không tự động làm bạn đăng nhập ở trang học tiếng Nhật.
Người làm hệ sinh thái phải chọn cách xử lý. Có cách để một nơi trung tâm lo đăng nhập, các trang con hỏi nơi đó xem người dùng là ai. Có cách đơn giản hơn là dùng chung cơ sở dữ liệu tài khoản, người dùng đăng nhập lại ở mỗi trang bằng cùng một thông tin.
Mỗi cách đánh đổi giữa sự liền mạch và sự đơn giản khi làm. Với một nhóm nhỏ, thường nên bắt đầu bằng cách đơn giản chạy chắc chắn, rồi làm liền mạch hơn khi thấy người dùng thật sự cần.
Điều quan trọng là không bao giờ vì muốn tiện mà làm yếu đi sự an toàn của việc đăng nhập.
Giải thích cho người dùng hiểu
Một chuyện hay bị bỏ qua là người dùng có thể bối rối. Họ đăng ký ở một trang, sang trang khác thấy đã có sẵn tài khoản, và tự hỏi sao trang này biết mình. Với người lớn tuổi hay người lo về dữ liệu cá nhân, cảm giác đó có thể khiến họ mất tin tưởng.
Cách xử lý là nói rõ ngay từ lúc đăng ký: tài khoản này dùng chung cho các trang học của cùng một hệ, kèm danh sách các trang đó. Khi người dùng sang trang mới lần đầu, hiện một lời chào ngắn giải thích rằng đây là cùng một tài khoản.
Mỗi trang có thể mang màu sắc, biểu tượng riêng để người học thấy mình đang ở đúng chỗ, nhưng phải có một dấu hiệu chung cho biết chúng thuộc về một nhà. Giống như các cửa hàng của cùng một chuỗi, mỗi nơi trang trí một kiểu mà khách vẫn nhận ra.
Sự minh bạch này không tốn bao nhiêu công, nhưng nó biến một điều có thể gây nghi ngờ thành một điều người ta thấy tiện.
Phần dùng chung: sức mạnh và điểm yếu
Dùng chung một nền tảng cho nhiều trang có lợi rất lớn. Sửa một lỗi là mọi trang được sửa. Thêm một tính năng là mọi trang có. Một nhóm nhỏ có thể vận hành nhiều trang mà không phải nhân lên số người.
Nhưng mặt trái cũng nằm đúng ở đó. Một thay đổi sai ở phần dùng chung có thể làm hỏng tất cả các trang cùng lúc. Người làm ngonngu.com đã trải qua chuyện này: một lần sửa đường dẫn dành cho một trang lại vô tình chặn đường của những trang khác, và cả loạt trang cùng báo lỗi.
Bài học rút ra là mọi thay đổi ở phần dùng chung phải được thử trên nhiều trang chứ không chỉ trang mình đang sửa. Những gì riêng cho một trang nên tách rõ, để sửa nó không đụng tới trang khác.
Người làm hệ sinh thái nhỏ nên luôn hỏi trước mỗi lần sửa: nếu mình sai, bao nhiêu trang sẽ cùng sai.
Khi nào nên, khi nào chưa nên làm hệ sinh thái
Hệ sinh thái nghe hấp dẫn, nhưng không phải sản phẩm nào cũng cần. Nó đáng làm khi các trang phục vụ cùng một kiểu người dùng có nhu cầu gần nhau, và việc mang theo tài khoản, tiến độ thật sự có ích cho họ.
Nếu mới có một sản phẩm và chưa ai dùng, đừng vội dựng cả một hệ. Hãy làm một sản phẩm tốt trước. Khi có người dùng thật và thấy họ cần thêm những thứ gần kề, lúc đó mới tách ra, và thiết kế phần dùng chung từ những gì đã học được.
Cũng đừng ép người dùng vào hệ. Mỗi trang vẫn phải dùng được độc lập, đầy đủ, không bắt ai phải biết tới các trang khác mới học được.
Một hệ sinh thái tốt giống một khu chợ quen: mỗi sạp có hàng riêng, nhưng khách đi từ sạp này sang sạp khác mà không phải xếp hàng lại từ đầu.
Câu hỏi thường gặp
Dùng chung một tài khoản cho nhiều ứng dụng có an toàn không?
An toàn nếu hệ thống đăng nhập được làm cẩn thận và dữ liệu được bảo vệ tốt. Người dùng nên đặt mật khẩu mạnh, vì một tài khoản chung mở được nhiều nơi.
Vì sao đăng nhập trang này không tự đăng nhập trang kia?
Trình duyệt tách thông tin đăng nhập theo từng tên miền để bảo vệ người dùng. Muốn liền mạch, hệ thống phải có cơ chế riêng để các trang hỏi nhau.
Tiến độ học có được giữ khi chuyển sang trang khác cùng hệ không?
Nếu các trang dùng chung tài khoản và nơi lưu trữ, tiến độ và hành trình học được ghi nhận chung. Người học không phải bắt đầu lại từ đầu.
Rủi ro lớn nhất của nhiều trang dùng chung nền tảng là gì?
Một lỗi ở phần dùng chung có thể làm hỏng mọi trang cùng lúc. Cần thử kỹ mọi thay đổi trên nhiều trang và tách rõ phần riêng của từng trang.
Khi nào nên chia một sản phẩm thành nhiều trang?
Khi các nhóm người dùng có nhu cầu khác rõ rệt và một trang riêng phục vụ họ tốt hơn. Nếu nhu cầu gần giống nhau, một trang với nhiều mục thường đơn giản hơn.
