I. Tư duy tổng quan chuỗi logic dự án
Mạch suy luận liên tục từ khảo sát đến vận hành hệ thống.
❌ Đồ án KHÔNG PHẢI là:
- • Liệt kê mua 10 server, 20 máy tính, vài cái firewall.
- • Viết catalogue thiết bị.
- • Thiết kế một hệ thống CNTT từ đầu mà không có lý do.
✅ Mạch logic của đồ án:
II. Phạm vi đề xuất & Giới hạn nghiên cứu
Xác định đối tượng Haidilao Việt Nam và phân định dữ liệu thực tế / giả định.
📌 Phạm vi đề xuất: Giới hạn vào nâng cấp hạ tầng CNTT chuỗi nhà hàng Haidilao tại Việt Nam (giai đoạn 2026–2030).
🏢 Đối tượng nghiên cứu chính
- Các chi nhánh nhà hàng Haidilao Việt Nam.
- Nhân viên, quản lý & Bộ phận CNTT.
- Hệ thống đặt bàn & dữ liệu khách hàng.
- Hệ thống POS, Wi-Fi, Camera, Mạng, Security & Backup.
⚖️ Phân biệt Nguồn chứng minh vs Giả định
- Dữ liệu thực tế: "Haidilao có X nhà hàng tại VN" ➔ Cần dẫn nguồn chính thức.
- Dữ liệu giả định: "Mỗi nhà hàng có 5 Access Point, 2 Switch..." ➔ Ghi rõ là Giả định/Sizing phục vụ đồ án.
III. Chi tiết quy trình 13 bước triển khai
Khảo sát tổng quan về doanh nghiệp (Cung cấp tài liệu minh chứng)
- Lịch sử phát triển
- Quy mô và phạm vi hoạt động
- Cơ cấu tổ chức & các quy trình hoạt động
Các hướng lựa chọn:
- • Phương án A: Hạ tầng Mạng + Bảo mật.
- • Phương án B: Hạ tầng Vận hành + Bảo mật.
- • Phương án C: Hạ tầng CNTT tích hợp (Network + Security + Ops + Backup/DR).
| Tên dự án | Nâng cấp hạ tầng CNTT cho Haidilao Việt Nam |
|---|---|
| Phạm vi | Trụ sở + Chi nhánh | Network + Security + Ops + Backup/DR |
| Mục tiêu & Thời gian | Tăng tính sẵn sàng, bảo mật, khả năng giám sát | 2026–2030 |
| Ngoài phạm vi | Phát triển ứng dụng POS mới |
Thu thập dữ liệu của 5 lớp sau
Lớp Compute & Network
CPU/RAM utilization, tuổi đời thiết bị, Storage, Switch, Router, Wi-Fi, Internet, Băng thông.
Lớp Operations
có/không Monitoring, thời gian phát hiện sự cố (MTTD), thời gian khôi phục sự cố (MTTR), Backup coverage, DR, MFA, IAM, EDR, Firewall, SIEM.
Lớp Security + Identity
MFA/SSO, EDR, log tập trung, phân quyền, tình trạng vá lỗi, đánh giá lỗ hổng
Lớp Applications & Integrations
POS, Đặt bàn, API | Dữ liệu khách hàng, Đơn hàng, Thanh toán.
Lớp Data
Nơi lưu trữ, phân quyền, sao lưu, chất lượng dữ liệu, truy vết.
Tối thiểu phải có:
- SLA/uptime hiện tại; số sự cố/3-6 tháng; MTTR/MTTD
- Tỉ lệ backup thành công; RPO/RTO hiện tại.
- Tỉ lệ thiết bị end-of-support; số lỗ hổng critical chưa vá
- Tăng trưởng người dùng/dữ liệu 12-24 tháng.
Viết theo 3 cụm:
- Tác động vận hành: downtime, nghẽn hiệu năng, mất dữ liệu, gián đoạn sản xuất/bán hàng.
- Tác động tuân thủ & an ninh: rò rỉ dữ liệu, không đáp ứng yêu cầu audit/khách hàng.
- Tác động chiến lược: không mở rộng được chi nhánh/kênh số, tích hợp chậm
Ví dụ:
| Nhóm Rủi ro | Khả năng | Ảnh hưởng | Biện pháp khắc phục đề xuất |
|---|---|---|---|
| Mất kết nối Internet (Vận hành) | Cao | Cao | Triển khai SD-WAN + Đường truyền dự phòng |
| Mất dữ liệu kinh doanh (Vận hành) | Trung bình | Rất cao | Hệ thống Backup tự động + DR |
| Tấn công mạng / Mất TK (Bảo mật) | Trung bình | Rất cao | Trang bị EDR + SIEM + Xác thực MFA |
| Chỉ số KPI | Hiện tại (AS-IS) | Mục tiêu (TO-BE Target) |
|---|---|---|
| Uptime hệ thống | 99% | ≥ 99.9% |
| RPO / RTO | 24 giờ / 12 giờ | ≤ 4 giờ / ≤ 2 giờ |
| MTTD / MTTR | 60 phút / 4 giờ | ≤ 30 phút / ≤ 2 giờ |
| Backup Success Rate | 90% | ≥ 99% |
| Tiêu chí | PA 1: On-premise | PA 2: Hybrid Cloud (Đề xuất) | PA 3: Cloud-first |
|---|---|---|---|
| Mô tả | Tự mua phần cứng đặt tại cty | Server trung tâm + Cloud Backup/Ops | Toàn bộ hạ tầng chạy Cloud |
| CAPEX / OPEX | CAPEX Rất cao / OPEX Thấp | CAPEX Cân bằng / OPEX Cân bằng | CAPEX Thấp / OPEX Rất cao |
| Mở rộng | Thấp | Cao | Rất cao |
5.1. Mục tiêu
Hệ thống hạ tầng CNTT được đề xuất nhằm đáp ứng yêu cầu vận hành của chuỗi nhà hàng Haidilao theo mô hình quản lý tập trung. Việc xác định các yêu cầu kỹ thuật dựa trên nhu cầu khai thác của hệ thống quản lý chuỗi nhà hàng hiện đại, đồng thời được hiệu chỉnh theo quy mô hoạt động của Haidilao, bao gồm nhiều chi nhánh, số lượng người dùng lớn và lượng giao dịch cao.
👉 Các yêu cầu kỹ thuật là cơ sở để lập hồ sơ mời thầu, lựa chọn nhà cung cấp, triển khai hệ thống và nghiệm thu sau đầu tư.
5.2. Yêu cầu về hiệu năng và dung lượng (Performance & Capacity)
Hệ thống phải đáp ứng đồng thời các nghiệp vụ bán hàng (POS), đặt bàn, thanh toán, quản lý kho, kế toán, CRM khách hàng thân thiết, báo cáo kinh doanh thời gian thực và quản lý dữ liệu tập trung giữa các chi nhánh. Cấu hình được đề xuất có khả năng đáp ứng khoảng 20–30 chi nhánh, mỗi chi nhánh từ 15–25 thiết bị đầu cuối (POS, máy tính quản lý, máy tính bảng phục vụ và thiết bị kho), đồng thời bảo đảm khả năng mở rộng trong tương lai.
| Tiêu chí | Yêu cầu kỹ thuật | Tiêu chí nghiệm thu |
|---|---|---|
| Máy chủ ứng dụng | CPU tối thiểu 32 Core | Kiểm tra cấu hình máy chủ đạt yêu cầu |
| Bộ nhớ RAM | Tối thiểu 128 GB ECC | Kiểm tra hệ điều hành nhận đủ RAM |
| Máy chủ cơ sở dữ liệu | CPU 32 Core, RAM 256 GB | Kiểm tra cấu hình thực tế |
| Lưu trữ | SSD Enterprise NVMe dung lượng tối thiểu 8 TB, RAID 10 | Kiểm tra dung lượng và trạng thái RAID |
| Hiệu năng lưu trữ | Tối thiểu 50.000 IOPS | Benchmark đạt yêu cầu |
| Hạ tầng mạng | Switch Core 10/25 Gbps; kết nối máy chủ tối thiểu 10 Gbps | Đo kiểm tốc độ truyền tải |
| Người dùng đồng thời | Tối thiểu 2.000 người dùng | Kiểm thử tải hệ thống |
| Giao dịch | Xử lý tối thiểu 300 giao dịch/phút trong giờ cao điểm | Stress Test đạt yêu cầu |
| Khả năng mở rộng | Mở rộng tối thiểu 50% tài nguyên mà không phải thay đổi kiến trúc | Kiểm tra khả năng nâng cấp |
⚡ Hệ thống cần bảo đảm thời gian phản hồi của các chức năng nghiệp vụ quan trọng như lập hóa đơn, thanh toán, tìm kiếm khách hàng và đồng bộ dữ liệu giữa các chi nhánh không vượt quá 03 giây trong điều kiện tải thông thường.
5.3. Yêu cầu về tính sẵn sàng cao và khôi phục sau thảm họa (High Availability & Disaster Recovery)
Để bảo đảm hoạt động kinh doanh không bị gián đoạn, hệ thống phải được triển khai theo mô hình dự phòng, cho phép duy trì dịch vụ ngay cả khi xảy ra sự cố phần cứng hoặc trung tâm dữ liệu.
| Tiêu chí | Yêu cầu kỹ thuật | Tiêu chí nghiệm thu |
|---|---|---|
| High Availability | Cụm máy chủ HA tối thiểu 02 node | Khi một node ngừng hoạt động, dịch vụ vẫn tiếp tục |
| Load Balancer | Phân phối tải giữa các máy chủ | Kiểm tra khả năng chuyển tải |
| Sao lưu | Sao lưu tự động theo chu kỳ 6 giờ/lần và sao lưu đầy đủ hằng ngày | Nhật ký sao lưu thành công |
| Thời gian lưu trữ | Lưu bản sao tối thiểu 90 ngày | Kiểm tra dữ liệu backup |
| RPO | ≤ 15 phút | Kiểm thử khôi phục dữ liệu |
| RTO | ≤ 02 giờ | Kiểm thử thời gian khôi phục |
| DR Site | Có tối thiểu 01 trung tâm dữ liệu dự phòng | Kiểm tra khả năng chuyển đổi |
| Diễn tập DR | Tối thiểu 02 lần/năm | Có biên bản diễn tập |
🛡️ Việc triển khai theo mô hình HA kết hợp Disaster Recovery giúp giảm thiểu rủi ro gián đoạn dịch vụ, đặc biệt trong các khung giờ cao điểm của chuỗi nhà hàng.
5.4. Yêu cầu về an toàn thông tin (Security)
Hệ thống phải tuân thủ nguyên tắc phòng thủ nhiều lớp (Defense in Depth), bảo đảm an toàn cho dữ liệu khách hàng, dữ liệu giao dịch và dữ liệu tài chính của doanh nghiệp.
| Tiêu chí | Yêu cầu kỹ thuật | Tiêu chí nghiệm thu |
|---|---|---|
| IAM | Quản lý tài khoản tập trung theo vai trò (RBAC) | Người dùng được phân quyền chính xác |
| MFA | Bắt buộc đối với tài khoản quản trị | Đăng nhập yêu cầu xác thực hai lớp |
| PAM | Quản lý tài khoản đặc quyền | Có nhật ký truy cập |
| Firewall | Firewall thế hệ mới (NGFW) | Chính sách hoạt động đúng |
| WAF | Bảo vệ cổng Web và API | Kiểm thử chặn tấn công Web |
| EDR | Bảo vệ toàn bộ máy chủ và máy trạm | Phát hiện và xử lý mã độc |
| SIEM | Thu thập và phân tích log tập trung | Dashboard hiển thị đầy đủ sự kiện |
| DLP | Ngăn chặn rò rỉ dữ liệu khách hàng | Kiểm thử chính sách DLP |
| Mã hóa dữ liệu | AES-256 đối với dữ liệu lưu trữ; TLS 1.3 đối với dữ liệu truyền | Kiểm tra cấu hình mã hóa |
🔒 Ngoài ra, hệ thống cần lưu trữ nhật ký truy cập tối thiểu 180 ngày để phục vụ kiểm tra, giám sát và điều tra khi xảy ra sự cố.
5.5. Yêu cầu về vận hành hệ thống (Operations)
Hệ thống phải được giám sát tập trung nhằm bảo đảm khả năng phát hiện sớm sự cố, tối ưu hiệu năng và hỗ trợ công tác quản trị.
| Tiêu chí | Yêu cầu kỹ thuật | Tiêu chí nghiệm thu |
|---|---|---|
| Monitoring | Giám sát 24/7 CPU, RAM, Storage, Network, Database, Application | Dashboard hoạt động đầy đủ |
| Alerting | Gửi cảnh báo Email, SMS hoặc Microsoft Teams khi xảy ra sự cố | Cảnh báo trong vòng 05 phút |
| Logging | Thu thập log tập trung, lưu tối thiểu 180 ngày | Kiểm tra khả năng truy xuất |
| CMDB | Quản lý toàn bộ tài sản CNTT | Danh mục tài sản đầy đủ |
| Patch Management | Cập nhật bản vá bảo mật hằng tháng | Báo cáo cập nhật |
| Capacity Planning | Theo dõi mức sử dụng tài nguyên theo tháng | Báo cáo phân tích năng lực |
| Runbook | Chuẩn hóa quy trình xử lý sự cố và vận hành | Kiểm tra tài liệu và diễn tập |
📈 Toàn bộ hệ thống phải đạt mức sẵn sàng dịch vụ (Availability) tối thiểu 99,9%, đồng thời hỗ trợ mở rộng tài nguyên khi số lượng chi nhánh hoặc lượng giao dịch tăng mà không ảnh hưởng đến hoạt động của hệ thống.
5.6. Kết luận
Các yêu cầu kỹ thuật được xây dựng dựa trên mô hình vận hành của hệ thống quản lý chuỗi nhà hàng hiện đại, (POS, quản lý kho, CRM, báo cáo thời gian thực và quản lý tập trung), đồng thời được hiệu chỉnh theo quy mô và nhu cầu khai thác của chuỗi nhà hàng Haidilao. Bộ tiêu chí này không chỉ đáp ứng yêu cầu hiện tại mà còn bảo đảm khả năng mở rộng, tính sẵn sàng cao, an toàn thông tin và hiệu quả vận hành trong dài hạn, tạo cơ sở cho việc lựa chọn giải pháp, triển khai và nghiệm thu dự án đầu tư hạ tầng CNTT.
6.1. Mục tiêu
Danh mục hạng mục đầu tư được xây dựng nhằm xác định đầy đủ các thành phần cần thiết để triển khai hạ tầng CNTT cho chuỗi nhà hàng Haidilao. Danh mục này bao gồm thiết bị phần cứng, phần mềm bản quyền, dịch vụ triển khai và các chi phí vận hành định kỳ. Việc phân tách rõ từng nhóm hạng mục giúp doanh nghiệp thuận lợi trong quá trình lập dự toán, tổ chức đấu thầu, lựa chọn nhà cung cấp và quản lý dự án.
👉 Căn cứ xây dựng danh mục được dựa trên nhu cầu vận hành của hệ thống quản lý chuỗi nhà hàng, quy mô khai thác khoảng 20–30 chi nhánh, mô hình quản lý tập trung và khả năng mở rộng trong tương lai.
6.2. Danh mục thiết bị phần cứng
Thiết bị phần cứng là nền tảng phục vụ việc vận hành hệ thống ứng dụng, cơ sở dữ liệu, lưu trữ và mạng của toàn doanh nghiệp.
| STT | Hạng mục | Số lượng | Giả định sizing | Phạm vi sử dụng |
|---|---|---|---|---|
| 1 | Máy chủ ứng dụng (Application Server) | 02 | 32 Core, RAM 128 GB | Chạy các ứng dụng POS, ERP, CRM |
| 2 | Máy chủ cơ sở dữ liệu (Database Server) | 02 | 32 Core, RAM 256 GB | Quản lý cơ sở dữ liệu tập trung |
| 3 | Hệ thống lưu trữ SAN/NAS | 01 | 20 TB SSD Enterprise | Lưu trữ dữ liệu nghiệp vụ và sao lưu |
| 4 | Switch Core Layer 3 | 02 | 10/25 Gbps | Kết nối trung tâm dữ liệu |
| 5 | Switch Access | 10 | 24/48 Port Gigabit | Kết nối thiết bị tại văn phòng và chi nhánh |
| 6 | Firewall thế hệ mới (NGFW) | 02 | HA Active-Standby | Bảo vệ hệ thống mạng |
| 7 | UPS Online | 02 | 10 kVA | Cấp nguồn dự phòng |
| 8 | Tủ Rack 42U | 02 | Chuẩn 19 inch | Lắp đặt thiết bị trung tâm dữ liệu |
6.3. Danh mục phần mềm bản quyền
Phần mềm bản quyền được đầu tư nhằm hỗ trợ quản trị hạ tầng, đảm bảo an toàn thông tin và nâng cao hiệu quả vận hành.
| STT | Hạng mục | Số lượng | Giả định sizing | Phạm vi sử dụng |
|---|---|---|---|---|
| 1 | Hypervisor (VMware/Hyper-V hoặc tương đương) | 01 | Quản lý 20–30 máy ảo | Ảo hóa hạ tầng |
| 2 | Phần mềm Backup | 01 | Sao lưu toàn bộ máy chủ | Bảo vệ dữ liệu |
| 3 | Monitoring System | 01 | Giám sát 100 thiết bị | Theo dõi hiệu năng |
| 4 | Endpoint Detection & Response (EDR) | 500 License | Máy trạm và máy chủ | Phòng chống mã độc |
| 5 | SIEM System | 01 | Thu thập log tập trung | Giám sát an toàn thông tin |
| 6 | Hệ thống quản lý danh tính (IAM) | 01 | Quản lý toàn bộ người dùng | Quản lý truy cập |
| 7 | SSL Certificate | 01 | Wildcard | Mã hóa truy cập Web |
| 8 | Hệ điều hành máy chủ | 04 License | Windows Server / Linux Enterprise | Vận hành máy chủ |
6.4. Danh mục dịch vụ triển khai
Bên cạnh thiết bị và phần mềm, doanh nghiệp cần đầu tư các dịch vụ triển khai nhằm bảo đảm hệ thống được thiết kế, cài đặt và chuyển giao đúng yêu cầu.
| STT | Hạng mục | Phạm vi thực hiện |
|---|---|---|
| 1 | Khảo sát hiện trạng | Đánh giá hạ tầng hiện hữu |
| 2 | Thiết kế kiến trúc hệ thống | Thiết kế hạ tầng mạng, máy chủ và bảo mật |
| 3 | Lắp đặt thiết bị | Cài đặt và cấu hình phần cứng |
| 4 | Triển khai hệ thống ảo hóa | Xây dựng môi trường máy chủ ảo |
| 5 | Di chuyển dữ liệu (Migration) | Chuyển dữ liệu từ hệ thống cũ sang hệ thống mới |
| 6 | Hardening hệ thống | Tăng cường bảo mật máy chủ và thiết bị mạng |
| 7 | Kiểm thử và nghiệm thu | Kiểm tra hiệu năng và tính ổn định |
| 8 | Đào tạo người quản trị | Hướng dẫn vận hành và xử lý sự cố |
| 9 | Chuyển giao tài liệu | Bàn giao tài liệu kỹ thuật và hướng dẫn sử dụng |
6.5. Chi phí hạ tầng vận hành định kỳ
Sau khi hệ thống được đưa vào khai thác, doanh nghiệp cần duy trì các khoản chi phí định kỳ để bảo đảm hệ thống hoạt động ổn định và được hỗ trợ kỹ thuật.
| STT | Hạng mục | Chu kỳ | Phạm vi |
|---|---|---|---|
| 1 | Đường truyền Internet/MPLS | Hằng tháng | Kết nối giữa các chi nhánh |
| 2 | Dịch vụ Cloud Backup | Hằng tháng | Lưu bản sao dữ liệu ngoài trung tâm dữ liệu |
| 3 | Gia hạn bản quyền phần mềm | Hằng năm | Hypervisor, Backup, EDR, SIEM |
| 4 | Hợp đồng bảo trì thiết bị | Hằng năm | Máy chủ, Firewall, Switch, Storage |
| 5 | Hỗ trợ kỹ thuật (Support) | Hằng năm | Hỗ trợ 8x5 hoặc 24x7 theo SLA |
6.6. Tổng hợp danh mục đầu tư
| Nhóm hạng mục | Số lượng hạng mục |
|---|---|
| Thiết bị phần cứng | 8 |
| Phần mềm bản quyền | 8 |
| Dịch vụ triển khai | 9 |
| Chi phí vận hành định kỳ | 5 |
📌 Như vậy, danh mục đầu tư được xây dựng gồm bốn nhóm chính: thiết bị phần cứng, phần mềm bản quyền, dịch vụ triển khai và chi phí vận hành định kỳ. Việc phân tách rõ các hạng mục giúp doanh nghiệp thuận lợi trong công tác lập dự toán, đánh giá phương án đầu tư, lựa chọn nhà cung cấp và triển khai dự án. Các số lượng và thông số kỹ thuật được xác định theo giả định về quy mô vận hành của chuỗi nhà hàng Haidilao và có thể được điều chỉnh khi doanh nghiệp mở rộng hệ thống trong tương lai.
7.1. Mục tiêu
Việc dự toán chi phí nhằm xác định tổng mức đầu tư cần thiết để triển khai hạ tầng CNTT cho chuỗi nhà hàng Haidilao, đồng thời đánh giá hiệu quả tài chính của dự án trong suốt vòng đời khai thác.
👉 Phân tích được thực hiện theo mô hình Tổng chi phí sở hữu (Total Cost of Ownership – TCO), bao gồm chi phí đầu tư ban đầu (CAPEX), chi phí vận hành hằng năm (OPEX) và các lợi ích mang lại sau khi hệ thống được đưa vào sử dụng.
7.2. Chi phí đầu tư ban đầu (CAPEX)
CAPEX bao gồm chi phí mua sắm thiết bị, phần mềm bản quyền và chi phí triển khai hệ thống.
| STT | Hạng mục | Giá trị ước tính (VNĐ) |
|---|---|---|
| 1 | Máy chủ, hệ thống lưu trữ, thiết bị mạng | 5.500.000.000 |
| 2 | Firewall, UPS, tủ Rack | 1.000.000.000 |
| 3 | Phần mềm bản quyền (Hypervisor, Backup, Monitoring, EDR, SIEM...) | 2.000.000.000 |
| 4 | Dịch vụ khảo sát, thiết kế, triển khai | 800.000.000 |
| 5 | Đào tạo, chuyển giao và nghiệm thu | 200.000.000 |
| Tổng CAPEX | 9.500.000.000 VNĐ | |
📌 Chi phí đầu tư ban đầu tập trung chủ yếu vào hạ tầng máy chủ, hệ thống lưu trữ và các giải pháp bảo mật nhằm bảo đảm hệ thống có khả năng vận hành ổn định và mở rộng trong tương lai.
7.3. Chi phí vận hành hằng năm (OPEX)
OPEX bao gồm các khoản chi phí phát sinh trong quá trình vận hành hệ thống sau khi hoàn thành đầu tư.
| STT | Hạng mục | Chi phí/năm (VNĐ) |
|---|---|---|
| 1 | Gia hạn bản quyền phần mềm | 600.000.000 |
| 2 | Bảo trì thiết bị phần cứng | 350.000.000 |
| 3 | Đường truyền Internet/MPLS | 500.000.000 |
| 4 | Cloud Backup | 250.000.000 |
| 5 | Hỗ trợ kỹ thuật (Support) | 300.000.000 |
| 6 | Nhân sự vận hành hệ thống | 1.000.000.000 |
| Tổng OPEX/năm | 3.000.000.000 VNĐ | |
📌 Các khoản chi phí trên nhằm bảo đảm hệ thống luôn được cập nhật bản vá bảo mật, duy trì hiệu năng, sao lưu dữ liệu và hỗ trợ kỹ thuật trong suốt quá trình khai thác.
7.4. Tổng chi phí sở hữu (Total Cost of Ownership – TCO)
TCO được tính bằng tổng chi phí đầu tư ban đầu cộng với toàn bộ chi phí vận hành trong vòng đời dự án.
| Khoản mục | Giá trị (VNĐ) |
|---|---|
| CAPEX | 9.500.000.000 |
| OPEX trong 03 năm | 9.000.000.000 |
| TCO sau 03 năm | 18.500.000.000 |
| OPEX trong 05 năm | 15.000.000.000 |
| TCO sau 05 năm | 24.500.000.000 |
💡 Việc đánh giá TCO giúp doanh nghiệp có cái nhìn toàn diện về tổng chi phí cần chi trả trong suốt quá trình vận hành thay vì chỉ xem xét chi phí đầu tư ban đầu.
7.5. Lợi ích kinh tế của dự án
Việc đầu tư hạ tầng CNTT mang lại nhiều lợi ích trực tiếp và gián tiếp cho doanh nghiệp.
| Lợi ích | Giá trị ước tính |
|---|---|
| Giảm thời gian gián đoạn hệ thống khoảng 80% | Hạn chế thất thu trong giờ cao điểm |
| Giảm nguy cơ mất dữ liệu nhờ hệ thống sao lưu | Giảm chi phí khắc phục sự cố |
| Tự động hóa giám sát và cảnh báo | Giảm khoảng 30% thời gian quản trị hệ thống |
| Tăng hiệu quả xử lý giao dịch | Rút ngắn thời gian phục vụ khách hàng |
| Hỗ trợ mở rộng chi nhánh | Không cần thay đổi kiến trúc hệ thống |
🌟 Ngoài các lợi ích tài chính, hệ thống còn nâng cao mức độ an toàn thông tin, cải thiện trải nghiệm khách hàng và tạo nền tảng cho quá trình chuyển đổi số của doanh nghiệp.
7.6. Phân tích ROI và thời gian hoàn vốn
Dựa trên giả định hệ thống giúp doanh nghiệp tiết kiệm khoảng 2,5 tỷ đồng mỗi năm nhờ giảm thời gian gián đoạn, giảm chi phí vận hành và tăng hiệu quả khai thác, thời gian hoàn vốn của dự án được ước tính như sau:
| Chỉ tiêu | Giá trị |
|---|---|
| Tổng vốn đầu tư ban đầu | 9.500.000.000 VNĐ |
| Lợi ích kinh tế ước tính mỗi năm | 2.500.000.000 VNĐ |
| Thời gian hoàn vốn | Khoảng 3,8 năm |
| ROI sau 05 năm | Khoảng 31% |
📈 Kết quả cho thấy dự án có khả năng hoàn vốn trong thời gian dưới 04 năm và mang lại hiệu quả tài chính tích cực trong giai đoạn khai thác.
7.7. So sánh TCO giữa các phương án triển khai
Để lựa chọn phương án đầu tư phù hợp, dự án tiến hành so sánh tổng chi phí sở hữu giữa ba mô hình triển khai phổ biến.
| Tiêu chí | On-premises | Hybrid (Đề xuất) | Cloud |
|---|---|---|---|
| CAPEX | Cao | Trung bình | Thấp |
| OPEX | Thấp | Trung bình | Cao |
| TCO 05 năm | 24,5 tỷ VNĐ | 23,0 tỷ VNĐ | 26,0 tỷ VNĐ |
| Khả năng mở rộng | Trung bình | Cao | Rất cao |
| Kiểm soát dữ liệu | Rất cao | Cao | Trung bình |
| Phù hợp với Haidilao | Tốt | Rất tốt | Tốt |
☁️ Kết quả phân tích cho thấy mô hình Hybrid Cloud là phương án phù hợp nhất đối với chuỗi nhà hàng Haidilao. Mô hình này kết hợp ưu điểm của hạ tầng tại chỗ và dịch vụ điện toán đám mây, giúp doanh nghiệp cân bằng giữa chi phí đầu tư, khả năng mở rộng, hiệu năng và mức độ an toàn thông tin.
7.8. Kết luận
Phân tích tài chính cho thấy dự án có tổng chi phí đầu tư ban đầu khoảng 9,5 tỷ đồng và tổng chi phí sở hữu trong vòng 05 năm khoảng 24,5 tỷ đồng. Mặc dù yêu cầu vốn đầu tư ban đầu tương đối lớn, hệ thống mang lại nhiều lợi ích về giảm thời gian gián đoạn dịch vụ, tăng hiệu quả vận hành, bảo vệ dữ liệu và hỗ trợ mở rộng hoạt động kinh doanh. Trên cơ sở so sánh các phương án triển khai, mô hình Hybrid Cloud được đánh giá là phù hợp nhất đối với định hướng phát triển dài hạn của chuỗi nhà hàng Haidilao.
8.1. Mục tiêu
Việc triển khai hạ tầng CNTT cho chuỗi nhà hàng Haidilao được thực hiện theo lộ trình nhiều giai đoạn nhằm giảm thiểu rủi ro, hạn chế ảnh hưởng đến hoạt động kinh doanh và bảo đảm hệ thống được đưa vào vận hành ổn định. Mỗi giai đoạn đều có mục tiêu, phạm vi công việc, sản phẩm bàn giao (Deliverables), thời lượng thực hiện, các điều kiện phụ thuộc và tiêu chí hoàn thành rõ ràng.
👉 Lộ trình triển khai được xây dựng theo nguyên tắc: "Foundation trước – Core sau – Security song hành – Migration có kiểm soát – Optimize liên tục".
8.2. Giai đoạn 1 – Foundation (Thời lượng: 04 tuần)
Mục tiêu: Xây dựng nền tảng hạ tầng mạng và các dịch vụ quản trị cơ bản trước khi triển khai các hệ thống nghiệp vụ.
- Khảo sát hạ tầng hiện trạng & Thiết kế kiến trúc mạng tổng thể
- Triển khai mạng LAN/WAN & Phân đoạn mạng (Network Segmentation)
- Cấu hình Firewall và các chính sách truy cập cơ bản
- Triển khai hệ thống Monitoring và Logging tập trung
- Thiết lập cấu hình bảo mật cơ bản (Baseline Security)
- Hệ thống mạng hoạt động ổn định & Firewall được cấu hình
- Dashboard giám sát hệ thống & Thu thập nhật ký tập trung
- Tài liệu thiết kế hạ tầng
🔗 Điều kiện phụ thuộc: Thiết bị phần cứng đã được bàn giao, địa điểm triển khai hoàn thành.
✅ Tiêu chí hoàn thành: Mạng ổn định, các VLAN phân tách đúng thiết kế, Firewall áp dụng đầy đủ chính sách, Monitoring hiển thị toàn bộ thiết bị.
8.3. Giai đoạn 2 - Core Infrastructure (Thời lượng: 05 tuần)
Mục tiêu: Triển khai hạ tầng máy chủ, lưu trữ và cơ chế bảo đảm tính sẵn sàng cao cho hệ thống.
- Cài đặt nền tảng ảo hóa
- Triển khai máy chủ ứng dụng & máy chủ cơ sở dữ liệu
- Cấu hình hệ thống lưu trữ SAN/NAS & cụm HA
- Cấu hình Backup và Disaster Recovery
- Hệ thống máy chủ hoạt động & Môi trường ảo hóa hoàn chỉnh
- Backup tự động & Trung tâm dữ liệu dự phòng (DR Site)
🔗 Điều kiện phụ thuộc: Hoàn thành Giai đoạn 1.
✅ Tiêu chí hoàn thành: Máy chủ hoạt động ổn định, Backup thành công, kiểm thử HA đạt yêu cầu, kiểm thử DR đạt RPO và RTO đề ra.
8.4. Giai đoạn 3 – Security Uplift (Thời lượng: 04 tuần)
Mục tiêu: Tăng cường năng lực bảo mật và giám sát an toàn thông tin cho toàn bộ hệ thống.
- Triển khai EDR, SIEM, WAF, DLP
- Cấu hình IAM, MFA và PAM
- Thiết lập quy trình giám sát an toàn thông tin
- Hệ thống EDR, WAF, DLP & Dashboard SIEM
- Chính sách IAM & MFA cho tài khoản quản trị
🔗 Điều kiện phụ thuộc: Hạ tầng máy chủ đã hoàn thiện (Hoàn thành Giai đoạn 2).
✅ Tiêu chí hoàn thành: toàn bộ máy chủ/máy trạm bảo vệ bằng EDR, SIEM thu thập đủ log, WAF hoạt động bình thường, MFA áp dụng 100% tài khoản quản trị.
8.5. Giai đoạn 4 – Migration (Thời lượng: 03 tuần)
Mục tiêu: Chuyển đổi dữ liệu và các hệ thống nghiệp vụ sang hạ tầng mới với mức gián đoạn thấp nhất.
Lập kế hoạch, sao lưu, kiểm thử và di chuyển theo thứ tự ưu tiên:
- Hệ thống quản lý người dùng
- Cơ sở dữ liệu
- Ứng dụng POS
- ERP & CRM
- Hệ thống báo cáo
- Dữ liệu được chuyển đổi thành công
- Các ứng dụng nghiệp vụ vận hành trên hạ tầng mới
- Báo cáo kiểm thử chuyển đổi
🔗 Điều kiện phụ thuộc: Hoàn thành Giai đoạn 2 và Giai đoạn 3.
✅ Tiêu chí hoàn thành: Không mất dữ liệu, thời gian gián đoạn nhỏ hơn RTO, người dùng sử dụng hệ thống bình thường.
8.6. Giai đoạn 5 – Optimize (Thời lượng: 02 tuần)
Mục tiêu: Tối ưu hiệu năng hệ thống và chuẩn hóa quy trình vận hành sau khi đưa vào khai thác.
- Phân tích hiệu năng, tối ưu tài nguyên & Capacity Planning
- Hardening hệ thống & hoàn thiện SOP, Runbook
- Đào tạo đội ngũ quản trị và bàn giao tài liệu
- Báo cáo tối ưu hiệu năng
- SOP vận hành & Runbook xử lý sự cố
- Hồ sơ bàn giao dự án & Báo cáo nghiệm thu
🔗 Điều kiện phụ thuộc: Hoàn thành Migration.
✅ Tiêu chí hoàn thành: Hệ thống đạt SLA ≥ 99,9%, tài nguyên sử dụng < 70% trong tải bình thường, quy trình vận hành được nghiệm thu, đội ngũ quản trị được đào tạo đầy đủ.
8.7. Tổng hợp lộ trình triển khai
| Giai đoạn | Thời lượng | Deliverables chính | Phụ thuộc |
|---|---|---|---|
| Foundation | 04 tuần | Mạng, Firewall, Monitoring, Logging | Thiết bị được bàn giao |
| Core Infrastructure | 05 tuần | Máy chủ, Storage, HA, Backup, DR | Foundation |
| Security Uplift | 04 tuần | EDR, SIEM, IAM, PAM, WAF, DLP | Core Infrastructure |
| Migration | 03 tuần | Chuyển đổi dữ liệu và ứng dụng | Core + Security |
| Optimize | 02 tuần | Tối ưu hệ thống, SOP, Runbook, nghiệm thu | Migration |
| Tổng cộng | 18 tuần | Khoảng 4,5 tháng triển khai tổng thể | |
8.8. Kết luận
Việc triển khai theo từng giai đoạn giúp giảm thiểu rủi ro, bảo đảm tính liên tục của hoạt động kinh doanh và tạo điều kiện kiểm soát chất lượng trong từng bước thực hiện. Mỗi giai đoạn đều có sản phẩm bàn giao, tiêu chí nghiệm thu và mối quan hệ phụ thuộc rõ ràng, giúp doanh nghiệp dễ dàng theo dõi tiến độ, đánh giá kết quả và quản lý dự án. Với lộ trình triển khai kéo dài khoảng 18 tuần (4,5 tháng), hệ thống hạ tầng CNTT của Haidilao có thể được đưa vào vận hành ổn định, đáp ứng yêu cầu về hiệu năng, tính sẵn sàng, an toàn thông tin và khả năng mở rộng trong dài hạn.
9.1. Mục tiêu
Trong các dự án đầu tư hạ tầng CNTT, việc quản trị rủi ro, quản lý thay đổi và kiểm soát chất lượng đóng vai trò quan trọng nhằm bảo đảm dự án được triển khai đúng tiến độ, đúng phạm vi, đáp ứng yêu cầu kỹ thuật và hạn chế tối đa các tác động đến hoạt động kinh doanh của doanh nghiệp.
👉 Đối với chuỗi nhà hàng Haidilao, quá trình triển khai phải bảo đảm các hệ thống nghiệp vụ như POS, quản lý kho, CRM và hệ thống thanh toán luôn duy trì khả năng hoạt động ổn định, hạn chế thời gian gián đoạn và bảo vệ an toàn dữ liệu trong suốt quá trình chuyển đổi.
9.2. Quản trị rủi ro (Risk Register)
Dự án xây dựng danh mục các rủi ro chính có thể phát sinh trong quá trình triển khai, đồng thời xác định mức độ ảnh hưởng và biện pháp ứng phó tương ứng.
| STT | Rủi ro | Ảnh hưởng | Khả năng | Biện pháp kiểm soát |
|---|---|---|---|---|
| 1 | Thiết bị giao hàng chậm | Cao | Trung bình | Ký hợp đồng sớm, lựa chọn nhà cung cấp có năng lực, dự phòng thời gian giao hàng |
| 2 | Thiếu nhân sự triển khai | Trung bình | Trung bình | Bố trí nguồn lực dự phòng, lập kế hoạch nhân sự chi tiết |
| 3 | Gián đoạn hệ thống khi chuyển đổi dữ liệu | Cao | Thấp | Thực hiện Migration ngoài giờ kinh doanh, chuẩn bị phương án Rollback |
| 4 | Mất dữ liệu trong quá trình Migration | Rất cao | Thấp | Sao lưu đầy đủ trước khi chuyển đổi, kiểm tra khả năng Restore |
| 5 | Hệ thống không đáp ứng hiệu năng | Cao | Thấp | Thực hiện kiểm thử tải trước khi đưa vào vận hành |
| 6 | Lỗi cấu hình bảo mật | Cao | Trung bình | Kiểm tra cấu hình theo tiêu chuẩn Hardening và rà soát trước nghiệm thu |
| 7 | Thay đổi phạm vi dự án (Scope Creep) | Trung bình | Trung bình | Thực hiện quy trình quản lý thay đổi và phê duyệt chính thức |
| 8 | Nhà cung cấp chậm tiến độ | Cao | Trung bình | Quy định SLA và điều khoản xử phạt trong hợp đồng |
| 9 | Người dùng chưa sẵn sàng sử dụng hệ thống mới | Trung bình | Trung bình | Đào tạo người dùng và hỗ trợ sau triển khai |
| 10 | Sự cố an toàn thông tin trong quá trình triển khai | Cao | Thấp | Áp dụng nguyên tắc bảo mật nhiều lớp và giám sát liên tục |
📌 Nhóm dự án sẽ rà soát danh mục rủi ro định kỳ hằng tuần để cập nhật tình trạng, đánh giá mức độ ảnh hưởng và triển khai các biện pháp xử lý khi cần thiết.
9.3. Quản lý thay đổi (Change Management)
Để hạn chế ảnh hưởng đến hoạt động kinh doanh, mọi thay đổi trong quá trình triển khai phải được quản lý theo quy trình thống nhất.
- Tiếp nhận yêu cầu thay đổi từ các bên liên quan.
- Đánh giá ảnh hưởng về kỹ thuật, tiến độ và chi phí.
- Trình Ban Quản lý dự án xem xét và phê duyệt.
- Thông báo kế hoạch thay đổi đến các bộ phận liên quan.
- Thực hiện thay đổi theo lịch đã được phê duyệt.
- Kiểm tra kết quả sau thay đổi và cập nhật tài liệu dự án.
- Thực hiện ngoài giờ kinh doanh hoặc vào thời điểm ít giao dịch.
- Thông báo kế hoạch cho các chi nhánh trước tối thiểu 07 ngày.
- Chuẩn bị đầy đủ bản sao lưu dữ liệu trước khi chuyển đổi.
- Có đội ngũ kỹ thuật trực hỗ trợ trong suốt quá trình.
- Theo dõi hệ thống liên tục sau khi hoàn thành chuyển đổi.
🚨 Phương án Rollback: Trong trường hợp phát sinh sự cố nghiêm trọng, dự án sẽ kích hoạt kế hoạch Rollback, đưa hệ thống trở về trạng thái trước khi thực hiện thay đổi nhằm bảo đảm hoạt động kinh doanh không bị gián đoạn kéo dài.
9.4. Đảm bảo chất lượng và nghiệm thu (Quality Assurance & Acceptance)
Để bảo đảm hệ thống đáp ứng đầy đủ yêu cầu kỹ thuật, toàn bộ các hạng mục sẽ được kiểm thử trước khi đưa vào vận hành chính thức.
| Hạng mục kiểm thử | Nội dung kiểm thử | Tiêu chí đạt |
|---|---|---|
| Kiểm thử hiệu năng (Performance Test) | Đánh giá CPU, RAM, Storage, Network và tải hệ thống | Đáp ứng tối thiểu 2.000 người dùng đồng thời |
| Kiểm thử tải (Load Test) | Mô phỏng giao dịch trong giờ cao điểm | Thời gian phản hồi ≤ 3 giây |
| Kiểm thử tính sẵn sàng (Failover Test) | Mô phỏng sự cố máy chủ và chuyển đổi sang node dự phòng | Dịch vụ vẫn hoạt động bình thường |
| Kiểm thử sao lưu & khôi phục (Backup & Restore Test) | Khôi phục dữ liệu từ bản sao lưu | Đáp ứng RPO ≤ 15 phút và RTO ≤ 2 giờ |
| Kiểm thử bảo mật (Security Test) | Quét lỗ hổng bảo mật và kiểm tra cấu hình | Không tồn tại lỗ hổng nghiêm trọng (Critical/High) chưa xử lý |
| Kiểm thử phân quyền (Access Control Test) | Kiểm tra quyền truy cập của từng nhóm người dùng | Người dùng chỉ truy cập đúng phạm vi được cấp |
| Kiểm thử nghiệp vụ (User Acceptance Test – UAT) | Đại diện người dùng kiểm tra các chức năng nghiệp vụ | Người dùng xác nhận đáp ứng yêu cầu |
- Hoàn thành toàn bộ các hạng mục trong phạm vi dự án.
- Các chỉ tiêu hiệu năng đạt yêu cầu theo tài liệu thiết kế.
- Hệ thống hoạt động ổn định liên tục trong thời gian chạy thử.
- Không còn lỗi nghiêm trọng ảnh hưởng đến hoạt động kinh doanh.
- Hồ sơ kỹ thuật, tài liệu vận hành và hướng dẫn sử dụng được bàn giao đầy đủ.
- Đại diện chủ đầu tư và nhà cung cấp ký biên bản nghiệm thu.
9.5. Kết luận
Việc xây dựng quy trình quản trị rủi ro, quản lý thay đổi và bảo đảm chất lượng giúp dự án kiểm soát tốt các yếu tố có thể ảnh hưởng đến tiến độ, chi phí và chất lượng triển khai. Danh mục rủi ro được xác định ngay từ giai đoạn lập kế hoạch, kết hợp với quy trình quản lý thay đổi chặt chẽ và hệ thống kiểm thử toàn diện sẽ góp phần giảm thiểu nguy cơ gián đoạn dịch vụ, bảo vệ dữ liệu và bảo đảm hệ thống hạ tầng CNTT của chuỗi nhà hàng Haidilao được đưa vào vận hành an toàn, ổn định và đáp ứng đầy đủ các yêu cầu kỹ thuật đã đề ra.
10.1. Mục tiêu & Định nghĩa RACI
Việc xây dựng cơ cấu tổ chức dự án và cơ chế phối hợp nhằm xác định rõ vai trò, trách nhiệm và quyền hạn của các bên tham gia trong suốt quá trình triển khai dự án đầu tư hạ tầng CNTT. Điều này giúp nâng cao hiệu quả quản lý, tăng cường khả năng phối hợp giữa chủ đầu tư và nhà cung cấp, đồng thời bảo đảm các quyết định được đưa ra kịp thời, đúng thẩm quyền và đúng quy trình.
10.2. Cơ cấu tổ chức dự án
Dự án được tổ chức theo mô hình phối hợp chặt chẽ giữa chủ đầu tư và nhà cung cấp giải pháp CNTT.
| Vai trò | Trách nhiệm chính |
|---|---|
| Sponsor / Steering Committee | Phê duyệt chủ trương, ngân sách, giải quyết các vấn đề chiến lược và giám sát toàn bộ dự án |
| Project Manager (PM) | Lập kế hoạch, điều phối nguồn lực, quản lý tiến độ, chi phí, phạm vi và chất lượng dự án |
| Infrastructure Lead | Thiết kế và triển khai hạ tầng máy chủ, lưu trữ và hệ thống mạng |
| Security Lead | Xây dựng kiến trúc bảo mật, triển khai các giải pháp an toàn thông tin và kiểm thử bảo mật |
| Application Owner | Quản lý các hệ thống ứng dụng như POS, ERP, CRM và phối hợp kiểm thử nghiệp vụ |
| Data Owner | Quản lý dữ liệu, kiểm tra chất lượng dữ liệu và phê duyệt việc chuyển đổi dữ liệu |
| Vendor Project Manager | Quản lý tiến độ triển khai của nhà cung cấp, điều phối đội ngũ kỹ thuật và bảo đảm thực hiện đúng hợp đồng |
| Vendor Engineers | Lắp đặt thiết bị, cài đặt phần mềm, cấu hình hệ thống và hỗ trợ kỹ thuật |
| Key Users | Tham gia kiểm thử nghiệp vụ (UAT), đánh giá hệ thống và tiếp nhận đào tạo |
10.3. Ma trận phân công trách nhiệm (RACI Matrix)
| Hoạt động | Sponsor | PM | Infra Lead | Security Lead | App Owner | Data Owner | Vendor PM | Vendor Eng | Key User |
|---|---|---|---|---|---|---|---|---|---|
| Phê duyệt dự án | A | R | I | I | I | I | I | I | I |
| Thiết kế kiến trúc | I | A | R | C | C | I | R | C | I |
| Mua sắm thiết bị | A | R | C | C | I | I | R | I | I |
| Triển khai hạ tầng | I | A | R | C | I | I | R | R | I |
| Triển khai bảo mật | I | C | C | A/R | I | I | R | R | I |
| Chuyển đổi dữ liệu | I | A | C | C | C | R | R | R | I |
| Kiểm thử hệ thống | I | A | R | R | R | R | C | R | C |
| Kiểm thử UAT | I | C | I | I | A | C | I | I | R |
| Nghiệm thu | A | R | C | C | C | C | C | I | C |
| Chuyển giao vận hành | I | A | R | R | C | C | R | R | C |
10.4. Cơ chế phối hợp và báo cáo
Để bảo đảm tiến độ triển khai, dự án thiết lập cơ chế họp và trao đổi định kỳ như sau:
| Loại cuộc họp | Thành phần | Tần suất | Nội dung |
|---|---|---|---|
| Kick-off Meeting | Toàn bộ thành viên dự án | Một lần | Khởi động dự án và thống nhất kế hoạch |
| Họp điều hành dự án | PM, Infra Lead, Security Lead, Vendor PM | Hằng tuần | Cập nhật tiến độ, xử lý vướng mắc |
| Họp Ban chỉ đạo | Sponsor, PM, Vendor PM | Hằng tháng | Đánh giá tiến độ, phê duyệt các thay đổi quan trọng |
| Họp nghiệm thu | Chủ đầu tư và nhà cung cấp | Theo từng giai đoạn | Đánh giá kết quả và nghiệm thu hạng mục |
💬 Ngoài các cuộc họp định kỳ, nhóm dự án sử dụng hệ thống quản lý công việc tập trung để theo dõi tiến độ, cập nhật trạng thái và chia sẻ tài liệu giữa các bên liên quan.
10.5. Quy trình quản lý Issue và Change
- Ghi nhận vấn đề phát sinh.
- Phân loại mức độ ảnh hưởng.
- Chỉ định người chịu trách nhiệm xử lý.
- Theo dõi tiến độ khắc phục.
- Xác nhận hoàn thành và đóng Issue.
- Tiếp nhận yêu cầu thay đổi.
- Phân tích tác động về phạm vi, tiến độ, chi phí và rủi ro.
- Trình Ban Quản lý dự án hoặc Sponsor phê duyệt.
- Cập nhật kế hoạch triển khai & Thực hiện thay đổi.
- Kiểm thử sau thay đổi, cập nhật tài liệu & thông báo.
⚠️ Lưu ý: Mọi thay đổi ảnh hưởng đến phạm vi, ngân sách hoặc tiến độ của dự án đều phải được phê duyệt chính thức trước khi triển khai.
10.6. Kết luận
Việc áp dụng mô hình RACI giúp xác định rõ trách nhiệm của từng cá nhân và bộ phận tham gia dự án, hạn chế chồng chéo trong quá trình triển khai và nâng cao hiệu quả phối hợp giữa chủ đầu tư và nhà cung cấp. Bên cạnh đó, cơ chế họp định kỳ cùng quy trình quản lý Issue và Change tạo điều kiện kiểm soát tiến độ, xử lý kịp thời các vấn đề phát sinh và bảo đảm dự án được triển khai đúng kế hoạch, đáp ứng các yêu cầu về chất lượng, tiến độ và ngân sách.
11.1. Mục tiêu
Việc lựa chọn nhà thầu có vai trò quyết định đến chất lượng, tiến độ và hiệu quả đầu tư của dự án hạ tầng CNTT. Do đó, doanh nghiệp cần xây dựng quy trình mua sắm minh bạch, công bằng và cạnh tranh nhằm lựa chọn được nhà cung cấp đáp ứng tốt nhất các yêu cầu về kỹ thuật, tài chính và dịch vụ hậu mãi.
👉 Đối với dự án đầu tư hạ tầng CNTT cho chuỗi nhà hàng Haidilao, phương án lựa chọn nhà thầu được xây dựng trên nguyên tắc cạnh tranh, đánh giá toàn diện và ưu tiên các đơn vị có kinh nghiệm triển khai hạ tầng CNTT cho doanh nghiệp có quy mô tương đương.
11.2. Hình thức và Quy trình lựa chọn nhà thầu
Căn cứ vào quy mô và tính chất dự án, đề xuất hình thức Chào giá cạnh tranh (Mời tối thiểu 03 nhà cung cấp có năng lực). Trường hợp phát sinh hạng mục đặc thù độc quyền có thể xem xét Chỉ định thầu theo quy định nội bộ kèm văn bản giải trình.
- Lập hồ sơ yêu cầu (Request for Proposal – RFP).
- Mời các nhà cung cấp tham gia chào giá.
- Tiếp nhận và đánh giá hồ sơ đề xuất.
- Chấm điểm kỹ thuật và tài chính.
- Đàm phán hợp đồng.
- Phê duyệt kết quả lựa chọn nhà thầu.
- Ký kết hợp đồng và triển khai dự án.
11.3. Tiêu chí đánh giá nhà thầu
Yếu tố kỹ thuật được ưu tiên nhằm bảo đảm chất lượng triển khai. Nhà thầu phải đạt tối thiểu 80% điểm kỹ thuật trước khi hồ sơ tài chính được xem xét.
| Nhóm tiêu chí | Tỷ trọng |
|---|---|
| Đánh giá kỹ thuật | 70% |
| Đánh giá tài chính | 30% |
| Tổng cộng | 100% |
| Tiêu chí | Trọng số |
|---|---|
| Mức độ đáp ứng yêu cầu kỹ thuật | 25% |
| Kinh nghiệm triển khai dự án tương tự | 15% |
| Năng lực đội ngũ kỹ thuật | 10% |
| Giải pháp kiến trúc và khả năng mở rộng | 10% |
| Phương án triển khai và quản lý dự án | 5% |
| Dịch vụ hỗ trợ sau triển khai | 5% |
| Tiêu chí | Trọng số |
|---|---|
| Giá dự thầu | 20% |
| Chi phí vận hành (TCO) | 5% |
| Điều kiện thanh toán | 5% |
11.4 & 11.5. Yêu cầu về SLA, Bảo hành và Dịch vụ hỗ trợ
| Chỉ tiêu | Yêu cầu |
|---|---|
| Mức sẵn sàng hệ thống | ≥ 99,9% |
| Thời gian tiếp nhận sự cố | ≤ 30 phút |
| Phản hồi sự cố nghiêm trọng | ≤ 01 giờ |
| Khắc phục sự cố nghiêm trọng | ≤ 04 giờ |
| Hỗ trợ kỹ thuật | 24×7 (sự cố nghiêm trọng) |
| Giám sát hệ thống | 24×7 |
| Nội dung | Yêu cầu |
|---|---|
| Thời gian bảo hành | Tối thiểu 36 tháng |
| Hỗ trợ kỹ thuật | 24×7 đối với sự cố nghiêm trọng |
| Cập nhật bản vá bảo mật | Bao gồm trong thời gian bảo hành |
| Thay thế thiết bị lỗi | Theo chính sách nhà sản xuất |
| Hỗ trợ từ xa & Tại hiện trường | Có (trực tiếp khi cần thiết) |
11.6 & 11.7. Điều khoản hợp đồng và Cam kết bảo mật (NDA)
- Cam kết đúng tiến độ và đáp ứng đầy đủ yêu cầu kỹ thuật trong RFP.
- Mức phạt rõ ràng đối với chậm tiến độ hoặc vi phạm SLA.
- Bàn giao đầy đủ tài liệu kỹ thuật, vận hành và mã cấu hình.
- Đào tạo đội ngũ quản trị hệ thống trước khi nghiệm thu.
- Bảo mật toàn bộ dữ liệu khách hàng, giao dịch, thông tin kinh doanh.
- Chỉ sử dụng dữ liệu cho mục đích thực hiện dự án; không sao chép/chia sẻ.
- Xóa toàn bộ dữ liệu khỏi thiết bị nhà thầu sau khi hoàn thành.
- Bồi thường thiệt hại nếu xảy ra sự cố rò rỉ dữ liệu do lỗi nhà thầu.
11.8. Kết luận
Phương án lựa chọn nhà thầu theo hình thức chào giá cạnh tranh kết hợp với bộ tiêu chí đánh giá kỹ thuật và tài chính giúp doanh nghiệp lựa chọn được đối tác có năng lực triển khai phù hợp, đồng thời tối ưu chi phí đầu tư. Việc quy định rõ các yêu cầu về SLA, bảo hành, hỗ trợ kỹ thuật, điều khoản hợp đồng và cam kết bảo mật góp phần giảm thiểu rủi ro trong quá trình triển khai và bảo đảm hệ thống hạ tầng CNTT của chuỗi nhà hàng Haidilao được vận hành ổn định, an toàn và đáp ứng yêu cầu phát triển lâu dài của doanh nghiệp.
12.1. Mục tiêu
Sau khi hoàn thành triển khai, hệ thống hạ tầng CNTT cần được nghiệm thu toàn diện trước khi đưa vào vận hành chính thức. Quá trình nghiệm thu không chỉ kiểm tra việc lắp đặt thiết bị mà còn đánh giá hiệu năng, tính sẵn sàng, mức độ an toàn thông tin và khả năng vận hành thực tế của hệ thống.
👉 Đối với dự án hạ tầng CNTT Haidilao, nghiệm thu được thực hiện theo 3 lớp toàn diện (Kỹ thuật – Bảo mật – Vận hành) nhằm bảo đảm hệ thống đáp ứng đầy đủ thiết kế, đồng thời đội ngũ CNTT nội bộ có đủ năng lực tiếp nhận, vận hành và khai thác.
12.2. Nghiệm thu kỹ thuật (Technical Acceptance)
Đánh giá hiệu năng, độ ổn định và khả năng đáp ứng của toàn bộ hạ tầng trước khi đưa vào khai thác.
| Hạng mục | Nội dung kiểm tra | Tiêu chí nghiệm thu |
|---|---|---|
| Hiệu năng hệ thống | Đo Throughput, CPU, RAM, Storage và Network | Đáp ứng các thông số thiết kế tại Bước 5 |
| Độ trễ (Latency) | Kiểm tra thời gian phản hồi của hệ thống | ≤ 03 giây đối với các giao dịch nghiệp vụ |
| Khả năng chịu tải | Kiểm thử tải trong giờ cao điểm | Hỗ trợ tối thiểu 2.000 người dùng đồng thời |
| High Availability | Kiểm thử chuyển đổi giữa các node HA | Dịch vụ hoạt động liên tục, không mất kết nối |
| Backup & Restore | Khôi phục dữ liệu từ bản sao lưu | Đáp ứng RPO ≤ 15 phút và RTO ≤ 02 giờ |
| Disaster Recovery | Diễn tập chuyển đổi sang hệ thống dự phòng | Hệ thống khôi phục đúng quy trình và thời gian thiết kế |
📝 Kết quả nghiệm thu kỹ thuật phải được lập thành biên bản và xác nhận bởi đại diện chủ đầu tư và nhà thầu trước khi chuyển sang giai đoạn vận hành thử.
12.3. Nghiệm thu an toàn thông tin (Security Acceptance)
Xác nhận hệ thống đáp ứng các yêu cầu về bảo mật và tuân thủ chính sách an toàn thông tin của doanh nghiệp.
| Hạng mục | Nội dung kiểm tra | Tiêu chí nghiệm thu |
|---|---|---|
| Xác thực đa yếu tố (MFA) | Kiểm tra đăng nhập tài khoản quản trị | 100% tài khoản quản trị sử dụng MFA |
| Quản lý truy cập | Kiểm tra phân quyền người dùng | Người dùng chỉ được cấp quyền theo chức năng |
| Nhật ký hệ thống (Logging) | Kiểm tra việc thu thập và lưu trữ log | Log được lưu tập trung và truy xuất đầy đủ |
| Chính sách bảo mật | Đánh giá Firewall, WAF, IAM, PAM | Chính sách hoạt động đúng thiết kế |
| Hardening | Kiểm tra cấu hình bảo mật máy chủ và thiết bị mạng | Đáp ứng checklist hardening của dự án |
| Quét lỗ hổng | Thực hiện Vulnerability Scan | Không còn lỗ hổng mức Critical hoặc High chưa xử lý |
🔍 Lưu ý: Doanh nghiệp có thể thực hiện kiểm thử xâm nhập (Penetration Testing) bởi đơn vị độc lập trước khi nghiệm thu cuối cùng.
12.4. Nghiệm thu vận hành (Operational Acceptance)
Đảm bảo hệ thống đáp ứng đầy đủ các yêu cầu về quản trị và vận hành để đội ngũ CNTT có thể khai thác lâu dài.
| Hạng mục | Nội dung kiểm tra | Tiêu chí nghiệm thu |
|---|---|---|
| Dashboard giám sát | Theo dõi trạng thái hệ thống theo thời gian thực | Dashboard hoạt động đầy đủ |
| Hệ thống cảnh báo | Kiểm tra Email, SMS hoặc Teams Alert | Cảnh báo được gửi đúng quy định |
| Runbook | Kiểm tra tài liệu xử lý sự cố | Có đầy đủ quy trình và hướng dẫn |
| SOP | Kiểm tra quy trình vận hành chuẩn | Được phê duyệt và áp dụng |
| ITSM Workflow | Kiểm tra quy trình tiếp nhận và xử lý sự cố | Quy trình hoạt động đúng thiết kế |
| Tài khoản quản trị | Kiểm tra việc bàn giao tài khoản | Chủ đầu tư tiếp nhận đầy đủ |
12.5 & 12.6. Danh mục Chuyển giao và Kế hoạch Đào tạo
- Tài liệu kiến trúc & Cấu hình: Sơ đồ mạng, hệ thống, máy chủ, Firewall, Storage,...
- Quy trình: SOP vận hành, Runbook xử lý sự cố, Tài liệu Backup & DR.
- Quản lý tài sản: Danh sách tài sản CNTT, Cơ sở dữ liệu CMDB, License phần mềm.
- Hồ sơ pháp lý: Biên bản nghiệm thu từng hạng mục và toàn bộ dự án.
| Đối tượng | Nội dung đào tạo | Thời lượng |
|---|---|---|
| Quản trị hệ thống | Máy chủ, lưu trữ, mạng và sao lưu | 03 ngày |
| Quản trị bảo mật | Firewall, SIEM, EDR, IAM, WAF | 02 ngày |
| Bộ phận Helpdesk | Quy trình hỗ trợ người dùng & xử lý sự cố | 01 ngày |
| Key Users | Hướng dẫn khai thác hệ thống mới | 01 ngày |
12.7. Kết luận
Kế hoạch nghiệm thu, vận hành và chuyển giao được xây dựng nhằm bảo đảm hệ thống hạ tầng CNTT của chuỗi nhà hàng Haidilao không chỉ được triển khai đúng thiết kế mà còn có thể vận hành ổn định trong thực tế. Việc nghiệm thu theo ba lớp gồm kỹ thuật, an toàn thông tin và vận hành, kết hợp với quy trình chuyển giao tài liệu, đào tạo và bàn giao tài sản CNTT giúp doanh nghiệp tiếp nhận đầy đủ hệ thống, giảm sự phụ thuộc vào nhà thầu và tạo nền tảng cho quá trình khai thác, bảo trì và mở rộng hạ tầng trong tương lai.
Thảo luận & Phân tích (Discussion)
💬 Khó khăn thực tế
Mời khách hàng viết reviews → được ít reviews
Thuê người viết fake reviews → trang web bị downrank busniness trên Google
🔄 Solution: Giúp phần mềm có được thật nhiều good reviews trên online
Users → Restaurant → Check-in / Use service → to send SMS text message invites for user reviews
Satisfied (hài lòng) → asking for a review on Google
Unsatisfied (không hài lòng) → received feebback internal server of restaurant
🚀 Other features
- Send SMS: "We miss you! Come back to us" and get 10% on your visit.
- Tự động gửi tin nhắn chúc mừng Sinh nhật khách hàng.
- Gửi các chương trình ưu đãi, khuyến mãi mùa lễ hội hoàn toàn tự động theo lịch đặt trước.
💰 Chi phí đầu tư & Đóng gói giải pháp
| Hạng mục | Chi phí | Quyền lợi & Hạn mức đi kèm |
|---|---|---|
| Phí cài đặt (Setup Fee) | $100 (1 lần) | Tích hợp hệ thống, cấu hình kết nối Server nội bộ nhà hàng, thiết lập luồng SMS. |
| Gói duy trì (Monthly Subscription) | $199 / tháng |
|
🔄 Solution: giúp nhà hàng nhận appointment trực tiếp từ Google or FB thẳng đến phone của lễ tân tại chi nhánh người trực tiếp đảm nhiệm đặt bàn của khách hàng
Users search GG / FB → Click "Book Appointment" → Chi nhánh nhà hàng nhận thông báo khách hàng vừa đặt hẹn
⏰ Tính năng Tự động Nhắc lịch hẹn (Automated SMS Reminder)
Gần tới giờ hẹn, ứng dụng sẽ tự động kích hoạt tin nhắn SMS thông báo để nhắc nhở khách hàng
💰 Chi phí cài đặt & Phí duy trì gói Booking
| Hạng mục | Chi phí | Quyền lợi & Chi tiết dịch vụ |
|---|---|---|
| Phí cài đặt (Setup Fee) | $150 (1 lần) | Cấu hình kết nối Google Reserve API, Facebook Action Button API & phân quyền ứng dụng tiếp nhận cho điện thoại lễ tân các chi nhánh. |
| Gói duy trì (Monthly Fee) | $20 / tháng |
|
🧾 Solution: Nhiều cửa hàng chi nhánh bị drop. Người quản lý có thể nhìn biết được liền. Từ đây có thể tập trung cải thiện chất lượng cho chi nhánh nhà hàng đi lên trở lại
User check-in with phone number → Print Ticket QR code (Ticket include: all the dishes ordered) → Receptionist → Scan QR → Load user info (Include: all the dishes ordered) → Print itemized receipt in order to customer can confirm bill → Payment by Card, Credit...
👥 Quản lý chuỗi nhà hàng
- Lịch đặt bàn: Xem trong ngày có bao nhiêu bàn đặt hẹn.
- Income: Khung giờ của bàn income bao nhiêu, commission bao nhiêu.
- Menu Analytics: Xem doanh thu (Income) từng chi nhánh. (ngày/tháng/năm)
- Thống kê bàn: Từng chi nhánh khung giờ bao nhiêu bàn. (ngày/tháng/năm)
- Chỉ số Hài lòng: Khách hôm nay có hài lòng hay không.
📩 Quy trình Gửi SMS Cảm ơn & Thu thập Đánh giá Sau Thanh toán
Ngay sau khi thanh toán hóa đơn thành công, hệ thống POS kích hoạt SMS tự động gửi vào phone number của khách từ lúc vào checkin thu thập được: