Quản trị thay đổi: Làm sao sửa chính sách mà không khiến đội ngũ mất phương hướng?

Không hệ thống nào có thể giữ nguyên mọi cách làm mãi mãi.

Khi thị trường thay đổi, khách hàng thay đổi và quy mô tổ chức lớn hơn, hệ thống cũng cần điều chỉnh:

• Chính sách giá.
• Cơ chế hoa hồng.
• Quyền lợi thành viên.
• Quy trình chăm sóc.
• Công cụ vận hành.
• Cách tổ chức đào tạo.
• Tiêu chuẩn nhà cung cấp.
• Quyền truy cập dữ liệu.
• Vai trò của đội ngũ.
• Cách đo lường kết quả.

Thay đổi là điều cần thiết để hệ thống trưởng thành.

Nhưng ngay cả một thay đổi hợp lý cũng có thể tạo ra phản ứng mạnh nếu người liên quan:

• Không hiểu vì sao phải thay đổi.
• Chỉ được biết khi quyết định đã có hiệu lực.
• Không rõ quyền lợi cũ được xử lý thế nào.
• Nghe nhiều phiên bản khác nhau.
• Chưa được hướng dẫn cách thực hiện.
• Cảm thấy mình phải chịu thiệt.
• Không biết hỏi ai.
• Không có đủ thời gian thích nghi.

Khi đó, vấn đề không chỉ nằm ở nội dung chính sách mới.

Nó nằm ở cách hệ thống quản trị quá trình chuyển từ cái cũ sang cái mới.

Một thay đổi tốt nhưng triển khai kém có thể gây:

• Tin đồn.
• Mất niềm tin.
• Thành viên phản ứng.
• Khách hàng hoang mang.
• Người quản lý giải thích không thống nhất.
• Công việc bị đình trệ.
• Quyền lợi bị hiểu sai.
• Những người có năng lực rời hệ thống.
• Lãnh đạo phải liên tục xử lý khủng hoảng nội bộ.

Vì vậy, câu hỏi không chỉ là:

Chính sách mới có hợp lý không?

Mà còn là:

Hệ thống sẽ giúp những người đang chịu ảnh hưởng hiểu, chuẩn bị và chuyển sang cách làm mới như thế nào?

Con người không nhất thiết phản đối thay đổi

Trong nhiều trường hợp, con người không chống lại việc thay đổi.

Họ phản ứng với:

• Sự thiếu rõ ràng.
• Cảm giác mất quyền kiểm soát.
• Nguy cơ mất quyền lợi.
• Việc không được tôn trọng.
• Những quyết định bất ngờ.
• Cách giải thích thiếu nhất quán.
• Sự khác biệt giữa điều lãnh đạo nói và điều thực tế diễn ra.

Một thành viên có thể đồng ý rằng hệ thống cần thay đổi cơ chế hoa hồng.

Nhưng họ vẫn lo:

• Thu nhập hiện tại có bị ảnh hưởng không?
• Những khách hàng đã giới thiệu trước đây được tính thế nào?
• Chính sách mới áp dụng từ thời điểm nào?
• Có thời gian chuyển tiếp không?
• Vì sao một số người được giữ quyền lợi cũ?
• Có tiếp tục đáng để đầu tư công sức không?

Một người quản lý có thể hiểu rằng cần thay công cụ báo cáo.

Nhưng họ vẫn băn khoăn:

• Dữ liệu cũ được chuyển thế nào?
• Có phải nhập lại toàn bộ không?
• Ai sẽ hướng dẫn?
• Nếu hệ thống mới lỗi thì xử lý ra sao?
• Trong thời gian chuyển đổi sẽ dùng nguồn nào làm chính thức?

Những câu hỏi đó không phải biểu hiện của thái độ tiêu cực.

Đó là nhu cầu chính đáng để con người đánh giá ảnh hưởng và chuẩn bị hành động.

Thay đổi càng ảnh hưởng đến quyền lợi, phản ứng càng mạnh

Không phải mọi thay đổi đều có mức độ nhạy cảm giống nhau.

Việc đổi màu biểu mẫu thường ít gây phản ứng.

Nhưng những thay đổi liên quan đến:

• Thu nhập.
• Hoa hồng.
• Chức danh.
• Quyền truy cập.
• Quyền ra quyết định.
• Khách hàng đang quản lý.
• Giá sản phẩm.
• Điều kiện gia hạn.
• Tiêu chuẩn đánh giá.
• Cơ hội thăng tiến.

sẽ được cảm nhận sâu sắc hơn.

Khi một thay đổi ảnh hưởng đến quyền lợi, người liên quan thường không chỉ đánh giá bằng lý trí.

Họ còn cảm nhận:

• Mất mát.
• Bất công.
• Bị giảm giá trị.
• Công sức trước đây không được ghi nhận.
• Tương lai trở nên không chắc chắn.
• Hệ thống có thể tiếp tục thay đổi bất cứ lúc nào.

Vì vậy, với những thay đổi nhạy cảm, hệ thống cần chuẩn bị kỹ hơn về:

• Căn cứ.
• Thời gian.
• Cách truyền thông.
• Xử lý quyền lợi đã phát sinh.
• Kênh giải đáp.
• Cơ chế phản hồi.
• Kế hoạch chuyển tiếp.

Thay đổi không được quản trị sẽ biến thành tin đồn

Khi thông tin chính thức thiếu hoặc đến chậm, con người sẽ tự lấp khoảng trống bằng suy đoán.

Ví dụ:

• Công ty sắp cắt toàn bộ quyền lợi.
• Nhà cung cấp đang gặp vấn đề.
• Lãnh đạo đang ưu tiên nhóm khác.
• Chính sách mới chỉ có lợi cho người vào sau.
• Hệ thống đang thiếu tiền.
• Một số người đã biết trước và được chuẩn bị.
• Ai không đạt điều kiện mới sẽ bị loại.

Tin đồn thường lan nhanh hơn thông báo chính thức vì:

