AB Tasty
AB Tasty là một nền tảng tối ưu hóa trải nghiệm do AI cung cấp, giúp các doanh …
AB Tasty là một nền tảng tối ưu hóa trải nghiệm do AI cung cấp, giúp các doanh nghiệp tăng tỷ lệ chuyển đổi thông qua thử nghiệm A/B, cá nhân hóa và quản lý tính năng. Nó cho phép các nhóm tiếp thị, sản phẩm và công nghệ tạo ra trải nghiệm người dùng liền mạch trên các ứng dụng web và phía máy chủ.
Về Quản lý tính năng
Công cụ Quản lý tính năng là một loại giải pháp cho phép các nhóm phần mềm bật hoặc tắt các chức năng trong một ứng dụng mà không cần triển khai mã mới. Các nền tảng này hoạt động bằng cách sử dụng 'cờ tính năng' (feature flags) hoặc 'công tắc' (toggles), hoạt động như các công tắc động trong cơ sở mã. Khả năng cốt lõi này tách biệt việc phát hành tính năng khỏi việc triển khai mã, cho phép triển khai có kiểm soát, thử nghiệm A/B và giảm thiểu rủi ro. Do đó, các nhà phát triển và quản lý sản phẩm có được quyền kiểm soát chính xác đối với toàn bộ vòng đời của tính năng, từ thử nghiệm beta đến ra mắt đầy đủ và cuối cùng là ngừng hoạt động.
Tính năng cốt lõi
- Gắn cờ tính năng: Bật hoặc tắt từ xa các tính năng của ứng dụng trong thời gian chạy cho tất cả hoặc người dùng cụ thể.
- Triển khai có mục tiêu: Phát hành các tính năng mới cho các phân khúc người dùng cụ thể dựa trên các thuộc tính như vị trí, gói đăng ký hoặc hành vi.
- Thử nghiệm A/B & Thí nghiệm: Cung cấp các biến thể tính năng khác nhau cho các nhóm người dùng để đo lường hiệu suất và đưa ra quyết định dựa trên dữ liệu.
- Công tắc ngắt khẩn cấp (Kill Switches): Tắt ngay lập tức một tính năng có vấn đề trong môi trường sản xuất để giảm thiểu tác động tiêu cực mà không cần quay lui mã.
- Nhật ký kiểm toán & Quyền hạn: Theo dõi tất cả các thay đổi đối với cờ tính năng và quản lý thành viên nào trong nhóm có quyền kiểm soát chúng.
Kịch bản áp dụng
Quản lý tính năng rất quan trọng đối với phát triển phần mềm hiện đại, đặc biệt là trong môi trường Agile và DevOps. Nó được các công ty SaaS sử dụng rộng rãi để giao hàng liên tục, các nhà phát triển ứng dụng di động để triển khai theo giai đoạn và các doanh nghiệp lớn muốn giảm rủi ro khi triển khai phức tạp. Các kịch bản phổ biến bao gồm phát hành canary một điểm cuối API mới, thử nghiệm giao diện người dùng được thiết kế lại với một nhóm nhỏ người dùng hoặc quản lý các tính năng cao cấp cho các cấp khách hàng khác nhau.
Tiêu chí lựa chọn
Khi chọn một công cụ Quản lý tính năng, hãy đánh giá sự hỗ trợ SDK của nó cho ngăn xếp công nghệ của bạn và tác động hiệu suất của nó (độ trễ). Đánh giá mức độ chi tiết của các quy tắc nhắm mục tiêu người dùng, khả năng tích hợp với các công cụ phân tích và quy trình CI/CD, cũng như các tính năng bảo mật của nó. Ngoài ra, hãy xem xét mô hình định giá, thường dựa trên số lượng người dùng hoạt động hàng tháng hoặc khối lượng đánh giá cờ.
Quản lý tính năngTrường hợp sử dụng
Triển khai tính năng dần dần để giảm thiểu rủi ro
Một nhóm DevOps được giao nhiệm vụ phát hành một tính năng xử lý thanh toán mới và phức tạp. Thay vì phát hành 'big bang' có rủi ro cao, họ sử dụng một nền tảng quản lý tính năng. Họ gói tính năng mới trong một cờ tính năng và ban đầu chỉ bật nó cho 1% cơ sở người dùng của họ. Bằng cách theo dõi chặt chẽ các chỉ số hiệu suất và tỷ lệ lỗi cho phân khúc nhỏ này, họ có thể xác định và sửa lỗi với tác động tối thiểu đến khách hàng. Trong vài ngày, họ dần dần tăng tỷ lệ triển khai — 5%, 20%, 50% và cuối cùng là 100% — đảm bảo sự ổn định của hệ thống ở mỗi giai đoạn. Chiến lược phát hành canary này giúp giảm đáng kể nguy cơ xảy ra sự cố trên diện rộng.
Thử nghiệm A/B một quy trình giới thiệu người dùng mới
Một Giám đốc sản phẩm muốn cải thiện tỷ lệ kích hoạt người dùng bằng cách thiết kế lại trải nghiệm giới thiệu. Họ có hai thiết kế cạnh tranh: một chuyến tham quan có hướng dẫn ('Biến thể A') và một phương pháp dựa trên danh sách kiểm tra ('Biến thể B'). Sử dụng công cụ quản lý tính năng, họ thiết lập một thử nghiệm để phân công ngẫu nhiên người dùng mới vào một trong hai biến thể. Công cụ này tích hợp với nền tảng phân tích của họ, cho phép họ theo dõi tỷ lệ hoàn thành và tỷ lệ giữ chân sau 7 ngày cho mỗi nhóm. Sau khi chạy thử nghiệm trong hai tuần, dữ liệu cho thấy rõ ràng rằng 'Biến thể B' dẫn đến tỷ lệ kích hoạt cao hơn 15%. Giám đốc sản phẩm sau đó có thể tự tin triển khai biến thể chiến thắng cho 100% người dùng mới.
Quản lý các tính năng cao cấp cho các cấp đăng ký
Một công ty SaaS cung cấp các gói đăng ký Miễn phí, Pro và Doanh nghiệp. Một tính năng báo cáo mới do AI cung cấp được phát triển dành riêng cho người dùng Pro và Doanh nghiệp. Thay vì duy trì các nhánh mã riêng biệt cho mỗi gói, một nhà phát triển gói tính năng này trong một cờ tính năng. Quy tắc nhắm mục tiêu cho cờ này được định cấu hình là 'true' chỉ khi thuộc tính đăng ký của người dùng là 'Pro' hoặc 'Doanh nghiệp'. Điều này đơn giản hóa đáng kể cơ sở mã. Khi người dùng nâng cấp từ Miễn phí lên Pro, thuộc tính đăng ký của họ được cập nhật và SDK quản lý tính năng sẽ tự động bật tính năng báo cáo mới cho họ trong thời gian thực mà không yêu cầu họ phải đăng xuất hoặc làm mới.
Triển khai công tắc ngắt khẩn cấp (Kill Switch)
Một nhóm kỹ sư phát hành một lớp bộ nhớ đệm mới nhằm cải thiện hiệu suất ứng dụng. Ngay sau khi triển khai, các cảnh báo giám sát tăng đột biến, cho thấy tính năng mới đang gây rò rỉ bộ nhớ và làm giảm sự ổn định của hệ thống. Thay vì bắt đầu một quá trình quay lui khẩn cấp căng thẳng, tốn thời gian cho toàn bộ quá trình triển khai, kỹ sư trực chỉ cần đăng nhập vào bảng điều khiển quản lý tính năng. Chỉ với một cú nhấp chuột, họ đã tắt cờ tính năng được liên kết với lớp bộ nhớ đệm mới. Thay đổi này được lan truyền trên toàn cầu trong vài giây, ngay lập tức vô hiệu hóa đường dẫn mã bị lỗi cho tất cả người dùng và đưa hệ thống trở lại trạng thái ổn định. Điều này cho phép nhóm điều tra nguyên nhân gốc rễ mà không ảnh hưởng liên tục đến khách hàng.
Cho phép quyền truy cập Beta cho người dùng sớm
Một nhóm sản phẩm đang chuẩn bị ra mắt một thiết kế lại lớn cho ứng dụng di động của họ. Trước khi phát hành công khai, họ muốn thu thập phản hồi từ một nhóm được chọn gồm 500 người dùng thành thạo. Họ tạo một phân khúc người dùng trong công cụ quản lý tính năng của mình có tên là 'Người thử nghiệm Beta' và thêm ID người dùng của những người dùng sớm này. Toàn bộ thiết kế lại được kiểm soát bởi một cờ tính năng chính duy nhất. Nhóm chỉ bật cờ này cho phân khúc 'Người thử nghiệm Beta'. Những người dùng này sẽ thấy thiết kế mới ngay lập tức trong lần khởi chạy ứng dụng tiếp theo của họ, trong khi tất cả những người dùng khác tiếp tục thấy thiết kế cũ. Điều này cho phép nhóm thu thập phản hồi có mục tiêu, chất lượng cao và tìm lỗi trong một môi trường được kiểm soát trước khi phát hành chung.
Kích hoạt chức năng theo khu vực cụ thể
Một nền tảng thương mại điện tử toàn cầu cần ra mắt một phương thức thanh toán mới chỉ có sẵn ở Đức và Áo do các quy định và quan hệ đối tác ngân hàng. Thay vì tạo một bản dựng ứng dụng riêng cho khu vực này, nhóm phát triển triển khai tùy chọn thanh toán phía sau một cờ tính năng. Họ cấu hình một quy tắc nhắm mục tiêu chỉ bật cờ cho những người dùng có địa chỉ IP được định vị địa lý tại Đức hoặc Áo. Điều này đảm bảo rằng chỉ những người dùng đủ điều kiện mới thấy tùy chọn thanh toán mới trong quy trình thanh toán của họ. Cách tiếp cận này đơn giản hóa việc quản lý phát hành và cho phép nhóm dễ dàng mở rộng tính năng sang các quốc gia mới trong tương lai bằng cách chỉ cần cập nhật quy tắc nhắm mục tiêu trong bảng điều khiển.