Bảo trì và hỗ trợ phần mềm, vì ra mắt mới là lúc phần tốn kém bắt đầu.

Nhân lực dành riêng theo tháng cho những việc giữ một sản phẩm sống: giám sát, cập nhật, xử lý sự cố, và những cải tiến không bao giờ lọt vào một kế hoạch dự án.

  • Giám sát và cập nhật thư viện phụ thuộc
  • Kế hoạch xử lý sự cố và bảo trì
  • Các cải tiến sản phẩm được ưu tiên
  • Rà soát phát hành và kết quả định kỳ

Phần lớn phần mềm được báo giá như một dự án nhưng được sống cùng như một nghĩa vụ. Việc xây dựng kết thúc, đội ngũ tan ra, và sản phẩm bắt đầu một đợt xuống dốc chậm rãi mà không ai dự trù ngân sách cho nó.

Các thư viện phụ thuộc già đi thành những cảnh báo bảo mật. Một chứng chỉ hết hạn. Một nhà cung cấp thanh toán đổi API. Không điều nào trong đó kịch tính cả, và tất cả đều là việc của một ai đó. Bảo trì không phải là bảo hành, nó là nhân lực, và nó hiệu quả nhất khi được dành riêng thay vì phải đi xin.

Cũng chính phần nhân lực hấp thụ sự cố đó sẽ mang lại những cải tiến nhỏ tích lũy dần. Một sản phẩm tốt lên một chút mỗi tháng là một tài sản khác hẳn với một sản phẩm chỉ được đụng tới khi có thứ gì hỏng.

Hợp tác này gồm những gì

Giám sát và cảnh báo

Biết có gì đó sai trước khi khách hàng báo cho bạn, và đó chính là toàn bộ khác biệt giữa một sự cố và một lần ngừng dịch vụ.

Cập nhật phụ thuộc và bảo mật

Được áp dụng đều đặn và có chủ đích, để việc nâng cấp luôn nhỏ thay vì trở thành cả một dự án.

Kế hoạch và ứng phó sự cố

Một thang mức độ nghiêm trọng đã thống nhất, một kỳ vọng về thời gian phản hồi, và một biên bản sau sự cố bằng văn bản.

Cải tiến được ưu tiên

Danh sách những việc nhỏ không bao giờ đủ để lập dự án nhưng lại quyết định cảm giác khi dùng sản phẩm.

Phát hành đều đặn

Một nhịp có thể đoán trước, để việc phát hành thành thói quen chứ không phải một sự kiện.

Duy trì phát hành trên di động

Việc nộp lên cửa hàng ứng dụng, những bản cập nhật hệ điều hành hằng năm đến theo lịch của người khác, và những lần nâng cấp thư viện native làm hỏng bản build mà không hỏi trước.

Rà soát kết quả

Một lần nhìn lại định kỳ xem phần nhân lực đó đã mua được gì, để việc gia hạn là một quyết định chứ không phải mặc định.

Liệu đây có phải lựa chọn phù hợp

Chúng tôi muốn nói thẳng ngay bây giờ hơn là sau ba tuần. Nếu cột bên phải đúng với tình huống của bạn, cứ nói trong buổi trao đổi và chúng tôi sẽ chỉ bạn tới nơi phù hợp hơn.

Phù hợp khi

  • Sản phẩm đang chạy thật và có người phụ thuộc vào nó
  • Không có đội nội bộ, hoặc đội đang quá tải
  • Bạn muốn một chi phí hàng tháng đoán trước được thay vì những lần khẩn cấp không lường trước
  • Sản phẩm nên tiếp tục tốt lên, chứ không chỉ tiếp tục chạy

Không phù hợp khi

  • Bạn muốn một cam kết trực hỗ trợ mà hai bên chưa thống nhất điều khoản
  • Sản phẩm cần phát triển mới đáng kể, và đó là một dự án xây dựng
  • Không liên lạc được với ai để ra quyết định khi có thứ gì hỏng
  • Kho mã chưa được đánh giá và có thể cần công việc tiếp quản trước

Cách triển khai

  1. Đánh giá

    Sản phẩm là gì, chạy trên nền tảng nào, đang có rủi ro gì, và hiện chưa có gì được giám sát.

  2. Thống nhất hình hài

    Số giờ dành riêng, kỳ vọng phản hồi, những gì được bao gồm, và những gì tính phí riêng.

  3. Ổn định

    Giám sát, sao lưu, và các lỗi nghiêm trọng nhất trước, để phần nhân lực dành riêng không bị đám cháy nuốt hết ngay lập tức.

  4. Nhịp hàng tháng

    Cập nhật được áp dụng, danh sách công việc được ưu tiên cùng bạn, các bản phát hành được đưa ra, và một báo cáo về những gì tháng đó đã mua được.

  5. Rà soát và gia hạn

    Một lần nhìn lại định kỳ xem mức nhân lực có đúng không. Luân phiên nghĩa là bạn thay đổi được, kể cả giảm xuống.

Cách tính giá

Đây là gói tháng luân phiên: nhân lực dành riêng với thời hạn báo trước rõ ràng. Nó bắt đầu khi cả hai bên đã có bằng chứng về một nhịp làm việc ổn định, thường là sau một dự án xây dựng hoặc một dự án tiếp quản.

Công việc diễn ra ở đâu

Bảo trì chạy theo giờ GMT+7, tức là ngày làm việc của chúng tôi rơi vào ban đêm của bạn nếu bạn ở châu Âu hoặc Bắc Mỹ. Với việc cập nhật và chuyển đổi, đó là một lợi thế chứ không phải một sự đánh đổi. Các ngày lễ trong nước và kỳ nghỉ Tết được liệt kê kèm ngày cụ thể trong bản thỏa thuận trước khi bạn ký, không bao giờ nhắc tới sau đó, và bản thân doanh nghiệp thì có đăng ký và tra cứu được.

Trước khi bạn hỏi trong buổi trao đổi

Phần nhân lực không dùng hết thì sao?

Chính sách chuyển tiếp được thống nhất bằng văn bản ngay từ đầu, chứ không phải phát hiện ra vào cuối một tháng ít việc.

Có cam kết trực hỗ trợ không?

Kỳ vọng về thời gian phản hồi được ghi rõ trong thỏa thuận, tương ứng với mức chúng tôi thực sự bố trí được người. Chúng tôi thà cam kết một điều có thật còn hơn công bố một con số không giữ nổi lúc ba giờ sáng.

Chúng tôi dừng lại được không?

Được, với thời hạn báo trước đã thống nhất. Gói tháng luân phiên tồn tại để việc tiếp tục là lựa chọn bạn liên tục đưa ra, chứ không phải một hợp đồng bạn bị kẹt bên trong.

Các bạn có bảo trì phần mềm không do mình xây không?

Có, sau một bản đánh giá. Việc đó thường bắt đầu như một dự án tiếp quản rồi ổn định thành bảo trì khi phần nền móng đã vững.

Nếu đây chưa đúng thứ bạn cần

Những hình thức hợp tác gần với dịch vụ này, kèm lý do bạn có thể cần chúng thay thế. Cả năm đều nằm trong menu Dịch vụ ở đầu trang.

Hãy kể cho chúng tôi cái gì đang chạy thật và điều gì khiến bạn lo về nó.

Ba mươi phút gọi video với Tài. Mô tả sản phẩm và cách nó đang được chăm sóc hiện nay. Bạn sẽ nhận được một quan điểm thẳng thắn về việc bảo trì thực sự nên bao gồm những gì.

Mang tới danh sách những việc bạn vẫn đang trì hoãn. Đó mới là cuộc trao đổi có ích.