• Mang nhiều cảm xúc.
• Được kể qua quan hệ tin cậy.
• Có vẻ giải thích được điều chưa rõ.
• Mỗi lần truyền lại được thêm chi tiết.

Nếu lãnh đạo chỉ nói:

Mọi người đừng nghe tin đồn.

nhưng không cung cấp thông tin đủ rõ, tin đồn vẫn tiếp tục tồn tại.

Cách giảm tin đồn hiệu quả nhất không phải yêu cầu mọi người im lặng.

Đó là làm rõ:

• Điều gì đã được quyết định?
• Điều gì chưa được quyết định?
• Vì sao thay đổi?
• Ai bị ảnh hưởng?
• Khi nào áp dụng?
• Quyền lợi cũ xử lý thế nào?
• Nguồn thông tin chính thức ở đâu?

Không nên công bố thay đổi khi chưa trả lời được những câu hỏi nền tảng

Trước khi thông báo, đội ngũ lãnh đạo cần thống nhất ít nhất các vấn đề sau:

1. Vấn đề nào đang cần được giải quyết?
2. Vì sao cách làm hiện tại không còn phù hợp?
3. Mục tiêu của thay đổi là gì?
4. Những nhóm nào bị ảnh hưởng?
5. Mức độ ảnh hưởng ra sao?
6. Chính sách mới bắt đầu từ ngày nào?
7. Quyền lợi đã phát sinh được xử lý thế nào?
8. Có giai đoạn chuyển tiếp không?
9. Trường hợp ngoại lệ là gì?
10. Ai có quyền giải thích và quyết định?
11. Tài liệu chính thức nằm ở đâu?
12. Kênh phản hồi và khiếu nại là gì?
13. Tiêu chí đánh giá kết quả sau thay đổi là gì?
14. Nếu triển khai không hiệu quả, hệ thống sẽ điều chỉnh thế nào?

Nếu chính đội ngũ lãnh đạo trả lời khác nhau, chưa nên vội công bố rộng.

Một thay đổi được thông báo sớm nhưng thiếu thống nhất có thể gây hại hơn việc dành thêm thời gian để chuẩn bị.

Bắt đầu bằng vấn đề, không bắt đầu bằng mệnh lệnh

Một thông báo thay đổi thường được viết theo kiểu:

Kể từ ngày…, toàn bộ thành viên phải thực hiện theo quy định mới…

Cách này nói rõ yêu cầu.

Nhưng không giúp người liên quan hiểu lý do.

Một cách truyền thông tốt hơn nên bắt đầu từ bối cảnh:

• Điều gì đang xảy ra?
• Vấn đề của cách làm hiện tại là gì?
• Dữ liệu hoặc phản hồi nào cho thấy cần điều chỉnh?
• Điều gì sẽ xảy ra nếu không thay đổi?

Ví dụ:

Trong ba tháng gần đây, hệ thống ghi nhận nhiều trường hợp thành viên nhận chính sách từ các file khác nhau, dẫn đến giải thích không thống nhất cho khách hàng. Vì vậy, từ ngày…, toàn bộ chính sách sẽ được quản lý tại một kho tài liệu chính thức và các bản gửi qua nhóm chat chỉ có giá trị thông báo.

Khi hiểu vấn đề, người thực hiện dễ nhìn thấy ý nghĩa của thay đổi.

Thay đổi không còn giống một quyết định tùy ý.

Nó trở thành phản ứng trước một nhu cầu có thật.

Người chịu ảnh hưởng cần biết “điều này có ý nghĩa gì với tôi?”

Một thông báo có thể giải thích rất rõ lợi ích của tổ chức:

• Tăng hiệu quả.
• Chuẩn hóa.
• Giảm chi phí.
• Nâng chất lượng.
• Mở rộng quy mô.

Nhưng người nhận vẫn cần biết:

• Công việc hằng ngày của tôi thay đổi thế nào?
• Tôi phải học điều gì mới?
• Tôi có mất quyền lợi không?
• Việc đang làm dở được xử lý ra sao?
• Tôi cần hoàn thành bước nào trước ngày áp dụng?
• Tôi sẽ được hỗ trợ thế nào?
• Nếu chưa thực hiện kịp thì sao?

Một thay đổi có thể tốt cho toàn hệ thống nhưng vẫn tạo khó khăn cho một nhóm cụ thể.

Không nên phủ nhận khó khăn đó bằng câu:

Đây là thay đổi vì lợi ích chung.

Lợi ích chung không làm mất đi ảnh hưởng riêng.

Truyền thông có trách nhiệm cần nói rõ cả hai:

Thay đổi này giúp giảm tình trạng chính sách bị giải thích khác nhau. Tuy nhiên, trong giai đoạn đầu, các trưởng nhóm sẽ cần rà soát lại tài liệu đã gửi và hướng dẫn thành viên chuyển sang nguồn mới. Hệ thống sẽ dành hai tuần chuyển tiếp để hoàn thành việc này.

Tham vấn không có nghĩa mọi người đều có quyền phủ quyết

Trước một thay đổi lớn, việc lắng nghe người bị ảnh hưởng rất quan trọng.

Họ có thể giúp phát hiện:

• Khó khăn thực tế.
• Trường hợp đặc biệt.
• Chi phí chuyển đổi.
• Rủi ro lãnh đạo chưa nhìn thấy.
• Cách chính sách có thể bị hiểu sai.
• Điều kiện cần để triển khai.

Tuy nhiên, tham vấn không đồng nghĩa mọi ý kiến đều được chấp nhận.

Cần làm rõ:

• Phần nào đã quyết định?
• Phần nào đang xin góp ý?
• Ai đưa ra quyết định cuối cùng?
• Tiêu chí lựa chọn phương án là gì?

Nếu hệ thống nói đang xin ý kiến nhưng quyết định đã hoàn toàn cố định, người tham gia sẽ cảm thấy mình chỉ được hỏi cho có hình thức.

Ngược lại, nếu mọi thay đổi đều phải chờ toàn bộ thành viên đồng ý, tổ chức có thể không thể tiến lên.

Một cách minh bạch là nói:

Việc chuyển sang hệ thống mới đã được quyết định. Trong tuần này, chúng tôi xin góp ý về thời gian chuyển tiếp, tài liệu hướng dẫn và những trường hợp cần hỗ trợ đặc biệt.

Như vậy, phạm vi tham vấn được xác định rõ.

Không nên chỉ hỏi những người có vị trí cao

Người quản lý thường hiểu chiến lược.

Nhưng người trực tiếp sử dụng quy trình mới lại nhìn thấy những khó khăn khác.

Ví dụ, khi thay hệ thống nhập dữ liệu, cần nghe:

• Người chăm sóc khách hàng.
• Người nhập thông tin.
• Người tổng hợp báo cáo.
• Người quản lý quyền truy cập.
• Người phải sử dụng dữ liệu sau đó.

Nếu chỉ hỏi lãnh đạo, chính sách có thể hợp lý trên giấy nhưng khó thực hiện trong thực tế.

Người ít quyền lực thường là người chịu ảnh hưởng vận hành nhiều nhất.

Họ cần có kênh góp ý an toàn, đặc biệt khi phản hồi có thể trái với kỳ vọng của cấp trên.

Xử lý quyền lợi cũ là điểm quyết định niềm tin

Một trong những câu hỏi quan trọng nhất khi thay đổi chính sách là:

Những quyền lợi hoặc cam kết đã phát sinh trước ngày thay đổi sẽ được xử lý thế nào?

Ví dụ:

• Hoa hồng từ khách hàng đã giới thiệu.
• Giá đã xác nhận.
• Đơn đặt hàng đang xử lý.
• Quyền lợi membership đã mua.
• Cấp bậc đã đạt.
• Chương trình thưởng đang diễn ra.
• Cam kết với nhà cung cấp.
• Dữ liệu đã được thu thập theo điều kiện cũ.

Có ba cách phổ biến.

1. Giữ nguyên quyền lợi đã phát sinh

Chính sách mới chỉ áp dụng cho hoạt động từ ngày hiệu lực.

Cách này thường tạo cảm giác công bằng và bảo vệ cam kết cũ.

2. Chuyển đổi theo một công thức rõ

Ví dụ:

• Quy đổi cấp bậc.
• Chuyển số dư.
• Chuyển quyền lợi sang gói mới.
• Giữ một phần và điều chỉnh một phần.

Cần có cách tính dễ kiểm tra.

3. Áp dụng mới cho toàn bộ

Cách này chỉ nên dùng khi có lý do rất mạnh, đặc biệt nếu liên quan đến:

• An toàn.
• Pháp lý.
• Rủi ro dữ liệu.
• Sai sót nghiêm trọng của chính sách cũ.

Ngay cả khi phải thay đổi toàn bộ, hệ thống vẫn cần giải thích:

• Vì sao không thể giữ cách cũ?
• Ảnh hưởng được giảm thiểu thế nào?
• Có hỗ trợ chuyển đổi không?
• Người bị ảnh hưởng có quyền phản hồi ra sao?

Thay đổi hồi tố quyền lợi mà không giải thích là một trong những nguyên nhân lớn làm mất niềm tin.

Giai đoạn chuyển tiếp không phải sự trì hoãn

Một chính sách mới thường cần thời gian để:

• Cập nhật tài liệu.
• Đào tạo người phụ trách.
• Chuyển dữ liệu.
• Thông báo khách hàng.
• Điều chỉnh hợp đồng.
• Kiểm tra công cụ.
• Xử lý công việc đang mở.
• Giải đáp thắc mắc.

Giai đoạn chuyển tiếp giúp hai hệ thống cũ và mới không va chạm đột ngột.

Nhưng cần quy định rõ:

• Bắt đầu từ ngày nào?
• Kết thúc khi nào?
• Trong thời gian đó, nguồn nào là chính thức?
• Những trường hợp mới áp dụng chính sách nào?
• Những việc cũ được xử lý theo cách nào?
• Ai chịu trách nhiệm chuyển đổi?
• Khi nào ngừng hoàn toàn quy trình cũ?

Nếu giai đoạn chuyển tiếp không có ngày kết thúc, hai cách làm có thể tồn tại song song quá lâu.

Kết quả là:

• Dữ liệu bị chia đôi.
• Thành viên chọn cách có lợi hơn.
• Chính sách bị giải thích khác nhau.
• Không biết bản nào có hiệu lực.
• Công việc bị lặp.

Chuyển tiếp cần đủ thời gian nhưng phải có điểm kết thúc.

Không nên thay quá nhiều thứ cùng lúc

Một hệ thống đôi khi muốn cải tổ toàn diện:

• Đổi chính sách.
• Đổi phần mềm.
• Đổi người phụ trách.
• Đổi biểu mẫu.
• Đổi cách báo cáo.
• Đổi lịch đào tạo.
• Đổi cơ chế thưởng.

Mỗi thay đổi riêng lẻ có thể hợp lý.

Nhưng khi diễn ra đồng thời, đội ngũ khó xác định:

• Điều gì là ưu tiên?
• Phải học gì trước?
• Lỗi phát sinh do thay đổi nào?
• Ai đang chịu trách nhiệm?
• Cách làm cũ nào đã dừng?

Khả năng thích nghi của con người có giới hạn.

Nên phân loại:

Thay đổi bắt buộc ngay

Liên quan đến:

• An toàn.
• Dữ liệu.
• Pháp lý.
• Sai sót nghiêm trọng.
• Quyền lợi khách hàng.

Thay đổi quan trọng nhưng có thể theo giai đoạn

• Công cụ.
• Cấu trúc đội nhóm.
• Báo cáo.
• Quy trình đào tạo.
• Hệ thống đánh giá.

Thay đổi có thể chờ

• Hình thức.
• Tên gọi.
• Thiết kế.
• Những cải tiến không ảnh hưởng trực tiếp.

Ưu tiên rõ giúp đội ngũ không bị quá tải.

Mỗi thay đổi cần có một người sở hữu

Nếu không có người chịu trách nhiệm tổng thể, quá trình thay đổi dễ bị chia nhỏ:

