Doanh nghiệp vận hành thương mại điện tử đa thương hiệu: Xung đột plugin trong quá trình chuyển đổi Shopware đã trở thành quy trình xử lý sự cố mẫu mực. Điểm NPS đạt 10. Chuyên gia cấp cao được bố tr…

Thách thức

Gradion được mời hỗ trợ khách hàng chuyển đổi từ OXID sang Shopware, bắt đầu với cửa hàng thời trang. Đội ngũ nội bộ của công ty chịu trách nhiệm chuyển đổi cho cửa hàng thiết bị cưỡi ngựa. Mặc dù các cửa hàng chia sẻ hạ tầng, nhưng yêu cầu kinh doanh của chúng lại khác biệt, đây là một yếu tố phức tạp cần được lưu tâm. Gradion đã phát triển một bộ plugin tùy chỉnh được thiết kế riêng cho các nhu cầu cụ thể của cửa hàng thời trang. Một trong số các plugin đó sau đó đã được một bên khác tái sử dụng trong môi trường của cửa hàng thiết bị cưỡi ngựa, mà không có sự phối hợp trước với Gradion hoặc kiểm thử chung với logic kinh doanh khác biệt của cửa hàng này. Plugin vẫn hoạt động, nhưng trong môi trường thực tế với các quy tắc vận hành riêng biệt, những điểm không tương thích nhỏ đã trở thành các vấn đề vận hành. Một vấn đề đa tầng đã phát sinh: Không phù hợp kỹ thuật: Plugin được xây dựng cho cửa hàng thời trang. Khi áp dụng cho cửa hàng thiết bị cưỡi ngựa mà không điều chỉnh, nó đã tạo ra ma sát với các quy trình riêng biệt của cửa hàng đó, dẫn đến các vấn đề dần dần xuất hiện trong môi trường sản xuất thay vì trong quá trình kiểm thử. Khoảng cách tiêu chuẩn: Một số phương pháp phát triển mà Gradion đã áp dụng không hoàn toàn phù hợp với kỳ vọng chất lượng nội bộ của khách hàng. Điều này chỉ được phát hiện khi xung đột plugin xảy ra, buộc cả hai đội phải có một cuộc đối thoại thẳng thắn về ý nghĩa của việc “hoàn thành”. Lỗi giao tiếp: Nguyên nhân sâu xa không phải do ác ý hay thiếu năng lực. Plugin được tái sử dụng như một lối tắt với ý định tốt. Nhưng lối tắt này đã bỏ qua các bước phối hợp và kiểm thử đáng lẽ sẽ phát hiện ra vấn đề. Hệ thống trở nên mong manh không phải vì mã nguồn kém, mà vì khoảng cách giao tiếp trong quy trình. Vấn đề tại thời điểm này không còn là kỹ thuật. Mà là liệu mối quan hệ có đủ tin cậy và trưởng thành để giải quyết vấn đề một cách cởi mở và trở nên vững mạnh hơn hay không.

Giải pháp

Gradion đã áp dụng "Nghịch lý Phục hồi Dịch vụ" như một khuôn khổ có chủ đích – nguyên tắc cho rằng một vấn đề được xử lý khéo léo có thể khiến khách hàng hài lòng hơn cả khi vấn đề đó chưa từng xảy ra. Cách tiếp cận này được cấu trúc thành bốn luồng công việc chính. Chẩn đoán chung bằng phương pháp 5 Whys: Gradion đã cử một chuyên gia Shopware cấp cao làm việc trực tiếp với đội ngũ của khách hàng. Hai đội đã cùng nhau phân tích vấn đề một cách có hệ thống bằng phương pháp tìm nguyên nhân gốc rễ 5 Whys. Kết quả chẩn đoán xác nhận điều cả hai bên đã nghi ngờ: vấn đề cốt lõi là sự cố giao tiếp trong quy trình bàn giao, chứ không phải lỗi chất lượng cơ bản. Tiêu chuẩn mã hóa thống nhất: Với sự đóng góp của khách hàng, Gradion đã xây dựng một danh sách kiểm tra tiêu chuẩn mã hóa chi tiết, phản ánh rõ ràng các kỳ vọng của công ty. Đây trở thành tiêu chuẩn tham chiếu cho dự án, định hướng kế hoạch tái cấu trúc mã nguồn hoàn chỉnh với các mốc thời gian rõ ràng, biến nợ kỹ thuật tích lũy thành một nền tảng được ghi nhận và kiểm thử. Tái thiết quy trình và chia sẻ kiến thức: Gradion đã cải tổ quy trình đánh giá nội bộ cho dự án, áp dụng các điểm kiểm tra đánh giá mã nguồn nghiêm ngặt và chỉ định chuyên gia cấp cao làm người gác cổng chất lượng cuối cùng trước mọi bàn giao. Ngoài quy trình, chuyên gia còn tổ chức các buổi đào tạo Shopware và chia sẻ kiến thức cho đội ngũ khách hàng, hoàn toàn miễn phí như một cam kết về trách nhiệm và đầu tư vào năng lực chung. Đối thoại có cấu trúc và ưu tiên chung: Thay vì bàn giao đơn lẻ, Gradion và khách hàng đã thiết lập một nhịp độ đối thoại thường xuyên, thẳng thắn. Công việc tái cấu trúc được ưu tiên cùng với phát triển tính năng mới trong một danh sách công việc minh bạch mà cả hai đội cùng xem xét, đảm bảo mọi quyết định đều dựa trên tác động kinh doanh, không chỉ là sở thích kỹ thuật.