Trước khi đăng ký website hoặc ứng dụng theo yêu cầu: Phạm vi, hỗ trợ và phương án chuyển đi

Báo giá theo tháng cho một website hoặc ứng dụng theo yêu cầu có thể bao gồm cả xây dựng và vận hành. Trước khi ký, hãy tách hai phần việc đó. Hỏi bạn có thể nghiệm thu gì khi ra mắt, nhà cung cấp thực hiện những gì mỗi tháng và bạn có thể mang theo gì nếu ngừng hợp tác. Khi đó, bạn mới so sánh được những đề xuất thực sự bao gồm cùng công việc.

Bạn cần nghiệm thu được gì khi ra mắt?

Ghi lại những việc người dùng và nhân viên cần làm xong. Với website tiếp nhận yêu cầu tư vấn, hãy theo dõi một yêu cầu từ lúc gửi biểu mẫu đến khi đồng nghiệp phụ trách nhận được. Kiểm tra xem có ai trong nhóm sửa được trang dịch vụ và phát hiện được khi biểu mẫu ngừng hoạt động hay không. Với ứng dụng hội viên, hãy yêu cầu trình diễn cách một hội viên thanh toán, được cấp quyền truy cập rồi hủy đăng ký, và cách nhân viên xử lý một giao dịch thanh toán không thành công. Các việc đó có thể cần tài khoản và kết nối khác nhau dù cả hai đề xuất đều ghi “phát triển theo yêu cầu”.

Thống nhất bên nào cung cấp nội dung và dữ liệu, những kết nối nào nằm trong phạm vi và ai phụ trách triển khai. Xác định điều kiện nghiệm thu, người phê duyệt và cách xử lý nếu nhóm của bạn cung cấp đầu vào chậm. Hỏi chính xác thời điểm bắt đầu tính phí: ngày ký, lúc hoàn thành một mốc hay khi ra mắt có thể khác nhau. Ghi lại điều kiện đã thống nhất và những gì bạn có thể kiểm tra vào thời điểm đó.

Khoản phí hằng tháng chi trả cho những việc vận hành nào?

Yêu cầu nhà cung cấp nêu cụ thể các việc được bao gồm sau khi ra mắt. Ai phụ trách lưu trữ, cập nhật, theo dõi lỗi và xác nhận có thể khôi phục từ bản sao lưu? Nếu biểu mẫu lỗi hoặc hội viên không đăng nhập được, hãy làm rõ ai tiếp nhận, sự cố được chuyển đến người có thể khắc phục như thế nào và bạn có thể mong đợi phản hồi gì theo thỏa thuận. Bài hướng dẫn của chúng tôi về cách xử lý khi ứng dụng theo yêu cầu gặp lỗi giải thích vì sao trách nhiệm phụ thuộc vào cách vận hành.

Dùng những thay đổi thực tế để phân định phạm vi. Sửa giờ phục vụ, thiết kế lại luồng tiếp nhận yêu cầu và kết nối nhà cung cấp thanh toán mới là ba công việc khác nhau. Hỏi việc nào được bao gồm, việc nào cần báo giá và ai phê duyệt phần làm thêm. Liệt kê các gói dịch vụ và giấy phép bên ngoài mà website hoặc ứng dụng cần, ai thanh toán và điều gì xảy ra nếu chúng thay đổi hoặc chấm dứt.

Hướng dẫn mua sắm của chính phủ Anh xem việc quản lý nhà cung cấp sau khi mua là một phần của quyết định mua sắm. Điều có thể áp dụng ở đây là thống nhất cách vận hành dịch vụ trước khi cam kết.

So sánh chi phí của hai đề xuất như thế nào?

Dùng cùng phạm vi ra mắt và nhu cầu hỗ trợ cho từng đề xuất. Cộng phí thiết lập, khoản phí định kỳ trong thời hạn cam kết tối thiểu và các chi phí bên thứ ba bắt buộc mà bạn xác định được. Ghi riêng những khoản dễ phát sinh cùng giả định để biết yếu tố nào có thể làm thay đổi kết quả so sánh. Nếu so sánh gói thuê bao với hợp đồng xây dựng và bảo trì riêng, hãy dùng cùng khoảng thời gian. Tính cả phần việc nhóm của bạn phải thực hiện trong mỗi phương án.

