alvaxis.

ALVAXIS / LÊN KẾ HOẠCH PHẦN MỀM

Cần chuẩn bị gì trước khi xây dựng ứng dụng hội viên?

Alvaxis ·

Ứng dụng hội viên nên giúp hội viên và nhân viên thực hiện công việc thường xuyên dễ hơn. Trước khi chọn giao diện hoặc công nghệ, hãy mô tả cách một người đăng ký, sử dụng quyền lợi và nhận hỗ trợ khi gặp sự cố. Bài viết này giúp câu lạc bộ, studio và các doanh nghiệp có mô hình hội viên xác định phiên bản đầu hữu ích, thay vì đưa mọi tính năng có thể nghĩ đến vào lần ra mắt.

1. Chọn một việc đáng để hội viên mở ứng dụng

Bắt đầu từ một hoạt động lặp lại: đặt buổi tập, kiểm tra số lượt còn lại hoặc xuất trình thẻ hội viên. Hỏi hội viên hiện làm việc đó ra sao và hỏi nhân viên thường mất thời gian sửa lỗi ở đâu. Chỉ có logo trên điện thoại chưa đủ để thuyết phục người dùng cài ứng dụng.

Viết kết quả cụ thể, chẳng hạn “hội viên có thể đặt một buổi phù hợp với gói và nhận xác nhận chỗ mà không cần gọi lễ tân”. So sánh cổng hội viên dùng tốt trên điện thoại và phần mềm hội viên có sẵn với cùng yêu cầu trước khi quyết định làm ứng dụng riêng. Xác định lợi ích cụ thể mà ứng dụng sẽ bổ sung.

2. Diễn giải quy tắc hội viên bằng ví dụ

Liệt kê các trạng thái ảnh hưởng đến quyền sử dụng: đang hoạt động, tạm dừng, hết hạn hoặc chờ nhân viên kiểm tra. Quy định hội viên được làm gì ở từng trạng thái. Làm rõ ai có quyền thay đổi gói, lượt sử dụng có hết hạn không và lịch đã đặt sẽ ra sao khi trạng thái hội viên thay đổi.

Với đặt lịch, cần xác định số chỗ, hạn hủy, danh sách chờ và trường hợp nhân viên được điều chỉnh ngoại lệ. Nếu có cơ sở ở các múi giờ khác nhau, hãy quy định dùng giờ của cơ sở nào. Tránh yêu cầu chung chung như “hỗ trợ mọi loại gói”; hãy đưa ví dụ về các gói doanh nghiệp thực sự cung cấp.

3. Lập kế hoạch cho nhân viên và dữ liệu liên kết

Màn hình hội viên chỉ là một phần của dịch vụ. Nhân viên cần cách đáng tin cậy để kiểm tra quyền lợi, sửa sai và giải thích vì sao một thao tác bị từ chối. Tách quyền của hội viên, lễ tân và quản lý để mỗi người thực hiện đúng phần việc phụ trách.

Với từng loại dữ liệu, xác định hệ thống nào quản lý bản chính: trạng thái hội viên, số chỗ, trạng thái thanh toán và điểm danh có thể đang nằm ở các công cụ khác nhau. Xác nhận khả năng kết nối với nhà cung cấp. Ghi rõ cách xử lý khi kết nối lỗi hoặc cập nhật đến chậm; đừng mặc định tính năng tích hợp được quảng cáo sẽ đáp ứng đúng quy trình của bạn.

Làm rõ ai sở hữu tài khoản trên kho ứng dụng, dữ liệu doanh nghiệp và quy trình hỗ trợ. Đưa việc khôi phục tài khoản, thu hồi quyền của nhân viên nghỉ việc, xuất dữ liệu và bảo trì vào nội dung trao đổi dự án. Chỉ thu thập thông tin cần thiết cho các tác vụ đã thống nhất.

4. Phân biệt yêu cầu với kết quả đã xác nhận

Hãy xét một câu lạc bộ thể hình giả định. Đây là ví dụ lập kế hoạch, không phải dự án khách hàng của Alvaxis. Một hội viên còn một lượt tập và đặt chỗ cuối cùng trong lúc lễ tân đặt cho người khác. Ứng dụng phải cho biết yêu cầu có được chấp nhận hay không; hiệu ứng trên nút bấm không phải xác nhận đặt chỗ.

Giả sử kết nối bị ngắt ngay sau khi hội viên nhấn Đặt lịch. Cần thống nhất cách ứng dụng kiểm tra yêu cầu đã gửi trước khi thử lại, để tránh tạo hai lịch hoặc trừ hai lượt. Làm rõ nhân viên nhìn thấy gì và xử lý thế nào nếu kết quả bị phản ánh là không đúng.

Hướng dẫn của Android về ứng dụng hoạt động khi mất mạng phân biệt việc đọc dữ liệu đã lưu với đồng bộ thay đổi qua mạng. Khi lập kế hoạch, hãy xác định thông tin nào vẫn xem được lúc mất mạng và thao tác nào cần kiểm tra số chỗ hiện tại. Không được hiển thị lịch đã lưu như thể đó là chỗ đã được xác nhận. Tài liệu Android ở phần đọc thêm giải thích nền tảng kỹ thuật.

5. Thông báo là tùy chọn, không phải nơi duy nhất để kiểm tra

Hội viên vẫn cần mở ứng dụng để xem trạng thái đặt lịch khi đã tắt thông báo. Xác định thông báo nào hữu ích, thời điểm gửi và thông tin nào không nên xuất hiện trong bản xem trước trên màn hình khóa.

Apple khuyến nghị xin quyền gửi thông báo trong tình huống giúp người dùng hiểu mục đích. Ví dụ, giải thích về nhắc lịch tùy chọn sau khi hội viên đặt buổi tập, thay vì hiển thị hộp thoại xin quyền ngay khi mở ứng dụng lần đầu. Tài liệu Apple ở phần đọc thêm mô tả quy trình xin quyền.

6. Chạy thử với phạm vi nhỏ và tiêu chí rõ ràng

Bắt đầu với một nhóm hội viên giới hạn cùng nhân viên hỗ trợ họ. Kiểm tra trọn vẹn quy trình và các ngoại lệ trước khi bổ sung tính năng. So sánh kết quả với cách làm hiện tại, dùng cùng cách định nghĩa chỉ số và khoảng thời gian khi có thể.

Mang theo quy trình ngắn thay vì danh sách mong muốn dài

Chuẩn bị một trang mô tả tác vụ chính của hội viên, quy tắc gói, công cụ đang dùng, vai trò nhân viên và ba tình huống khó. Ghi thêm việc nào có thể làm thủ công trong phiên bản đầu và cách đánh giá đợt chạy thử, chẳng hạn số lượt đặt thành công hoặc số lần nhân viên phải sửa giảm đi. Không nên coi riêng số lượt tải là bằng chứng ứng dụng hữu ích.

Alvaxis cung cấp ứng dụng di động và hệ thống kết nối, bên cạnh website, ứng dụng web và tự động hóa doanh nghiệp. Hãy chia sẻ quy trình hội viên và công cụ đang dùng để trao đổi về phiên bản đầu phù hợp.

Đọc thêm

Tìm hiểu dịch vụ phát triển phần mềm

Bài viết liên quan