Một dashboard cho cả chuỗi: chủ đầu tư resort không cần gọi hỏi từng quản lý

Phần 1: Vòng thu thập số liệu hiện nay của một chủ đầu tư nhiều cơ sở

Hãy mô tả đúng hiện trạng đã. Ở phần lớn danh mục nhiều cơ sở tại Việt Nam, việc nắm tình hình đi qua bốn chặng, và cả bốn chặng đều tốn thời gian của những người đáng lẽ nên làm việc khác.

Bốn chặng của vòng thu thập

• Gọi hỏi từng quản lý cơ sở. Thường vào đầu tuần hoặc trước một cuộc họp. Người quản lý dừng việc, mở hệ thống, cộng lại, trả lời. Thông tin nhận được là đúng tại thời điểm đó và không lưu thành dữ liệu để kỳ sau đối chiếu.
• Chờ báo cáo định kỳ. Báo cáo tháng thường lên vào tuần thứ hai của tháng sau, sau khi kế toán khóa sổ. Nó phục vụ tốt cho việc quyết toán và phục vụ kém cho việc điều hành.
• Ghép các báo cáo thành một bảng tổng. Việc này thường do một chuyên viên ở văn phòng danh mục làm, bằng cách chép số từ nhiều tệp vào một tệp. Mỗi lần chép là một lần có thể sai, và không có đường truy ngược từ ô trong bảng tổng về chứng từ gốc.
• Đặt câu hỏi ngược lại khi thấy số lạ. Vòng lặp khép kín ở đây: chủ đầu tư hỏi, cơ sở giải thích, văn phòng sửa bảng. Chu kỳ này có thể mất vài ngày cho một con số.

Ba chi phí ẩn của vòng lặp này

• Độ trễ biến thông tin điều hành thành thông tin lịch sử. Một cơ sở có lượng đặt phòng tháng tới sụt giảm là thứ cần biết trong tuần này, không phải sau khi tháng đã đóng.
• Thời gian của ban điều hành bị chuyển từ vận hành sang báo cáo. Với một khu nghỉ dưỡng đang mùa cao điểm, đây là chi phí thật.
• Quan hệ giữa chủ đầu tư và ban điều hành bị đặt sai trục. Khi mọi con số đều phải đi qua một lần giải thích, cuộc trao đổi dễ trượt từ "chúng ta làm gì tiếp" sang "con số này ở đâu ra".

Phần 2: Ba loại lệch chuẩn khiến bảng hợp nhất không so sánh được

Điểm khó chịu nhất của vấn đề này là nó vô hình: mỗi báo cáo thành phần đều vượt qua được mọi kiểm tra nội bộ của chính nó. Sai lệch chỉ sinh ra ở phép cộng. Ba loại dưới đây bao phủ gần hết các trường hợp thực tế.

Loại 1 — Lệch mốc thời gian

• Mốc chốt ngày khác nhau giữa các cơ sở. Ngày làm việc của một cơ sở lưu trú kết thúc ở phiên chốt sổ đêm. Một khu nghỉ dưỡng có quầy bar chạy tới 2 giờ sáng sẽ chốt muộn hơn một khách sạn thành phố. Nếu mốc ấy không được thống nhất, doanh thu của mọi ngày đều lệch một phần, và phần lệch không tự triệt tiêu ở ranh giới đầu và cuối kỳ.
• Kỳ báo cáo quản trị lệch kỳ kế toán. Báo cáo tuần chạy từ thứ Hai, báo cáo tháng chạy theo lịch, kỳ kế toán chạy theo ngày khóa sổ. Ba nhịp khác nhau nhưng thường được trích dẫn lẫn lộn trong cùng một cuộc họp.

Loại 2 — Lệch định nghĩa chỉ số