• Bộ phận này sửa tài liệu.
• Bộ phận kia đào tạo.
• Người khác thông báo.
• Một nhóm khác xử lý dữ liệu.

Nhưng không ai theo dõi toàn bộ.

Người sở hữu thay đổi cần chịu trách nhiệm:

• Giữ mục tiêu.
• Điều phối các bên.
• Quản lý kế hoạch.
• Theo dõi rủi ro.
• Cập nhật tiến độ.
• Ghi nhận phản hồi.
• Đưa vấn đề vượt quyền lên lãnh đạo.
• Đánh giá kết quả sau triển khai.

Người này không nhất thiết tự làm mọi việc.

Nhưng phải bảo đảm các phần được kết nối.

Lãnh đạo phải nói cùng một thông điệp

Một thay đổi sẽ nhanh chóng mất kiểm soát nếu:

• Lãnh đạo A nói đây là thử nghiệm.
• Lãnh đạo B nói đã quyết định chính thức.
• Trưởng nhóm C nói chưa cần áp dụng.
• Người phụ trách D nói sẽ có ngoại lệ.
• Tài liệu lại ghi một nội dung khác.

Trước khi công bố, cần chuẩn bị:

• Thông điệp chính.
• Câu hỏi thường gặp.
• Các trường hợp khó.
• Những điều chưa được phép hứa.
• Kênh chuyển câu hỏi.
• Người quyết định ngoại lệ.

Không cần mọi người dùng cùng một câu chữ.

Nhưng nội dung cốt lõi phải thống nhất.

Nếu lãnh đạo chưa biết câu trả lời, nên nói:

Vấn đề này đang được xác nhận và sẽ có phản hồi chính thức vào thời điểm…

Không nên tự suy đoán để trả lời nhanh.

Một nguồn thông tin chính thức

Thay đổi thường được truyền qua:

• Họp.
• Nhóm Zalo.
• Tin nhắn cá nhân.
• File.
• Email.
• Video.
• Người quản lý.

Nếu không xác định nguồn chính thức, mỗi người sẽ lưu một phiên bản.

Cần có một nơi chứa:

• Chính sách mới.
• Ngày hiệu lực.
• Tài liệu hướng dẫn.
• Câu hỏi thường gặp.
• Biểu mẫu.
• Danh sách người hỗ trợ.
• Lịch cập nhật.
• Phiên bản tài liệu.

Nhóm chat chỉ nên dùng để thông báo và dẫn về nguồn này.

Khi có thay đổi tiếp theo, phải cập nhật tại cùng một nơi.

Đào tạo không nên chỉ đọc lại thông báo

Một buổi đào tạo về thay đổi cần giúp người thực hiện:

• Hiểu vì sao.
• Biết điều gì thay đổi.
• Thấy điều gì không thay đổi.
• Hiểu ảnh hưởng đến vai trò của mình.
• Biết cách xử lý tình huống thật.
• Biết khi nào cần chuyển cấp.
• Biết tìm tài liệu ở đâu.

Ví dụ, khi thay đổi chính sách đổi trả, không nên chỉ đọc các điều khoản.

Cần đưa tình huống:

• Khách đã đặt trước ngày hiệu lực nhưng nhận hàng sau ngày hiệu lực.
• Đơn hàng có nhiều sản phẩm thuộc các chương trình khác nhau.
• Khách được người bán hứa khác chính sách.
• Sản phẩm có dấu hiệu lỗi.
• Khách không còn hóa đơn.
• Yêu cầu vượt phạm vi người chăm sóc.

Tình huống giúp đội ngũ không phải tự diễn giải khi gặp thực tế.

Người quản lý trung gian là điểm quyết định thành công

Lãnh đạo cấp cao có thể công bố một thay đổi rất rõ.

Nhưng thành viên thường tìm hiểu qua trưởng nhóm hoặc người trực tiếp quản lý.

Người quản lý trung gian có thể:

• Giải thích đúng.
• Giúp đội ngũ thích nghi.
• Ghi nhận phản hồi.
• Phát hiện vấn đề sớm.

Nhưng họ cũng có thể:

• Truyền đạt theo cảm nhận cá nhân.
• Làm giảm mức độ quan trọng.
• Thêm lời hứa.
• Chỉ trích quyết định trước đội nhóm.
• Bảo vệ cách làm cũ.
• Lọc những phản hồi không thuận lợi.

Vì vậy, trước khi công bố rộng, người quản lý cần được:

• Thông tin trước ở mức hợp lý.
• Giải thích đầy đủ.
• Cung cấp tài liệu.
• Thực hành trả lời.
• Làm rõ quyền hạn.
• Biết kênh hỗ trợ.

Không nên để họ biết cùng lúc với toàn bộ thành viên rồi lập tức phải giải đáp.

Không nên biến người quản lý thành người bảo vệ quyết định bằng mọi giá

Người quản lý không nên bị yêu cầu:

Dù thế nào cũng phải thuyết phục đội nhóm đồng ý.

Vai trò của họ là:

• Giải thích đúng.
• Lắng nghe phản hồi.
• Làm rõ hiểu nhầm.
• Hỗ trợ thực hiện.
• Chuyển vấn đề có căn cứ.

Nếu quyết định có điểm chưa hợp lý, họ cần có khả năng phản ánh ngược lên.

Một hệ thống chỉ cho phép thông tin đi từ trên xuống sẽ không phát hiện được những vấn đề đang xuất hiện ở thực tế.

Phân biệt phản đối thay đổi và phát hiện rủi ro

Không phải ý kiến trái chiều nào cũng là chống đối.

Ví dụ, thành viên nói:

• Công cụ mới không chạy tốt trên điện thoại.
• Thời gian chuyển tiếp quá ngắn.
• Một nhóm khách hàng sẽ mất quyền lợi đã cam kết.
• Người phụ trách chưa được cấp quyền.
• Cách tính mới có trường hợp bất hợp lý.

Đây có thể là thông tin rất giá trị.

Lãnh đạo cần hỏi:

• Phản hồi có dữ kiện không?
• Ảnh hưởng đến bao nhiêu người?
• Có thể tái hiện vấn đề không?
• Có giải pháp nào?
• Đây là khó khăn tạm thời hay lỗi thiết kế?

Nếu mọi phản hồi đều bị gắn nhãn “ngại thay đổi”, hệ thống sẽ bỏ lỡ tín hiệu quan trọng.

Nhưng không phải mọi sự không hài lòng đều khiến thay đổi phải dừng

Một chính sách mới có thể làm một số người mất lợi thế cũ.

Ví dụ:

• Siết quyền truy cập dữ liệu.
• Yêu cầu kiểm tra nội dung.
• Giảm đặc quyền của một vai trò.
• Đưa ra tiêu chuẩn minh bạch hơn.
• Không cho dùng tài liệu cá nhân.
• Thay đổi cơ chế thưởng từng khuyến khích hành vi sai.

Những người đang hưởng lợi từ cách cũ có thể phản đối.

Hệ thống cần lắng nghe nhưng không nhất thiết giữ nguyên điều không còn phù hợp.

Cần phân biệt:

• Khó khăn thực tế cần hỗ trợ.
• Quyền lợi hợp lý cần bảo vệ.
• Đặc quyền cũ không còn phù hợp.
• Hành vi từng được cho phép nhưng nay được kiểm soát.

Quản trị thay đổi không phải làm cho tất cả mọi người đều hài lòng.

Nó là giúp quá trình diễn ra công bằng, rõ ràng và có trách nhiệm.

Cần cho phép con người trải qua cảm giác mất mát

Mỗi thay đổi đều có phần được thêm và phần bị mất.

Một người có thể mất:

• Cách làm quen thuộc.
• Vị trí.
• Quyền tự quyết.
• Mối quan hệ.
• Cảm giác thành thạo.
• Một phần thu nhập.
• Danh hiệu.
• Sự ổn định.

Ngay cả khi thay đổi cuối cùng tốt hơn, cảm giác mất mát vẫn có thật.

Không nên vội nói:

Mọi người phải tích cực lên.

Đây là cơ hội rất lớn.

Ai không thay đổi sẽ bị bỏ lại.

Những câu này có thể khiến người đang lo lắng cảm thấy không được thấu hiểu.

Có thể nói thẳng:

Thay đổi này sẽ làm một số công việc ban đầu mất nhiều thời gian hơn và một số vai trò phải học lại cách vận hành. Hệ thống ghi nhận khó khăn đó và sẽ có giai đoạn hỗ trợ chuyển tiếp.

Thừa nhận khó khăn không làm giảm quyết tâm.

Nó làm thông điệp đáng tin hơn.

Truyền thông thay đổi cần được lặp lại

Một lần thông báo chưa đủ.

Con người thường cần nghe thông tin nhiều lần, ở nhiều dạng:

1. Thông báo ban đầu.
2. Tài liệu chi tiết.
3. Buổi giải đáp.
4. Hướng dẫn theo vai trò.
5. Nhắc trước ngày áp dụng.
6. Cập nhật trong giai đoạn chuyển tiếp.
7. Tổng kết sau triển khai.

Tuy nhiên, lặp lại không có nghĩa gửi cùng một thông báo dài nhiều lần.

Mỗi giai đoạn nên trả lời một nhu cầu.

Giai đoạn đầu

Vì sao thay đổi?

Trước triển khai

Tôi cần làm gì?

Khi áp dụng

Tôi gặp vấn đề thì hỏi ai?

Sau triển khai

Kết quả ra sao và điều gì được điều chỉnh?

Nên nói rõ điều gì không thay đổi

Khi nghe một thay đổi, con người có thể nghĩ mọi thứ đều đang bị đảo lộn.

Việc nói rõ những phần được giữ lại giúp tạo ổn định.

Ví dụ:

• Giá trị cốt lõi không thay đổi.
• Quyền lợi đã phát sinh vẫn được bảo vệ.
• Khách hàng hiện tại vẫn có đầu mối chăm sóc.
• Hệ thống chỉ thay công cụ, không thay mục tiêu.
• Người quản lý vẫn giữ trách nhiệm chính nhưng cách báo cáo được điều chỉnh.
• Dữ liệu chỉ được chuyển nơi lưu, không thay đổi mục đích sử dụng.

Điều không thay đổi tạo ra điểm tựa để con người tiếp nhận phần mới.

Dùng thử trước khi áp dụng toàn bộ

Với thay đổi phức tạp, nên thử ở phạm vi nhỏ:

• Một nhóm.
• Một khu vực.
• Một sản phẩm.
• Một loại khách hàng.
• Một quy trình.
• Một khoảng thời gian.

Thử nghiệm giúp kiểm tra:

• Hướng dẫn có dễ hiểu không?
• Công cụ có hoạt động không?
• Thời gian cần thiết.
• Chi phí chuyển đổi.
• Phản ứng của người dùng.
• Trường hợp ngoại lệ.
• Rủi ro chưa dự đoán.

Điều quan trọng là nói rõ:

• Đây có phải thử nghiệm không?
• Phạm vi nào?
• Tiêu chí thành công?
• Khi nào đánh giá?
• Ai quyết định mở rộng?
• Phản hồi được ghi nhận thế nào?

Không nên gọi là thử nghiệm nếu thực tế đã quyết định áp dụng toàn bộ bất kể kết quả.

Thử nghiệm không được làm mất quyền lợi của nhóm tham gia

Những người tham gia thí điểm đang giúp hệ thống học.

Họ không nên phải chịu rủi ro không cần thiết.

Cần làm rõ:

• Quyền lợi.
• Cách xử lý lỗi.
• Kênh hỗ trợ.
• Khả năng quay lại cách cũ.
• Dữ liệu được sử dụng thế nào.
• Chi phí phát sinh ai chịu.

Thí điểm có trách nhiệm không dùng một nhóm thành viên làm nơi thử mọi rủi ro mà thiếu bảo vệ.

Xây kế hoạch triển khai theo từng giai đoạn

