AI Agent hỗ trợ quản lý yêu cầu của cư dân và khách thuê

Ban quản lý một tòa chung cư nhận yêu cầu từ mọi phía: nhóm chat cư dân, điện thoại lễ tân, tin nhắn fanpage, giấy để ở quầy. Nội dung thì đủ loại: vòi nước rò, thang máy kêu, hỏi phí tháng này sao cao, đăng ký sân nướng tối thứ Bảy, xin làm thẻ xe cho người nhà. Một phần lớn là câu hỏi lặp lại, một phần là việc cần kỹ thuật xử lý, và một ít là việc khẩn cấp cần người ngay. Khó nhất là tách được ba loại này khi chúng đến lẫn lộn.

AI Agent có thể làm lớp tiếp nhận: xác thực người gửi thuộc căn hộ nào, trả lời câu hỏi thường gặp, tạo ticket có đủ thông tin cho kỹ thuật, tra phí, đặt tiện ích và gửi thông báo. Bài viết mô tả cách thiết kế cho chung cư, tòa nhà hỗn hợp và văn phòng cho thuê. Nguyên lý chung của cổng tự phục vụ khách hàng đã có ở bài cổng tự phục vụ có AI Agent; ở đây tập trung vào những gì đặc thù của quản lý tòa nhà.

1. Đặc thù của yêu cầu cư dân

Khác với khách hàng của một cửa hàng, cư dân có quan hệ lâu dài với ban quản lý và yêu cầu của họ gắn với một không gian vật lý: căn hộ, tầng, khu tiện ích, bãi xe. Một người có thể là chủ hộ, người thuê hay người ở cùng, với quyền khác nhau. Một căn hộ có thể đổi người thuê giữa năm. Và một yêu cầu sửa chữa có thể thuộc phần riêng của căn hộ (cư dân tự chịu) hay phần chung của tòa nhà (ban quản lý xử lý), điều không phải cư dân nào cũng biết.

AI Agent xử lý tốt phần hỏi đáp và tiếp nhận, nhưng các quyết định về trách nhiệm sửa chữa, miễn giảm phí hay xử lý vi phạm nội quy vẫn thuộc ban quản lý. Nguyên tắc đó cần được viết rõ trong luồng hội thoại để agent không vô tình hứa thay.

2. Các yếu tố cần thiết kế

1. Căn hộ

Dữ liệu nền là danh sách căn hộ hoặc mặt bằng cho thuê: mã căn, tầng, tòa, diện tích, loại hình, và danh sách người gắn với căn đó kèm vai trò. Danh sách này phải được cập nhật mỗi khi có mua bán, thuê mới, hết hợp đồng thuê. Nếu dữ liệu người ở lỗi thời, agent sẽ cho người đã chuyển đi tiếp tục đặt tiện ích hoặc xem phí của chủ mới.

2. Xác thực

Trước khi tra phí, xem yêu cầu cũ hay đặt tiện ích, agent phải biết người đang nhắn là ai và thuộc căn nào. Cách phổ biến là số điện thoại đã đăng ký kèm mã xác minh, hoặc đăng nhập ứng dụng cư dân. Chỉ biết số căn là không đủ, vì số căn ai cũng có thể biết. Câu hỏi chung như giờ mở cửa hồ bơi thì không cần xác thực. Cơ chế nhận ra cùng một người trên nhiều kênh được phân tích ở bài customer identity resolution.

3. Yêu cầu sửa chữa

Agent giúp cư dân mô tả sự cố đủ để kỹ thuật chuẩn bị: vị trí (phòng tắm, ban công, hành lang tầng), loại (nước, điện, cửa, thang máy), mức độ (đang rò hay chỉ ố vết), từ khi nào, ảnh hoặc video, khung giờ cư dân có nhà. Agent có thể tra quy định để cho biết sơ bộ đây là phần riêng hay phần chung, nhưng nên nói là “theo quy định, thường thuộc…” và để kỹ thuật xác nhận khi kiểm tra. Phần phân công kỹ thuật viên, vật tư và theo dõi phiếu bên trong đội kỹ thuật tương tự bài AI quản lý bảo trì thiết bị.

4. Phí

Câu hỏi về phí là loại nhiều nhất vào đầu tháng. Agent tra thông báo phí đã phát hành cho căn của người hỏi, giải thích từng khoản theo biểu phí hiện hành (phí quản lý theo diện tích, gửi xe, nước), và cho biết khoản nào đã thanh toán. Agent không tự điều chỉnh số tiền, không hứa miễn giảm. Nhắc phí đến hạn nên đi theo quy trình riêng có kiểm soát tần suất và giọng điệu, như mô tả ở bài AI nhắc công nợ khách hàng.

5. Dịch vụ tiện ích

