Nhật ký sự cố (incident log): ghi nhận và theo dõi đến khi đóng

Nhật ký sự cố (incident log) giúp chủ CLB và quản lý vận hành ghi nhận mọi việc bất thường — từ té ngã, mất đồ, máy hỏng, đến tranh chấp quầy — rồi theo dõi đến khi đóng rõ ràng. Khác bài escalation khiếu nại (luồng ưu tiên phản hồi khách) và khác camera CCTV (hạ tầng bằng chứng). Bài này là sổ/file vận hành: ai ghi, trường bắt buộc, trạng thái mở/đóng, và cách gắn ghi chú trên hồ sơ hội viên khi cần. Không mô tả “module incident log” riêng trong phần mềm; không cam kết giảm số sự cố nhờ mẫu biểu.

Liên kết: DANAVA Studio, quy trình khẩn cấp, bàn giao ca lễ tân, khiếu nại hoàn tiền, báo cáo doanh thu.

Vì sao “nhớ miệng” và chat nhóm không đủ làm nhật ký sự cố

Chat nhanh tiện lúc nóng nhưng dễ mất ngữ cảnh: đổi ca không đọc hết, ảnh không gắn ngày, quyết định “đã xử lý” không ai xác nhận. Khi hội viên quay lại sau một tuần hỏi tiến độ, quản lý không có dòng thời gian để trả lời — dẫn đến leo thang cảm xúc và khiếu nại hoàn tiền không cần thiết.

Nhật ký còn phục vụ bảo hiểm, chủ đầu tư và đào tạo: xu hướng máy hỏng lặp, giờ cao điểm hay va chạm, hoặc cùng một lỗi quy trình quầy. Không cần phần mềm phức tạp — Sheet/Notion/sổ cứng đều được nếu kỷ luật trạng thái mở/đóng.

Liên hệ lịch bảo trì máy: máy hỏng nên có dòng trong incident log (ảnh hưởng hội viên) và dòng trong nhật ký kỹ thuật (sửa chữa) — hai việc bổ sung, không thay nhau.

Phạm vi: sự cố nào phải vào sổ

Nên vào sổ: chấn thương/té ngã, sơ cứu, cháy/khói/mất điện ảnh hưởng an toàn, mất đồ có biên bản, tranh chấp lớn tại quầy, khách lạ/không check-in gây rối, hỏng máy làm ngưng khu, hoá chất đổ, rò nước, và khiếu nại mức escalation từ cấp quản lý trở lên.

Không cần “mọi chi tiết vặt”: hết giấy toilet một lần đã bổ sung ngay có thể chỉ nằm checklist vệ sinh. Nhưng hết giấy lặp lại gây khiếu nại thì nâng lên incident để tìm gốc (tồn kho / ca bỏ bước) — xem thêm checklist vệ sinh.

Loại sự cố	Ưu tiên	Ghi ngay?	Đóng khi nào
Chấn thương / sơ cứu	P0	Có — sau ổn định người	Đã bàn giao y tế/người nhà + biên bản
Cháy / khói / mất điện lớn	P0	Có	An toàn khôi phục + họp ngắn sau sự cố
Mất đồ / nghi trộm	P1	Có	Đã trả lời hội viên + clip/biên bản (nếu có)
Máy hỏng ngưng dùng	P1–P2	Có	Máy sửa/thay + gỡ thẻ ngưng
Khiếu nại dịch vụ leo thang	P1	Có	Cam kết đã thực hiện / đóng theo escalation
Vật tư / vệ sinh lặp lại	P2	Khi lặp ≥2–3 lần	Đã sửa gốc (tồn/quy trình)

Trường bắt buộc trên mỗi dòng nhật ký

Tối thiểu: mã sự cố (INC-YYYYMMDD-##), ngày giờ phát hiện, người ghi, loại, mức độ, mô tả ngắn (ai–làm gì–ở đâu–hậu quả), hội viên/HLV liên quan (mã hoặc tên), hành động tức thì, người được giao xử lý tiếp, hạn dự kiến, trạng thái (mở / đang xử lý / chờ phụ tùng / đóng), link ảnh hoặc clip (lưu drive nội bộ — không đăng public).

Tránh mô tả cảm tính (“hội viên khó tính”). Viết hành vi và yêu cầu cụ thể. Nếu liên quan tiền (hoàn, giảm trừ), ghi số tiền đề xuất và ai duyệt — đối chiếu sau với báo cáo doanh thu / POS, không sửa doanh thu trong nhật ký.

Luồng từ phát hiện đến đóng

1) An toàn trước (sơ cứu, sơ tán) theo quy trình khẩn cấp. 2) Lễ tân/HLV báo quản lý. 3) Mở dòng nhật ký trong ca. 4) Phân công. 5) Cập nhật khi có tiến triển (không để im cả tuần). 6) Đóng với kết quả và bài học ngắn. 7) Nhắc trong bàn giao ca nếu sự cố còn mở qua ca.

Khiếu nại dịch vụ: dùng khung escalation theo cấp để biết ai trả lời; incident log giữ bằng chứng và hạn — hai lớp chạy song song.

Gắn hội viên, HLV và lịch lớp mà không bịa module mới

Trên DANAVA Studio, có thể gắn ghi chú/tag trên hồ sơ hội viên (ví dụ “INC-… mất đồ đang xử lý”, “té gối — hạn chế nhảy 7 ngày theo tự khai”), và điều chỉnh lịch PT/lớp qua đặt lịch lớp nếu cần. Đây là tận dụng ghi chú + lịch có sẵn, không phải phần mềm incident chuyên dụng.

Báo cáo check-in giúp xác định hội viên có mặt khung giờ sự cố — hữu ích khi đối chiếu CCTV hoặc tranh chấp “tôi không có mặt”. Không dùng dữ liệu để doxa công khai danh sách hội viên trong nhóm chat rộng.

Review tuần: sự cố mở, gốc rễ, và đào tạo lại

Mỗi tuần quản lý lọc trạng thái ≠ đóng: quá hạn bao lâu, kẹt ở bước nào (chờ thợ, chờ chủ duyệt hoàn tiền, chờ hội viên bổ sung giấy tờ). Sự cố cùng loại ≥3 lần/tháng → họp 15 phút tìm gốc (thiếu checklist, thiếu tồn vật tư, góc máy nguy hiểm).

Rút một mục đào tạo lại gắn vận hành mới mở hoặc checklist hiện có — đừng chỉ “nhắc miệng” rồi hết.

Phân quyền xem nhật ký và bảo mật

Nhật ký có thể chứa thông tin sức khoẻ, tranh chấp tiền, hoặc mô tả hành vi nhạy cảm. Giới hạn quyền sửa/xoá; lễ tân tạo dòng và cập nhật hành động tức thì; chỉ quản lý đóng sự cố P0/P1. Không in dán công khai tại quầy.

Khi xuất cho bảo hiểm hoặc cơ quan chức năng: chỉ phần liên quan, có người duyệt, ghi vào chính dòng sự cố. Tương tự quy trình xuất clip CCTV.

Mẫu phân loại mức độ (P0–P2) để lễ tân không đoán mò

P0: đe doạ tính mạng/an toàn đám đông — gọi cấp cứu/PCCC, kích hoạt quy trình khẩn cấp. P1: ảnh hưởng lớn trải nghiệm hoặc tài sản (mất đồ giá trị, máy khu chính ngưng, khiếu nại đòi hoàn lớn). P2: ảnh hưởng cục bộ, có thể xử trong 24–72 giờ.

In bảng một trang cạnh quầy. Nhầm cấp (P2 thành P0) tốn nguồn lực; nhầm ngược lại nguy hiểm — ưu tiên an toàn khi phân vân.

Kết nối hoàn tiền và đối soát cuối ngày

Nếu sự cố dẫn tới hoàn/giảm trừ, đánh dấu trên nhật ký và đi theo quy trình khiếu nại hoàn tiền. Cuối ngày, đối chiếu phiếu hoàn với POS — nhật ký không phải sổ quỹ nhưng là cầu nối giải thích biến động.

Tránh hoàn “cho xong” không mở INC: mất dữ liệu học hỏi và dễ bất nhất giữa các ca.

Mẫu mô tả sự cố đủ ngắn để ca sau đọc được trong 30 giây

Viết theo khung: bối cảnh (khung giờ, khu) → sự việc quan sát được → hành động đã làm → việc còn mở → người đang giữ ball. Ví dụ tốt: “18:10 khu cardio, treadmill số 3 dừng đột ngột, HV không chấn thương, đã gắn thẻ ngưng + báo kỹ thuật, chờ linh kiện, hạn dự kiến Thứ Tư”. Ví dụ xấu: “máy hỏng, HV khó chịu” — không hành động, không hạn, không máy nào.

Ảnh hiện trường: chụp mã lỗi console, vị trí máy, không kèm mặt hội viên nếu không cần. Đặt tên file theo mã INC. Nếu dùng CCTV, ghi phút bắt đầu tua trong dòng nhật ký để ca sau không mò lại từ đầu — xem thêm camera CCTV.

Khi sự cố liên quan lịch lớp đang diễn ra, ghi mã lớp/giờ và HLV phụ trách; dời hoặc huỷ slot trên đặt lịch lớp ngay trong ca nếu phòng/máy không dùng được — đừng để hội viên đến nơi mới biết.