Một kế hoạch đơn giản có thể gồm năm giai đoạn.

Giai đoạn 1 — Chuẩn bị

• Xác định vấn đề.
• Thu thập dữ liệu.
• Xây phương án.
• Đánh giá rủi ro.
• Tham vấn người liên quan.
• Chốt quyết định.

Giai đoạn 2 — Thiết kế chuyển tiếp

• Xử lý quyền lợi cũ.
• Xác định ngày hiệu lực.
• Viết tài liệu.
• Chuẩn bị công cụ.
• Đào tạo quản lý.
• Xây câu hỏi thường gặp.

Giai đoạn 3 — Truyền thông

• Công bố lý do.
• Nêu điều thay đổi.
• Nêu điều không thay đổi.
• Giải thích ảnh hưởng.
• Mở kênh phản hồi.

Giai đoạn 4 — Thực hiện

• Hỗ trợ người dùng.
• Theo dõi vấn đề.
• Cập nhật thường xuyên.
• Xử lý ngoại lệ.
• Ngăn hai hệ thống tồn tại quá lâu.

Giai đoạn 5 — Đánh giá

• Kết quả có đạt mục tiêu không?
• Rủi ro nào xuất hiện?
• Người dùng gặp khó ở đâu?
• Chính sách cần sửa gì?
• Tài liệu nào cần cập nhật?
• Quy trình cũ đã đóng hoàn toàn chưa?

Cần có tiêu chí thành công cụ thể

Không nên chỉ kết luận:

Việc chuyển đổi diễn ra khá tốt.

Cần xác định trước các chỉ số như:

• Tỷ lệ người hoàn thành đào tạo.
• Tỷ lệ chuyển dữ liệu thành công.
• Số trường hợp phải làm lại.
• Thời gian xử lý công việc.
• Số câu hỏi lặp lại.
• Số khiếu nại.
• Mức độ sử dụng công cụ mới.
• Tỷ lệ áp dụng đúng chính sách.
• Mức độ hài lòng của người dùng.
• Chi phí chuyển đổi.
• Kết quả kinh doanh hoặc chất lượng liên quan.

Một thay đổi chỉ thành công khi giải quyết được vấn đề ban đầu.

Không phải khi mọi người đã ngừng phản đối.

Đừng tuyên bố thành công quá sớm

Sau khi công bố chính sách mới, vài tuần đầu thường có nhiều năng lượng:

• Lãnh đạo theo sát.
• Đội ngũ tập trung.
• Hỗ trợ được tăng cường.
• Mọi người cố gắng thích nghi.

Nhưng hiệu quả thật cần được đánh giá sau khi:

• Sự chú ý ban đầu giảm.
• Công việc trở lại bình thường.
• Các trường hợp ngoại lệ xuất hiện.
• Người hỗ trợ không còn kèm sát.
• Một chu kỳ đầy đủ đã hoàn thành.

Có thể thay đổi trông tốt trong tháng đầu nhưng sau ba tháng:

• Mọi người quay lại cách cũ.
• Dữ liệu không được cập nhật.
• Quy trình quá phức tạp.
• Thành viên tìm cách lách.
• Khách hàng gặp nhiều khó khăn hơn.

Cần có mốc đánh giá 30–60–90 ngày hoặc phù hợp với chu kỳ thực tế.

Khi thay đổi không hiệu quả, cần dám điều chỉnh

Một số lãnh đạo lo rằng điều chỉnh chính sách mới sẽ làm mình mất uy tín.

Vì vậy, dù đã thấy vấn đề, họ vẫn tiếp tục bảo vệ quyết định.

Nhưng khả năng sửa dựa trên dữ liệu mới là dấu hiệu của quản trị trưởng thành.

Có thể nói:

Mục tiêu ban đầu của thay đổi là giảm thời gian xử lý. Sau sáu tuần, dữ liệu cho thấy thời gian lại tăng do phải nhập hai lần. Vì vậy, hệ thống sẽ bỏ bước này và thử phương án mới từ ngày…

Điều chỉnh không có nghĩa quyết định ban đầu hoàn toàn sai.

Có thể giả định đã thay đổi hoặc vấn đề chỉ xuất hiện khi triển khai thực tế.

Điều quan trọng là:

• Nói rõ điều đã học.
• Không che giấu.
• Không đổ lỗi cho người dùng.
• Cập nhật tài liệu.
• Xử lý ảnh hưởng đã phát sinh.

Không nên thay đổi chính sách liên tục

Khả năng thích nghi là cần thiết.

Nhưng nếu chính sách thay đổi quá thường xuyên, đội ngũ sẽ:

• Ngừng học kỹ vì nghĩ sắp đổi tiếp.
• Không tin tài liệu.
• Chờ lãnh đạo giải thích riêng.
• Ngại cam kết với khách hàng.
• Cảm thấy tương lai không ổn định.
• Tự giữ nhiều phiên bản.

Trước khi thay đổi, cần hỏi:

• Vấn đề có đủ nghiêm trọng không?
• Có thể giải quyết bằng hướng dẫn hoặc đào tạo không?
• Chính sách hiện tại sai hay chỉ chưa được thực hiện tốt?
• Thay đổi này có phù hợp chiến lược dài hạn không?
• Có khả năng phải đổi lại trong thời gian ngắn không?

Không nên dùng thay đổi chính sách để xử lý một vài trường hợp cá biệt nếu nguyên tắc chung vẫn đúng.

Phân biệt lỗi chính sách và lỗi thực thi

Một chính sách có thể không tạo kết quả vì hai lý do.

Chính sách chưa phù hợp

Ví dụ:

• Quá phức tạp.
• Tạo xung đột lợi ích.
• Không phù hợp khách hàng.
• Không khả thi về chi phí.
• Có khoảng trống lớn.

Chính sách phù hợp nhưng thực thi yếu

Ví dụ:

• Thành viên chưa được đào tạo.
• Tài liệu khó tìm.
• Người quản lý giải thích khác nhau.
• Không có công cụ.
• Không kiểm tra.
• Trách nhiệm không rõ.