• Mẫu số của công suất. Quy ước nên dùng thống nhất: trừ phòng ngừng khai thác dài hạn, giữ nguyên phòng tạm thời chưa bán được. Một khu nghỉ dưỡng đang cải tạo một dãy villa mà không trừ phần đó khỏi tổng phòng sẽ tự làm xấu chỉ số của mình; một cơ sở trừ quá tay lại tự làm đẹp lên. Cả hai đều không cố ý, và cả hai đều làm bảng xếp hạng vô nghĩa.
• Phạm vi của giá phòng bình quân. Có tính phòng dùng nội bộ không, có tính phòng tặng kèm hợp đồng không, có tính villa bán theo gói trọn không — mỗi lựa chọn cho một con số khác.
• Doanh thu tính trước hay sau các khoản giảm trừ. Đây là chỗ hai cơ sở có thể chênh nhau đáng kể mà nhìn vào bảng không thấy được.

Loại 3 — Lệch danh mục khoản mục

• Bộ phận doanh thu được chia khác nhau. Một nơi tách spa khỏi nhóm dịch vụ giải trí, nơi khác gộp; một nơi để doanh thu hội nghị trong nhóm ẩm thực, nơi khác tách riêng. Khi hợp nhất, cấu trúc doanh thu của danh mục trở thành một bức tranh không đọc được theo bộ phận.
• Tiền thu hộ bên thứ ba bị trộn vào doanh thu. Vé tham quan, xe đưa đón, tour đặt hộ — phần của cơ sở chỉ là hoa hồng. Gộp chung tạo ra doanh thu ảo ở cấp danh mục.
• Giao dịch nội bộ giữa các cơ sở không được đánh dấu. Khi một cơ sở bán dịch vụ cho khách của cơ sở khác trong cùng danh mục, khoản đó phải nhận diện được để loại trừ khi hợp nhất — nếu không, danh mục tự cộng doanh thu của mình hai lần. Chủ đề này nối trực tiếp với bài kế toán chuỗi khách sạn theo Thông tư 99.

Phần 3: Một danh mục thì phải có một hệ danh mục dùng chung

Lời giải cho cả ba loại lệch trên không nằm ở báo cáo mà nằm ở tầng bên dưới báo cáo: hệ danh mục dùng chung. Ý tưởng rất đơn giản — đưa định nghĩa ra khỏi từng cơ sở và đặt nó ở một chỗ duy nhất, để mọi cơ sở lấy từ đó thay vì tự dựng lấy.

Sáu thứ phải dùng chung toàn danh mục

• Mốc ngày kế toán theo phiên chốt sổ đêm. Một mốc cho cả danh mục, ghi thành quy định, giữ nguyên qua các kỳ. Nếu một cơ sở có lý do vận hành thật sự để chốt muộn hơn, thì ngoại lệ đó phải được ghi rõ và được tính đến khi so sánh.
• Danh mục bộ phận doanh thu và chi phí. Dùng chung cấu trúc bộ phận theo thông lệ ngành, để báo cáo kết quả kinh doanh của mọi cơ sở xếp chồng lên nhau được.
• Danh mục hạng phòng theo nhóm chuẩn. Mỗi cơ sở có sản phẩm riêng, nhưng phải quy về một tập nhóm chung để so được giá bình quân.
• Danh mục nguồn khách và kênh bán. Cùng một bộ mã cho toàn danh mục, gán ngay tại thời điểm nhận đặt — đây là điều kiện để phân tích cơ cấu nguồn ở cấp danh mục có ý nghĩa.
• Công thức của từng chỉ số. Công suất, giá phòng bình quân, doanh thu trên mỗi phòng sẵn có, doanh thu tổng trên mỗi phòng sẵn có. Mỗi chỉ số một công thức duy nhất, viết ra và ban hành.
• Quy ước loại trừ giao dịch nội bộ. Cách đánh dấu giao dịch giữa các cơ sở trong danh mục, để số hợp nhất không cộng trùng.

Đây cũng là chỗ nền tảng bên dưới quyết định mọi thứ. Khi các cơ sở cùng chạy trên một phần mềm quản lý khách sạn đa cơ sở, hệ danh mục nằm ở một nơi và được thi hành tự động; mọi cơ sở buộc phải dùng chung mã, chung nhóm, chung công thức, không phụ thuộc vào việc ai đó có nhớ hay không. Khi các cơ sở chạy trên nhiều hệ khác nhau, hệ danh mục chung vẫn dựng được nhưng phải được duy trì bằng kỷ luật con người — và kỷ luật thì hao mòn theo thời gian.

Phần 4: Vì sao chủ đầu tư cần ứng dụng chỉ đọc riêng, không phải tài khoản hệ vận hành

Đây là phần chúng tôi muốn nói kỹ nhất, vì nó là chỗ thị trường đang bỏ trống. Gần như mọi giải pháp được chào ra thị trường đều là hệ thống quản lý vận hành đầy đủ — dựng cho lễ tân, buồng phòng, đặt phòng, thu ngân, kế toán. Cách xử lý mặc định cho nhu cầu của chủ đầu tư là cấp cho họ một tài khoản trong chính hệ thống ấy. Đó là một cách giải quyết hợp lý về mặt kỹ thuật và không hợp lý về mặt con người.

Năm lý do một tài khoản hệ vận hành không phải câu trả lời

• Nó buộc người ra quyết định phải học nghiệp vụ vận hành. Màn hình của hệ vận hành được tối ưu cho người dùng nó tám tiếng mỗi ngày. Một thành viên hội đồng quản trị cần năm con số trước cuộc họp, không cần biết sơ đồ phòng của cơ sở nào đang thế nào.
• Quyền ghi tạo ra rủi ro không cần thiết. Một tài khoản có thể sửa dữ liệu đang chạy là một rủi ro vận hành, dù người giữ tài khoản không bao giờ có ý định sửa. Bỏ hẳn quyền ghi thì rủi ro đó biến mất về mặt thiết kế, không phải về mặt cấu hình.
• Hệ vận hành không dựng cho điện thoại. Chủ đầu tư và thành viên hội đồng quản trị cần số liệu đúng vào lúc đang di chuyển, đang ở nước ngoài, hoặc mười phút trước một cuộc họp.
• Phân quyền theo phạm vi sở hữu là khái niệm khác với vai trò nghiệp vụ. Hệ vận hành phân quyền theo chức năng công việc. Danh mục đầu tư cần phân quyền theo "ai sở hữu phần nào" — hai trục hoàn toàn khác nhau.
• Sự hiện diện của chủ trong hệ vận hành dễ bị hiểu thành giám sát. Một lớp đọc tách riêng, hiển thị đúng bộ chỉ số đã thống nhất, giữ cuộc trao đổi ở đúng tầng quản trị thay vì tầng thao tác.

Ứng dụng chỉ đọc dành riêng cho chủ đầu tư giải bài toán đó thế nào

• Chỉ đọc theo thiết kế. DiOwner không có màn hình nào sửa được dữ liệu vận hành. Đây vừa là sự an tâm cho người dùng, vừa là cam kết với ban điều hành rằng số liệu của họ không bị can thiệp từ bên ngoài.
• Hiển thị đúng tầng quản trị. Doanh thu và cơ cấu nguồn, công suất, giá phòng bình quân, doanh thu trên mỗi phòng sẵn có, công nợ — của từng cơ sở và của cả danh mục.
• Số đọc thẳng từ hệ thống đang chạy. Không có bảng trung gian nào giữa dữ liệu gốc và màn hình, nên con số trên ứng dụng và con số trong hệ thống là một, và truy ngược được về chứng từ gốc khi cần.
• Phân quyền theo cơ sở và theo vai trò. Mỗi thành viên hội đồng quản trị, mỗi nhà đầu tư góp vốn thấy đúng phạm vi của mình — minh bạch với đối tác mà không phải mở toàn bộ hệ thống.
• Cảnh báo chủ động. Khi một chỉ số vượt ngưỡng đã đặt, ứng dụng lên tiếng thay vì chờ người mở ra xem.

Toàn bộ danh sách màn hình và chỉ số có trên trang sản phẩm DiOwner. Điểm cần nhớ là sự phân vai: hệ vận hành phục vụ người làm nghiệp vụ, ứng dụng chỉ đọc phục vụ người ra quyết định đầu tư — hai đối tượng, hai thiết kế, một nguồn dữ liệu duy nhất.

Phần 5: Nhiều pháp nhân, nhiều chủ sở hữu trong một danh mục