Chỉ số nội bộ chủ CLB nên nhìn mỗi tháng (không phải vanity metric công bố)

Số INC mở quá hạn, số P0, tỷ lệ đóng trong SLA bạn tự đặt (ví dụ P1 ≤ 72 giờ), và top 3 loại lặp lại. Dùng để ưu tiên ngân sách bảo trì hoặc đào tạo — không đem so với CLB khác trên mạng. Nếu mất đồ lặp ở cùng góc tủ, nối với chính sách locker và ánh sáng/camera hành lang, không chỉ xin lỗi từng vụ.

Tháng có chiến dịch giữ chân hoặc open week thường tăng cả lưu lượng và INC nhỏ (hết khăn, quá tải quầy). Chuẩn bị tăng ca vệ sinh/lễ tân và nhắc team mở INC đúng mức — tránh “bỏ qua vì bận” rồi mất dữ liệu học.

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

CLB nhỏ một quản lý kiêm luôn có cần mã INC không?

Có — mã ngắn giúp tìm lại sau tháng. Dù chỉ vài sự cố/tháng, thói quen mở/đóng vẫn giữ khi quy mô tăng hoặc có tranh chấp.

Sự cố xảy ra ngoài giờ lễ tân (gym 24/7) ghi thế nào?

Hội viên báo qua hotline/app → người trực từ xa mở INC với giờ nhận tin → ca sáng bổ sung hiện trường. Không chờ đến sáng mới “bắt đầu ghi”.

Có nên để HLV tự mở sự cố không?

Nên với chấn thương và máy hỏng trên sàn. Đào tạo HLV biết trường bắt buộc và khi nào phải gọi quản lý ngay (P0).

Đóng sự cố rồi hội viên phản đối tiếp thì sao?

Mở lại hoặc mở INC mới liên kết mã cũ; đưa vào escalation. Không cãi “đã đóng rồi” mà bỏ qua diễn biến mới.

Nhật ký giấy có chấp nhận được không?

Được nếu chữ đọc được, có số trang, không xé mất, và scan cuối tuần vào drive. Nhiều CLB chuyển Sheet để tìm kiếm và nhắc hạn dễ hơn.

Studio có thay Nhật ký sự cố không?

Không. Studio hỗ trợ ghi chú/tag hồ sơ, lịch lớp, báo cáo check-in — bạn vẫn cần một bảng/sổ incident log vận hành riêng.

Ai được xoá dòng nhật ký đã đóng?

Mặc định không xoá — chỉ sửa lỗi chính tả hoặc bổ sung phụ lục. Nếu bắt buộc ẩn thông tin nhạy cảm, quản lý lưu bản redacted và ghi lý do trên dòng gốc.

Chốt: mở đủ — cập nhật thật — đóng có kết quả

Incident log là kỷ luật vận hành: một nguồn sự thật, mức độ rõ, bàn giao qua ca, review tuần. Kết hợp quy trình khẩn cấp, CCTV, bảo trì máy và escalation khiếu nại. Ghi chú trên Studio chỉ bổ sung ngữ cảnh hội viên — không thay sổ sự cố. Coi mỗi INC đóng là một bài học nhỏ: sửa checklist, sửa tồn vật tư, hoặc sửa góc máy — thì nhật ký mới đáng công ghi.

Khi chuỗi sự cố cùng gốc (ví dụ hết giấy lặp + khiếu nại toilet), đừng mở năm INC rời rồi quên liên kết: ghi “root INC-…” trên các dòng con và giao một chủ sở hữu sửa gốc trong hạn cố định. Đó là cách biến sổ sự cố thành công cụ quản trị thay vì kho khiếu nại.

Tìm hiểu thêm: DANAVA Studio · quy trình khẩn cấp · escalation.

Góc yoga/pilates: chấn thương nhẹ và “đau sau lớp” cần ghi nhận trung lập, khuyến nghị hội viên gặp chuyên gia y tế — HLV không tự chẩn đoán trong nhật ký.

Góc CrossFit: va chạm tạ/ball thường hơn; thêm mục kiểm tra sàn và quy tắc dropping vào review tuần nếu INC lặp.

Góc chuỗi: mẫu INC và định nghĩa P0–P2 thống nhất; chi nhánh gửi P0 lên điều phối trong X phút đã chốt.

Góc mới mở: đặt file nhật ký từ tuần đầu — sai lầm phổ biến là chờ “có việc lớn” mới tạo sổ.

Góc ít nhân sự: một Sheet với view “đang mở” + nhắc lịch review 15 phút/tuần đủ sức; đừng xây quy trình 20 trường ngay ngày đầu.

Soft CTA: vận hành ghi chú và check-in trên danava.vn/studio.