Nếu vấn đề nằm ở thực thi mà hệ thống liên tục sửa chính sách, đội ngũ càng mất phương hướng.

Trước khi thay đổi, cần xác định đúng nguyên nhân.

Thay đổi vai trò và cơ cấu cần đặc biệt cẩn trọng

Khi tổ chức thay đổi:

• Người phụ trách.
• Cấp quản lý.
• Phạm vi quyền hạn.
• Nhóm báo cáo.
• Khu vực quản lý.
• Cấu trúc đội ngũ.

con người thường lo không chỉ về công việc mà còn về:

• Vị trí.
• Danh dự.
• Quyền lực.
• Quan hệ.
• Tương lai nghề nghiệp.
• Cách người khác nhìn mình.

Thông báo thay đổi vai trò cần làm rõ:

• Vì sao cơ cấu thay đổi?
• Vai trò cũ kết thúc hay được điều chỉnh?
• Trách nhiệm mới là gì?
• Quyền hạn ra sao?
• Người bị ảnh hưởng được hỗ trợ thế nào?
• Công việc và dữ liệu bàn giao cho ai?
• Đội ngũ cần phối hợp với ai từ ngày nào?

Không nên công bố trước tập thể khi người trực tiếp bị ảnh hưởng chưa được trao đổi phù hợp.

Không dùng sự bất ngờ để kiểm soát phản ứng

Một số lãnh đạo sợ tin bị lộ nên giữ kín đến phút cuối.

Điều này có thể cần thiết trong một số tình huống pháp lý hoặc nhân sự nhạy cảm.

Nhưng nếu sử dụng thường xuyên, nó tạo ra văn hóa:

• Không ai biết điều gì sắp xảy ra.
• Người trong hệ thống chỉ được thông báo khi không còn khả năng chuẩn bị.
• Một nhóm nhỏ luôn có thông tin trước.
• Thành viên cảm thấy không được tôn trọng.

Mức độ thông báo trước cần phù hợp với rủi ro.

Không nhất thiết công khai mọi bản dự thảo.

Nhưng những người chịu trách nhiệm triển khai phải có đủ thời gian chuẩn bị.

Khách hàng cũng cần được quản trị thay đổi

Khi thay đổi ảnh hưởng đến khách hàng, không nên chỉ thông báo nội bộ.

Ví dụ:

• Giá mới.
• Bao bì mới.
• Công thức mới.
• Chính sách đổi trả.
• Kênh chăm sóc.
• Người phụ trách.
• Điều kiện membership.
• Cách thu thập dữ liệu.

Khách hàng cần biết:

• Điều gì thay đổi?
• Từ thời điểm nào?
• Quyền lợi hiện tại ra sao?
• Họ có cần thực hiện gì không?
• Có lựa chọn nào?
• Ai hỗ trợ?

Không nên để người bán tự giải thích theo cách riêng nếu thay đổi liên quan đến quyền lợi khách hàng.

Cần có thông điệp chính thức và dễ hiểu.

Không nên dùng thay đổi để bán thêm bằng sợ hãi

Ví dụ:

Chính sách sắp đổi, phải mua ngay.

Sau ngày này sẽ không còn quyền lợi.

Không nâng cấp bây giờ sẽ mất toàn bộ.

Thông tin về thời hạn có thể cần thiết.

Nhưng không nên phóng đại hoặc tạo áp lực bằng điều chưa chắc chắn.

Cần nói rõ:

• Điều gì thật sự kết thúc?
• Điều gì vẫn giữ?
• Quyền lợi của khách hiện tại?
• Có bắt buộc mua không?
• Có thời gian cân nhắc không?

Quản trị thay đổi tốt giúp khách hàng đưa ra quyết định có hiểu biết, không lợi dụng sự bất ổn để thúc đẩy giao dịch.

Mẫu thông báo thay đổi có thể gồm tám phần

1. Bối cảnh

Vấn đề đang tồn tại.

2. Quyết định

Điều gì sẽ thay đổi?

3. Mục tiêu

Thay đổi nhằm tạo kết quả gì?

4. Đối tượng bị ảnh hưởng

Ai cần chú ý?

5. Thời gian

Ngày bắt đầu, giai đoạn chuyển tiếp và ngày kết thúc cách cũ.

6. Quyền lợi cũ

Những việc đã phát sinh được xử lý thế nào?

7. Hành động cần thực hiện

Mỗi nhóm cần làm gì?

8. Hỗ trợ

Tài liệu, người phụ trách và kênh phản hồi.

Thông báo nên ngắn ở phần chính nhưng có đường dẫn đến nội dung chi tiết.

Những câu hỏi thường gặp cần chuẩn bị

1. Vì sao phải thay đổi lúc này?
2. Ai đưa ra quyết định?
3. Khi nào bắt đầu áp dụng?
4. Chính sách cũ có còn hiệu lực không?
5. Những giao dịch đã phát sinh được xử lý thế nào?
6. Quyền lợi của tôi có thay đổi không?
7. Tôi cần thực hiện bước nào?
8. Nếu chưa hoàn thành đúng hạn thì sao?
9. Có trường hợp ngoại lệ không?
10. Ai có quyền phê duyệt ngoại lệ?
11. Tôi có thể phản hồi ở đâu?
12. Tài liệu chính thức nằm ở đâu?
13. Khi nào thay đổi được đánh giá lại?
14. Nếu hệ thống mới không hoạt động, phương án dự phòng là gì?

Chuẩn bị trước giúp giảm câu trả lời tùy hứng.

Bảng kiểm trước khi công bố thay đổi

• Vấn đề đã được xác định rõ chưa?
• Có dữ liệu hoặc căn cứ không?
• Nhóm bị ảnh hưởng đã được nhận diện chưa?
• Quyền lợi cũ đã có phương án chưa?
• Ngày hiệu lực có thực tế không?
• Có giai đoạn chuyển tiếp không?
• Người quản lý đã được đào tạo chưa?
• Tài liệu chính thức đã hoàn thiện chưa?
• Các hệ thống kỹ thuật đã sẵn sàng chưa?
• Kênh hỗ trợ đã có chưa?
• Câu hỏi thường gặp đã được chuẩn bị chưa?
• Có phương án cho trường hợp ngoại lệ không?
• Ai sở hữu quá trình thay đổi?
• Tiêu chí thành công là gì?
• Mốc đánh giá lại là khi nào?

