Tiếp nhận phản ánh qua ứng dụng nghĩa là mọi yêu cầu của cư dân, từ bóng đèn hành lang hỏng tới nước thấm trần, đều trở thành một phiếu có mã, có ảnh, có người phụ trách, có trạng thái và có mốc thời gian. Cư dân theo dõi được phiếu của mình đang ở đâu; ban quản lý đo được bao nhiêu việc tồn, việc nào trễ, loại sự cố nào lặp lại.
Ứng dụng chỉ là cái khung. Hiệu quả nằm ở cách phân loại, cách giao việc và cách đóng phiếu. Bài này trình bày bảng phân loại theo mức ưu tiên, vòng đời một phiếu, cách xử lý ranh giới phần chung và phần riêng, hai loại thời gian cần đo, báo cáo cho ban quản trị, và những tình huống không nên chỉ dựa vào ứng dụng.
Từ cuộc gọi lễ tân sang phiếu yêu cầu
Khi phản ánh đến qua điện thoại và nhóm chat, lễ tân ghi vào sổ, gọi kỹ thuật, rồi mọi thứ trôi theo trí nhớ. Kỹ thuật viên sửa xong không báo lại; cư dân hỏi lại lần hai, lần ba; trưởng ban quản lý không biết tuần này có bao nhiêu việc tồn. Cuối tháng, nếu ban quản trị hỏi "phản ánh thấm nước được xử lý ra sao", câu trả lời thường là một cảm nhận chứ không phải dữ liệu.
Phiếu yêu cầu thay đổi ba điều. Có chủ: mỗi phiếu có đúng một người chịu trách nhiệm tại mỗi thời điểm, dù việc có thể cần nhiều người làm. Có trạng thái: mới, đã tiếp nhận, đang xử lý, chờ vật tư, chờ cư dân, đã xong, đã đóng. Có bằng chứng: ảnh trước và sau, ghi chú của kỹ thuật viên, xác nhận của cư dân.
Điều kiện để chuyển đổi thành công là mọi kênh đều đổ về một chỗ. Cư dân gọi điện thì lễ tân nhập phiếu thay; cư dân nhắn vào nhóm thì quản trị nhóm hướng dẫn hoặc nhập thay. Nếu song song tồn tại một "kênh ngầm" nơi việc được giao miệng, dữ liệu sẽ thiếu và mọi báo cáo đều đánh giá thấp khối lượng thật.
Phân loại phản ánh và mức ưu tiên
Bảng phân loại nên ngắn, đủ để lễ tân chọn đúng trong vài giây. Thời gian mục tiêu trong bảng là ví dụ giả định; mỗi toà nhà tự đặt theo nhân lực và hợp đồng vận hành.
| Mức | Ví dụ | Phản hồi mục tiêu (ví dụ giả định) | Ghi chú |
|---|---|---|---|
| Khẩn cấp an toàn | Kẹt thang máy, mùi khét, báo cháy, vỡ ống nước lớn, chập điện | Ngay lập tức | Gọi trực ban, không chờ phiếu; phiếu lập sau để lưu vết |
| Ảnh hưởng nhiều căn | Mất nước cả tầng, thang máy dừng, cửa sảnh hỏng | Trong vòng một giờ | Gửi thông báo cho các căn bị ảnh hưởng |
| Phần chung, ảnh hưởng ít | Đèn hành lang, vòi tưới cảnh quan, ổ khoá phòng rác | Trong ngày làm việc | Gom theo khu vực để giao một lượt |
| Trong căn, nghi do phần chung | Thấm trần từ tầng trên, nứt tường giáp hộp kỹ thuật | Trong ngày làm việc để khảo sát | Cần xác định nguyên nhân trước khi giao sửa |
| Trong phần riêng | Thay vòi bếp, sửa ổ điện trong căn | Theo lịch hẹn | Dịch vụ có phí nếu toà nhà cung cấp, báo giá trước |
| Góp ý, khiếu nại | Thái độ nhân viên, tiếng ồn, vệ sinh | Trong vài ngày làm việc | Chuyển trưởng ban quản lý, không giao cho người bị phản ánh |
Lễ tân được phép nâng mức ưu tiên nhưng không được hạ mức do cư dân chọn mà không ghi lý do. Quy tắc nhỏ này giảm đáng kể cảm giác "phản ánh của mình bị xem nhẹ".
Vòng đời một phiếu
Một vòng đời chuẩn, áp được cho phần lớn phản ánh không khẩn cấp:
- Tạo phiếu: cư dân chọn loại, mô tả, đính ảnh, chọn vị trí; hệ thống ghi thời điểm.
- Tiếp nhận: lễ tân hoặc điều phối kiểm thông tin, chỉnh loại và mức ưu tiên nếu cần, phản hồi cho cư dân là đã nhận.
- Giao việc: chọn kỹ thuật viên hoặc tổ, hoặc nhà thầu bên ngoài; người nhận phải bấm xác nhận.
- Khảo sát với các việc chưa rõ nguyên nhân; kết quả khảo sát ghi vào phiếu kèm ảnh.
- Xử lý: nếu chờ vật tư hoặc chờ cư dân mở cửa, chuyển trạng thái tương ứng để thời gian chờ không bị tính là chậm trễ của tổ kỹ thuật.
- Hoàn thành: kỹ thuật viên chụp ảnh sau khi xử lý, ghi vật tư đã dùng.
- Cư dân xác nhận hoặc phản hồi chưa đạt; quá một khoảng thời gian không phản hồi thì tự đóng, vẫn cho mở lại trong một thời hạn.
- Đóng phiếu và cho cư dân đánh giá ngắn.
Trạng thái "chờ cư dân" nên dùng có kiểm soát: chỉ khi đã có ít nhất một lần liên hệ được ghi lại. Nếu không, đây sẽ thành nơi giấu việc trễ.
Phần chung hay phần riêng: ai sửa, ai trả
Ranh giới phải được xác định trước, không phải ở hiện trường. Ranh giới sở hữu chung và riêng được xác định theo hợp đồng mua bán, quy chế và hồ sơ thiết kế. Ban quản lý nên chuyển ranh giới đó thành danh sách cụ thể theo hạng mục, ví dụ ống cấp nước từ đồng hồ vào căn, ống thoát đứng, cửa căn hộ, và cài vào phần mềm như gợi ý khi phân loại phiếu.
Thấm, dột là loại khó nhất. Nước thấm trần căn tầng dưới có thể do phần riêng của căn tầng trên, do ống đứng chung, hoặc do lớp chống thấm sàn. Phiếu loại này nên tự động mở bước khảo sát, có biên bản với sự tham gia của các căn liên quan, ảnh và kết luận nguyên nhân trước khi quyết định ai sửa.
Một phiếu có thể sinh ra phiếu con. Khảo sát xác định lỗi nằm ở căn tầng trên thì phiếu gốc chuyển thành "đã xác định nguyên nhân", và tạo phiếu gửi chủ căn tầng trên. Liên kết giữa hai phiếu giúp truy lại toàn bộ câu chuyện khi có tranh chấp.
Dịch vụ có phí trong phần riêng phải minh bạch. Nếu toà nhà nhận sửa trong căn, báo giá trước trên phiếu, cư dân chấp nhận trên ứng dụng rồi mới làm. Tranh chấp giữa các căn về thiệt hại vượt khỏi phạm vi vận hành thì ban quản lý chỉ cung cấp dữ liệu, không phân xử.
Thời gian phản hồi và thời gian xử lý: đo hai thứ khác nhau
Nhiều toà nhà chỉ đo một con số "bao lâu thì xong", và con số này bị kéo dài bởi những việc chờ vật tư, chờ cư dân, chờ nhà thầu. Cư dân thì ít quan tâm việc xong trong bao lâu hơn là có ai đó đã nhận và trả lời mình chưa. Vì thế nên đo riêng hai loại thời gian.
Thời gian phản hồi tính từ lúc tạo phiếu đến lúc ban quản lý tiếp nhận và trả lời cư dân. Đây là chỉ số của bộ phận tiếp nhận, phản ánh mức độ quan tâm. Thời gian xử lý tính từ lúc tiếp nhận đến lúc hoàn thành, trừ các khoảng thời gian ở trạng thái chờ có lý do hợp lệ. Đây là chỉ số của tổ kỹ thuật và nhà thầu.
Khi đọc số liệu, nên nhìn phân phối chứ không chỉ trung bình. Ví dụ giả định: trung bình thời gian xử lý là hai ngày, nhưng một phần mười số phiếu kéo dài trên hai tuần. Nhóm phiếu đuôi dài đó mới là nơi cư dân bực bội nhất và là nơi cần soi nguyên nhân: thiếu vật tư dự phòng, nhà thầu chậm, hay quy trình duyệt chi kéo dài.
Một chỉ số nữa đáng theo dõi là tỷ lệ phiếu bị mở lại. Phiếu đóng nhanh mà hay bị mở lại nghĩa là xử lý chưa tới nơi, hoặc đóng phiếu để đẹp số.
Báo cáo tháng cho ban quản trị từ dữ liệu phiếu
Dữ liệu phiếu cho phép báo cáo bằng con số thay vì cảm nhận. Một báo cáo tháng gọn nên có:
- Tổng số phiếu theo loại và theo mức ưu tiên, so với tháng trước.
- Thời gian phản hồi và thời gian xử lý theo phân vị, không chỉ trung bình.
- Danh sách phiếu tồn quá hạn, kèm lý do và hướng xử lý.
- Vị trí lặp lại nhiều nhất: tầng, trục căn, hạng mục, ví dụ một trục ống thoát có nhiều phiếu thấm trong ba tháng.
- Tỷ lệ phiếu bị mở lại và mức đánh giá của cư dân.
- Các việc dẫn tới đề xuất sửa chữa lớn hoặc thay thế thiết bị, để ban quản trị cân nhắc nguồn chi theo quy chế.
Báo cáo nên cho người có quyền mở thẳng từng phiếu trong hệ thống, để ban quản trị kiểm ngẫu nhiên khi cần mà không phải yêu cầu thêm tài liệu. Sau vài tháng, nên giữ cùng một mẫu báo cáo để so sánh được qua thời gian; đổi mẫu liên tục làm mất khả năng nhìn ra xu hướng.
Những phản ánh không nên chỉ nằm trong ứng dụng
Ứng dụng tốt cho việc không khẩn cấp. Với sự cố an toàn như kẹt thang máy, cháy, rò khí, vỡ ống lớn, cư dân phải biết gọi trực ban hoặc nhấn nút khẩn cấp ngay, không mở ứng dụng để chụp ảnh và chọn loại. Hotline trực ban nên được dán ở thang máy, sảnh và nằm ngay màn hình đầu của ứng dụng; phiếu được lập sau để lưu vết và rút kinh nghiệm.
Người cao tuổi, người không dùng điện thoại thông minh, khách thuê ngắn hạn chưa có tài khoản cũng cần một lối vào tương đương. Quầy lễ tân nhập phiếu thay và đọc lại thông tin cho họ xác nhận. Phần mềm nên ghi rõ phiếu được nhập thay bởi ai để không mất trách nhiệm.
Cuối cùng, những phản ánh mang tính khiếu nại về con người, ví dụ thái độ bảo vệ hay nghi vấn sai phạm, cần kênh riêng gửi thẳng tới trưởng ban quản lý hoặc ban quản trị, có thể ẩn với nhân viên trực tiếp liên quan. Trộn chung với phiếu sửa bóng đèn dễ làm người phản ánh e ngại.
Câu hỏi thường gặp
Cư dân gửi cùng một sự cố nhiều lần thì làm sao?
Lễ tân gộp các phiếu trùng vào một phiếu chính và thông báo cho tất cả người gửi. Khi phiếu chính được xử lý xong, mọi người đều nhận cập nhật. Số phiếu trùng cũng là một chỉ báo mức độ ảnh hưởng của sự cố.
Có nên công khai danh sách phản ánh cho mọi cư dân xem không?
Có thể công khai các phản ánh về phần chung ở dạng ẩn danh người gửi, giúp cư dân biết sự cố đã được ghi nhận và tránh gửi trùng. Phản ánh trong căn hoặc khiếu nại về người thì chỉ người gửi và người xử lý được xem.
Kỹ thuật viên ngại nhập liệu trên điện thoại, xử lý thế nào?
Rút gọn thao tác: một nút nhận việc, một nút chụp ảnh, một nút hoàn thành, ghi chú bằng giọng nói nếu ứng dụng hỗ trợ. Đo khối lượng việc của tổ kỹ thuật bằng chính dữ liệu phiếu để họ thấy lợi ích, ví dụ khi đề xuất bổ sung nhân sự.
Nhà thầu bên ngoài có cần tài khoản trên hệ thống không?
Nên có tài khoản hạn chế, chỉ thấy phiếu được giao cho họ, cập nhật được trạng thái và ảnh. Như vậy thời gian xử lý của nhà thầu được đo cùng chuẩn với nhân viên nội bộ, làm căn cứ khi đánh giá hợp đồng.
Phiếu bị cư dân đánh giá thấp thì xử lý ra sao?
Trưởng bộ phận đọc lại phiếu, gọi hỏi cư dân nguyên nhân, ghi kết luận. Nếu xử lý chưa đạt, mở lại phiếu. Mục đích là học từ đánh giá, không phải phạt ngay người làm; nếu đánh giá dùng để phạt, nhân viên sẽ tìm cách né phiếu khó.
Có nên cho cư dân chọn mức ưu tiên không?
Có thể cho chọn, kèm mô tả ngắn từng mức để chọn đúng. Bộ phận tiếp nhận có quyền điều chỉnh nhưng phải ghi lý do và cư dân thấy được lý do đó.