SOP Data Standardization 2.0

Chuẩn hóa hệ thống dữ liệu Dr. Vương

Một bản trình bày trực quan để đội ngũ hiểu nhanh: dữ liệu đi qua đâu, ai được quyền gì, file nằm ở đâu, và một SOP chuẩn cần có cấu trúc như thế nào.

Tài liệu phân tích từ Bửu Trung | 0909862209

01. Kiến trúc hệ thống dữ liệu

Từ bản gốc duy nhất đến công cụ vận hành

Tầng 2 và tầng 3 không mặc định dùng Lark. Hệ thống có thể chọn một trong ba stack: Lark, Bitrix24 hoặc Google Workspace, miễn là vẫn giữ một nguồn dữ liệu gốc duy nhất.

Tầng 1Lưu trữ trung tâm

Google Drive tổ chức

Nơi chứa bản gốc cho SOP, policy, brand, form, report và archive. Mỗi thông tin chỉ có một nguồn chính thức.

Tầng 2Công cụ nghiệp vụ
Option A

Lark stack

Lark Wiki cho SOP, Lark Base cho dữ liệu động, Lark Approval/Tasks cho quy trình phê duyệt và theo dõi.

Option B

Bitrix24 stack

Bitrix Drive/Knowledge Base cho tài liệu, CRM cho khách hàng, Tasks/Automation cho vận hành.

Option C

Google Workspace stack

Shared Drive, Docs, Sheets, Slides, Forms; có thể bổ sung AppSheet/Looker Studio khi cần app hoặc dashboard.

Tầng 3Giao tiếp nội bộ
Lark

Lark Messenger

Kênh bộ phận, thông báo cập nhật, chia sẻ link tài liệu, phối hợp phản hồi nội bộ.

Bitrix24

Bitrix Chat / Feed

Chat, Feed, Tasks và thông báo CRM để điều phối công việc theo khách hàng hoặc bộ phận.

Google

Google Chat / Gmail

Google Chat, Gmail, Meet và Calendar để gửi thông báo, trao đổi link và họp xử lý việc phát sinh.

Quy tắc vàng: mọi tài liệu quan trọng phải có một bản gốc duy nhất trong kho trung tâm đã chọn. Khi chia sẻ, gửi link; không gửi file đính kèm qua chat hoặc email.
<30sThời gian tìm tài liệu mục tiêu
1Bản gốc chính thức cho mỗi tài liệu
6MChu kỳ review SOP vận hành
24hThu hồi quyền khi nhân sự nghỉ

Nguyên tắc luồng dữ liệu

5 luật nền để hệ thống không vỡ khi scale

Các nguyên tắc này biến Drive từ “nơi chứa file” thành hệ thống vận hành có trách nhiệm, version và chủ sở hữu rõ ràng.

1

Một nguồn duy nhất

Không copy-paste tài liệu sang nơi khác. Cần dùng ở đâu thì dùng link tới bản gốc.

2

Rõ ràng hơn ngắn gọn

Tên file dài nhưng đọc hiểu ngay tốt hơn tên ngắn mà không ai biết là gì.

3

Ít file hơn nhiều file

Gộp nội dung liên quan khi có thể để giảm phân mảnh và giảm bản trùng.

4

Version hóa triệt để

Mọi thay đổi đều có version. Bản cũ chuyển archive thay vì xóa hoặc ghi đè lặng lẽ.

5

Người tạo là owner

Người tạo file chịu trách nhiệm đặt đúng thư mục, đúng tên, đúng quyền.

0

Chat không phải kho

Chat hoặc feed chỉ dùng để điều phối và thông báo; mọi tài liệu chính thức phải quay về kho trung tâm.

Phân cấp tài liệu

Ưu tiên quản trị theo mức rủi ro vận hành

Không phải file nào cũng cần kiểm soát như nhau. Tài liệu càng ảnh hưởng trực tiếp đến khách hàng, pháp lý và doanh thu thì càng cần cập nhật chặt.

Tier 1

Tài liệu sống còn

SOP vận hành, bảng giá hiện hành, policy nhân sự, cam kết điều trị, biên bản pháp lý. Phải luôn là bản mới nhất.

SOP tiếp đón Bảng giá Cam kết điều trị
Luôn cập nhật
Review khi có thay đổi
Tier 2

Tài liệu vận hành

Kịch bản sale, tài liệu đào tạo, KPI framework, kế hoạch marketing. Cần kiểm soát đều để tránh đội ngũ dùng thông tin cũ.

Sale script Training KPI
Review mỗi 6 tháng
Tier 3

Tài liệu tham khảo

Báo cáo thị trường, case study, tài liệu nghiên cứu. Giá trị cao nhưng không phải nguồn điều hành hằng ngày.

Market report Case study Research
Review mỗi 12 tháng

02. Tiêu chuẩn & quy tắc

Cấu trúc thư mục phải khiến người mới cũng tìm được

Tên thư mục và tên file đều dùng logic phân loại trước, mô tả sau, version và năm ở cuối. ROOT không phải nơi để thả file.