Kiểm tra cách gia hạn, hạn thông báo và những khoản phí hoặc nghĩa vụ còn tiếp tục sau khi báo chấm dứt. Việc nhà cung cấp đảm nhiệm nhiều công việc hơn có thể xứng đáng với khoản phí cao hơn. Hãy xét những công việc đó có ích cho bạn không và liệu chi phí cùng trách nhiệm còn lại có phù hợp hay không.

Bạn có thể mang theo gì khi chấm dứt gói?

Yêu cầu trả lời bằng văn bản cho từng thứ doanh nghiệp phụ thuộc vào: tên miền, nội dung và dữ liệu, tài khoản quản trị, cũng như tài khoản cửa hàng ứng dụng hoặc nhà cung cấp thanh toán nếu có. Ghi lại ai đang kiểm soát từng mục và liệu đơn vị vận hành khác có thể nhận được quyền truy cập cần thiết hay không. Kiểm tra giấy phép riêng: bạn được tiếp tục sử dụng hoặc sửa đổi gì, thành phần nào được bàn giao và giấy phép hay dịch vụ nào cần thay thế?

Bản tải xuống nội dung hoặc hồ sơ hội viên có thể hữu ích khi chuyển đi. Để tiếp tục vận hành đúng website hoặc ứng dụng đó, đơn vị tiếp nhận có thể cần phần mềm triển khai được, hướng dẫn, quyền truy cập và dịch vụ thay thế. Bài hướng dẫn chuyển website sang nhà cung cấp khác mà không làm lại của chúng tôi giải thích những yếu tố đó ảnh hưởng thế nào đến việc chuyển đi. Nếu thỏa thuận có tính năng xuất dữ liệu, hãy thử xuất một lần với hồ sơ đại diện trước khi phụ thuộc vào tính năng đó.

Yêu cầu nhà cung cấp mô tả từng bước chuyển đi khi hết hạn hợp đồng. Khi nào dịch vụ lưu trữ dừng? Bạn có thể lấy hồ sơ trong bao lâu? Có hỗ trợ gì, giá bao nhiêu và ai tiếp quản nếu đầu mối thường ngày không có mặt? Hướng dẫn của chính phủ Anh về sự phụ thuộc vào nhà cung cấp đám mây mô tả sự đánh đổi giữa lợi ích của dịch vụ và công sức chuyển đi. Với website hoặc ứng dụng của bạn, điều cần cân nhắc là lợi ích đó có xứng với những dịch vụ phải phụ thuộc và chi phí chuyển đi đã xác định hay không.

Ghi lại những gì bạn sắp đồng ý

Giữ một bản ghi ngắn cùng mỗi báo giá. Ghi các hạng mục bàn giao khi ra mắt và cách nghiệm thu, công việc thường xuyên và khi nào tính thêm phí, toàn bộ cam kết và điều khoản gia hạn, cùng người kiểm soát mỗi tài khoản hoặc có thể tiếp quản khi kết thúc. Đề nghị nhà cung cấp làm rõ các câu trả lời còn mơ hồ trước khi ký. Nếu một đề xuất vẫn chưa cho biết ai khôi phục website hoặc điều gì xảy ra khi chấm dứt gói, bạn đã tìm thấy một điểm cần xử lý trước khi so sánh giá.

Trao đổi về website hoặc ứng dụng với Timeless

Chúng tôi xây dựng website và ứng dụng theo yêu cầu qua Timeless, với công việc duy trì theo mô hình trả phí hằng tháng. Hãy chia sẻ những việc cần làm khi ra mắt, công việc bạn muốn được hỗ trợ sau đó và yêu cầu bàn giao nếu có. Chúng tôi có thể trao đổi về phạm vi và điều khoản áp dụng cho dự án của bạn.

Câu hỏi thường gặp về gói website và ứng dụng