Secure Web-to-Mobile Launch: Phạm vi bao gồm những gì

Đây là gì

Đợt hợp tác chuyển đổi một phần đã thống nhất của trải nghiệm web hiện có thành một bản triển khai sẵn sàng cho di động. Công việc có thể bao gồm rà soát các luồng web hiện tại, điều chỉnh giao diện cho nền tảng di động được chọn, kết nối các tích hợp đã được phê duyệt, xử lý các trạng thái tài khoản và quyền truy cập đã thống nhất, kiểm thử phạm vi được bàn giao và chuẩn bị tài liệu bàn giao. Một tài liệu phạm vi xác định những gì được chuyển sang, những gì được điều chỉnh, những gì chỉ giữ trên web và những gì cần một quyết định kỹ thuật riêng. Hỗ trợ nộp ứng dụng có thể được bao gồm nếu được xác nhận, nhưng các quyết định của Apple App Store và Google Play vẫn thuộc về các đơn vị vận hành của họ. Phát triển backend, kiểm thử xâm nhập, marketing và mở rộng tính năng sau bàn giao có thể được bổ sung dưới dạng phạm vi được thống nhất riêng.

Dành cho ai

Dịch vụ này phù hợp với các đội ngũ:

• Có một dịch vụ web hiện hữu với các hành trình khách hàng được chọn, sẵn sàng để đánh giá cho việc chuyển đổi lên di động
• Cần một ranh giới triển khai được xác định cho việc chuyển sang di động
• Muốn các quyết định về luồng người dùng, tích hợp, kiểm thử và bàn giao được ghi lại trước khi chuẩn bị phát hành
• Cần hướng dẫn thực tế về hỗ trợ nộp ứng dụng cho việc phê duyệt trên cửa hàng ứng dụng và thời điểm ra mắt

Giúp làm rõ điều gì

Đợt hợp tác giúp làm rõ:

• Những hành trình web, vai trò, dữ liệu, tích hợp và nền tảng hiện có nào được đưa vào đợt chuyển đổi lên di động
• Những chỗ mà các mẫu tương tác di động cần được điều chỉnh và những chỗ mà một quy trình chỉ dành cho web nên nằm ngoài bản phát hành đầu tiên
• Những yêu cầu nào về backend, tài khoản, chính sách, nhà cung cấp hoặc cửa hàng ứng dụng cần một người phụ trách hoặc phạm vi riêng
• Những gì đã được bàn giao, kiểm thử, ghi nhận, hoãn lại hoặc để dành cho một bản phát hành sau

Những gì được bao gồm

• Xác nhận bằng văn bản về các nền tảng mục tiêu, tính năng được chuyển đổi, vai trò người dùng, tích hợp và ranh giới triển khai
• Rà soát các hành trình dịch vụ web đã thống nhất và điều chỉnh giao diện di động cho phạm vi đã xác nhận
• Triển khai các quy trình di động được chọn và các điểm tích hợp đã được phê duyệt
• Kiểm thử các luồng đã thống nhất và ghi nhận các quan sát trong môi trường sẵn có
• Ghi chú bàn giao về các hạng mục đã bàn giao, giới hạn đã biết, trách nhiệm cấu hình và câu hỏi cho bước tiếp theo
• Hướng dẫn hỗ trợ nộp ứng dụng nếu được bao gồm trong gói đã thống nhất

Những gì không được bao gồm

• Thiết kế lại không giới hạn, phát triển di động không có điểm kết thúc hoặc mở rộng tính năng sau bàn giao
• Tái cấu trúc backend, hệ thống backend mới, tích hợp hoặc công việc của bên thứ ba chưa được thống nhất
• Kiểm thử xâm nhập đầy đủ, chứng nhận, phê duyệt tuân thủ, giám sát liên tục hoặc ứng phó sự cố
• Marketing, quảng cáo trả phí, công việc cải thiện thứ hạng trên cửa hàng hoặc sự đảm bảo được Apple App Store hay Google Play phê duyệt
• Một ngày ra mắt cố định, kết quả về mức độ đón nhận của thị trường hoặc tuyên bố về sự an toàn tuyệt đối

Khi nào nên chọn

Hãy chọn Secure Web-to-Mobile Launch khi một dịch vụ web đang hoạt động có cơ hội di động được xác định rõ và doanh nghiệp có thể nêu tên những hành trình đầu tiên quan trọng. Dịch vụ hữu ích khi đội ngũ cần một kế hoạch chuyển đổi thực tế, một đợt xây dựng có giới hạn và một bản bàn giao rõ ràng trước khi quyết định đầu tư di động rộng hơn. Dịch vụ ít phù hợp hơn khi sản phẩm web, backend, thương hiệu hoặc hành trình khách hàng nền tảng vẫn đang thay đổi mà chưa có ranh giới quyết định ổn định. Khi đó, một đợt khám phá, lập bản thiết kế sản phẩm hoặc MVP có thể là điểm khởi đầu tốt hơn. Kết quả khả quan nhất đạt được khi khách hàng có thể cung cấp quyền truy cập vào dịch vụ hiện tại, chỉ định người phụ trách sản phẩm và kỹ thuật, xác nhận các nền tảng mục tiêu và đưa ra quyết định kịp thời về tích hợp và các ràng buộc phát hành.

Phương pháp của chúng tôi

Chúng tôi bắt đầu từ dịch vụ web đang tồn tại hôm nay và ghi lại ranh giới chuyển đổi trước khi triển khai. Bản mô tả yêu cầu ghi nhận các hành trình được phê duyệt, nền tảng mục tiêu, vai trò, tích hợp, các điều chỉnh thiết kế, cách tiếp cận kiểm thử, định dạng bàn giao và mọi kỳ vọng về hỗ trợ nộp ứng dụng. Chúng tôi làm rõ các đánh đổi: một luồng quen thuộc trên máy tính có thể cần một cách tương tác khác trên di động, một tích hợp có thể cần ý kiến từ nhà cung cấp, và một trạng thái tài khoản có thể đòi hỏi một quyết định về backend nằm ngoài gói dịch vụ. Việc triển khai luôn gắn với phạm vi đã xác nhận. Chúng tôi kiểm thử các luồng đã thống nhất trong môi trường thực tế sẵn có và ghi lại các quan sát rõ ràng cho các thiết bị, bước trên cửa hàng ứng dụng và kiểm tra bảo mật nằm trong phạm vi. Khi bàn giao, khách hàng nhận được một hồ sơ rõ ràng về những gì đã được bàn giao, những gì cần có người phụ trách và những gì cần phạm vi riêng. Cách làm này giữ cho đợt chuyển đổi hữu ích và có ranh giới rõ ràng. Trước khi phát hành, chúng tôi cũng xác định các quyết định vẫn thuộc về khách hàng: quyền sở hữu tài khoản phát hành, điều khoản của nhà cung cấp, nội dung cuối cùng trên cửa hàng, cấu hình production và việc chấp nhận bản bàn giao đã thống nhất. Nếu một đợt kiểm thử phát hiện một mối lo ngại rộng hơn về sản phẩm, chúng tôi ghi nhận và đề xuất cuộc trao đổi phù hợp tiếp theo, thay vì mở rộng công việc dựa trên giả định.

Câu hỏi thường gặp

Bài viết liên quan