DR. VƯƠNG - HỆ THỐNG QUẢN LÝ
  • 00_MASTERDữ liệu nền tảng: công ty, dịch vụ, bảng giá, chân dung KH.
  • 01_BRANDLogo, guideline, màu sắc, typography, brand voice.
  • 02_SOPQuy trình vận hành chuẩn theo từng bộ phận.
  • 03_POLICYChính sách nội bộ cần BGĐ phê duyệt trước khi ban hành.
  • 04_HRSổ tay nhân viên, JD, biểu mẫu HR, đào tạo.
  • 05_MKT_SALEKế hoạch marketing, kịch bản sale, tài liệu tư vấn.
  • 06_FORMSBiểu mẫu vận hành, cam kết, phiếu khám, phiếu thu.
  • 07_REPORTSBáo cáo doanh thu, KPI, phân tích khách hàng.
  • _ARCHIVEBản cũ, file lỗi thời, tài liệu không còn dùng trong vận hành.
Không tạo thư mục tùy tiện Cấp 1 chỉ do Admin Drive tạo. Trưởng bộ phận chỉ tạo thư mục con trong khu vực phụ trách.
Không lưu file ở ROOT Mọi file phải nằm trong đúng thư mục theo loại tài liệu và bộ phận.
Không có “Misc” hoặc “Khác” Nếu chưa biết đặt đâu, hỏi Admin Drive. Không tạo vùng mờ cho dữ liệu.
Tên file có cú pháp chuẩn [MÃ_LOẠI]_[Tên-Mô-Tả]_v[X.Y]_[YYYY]. Ví dụ: SOP_Tiep-Don-KH_v2.0_2026.
Không dùng “final”, “copy”, “ok” Trạng thái bản ghi phải thể hiện bằng version, không bằng cảm giác.
Bản cũ đi vào archive Thêm hậu tố _ARCHIVED_[năm], chuyển vào _ARCHIVE, cập nhật Inventory_Master.

Phân quyền

Đúng người, đúng việc, đúng cấp độ

Quyền truy cập là lớp bảo vệ vận hành: nhân sự cần đọc được tài liệu để làm việc, nhưng tài liệu nhạy cảm không được mở rộng quá mức.

0
No Access

Không tìm thấy, không xem được. Dùng cho lương, HR nhạy cảm, dữ liệu BGĐ.

1
Viewer

Chỉ đọc. Dùng cho SOP, policy, tài liệu đào tạo cần phổ biến.

2
Commenter

Đọc và góp ý, không sửa nội dung chính.

3
Editor

Đọc và chỉnh sửa. Dành cho owner tài liệu hoặc trưởng bộ phận.

4
Manager / Owner

Sửa, xóa, đổi quyền. Chỉ dành cho Admin Drive và BGĐ.

Thư mục Bác sĩ Lễ tân Sale/CSKH HR Marketing BGĐ Admin
00_MASTER_DATA Xem Xem Xem Xem Xem Quản lý Quản lý
01_BRAND Xem Xem Xem Xem Sửa Quản lý Quản lý
02_SOP chung Comment Comment Xem Xem Xem Sửa Quản lý
03_POLICY Xem Xem Xem Sửa Xem Quản lý Quản lý
04_HR nhạy cảm Không Không Không Sửa Không Quản lý Quản lý
05_MARKETING_SALE Xem Xem Comment/Sửa Xem Sửa Quản lý Quản lý
_ARCHIVE Không Không Không Xem Không Quản lý Quản lý

03. Cấu trúc mẫu của SOP

Một SOP tốt phải đủ để người mới làm đúng

Template không chỉ để trình bày đẹp. Nó buộc mỗi quy trình có mục đích, phạm vi, người chịu trách nhiệm, bước làm, tiêu chuẩn đầu ra và lịch sử cập nhật.

1

Header & metadata

Tên quy trình, mã tài liệu, version, ngày, owner, người phê duyệt, trạng thái.

2

Mục đích

Quy trình giải quyết vấn đề gì và kết quả mong đợi khi thực hiện đúng.

3

Phạm vi áp dụng

Ai phải thực hiện, tình huống nào áp dụng, trường hợp nào không áp dụng.

4

Định nghĩa & viết tắt

Làm rõ thuật ngữ để nhân sự đọc cùng một cách hiểu.

5

Các bước thực hiện

Sơ đồ luồng nếu có nhánh; từng bước ghi rõ vai trò, thời gian, hành động, đầu ra.

6

Tiêu chuẩn đầu ra

Các tiêu chí đo được hoặc quan sát được để biết quy trình đã hoàn thành đúng.

7

Ngoại lệ & xử lý

Tình huống bất thường và hướng xử lý, tránh nhân sự tự ý quyết định ngoài quyền.

8

Tài liệu liên quan

Link form, biểu mẫu, policy, bảng giá, tài liệu tham chiếu cần dùng kèm.

9

Lịch sử cập nhật

Bảng version history: phiên bản, ngày, người cập nhật, nội dung thay đổi.

Tiêu chuẩn trình bày

Câu ngắn, động từ hành động, bước đánh số, bảng khi cần so sánh, hình có chú thích.