Bảng kiểm trong giai đoạn triển khai

• Người dùng có hiểu điều cần làm không?
• Có nhiều câu hỏi giống nhau không?
• Có tài liệu nào đang gây hiểu nhầm không?
• Người quản lý có giải thích thống nhất không?
• Có quyền lợi nào bị bỏ sót không?
• Công cụ có lỗi không?
• Dữ liệu có bị thất lạc hoặc nhập trùng không?
• Có nhóm nào chưa được hỗ trợ?
• Có người đang tiếp tục dùng quy trình cũ không?
• Có rủi ro cần xử lý ngay không?
• Có cần điều chỉnh thời gian chuyển tiếp không?
• Thông tin chính thức đã được cập nhật chưa?

Dấu hiệu thay đổi đang được quản trị tốt

• Người liên quan hiểu vì sao phải thay đổi.
• Quyền lợi cũ được giải thích rõ.
• Người quản lý nói cùng một nội dung.
• Có một nguồn thông tin chính thức.
• Thành viên biết phải làm gì.
• Phản hồi được ghi nhận.
• Trường hợp ngoại lệ có người quyết định.
• Vấn đề được phát hiện sớm.
• Cách làm cũ được đóng đúng thời điểm.
• Kết quả được đo sau triển khai.
• Hệ thống sẵn sàng điều chỉnh khi dữ liệu cho thấy cần thiết.

Dấu hiệu thay đổi đang mất kiểm soát

• Tin đồn lan nhanh hơn thông báo.
• Mỗi lãnh đạo giải thích một cách.
• Chính sách được thay đổi qua tin nhắn miệng.
• Không rõ ngày hiệu lực.
• Quyền lợi cũ chưa có câu trả lời.
• Thành viên phải tự đoán cách thực hiện.
• Hai quy trình tồn tại song song quá lâu.
• Người phản hồi bị xem là chống đối.
• Người quản lý không đủ thông tin.
• Khách hàng nhận nhiều câu trả lời khác nhau.
• Vấn đề phát sinh nhưng không có người sở hữu.
• Hệ thống tiếp tục bảo vệ quyết định dù kết quả không tốt.

Vai trò của người lãnh đạo

Trong giai đoạn thay đổi, đội ngũ không chỉ nghe nội dung lãnh đạo nói.

Họ quan sát:

• Lãnh đạo có nhất quán không?
• Có sẵn sàng trả lời câu hỏi khó không?
• Có thừa nhận phần chưa chắc chắn không?
• Có bảo vệ cam kết cũ không?
• Có xử lý nhóm thân cận theo cùng tiêu chuẩn không?
• Có lắng nghe phản hồi bất lợi không?
• Có chịu trách nhiệm khi kế hoạch chưa tốt không?

Nếu lãnh đạo nói:

Mọi người phải thích nghi.

nhưng chính họ vẫn tiếp tục làm theo cách cũ, thay đổi sẽ mất uy tín.

Người lãnh đạo cần:

• Sử dụng quy trình mới.
• Dẫn về tài liệu chính thức.
• Không tạo ngoại lệ tùy tiện.
• Tuân thủ thời hạn.
• Ghi nhận khó khăn.
• Nói rõ điều chưa biết.
• Cập nhật đúng cam kết.
• Điều chỉnh khi cần.

Kết luận

Thay đổi là điều không thể tránh khỏi trong một hệ thống đang phát triển.

Nhưng thay đổi không chỉ là ban hành một chính sách mới.

Đó là quá trình giúp con người chuyển từ:

• Cách hiểu cũ sang cách hiểu mới.
• Công cụ cũ sang công cụ mới.
• Quyền lợi cũ sang cơ chế mới.
• Vai trò cũ sang trách nhiệm mới.
• Thói quen quen thuộc sang một phương pháp chưa thành thạo.

Một quyết định có thể được ban hành trong một ngày, nhưng niềm tin và năng lực để thực hiện quyết định đó cần được xây qua cả một quá trình.

Quản trị thay đổi có trách nhiệm cần:

• Bắt đầu từ một vấn đề có thật.
• Giải thích rõ lý do.
• Nhận diện người bị ảnh hưởng.
• Tham vấn đúng phạm vi.
• Bảo vệ quyền lợi đã phát sinh.
• Có giai đoạn chuyển tiếp.
• Chuẩn bị tài liệu và người hỗ trợ.
• Tạo một nguồn thông tin chính thức.
• Đào tạo bằng tình huống thực tế.
• Theo dõi phản hồi.
• Đo kết quả.
• Sẵn sàng điều chỉnh.

Một hệ thống không mất niềm tin chỉ vì phải thay đổi.

Nó mất niềm tin khi con người cảm thấy:

• Quyết định có thể thay đổi tùy ý.
• Cam kết cũ không được tôn trọng.
• Họ chỉ được thông báo khi mọi việc đã xong.
• Không ai chịu trách nhiệm cho ảnh hưởng đã gây ra.
• Những câu hỏi chính đáng bị xem là chống đối.

Ngược lại, ngay cả một thay đổi khó khăn cũng có thể được chấp nhận khi người liên quan thấy rằng:

• Họ được thông tin trung thực.
• Quyền lợi được xử lý công bằng.
• Khó khăn của họ được nhìn nhận.
• Có người hỗ trợ.
• Có cơ chế phản hồi.
• Lãnh đạo chịu trách nhiệm đến cùng.

Một tổ chức trưởng thành không phải nơi mọi chính sách luôn đúng ngay từ đầu.

Đó là nơi sự thay đổi được thực hiện theo cách đủ rõ để con người không bị bỏ lại phía sau, đủ linh hoạt để học từ thực tế và đủ nhất quán để niềm tin không bị đánh đổi trong quá trình phát triển.