Đây là đặc thù mà một danh mục quy mô lớn gần như luôn gặp, và là chỗ mà cách làm bằng bảng tính sụp đổ nhanh nhất. Một danh mục năm cơ sở có thể gồm ba pháp nhân, trong đó hai cơ sở có nhà đầu tư góp vốn riêng, và một cơ sở nằm trong liên doanh với đối tác nước ngoài.

Bốn việc phải phân biệt rành mạch

• Ranh giới pháp nhân và ranh giới quản trị không trùng nhau. Báo cáo tài chính lập theo pháp nhân, theo quy định của chế độ kế toán. Báo cáo quản trị lập theo cách chủ đầu tư nhìn danh mục của mình — có thể theo vùng, theo thương hiệu, theo loại hình. Một danh mục cần cả hai, và không được lấy cái này thay cái kia.
• Phạm vi xem theo phần sở hữu. Nhà đầu tư góp vốn vào hai cơ sở chỉ nên thấy hai cơ sở đó. Đây là yêu cầu vừa về bảo mật, vừa về sự đứng đắn trong quan hệ đối tác.
• Giao dịch nội bộ giữa các pháp nhân trong danh mục. Phải đánh dấu được để loại trừ khi hợp nhất quản trị, đồng thời vẫn giữ nguyên trên sổ của từng pháp nhân.
• Một bộ chỉ số duy nhất cho mọi bên. Khi chủ đầu tư, nhà đầu tư góp vốn và ban điều hành cùng nhìn một màn hình được tính bằng cùng công thức, các cuộc họp chuyển từ việc đối chiếu số sang việc bàn phương án. Đây là giá trị lớn nhất mà một hệ thống dùng chung mang lại, và nó khó thấy trên bảng tính năng.

Phần 6: Cơ sở thuê đơn vị quản lý ngoài — ranh giới dữ liệu nên đặt ở đâu

Nhiều chủ đầu tư sở hữu tài sản nhưng giao việc vận hành cho một đơn vị quản lý chuyên nghiệp. Mô hình này hoàn toàn bình thường và ngày càng phổ biến ở phân khúc khu nghỉ dưỡng. Vấn đề chỉ phát sinh khi quyền truy cập dữ liệu không được thỏa thuận rõ ngay từ hợp đồng quản lý.

Ba điều nên có trong hợp đồng quản lý, ở phần dữ liệu

• Chủ sở hữu có quyền truy cập dữ liệu vận hành của chính cơ sở mình theo thời gian thực, ở mức chỉ đọc. Đây là điều khoản nên có ngay từ đầu, không phải thứ đi xin sau khi phát sinh vướng mắc. Đặt nó ở mức chỉ đọc cũng là cách bảo đảm quyền điều hành của đơn vị quản lý không bị can thiệp.
• Dữ liệu thuộc về cơ sở, không thuộc về đơn vị quản lý. Khi hợp đồng quản lý kết thúc, lịch sử khách, lịch sử đặt phòng và lịch sử doanh thu phải ở lại với cơ sở. Đây là tài sản vô hình đáng giá và rất hay bị bỏ quên cho tới lúc chuyển giao.
• Bộ chỉ số và công thức tính được thống nhất bằng văn bản. Nếu đơn vị quản lý báo cáo theo chuẩn nội bộ của họ còn chủ đầu tư đo theo hệ danh mục của mình, thì mọi cuộc thảo luận về hiệu quả đều bắt đầu bằng việc tranh luận con số.

Phần 7: Mùa vụ lệch nhau giữa các vùng — đọc sao cho đúng

Một danh mục có khu nghỉ dưỡng biển, khách sạn thành phố và cơ sở vùng cao sẽ không bao giờ có một đường cong mùa vụ chung. Đây là đặc điểm, không phải vấn đề — nhưng nó làm hỏng mọi cách so sánh ngây thơ.

Bốn nguyên tắc đọc số khi mùa vụ lệch nhau