Đặt sân tennis, phòng sinh hoạt cộng đồng, khu nướng, đăng ký chuyển đồ, đăng ký thi công sửa nhà: mỗi loại có quy định riêng về khung giờ, số lượt, cọc, điều kiện. Agent kiểm tra lịch trống, áp quy định, giữ chỗ và xác nhận. Với đăng ký thi công hay chuyển đồ, thường cần ban quản lý duyệt vì liên quan đến giờ giấc, thang máy, an ninh; agent nhận hồ sơ, kiểm tra đủ giấy tờ rồi chuyển duyệt.

6. Ticket

Mỗi yêu cầu cần xử lý phải thành một ticket có mã, gắn căn hộ, loại, mức ưu tiên, người phụ trách và trạng thái. Cư dân hỏi “yêu cầu của tôi tới đâu rồi” thì agent đọc trạng thái ticket để trả lời, không đoán. Khi nhiều cư dân cùng báo một sự cố chung như mất nước cả tầng, agent nên gom về một ticket gốc thay vì tạo hàng chục ticket trùng. Cách xây bộ nhãn và định tuyến ticket có ở bài AI phân loại ticket hỗ trợ.

7. Thông báo

Ban quản lý thường phải gửi thông báo cắt nước, bảo trì thang máy, phun thuốc diệt côn trùng, họp cư dân. Agent giúp gửi đúng nhóm (cả tòa, một block, một tầng), trả lời câu hỏi phát sinh sau thông báo từ chính nội dung thông báo, và ghi nhận ai đã đọc nếu kênh cho phép. Nội dung thông báo do ban quản lý soạn và duyệt; agent không tự thêm thông tin về thời gian hoàn thành nếu thông báo không nói.

8. Escalation

Một số việc phải đến người ngay: sự cố an toàn như rò gas, chập điện, cháy, nước tràn, người mắc kẹt thang máy; tranh chấp giữa cư dân; khiếu nại về nhân viên; yêu cầu liên quan đến an ninh. Agent cần danh sách các tình huống này, câu hướng dẫn an toàn đã duyệt, và kênh báo trực tiếp cho kỹ thuật trực, bảo vệ hoặc trưởng ban quản lý. Với các khiếu nại thông thường, chuyển sang nhân viên cần kèm đủ ngữ cảnh để cư dân không phải kể lại.

3. Quy trình triển khai thực tế

Bước 1: Gom và phân loại yêu cầu hiện có

Lấy yêu cầu vài tháng gần đây từ mọi kênh, phân loại theo nhóm: hỏi đáp, sửa chữa, phí, tiện ích, thủ tục, khiếu nại, khẩn cấp. Tỷ lệ từng nhóm cho biết agent nên bắt đầu từ đâu.

Bước 2: Chuẩn hóa dữ liệu căn hộ, cư dân và quy định

Làm sạch danh sách căn hộ và người ở, thống nhất vai trò. Gom nội quy, biểu phí, quy định tiện ích, quy định thi công thành tài liệu có ngày hiệu lực. Trưởng ban quản lý duyệt bộ tài liệu này.

Bước 3: Thiết kế luồng, ticket và danh sách khẩn cấp

Soạn luồng tiếp nhận cho từng nhóm yêu cầu, mẫu ticket, quy tắc gom sự cố chung, danh sách tình huống khẩn cấp và kênh báo ưu tiên. Kết nối với hệ thống quản lý tòa nhà hoặc bảng tính mà ban quản lý đang dùng.

Bước 4: Chạy thử với một block rồi mở rộng

Mở cho cư dân một block hoặc một tòa trước. Theo dõi yêu cầu bị phân loại sai, ticket thiếu thông tin, câu hỏi agent không trả lời được. Diễn tập riêng các ca khẩn cấp để chắc chắn tin báo tới đúng người trong mọi khung giờ.

4. Ví dụ giả định

Tối muộn, một cư dân nhắn: “Trần nhà tắm nhà tôi đang nhỏ nước xuống, hình như từ căn trên.” Agent xác thực cư dân qua số điện thoại đã đăng ký, xác định căn hộ, rồi hỏi nước đang nhỏ giọt hay chảy thành dòng, có gần ổ điện hay đèn không. Cư dân cho biết nhỏ giọt, gần đèn trần. Theo danh sách đã duyệt, agent hướng dẫn tắt điện khu vực nhà tắm, đặt chậu hứng nước, và báo trực tiếp cho kỹ thuật trực kèm ảnh cư dân gửi.

Agent tạo ticket ưu tiên cao gắn cả căn của cư dân và căn phía trên, ghi rằng nguồn rò cần kiểm tra. Kỹ thuật trực lên kiểm tra, xác định rò từ đường ống chung trong hộp kỹ thuật, cập nhật ticket. Sáng hôm sau cư dân hỏi agent tiến độ, agent đọc trạng thái ticket và lịch sửa đã hẹn. Câu hỏi “ai chịu chi phí sửa trần” được agent chuyển cho ban quản lý, không tự trả lời.

5. Rủi ro và giới hạn