• So mỗi cơ sở với chính nó cùng kỳ trước, trước khi so các cơ sở với nhau. Xu hướng theo thời gian của từng nơi là thông tin đáng tin hơn thứ hạng tại một thời điểm.
• Đọc thứ hạng theo mùa của từng cơ sở, không theo mùa của danh mục. Một khu nghỉ dưỡng biển đạt công suất 55% giữa mùa thấp điểm có thể đang làm tốt hơn một khách sạn thành phố đạt 70% giữa mùa hội nghị.
• Nhìn lệch pha như một lợi thế điều phối. Khi cơ sở này thấp điểm đúng lúc cơ sở kia cao điểm, danh mục có dư địa để điều phối nhân sự thời vụ, chương trình bán và cả dòng tiền — điều mà một cơ sở đơn lẻ không có.
• Đặt ngưỡng cảnh báo riêng cho từng cơ sở, không đặt một ngưỡng chung. Ngưỡng chung sẽ báo động liên tục ở nơi đang thấp điểm và im lặng ở nơi đang trượt dốc giữa mùa cao điểm.

Dự báo theo số phòng đã đặt trước, và giới hạn của nó

• Căn cứ là lượng đặt phòng đã có trong hệ thống cho các ngày sắp tới, với tầm nhìn 30, 60 và 90 ngày, kèm tùy chọn khoảng ngày tự do. Đây là dự báo thống kê trên số liệu thật, không phải mô hình trí tuệ nhân tạo — chúng tôi nói rõ điều này vì gọi đúng tên thì người dùng biết tin nó tới đâu, và vì một dự báo được gắn nhãn sai còn nguy hiểm hơn không có dự báo.
• Ở cấp danh mục, giá trị lớn nhất là phát hiện lệch pha bất thường — một cơ sở có lượng đặt trước cho tháng tới thấp hơn hẳn nhịp mọi năm của chính nó, trong khi các cơ sở khác vẫn bình thường.
• Giới hạn phải biết: dự báo dựa trên phòng đã đặt sẽ luôn thấp hơn thực tế ở thị trường mà khách đặt sát ngày. Nó cho biết mức sàn chắc chắn, không cho biết mức đỉnh.

Phần 8: Bảng tổng hợp — vướng ở đâu khi có nhiều cơ sở và xử thế nào

Phần 9: DiOwner đang hiển thị gì, và chưa hiển thị gì

Phần này viết để tránh kỳ vọng nhầm — điều đặc biệt quan trọng với đối tượng độc giả là chủ đầu tư và hội đồng quản trị, những người sẽ ra quyết định dựa trên chính các con số này.

Đang chạy trên dữ liệu thật

• Lớp doanh thu và cơ cấu nguồn theo từng cơ sở và theo cả danh mục, cập nhật theo thời gian thực từ hệ thống đang vận hành.
• Công suất, giá phòng bình quân, doanh thu trên mỗi phòng sẵn có, tính theo công thức thống nhất, với quy ước trừ phòng ngừng khai thác dài hạn và giữ nguyên phòng tạm thời chưa bán được.
• Công nợ và tuổi nợ, kèm cảnh báo theo ngưỡng — nhóm chỉ số quan trọng với danh mục có nhiều hợp đồng lữ hành và hợp đồng công ty.
• Dự báo theo số phòng đã đặt trước với tầm nhìn 30, 60 và 90 ngày.
• Hợp nhất đúng cách: cộng phòng toàn danh mục rồi mới chia, để số hợp nhất phản ánh đúng quy mô thực thay vì bị cơ sở nhỏ kéo lệch.

Còn ở lộ trình

• Lợi nhuận gộp trên mỗi phòng sẵn có (GOPPAR) — Sắp ra mắt. Chỉ số này đòi hỏi tập hợp đủ chi phí vận hành theo cùng một chuẩn ở mọi cơ sở, nên nó chưa nằm trong bộ chỉ số đang chạy. Cấu trúc báo cáo kết quả kinh doanh dẫn tới chỉ số này đã được trình bày đầy đủ trong bài về chuẩn USALI.
• Hệ quả cần nhớ khi đọc bảng xếp hạng: thứ hạng theo doanh thu trên mỗi phòng không phải thứ hạng theo lợi nhuận. Một cơ sở dẫn đầu về doanh thu vẫn có thể đứng cuối về hiệu quả nếu cấu trúc chi phí của nó nặng hơn hẳn.