• Sự cố khẩn cấp bị xếp vào hàng ticket thông thường
• Người đã chuyển đi vẫn tra được phí hoặc đặt được tiện ích
• Agent trả lời về trách nhiệm sửa chữa như một kết luận
• Nhiều ticket trùng cho cùng một sự cố chung làm rối đội kỹ thuật

Rủi ro lớn nhất là an toàn. Danh sách tình huống khẩn cấp và câu hướng dẫn phải do trưởng kỹ thuật soạn, được diễn tập, và agent phải thiên về chuyển người khi không chắc. Rủi ro thứ hai là dữ liệu cư dân: phí, số điện thoại, lịch sử yêu cầu là thông tin cá nhân, và nhóm chat cư dân không phải nơi agent được trả lời những câu hỏi đó. Agent cũng không giải quyết được các vấn đề mang tính cộng đồng như tranh chấp tiếng ồn hay chỗ đậu xe; những việc đó cần con người.

6. Phân chia trách nhiệm vận hành

Trưởng ban quản lý sở hữu nội quy, biểu phí, quy định tiện ích và quyết định cuối về khiếu nại. Bộ phận kỹ thuật sở hữu danh sách khẩn cấp, quy trình xử lý ticket và cập nhật trạng thái. Kế toán sở hữu dữ liệu phí và xử lý thắc mắc về tính phí. Lễ tân hoặc chăm sóc cư dân giữ danh sách căn hộ và người ở, xử lý các ca được chuyển sang. Đội kỹ thuật hệ thống lo tích hợp, xác thực và nhật ký.

7. Chỉ số nên theo dõi

• Thời gian từ khi cư dân báo sự cố khẩn cấp đến khi kỹ thuật nhận việc
• Tỷ lệ ticket đủ thông tin để kỹ thuật xử lý mà không phải hỏi lại
• Tỷ lệ yêu cầu phân loại đúng nhóm và mức ưu tiên
• Số câu hỏi về phí được trả lời mà không cần chuyển kế toán

Số tin nhắn agent xử lý không cho biết cư dân có được phục vụ tốt hơn không. Nên nhìn vào thời gian phản hồi sự cố, số lần cư dân phải hỏi lại và phản ánh trong các buổi họp cư dân.

8. Checklist trước khi vận hành

• Danh sách căn hộ và người ở đã cập nhật, có vai trò
• Xác thực cư dân trước khi tra phí, ticket và đặt tiện ích
• Nội quy, biểu phí và quy định tiện ích có ngày hiệu lực
• Danh sách tình huống khẩn cấp và kênh báo ưu tiên đã diễn tập
• Quy tắc gom sự cố chung về một ticket gốc
• Khiếu nại, miễn giảm và tranh chấp luôn chuyển ban quản lý

9. Câu hỏi thường gặp

AI Agent xác thực cư dân bằng cách nào? Thường bằng số điện thoại đã đăng ký với ban quản lý kèm mã xác minh, hoặc qua tài khoản trong ứng dụng cư dân nếu có. Mỗi người được gắn với căn hộ và vai trò như chủ hộ, người thuê, người ở cùng. Vai trò quyết định người đó được xem phí, đặt tiện ích hay gửi yêu cầu gì.

Cư dân báo sự cố khẩn cấp như rò rỉ nước hay chập điện qua chatbot thì sao? Agent phải nhận diện các từ khóa và loại sự cố khẩn cấp, hướng dẫn ngay các bước an toàn đã được ban quản lý duyệt, và báo trực tiếp cho kỹ thuật trực hoặc bảo vệ qua kênh ưu tiên. Không để sự cố khẩn chờ trong hàng ticket thông thường.

AI Agent có trả lời được thắc mắc về phí dịch vụ không? Agent có thể tra số phí đã phát hành, các khoản đã thanh toán và giải thích cách tính theo biểu phí hiện hành. Những khiếu nại về tính sai, xin miễn giảm hay tranh chấp phải chuyển cho kế toán hoặc ban quản lý, agent không tự điều chỉnh công nợ.

Tòa văn phòng cho thuê có dùng được mô hình này không? Được, với vài khác biệt. Khách thuê là doanh nghiệp nên cần phân quyền theo người đại diện, yêu cầu thường liên quan đến điều hòa ngoài giờ, thẻ ra vào, đăng ký khách và sự kiện. Các quy tắc tính phí dịch vụ ngoài giờ cũng phải theo hợp đồng thuê của từng bên.

Kết luận

AI Agent hỗ trợ quản lý cư dân hiệu quả khi làm đúng vai trò tiếp nhận: xác thực người gửi, trả lời từ nội quy và biểu phí, tạo ticket đủ thông tin, đặt tiện ích theo quy định và đưa sự cố khẩn cấp tới người ngay lập tức. Quyết định về trách nhiệm, phí và tranh chấp vẫn thuộc ban quản lý. Dữ liệu căn hộ được giữ cập nhật là nền cho mọi thứ còn lại.

Trao đổi với Naventic để khảo sát luồng tiếp nhận yêu cầu cư dân. Đọc thêm: AI Customer Support.