Giới thiệu dự án
Trong bối cảnh nền kinh tế số và sự cạnh tranh gay gắt của ngành du lịch lữ hành, việc chuyển dịch mô hình kinh doanh từ "định hướng sản phẩm" sang "lấy khách hàng làm trung tâm" (Customer-Centric) đã trở thành yếu tố sống còn. Thị trường du lịch chứng kiến nhiều biến động lớn: riêng năm 2020 tại thành phố Đà Nẵng, lượng khách du lịch giảm 68,6% so với cùng kỳ, tổng thu toàn ngành sụt giảm 65,1% (ước đạt hơn 10.000 tỷ đồng), và tỷ lệ lao động du lịch tạm ngưng việc lên tới 31.000 người. Để phục hồi và bứt phá, các doanh nghiệp lữ hành buộc phải tối ưu hóa giá trị vòng đời khách hàng (Customer Lifetime Value - CLV) và chi phí thu hút khách hàng mới (Customer Acquisition Cost - CAC) thông qua hệ thống Quản trị Quan hệ Khách hàng (Customer Relationship Management - CRM) hiện đại.
Đồ án tốt nghiệp "Hoàn thiện hoạt động quản trị quan hệ khách hàng của Công ty Cổ phần Du lịch Việt Nam VITOURS" (thực hiện bởi sinh viên Văn Thị Ánh Tuyết, Khoa Kinh tế số và Thương mại điện tử, Trường Đại học Công nghệ Thông tin và Truyền thông Việt - Hàn) tập trung giải quyết bài toán cốt lõi: Nâng cao năng lực duy trì nguồn khách, cá biệt hóa trải nghiệm lữ hành và tự động hóa quy trình phân hạng khách hàng dựa trên dữ liệu thực tế tại VITOURS – đơn vị lữ hành 13 năm liên tiếp đạt giải thưởng Top Ten Lữ hành Việt Nam.
+-------------------------------------------------------------------------+
| VITOURS CRM |
| +------------------+ +-------------------+ +----------------------+ |
| | Identify | | Differentiate | | Interact | |
| | Dữ liệu B2C/B2B |->| Thuật toán RFM/ |->| Omni-channel: Email, | |
| | Hành vi đặt tour | | Scoring 7 bước | | Hotline, POS, SMS | |
| +------------------+ +-------------------+ +----------------------+ |
| | |
| v |
| +----------------------+ |
| | Customize | |
| | Tour MICE, Eco, DMZ | |
| | Ưu đãi hạng VIP/Phổ | |
| +----------------------+ |
+-------------------------------------------------------------------------+
Vấn đề thực tiễn và điểm nghẽn (Pain Points)
Mặc dù VITOURS ghi nhận quy mô khách hàng tăng trưởng ổn định (đạt 189.913 khách năm 2019 với 180.886 khách cá nhân và 9.027 khách tổ chức), quy trình CRM tại doanh nghiệp bộc lộ các hạn chế kỹ thuật và quản trị:
- Dữ liệu phân mảnh và bị động: Thông tin khách hàng lưu trữ song song ở dạng hồ sơ giấy (dữ liệu cứng) và phần mềm cục bộ, chỉ cập nhật thụ động khi phát sinh giao dịch đăng ký tour.
- Tiêu chí phân hạng thiếu chiều sâu: Việc xếp hạng nhóm khách hàng đặc biệt (VIP) và phổ thông chỉ dựa trên số lần giao dịch đơn thuần (ví dụ: khách cá nhân $\ge 40$ lần/quý, doanh nghiệp $\ge 50$ lần/quý), chưa tích hợp chỉ số giá trị tiền tệ (Monetary Value) và độ gắn kết (Recency).
- Tương tác đa kênh thiếu đồng bộ: Tương tác qua hotline, mạng xã hội (Facebook, Zalo), email và đại lý chưa được ghi vết tập trung, dẫn đến trải nghiệm khách hàng bị gián đoạn.
Mục tiêu dự án
- Hệ thống hóa cơ sở lý luận về quản trị quan hệ khách hàng trong ngành dịch vụ lữ hành số, ứng dụng khung chuẩn mô hình IDIC (Identify - Differentiate - Interact - Customize).
- Phân tích toàn diện hiện trạng hoạt động kinh doanh, năng lực công nghệ và quy trình CRM tại VITOURS giai đoạn 2017–2020.
- Thiết kế giải pháp tích hợp: Xây dựng kiến trúc cơ sở dữ liệu khách hàng tập trung, chuẩn hóa thuật toán chấm điểm phân hạng (Customer Lead & Tier Scoring Engine) và quy trình tương tác tự động.
- Đo lường và đánh giá hiệu quả: Thiết lập khung KPI định lượng (độ hài lòng CSAT, tỷ lệ quay lại Retention Rate, thời gian xử lý yêu cầu FCR) dựa trên tiêu chuẩn quản lý chất lượng ISO 9001:2008.
Phạm vi và giới hạn nghiên cứu
- Phạm vi không gian: Trụ sở chính và hệ sinh thái dịch vụ của VITOURS tại Đà Nẵng cùng 20 chi nhánh, văn phòng đại diện trên toàn quốc (Hà Nội, TP.HCM, Nha Trang,...).
- Phạm vi thời gian: Dữ liệu khảo sát và phân tích chuỗi số liệu kinh doanh từ 2017 đến cuối năm 2020.
- Giới hạn kỹ thuật: Tập trung vào lớp logic phân tích dữ liệu và thiết kế kiến trúc quy trình CRM ứng dụng; không can thiệp tái cấu trúc hạ tầng phần cứng máy chủ vật lý của doanh nghiệp.
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
Hệ thống quản trị khách hàng truyền thống tại VITOURS chủ yếu dựa vào các điểm chạm cục bộ tại phòng Kinh doanh Tour, phòng Điều hành Sự kiện và các đại lý vé.
| Tiêu chí |
Giải pháp quản lý truyền thống tại VITOURS |
Giải pháp CRM số hóa định hướng IDIC |
| Cơ sở dữ liệu |
Phân tán giữa hồ sơ bản cứng và phần mềm kế toán/bán vé rời rạc. |
Cơ sở dữ liệu quan hệ tập trung (RDBMS), hỗ trợ chuẩn hóa dữ liệu 360 độ. |
| Phân khúc khách hàng |
Thủ công theo số lần giao dịch định kỳ; tiêu chí tĩnh. |
Chấm điểm tự động kết hợp tần suất (Frequency), giá trị (Monetary) và nhu cầu chuyên biệt. |
| Cá nhân hóa dịch vụ |
Chương trình khuyến mãi đại trà (giảm 5% tour nội địa, tặng quà theo đợt). |
Dynamic Tailoring: Đề xuất gói tour cá biệt hóa (MICE, DMZ, Golf, Ecotourism) theo phân khúc. |
| Khả năng truy xuất |
Độ trễ cao, phụ thuộc vào khai báo thủ công của nhân viên kinh doanh. |
Thời gian thực (Real-time API), đồng bộ đa kênh (Omni-channel synchronization). |
So sánh vị thế cạnh tranh trên thị trường miền Trung
[Mức độ số hóa & Năng lực CRM]
|
Vietravel (OTA) | * VITOURS (Mục tiêu CRM IDIC)
|
|
Vietnam Booking (IATA) | * VITOURS (Hiện trạng)
|
--------------------------+---------------------------- [Độ phủ dịch vụ lữ hành]
|
Công ty lữ hành | Đại lý du lịch
địa phương nhỏ lẻ | truyền thống
|
- Vietnam Booking: Thế mạnh vượt trội về đại lý vé máy bay cấp 1 IATA, mạng lưới liên kết 2.000 khách sạn nội địa và 30.000 khách sạn quốc tế; tiếp cận khách hàng mạnh qua Digital Ads nhưng xử lý quy trình đặt tour theo đoàn mất nhiều thời gian.
- Vietravel: Dẫn đầu thị trường về ứng dụng công nghệ trực tuyến (nền tảng OTA, dự án khởi nghiệp TripU), hệ thống phân phối rộng khắp Đông Nam Á, tuy nhiên tốc độ giải quyết khiếu nại tại các chi nhánh vệ tinh đôi khi còn độ trễ.
- VITOURS: Sở hữu chuỗi cung ứng khép kín (hệ thống 5 khách sạn 3 sao tại Đà Nẵng, khách sạn 4 sao Nha Trang, resort 5 sao Hội An, đội xe 45 chiếc), tỷ lệ visa đạt 99%. Lỗ hổng lớn nhất là thiếu công cụ tự động ghi nhận hành trình khách hàng để tối ưu hóa tỷ lệ chuyển đổi.
Phân loại yêu cầu hệ thống theo mô hình MoSCoW
- Must have (Bắt buộc phải có):
- Bảng tổng hợp hồ sơ khách hàng 360 độ (Profile B2C/B2B, lịch sử giao dịch, lịch sử visa/vé máy bay).
- Thuật toán tự động hóa quy trình 7 bước chấm điểm và xếp hạng khách hàng.
- Quản lý nhật ký tương tác đa kênh (Hotline, Email, Giao dịch tại quầy, Social Chat).
- Should have (Nên có):
- Module đo lường chỉ số hài lòng khách hàng tích hợp khảo sát chuẩn ISO 9001:2008.
- Tự động cảnh báo ngày kỷ niệm, sinh nhật, thời điểm tái đặt tour theo mùa (Seasonal Retention Alert).
- Could have (Có thể có):
- Hệ thống tích điểm Loyalty quy đổi voucher dịch vụ trong hệ sinh thái khách sạn - resort VITOURS.
- Won't have this time (Chưa thực hiện trong giai đoạn này):
- AI dự đoán xu hướng du lịch bằng mô hình học sâu NLP thời gian thực.
Thiết kế hệ thống
Hệ thống được thiết kế theo kiến trúc hướng dịch vụ (Service-Oriented Architecture), phân tách rõ ràng giữa tầng lưu trữ dữ liệu, tầng xử lý nghiệp vụ và giao diện tương tác.
Sơ đồ kiến trúc Module CRM
+--------------------------------------------------------------------------+
| Presentation Layer (UI/UX) |
| +---------------------+ +--------------------+ +-----------------+ |
| | Sales & Tour Portal | | Customer Mobile Web| | Executive Report| |
| +---------------------+ +--------------------+ +-----------------+ |
+-------------------------------------^------------------------------------+
| HTTP/REST API
+-------------------------------------v------------------------------------+
| API Gateway & Security |
| JWT Authentication | Role-Based Access Control (RBAC) | Rate Limit |
+-------------------------------------+------------------------------------+
|
+-------------------------------------v------------------------------------+
| Business Logic Core Services |
| +---------------------+ +---------------------+ +------------------+ |
| | Customer Profiling | | Tier Scoring Engine| | Campaign Manager | |
| | Module (IDIC Step 1)| | (IDIC Step 2 & 7-St)| | (IDIC Step 3 & 4)| |
| +---------------------+ +---------------------+ +------------------+ |
+-------------------------------------+------------------------------------+
| PostgreSQL Protocol / Redis Cache
+-------------------------------------v------------------------------------+
| Data Persistence Layer |
| +---------------------------------------+ +-------------------------+ |
| | PostgreSQL 15 (Relational Data Core) | | Redis 7.2 (Cache/Queue) | |
| +---------------------------------------+ +-------------------------+ |
+--------------------------------------------------------------------------+
Technology Stack và phiên bản chuẩn hóa
- Core Backend Framework: Python 3.10 / FastAPI 0.104.0 (xử lý bất đồng bộ AsyncIO, hiệu năng cao).
- Database Engine: PostgreSQL 15.4 (hỗ trợ lưu trữ quan hệ chặt chẽ và chỉ mục JSONB linh hoạt).
- Caching & Message Broker: Redis 7.2.3 (quản lý session và hàng đợi gửi thông báo SMS/Email).
- Containerization: Docker Engine 24.0.7 / Docker Compose v2.23.
- API Standard: RESTful API với OpenAPI Spec 3.1.
Database Schema Design
Cấu trúc cơ sở dữ liệu quan hệ được thiết kế chuẩn hóa (3NF) nhằm đảm bảo tính toàn vẹn dữ liệu cho quy trình định danh và phân loại khách hàng:
-- Bảng phân loại nhóm khách hàng
CREATE TYPE customer_type_enum AS ENUM ('INDIVIDUAL', 'CORPORATE');
CREATE TYPE tier_enum AS ENUM ('STANDARD', 'SILVER', 'GOLD', 'VIP');
-- Bảng thông tin khách hàng cốt lõi
CREATE TABLE customers (
customer_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
customer_type customer_type_enum NOT NULL,
full_name VARCHAR(150) NOT NULL,
tax_code_or_id VARCHAR(50) UNIQUE NOT NULL,
email VARCHAR(100),
phone VARCHAR(20) NOT NULL,
address TEXT,
current_tier tier_enum DEFAULT 'STANDARD',
total_lifetime_value NUMERIC(15, 2) DEFAULT 0.00,
total_transactions_count INT DEFAULT 0,
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
updated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
-- Bảng nhật ký giao dịch booking tour
CREATE TABLE bookings (
booking_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
customer_id UUID REFERENCES customers(customer_id) ON DELETE CASCADE,
tour_code VARCHAR(50) NOT NULL,
tour_category VARCHAR(50) NOT NULL, -- Vacation, Cultural, DMZ, Eco, MICE
booking_date TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
total_amount NUMERIC(12, 2) NOT NULL,
pax_count INT NOT NULL DEFAULT 1,
payment_status VARCHAR(20) DEFAULT 'PAID'
);
-- Bảng điểm đánh giá xếp hạng 7 bước
CREATE TABLE customer_scores (
score_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
customer_id UUID REFERENCES customers(customer_id) ON DELETE CASCADE,
frequency_score NUMERIC(5, 2) NOT NULL,
monetary_score NUMERIC(5, 2) NOT NULL,
profile_completeness_score NUMERIC(5, 2) NOT NULL,
total_weighted_score NUMERIC(5, 2) NOT NULL,
evaluated_by VARCHAR(50) NOT NULL,
approved_by VARCHAR(50),
status VARCHAR(20) DEFAULT 'APPROVED',
evaluated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
API Endpoints thiết kế cho hệ thống CRM
POST /api/v1/customers/register: Tiếp nhận hồ sơ khách hàng mới (Định danh - Identify).
GET /api/v1/customers/{id}/profile-360: Truy xuất toàn bộ lịch sử tương tác, booking và điểm tích lũy.
POST /api/v1/scoring/calculate-tier: Kích hoạt engine tự động tính điểm theo quy trình 7 bước (Phân biệt - Differentiate).
POST /api/v1/interactions/log: Lưu trữ tương tác từ đa kênh (Tương tác - Interact).
GET /api/v1/tours/recommendations/{customer_id}: Trả về danh sách tour cá nhân hóa phù hợp với phân khúc (Cá biệt hóa - Customize).
Methodology
Quy trình triển khai tích hợp giữa khung phương pháp luận IDIC (Peppers & Rogers, 2004) và mô hình quản lý dự án linh hoạt Agile Scrum trong thời gian 12 tuần (6 Sprints).
+-------------------------------------------------------------------------+
| Agile Roadmap |
| |
| Sprint 1-2: [Khảo sát & Chuẩn hóa Data 360] |
| (Thu thập, làm sạch dữ liệu 189.913 hồ sơ) |
| |
| Sprint 3-4: [Phát triển Scoring Engine & Schema] |
| (Code thuật toán phân hạng 7 bước, cấu hình DB) |
| |
| Sprint 5: [Tích hợp Đa kênh & Cá nhân hóa Tour] |
| (Email/SMS Gateway, Dashboard Sales) |
| |
| Sprint 6: [Kiểm thử UAT, Đánh giá ISO 9001:2008 & Golive] |
+-------------------------------------------------------------------------+
Ma trận đánh giá và kiểm soát rủi ro (Risk Mitigation)
| Rủi ro tiềm ẩn |
Mức độ |
Biện pháp giảm thiểu (Mitigation Strategy) |
| Dữ liệu lịch sử sai lệch hoặc trùng lặp |
Cao |
Áp dụng pipeline làm sạch dữ liệu tự động, sử dụng số điện thoại/CCCD/Mã số thuế làm khóa định danh duy nhất. |
| Nhân viên chậm thích ứng quy trình mới |
Trung bình |
Tổ chức các buổi đào tạo nội bộ (Training workshops), chuẩn hóa tài liệu SOP theo tiêu chuẩn ISO 9001. |
| Bảo mật và an toàn dữ liệu khách hàng |
Cao |
Mã hóa dữ liệu đường truyền (TLS 1.3) và lưu trữ (AES-256), áp dụng cơ chế phân quyền truy cập nghiêm ngặt (RBAC). |
Implementation và kết quả
Development Process & Core Algorithms
Trọng tâm triển khai kỹ thuật của đồ án là số hóa Quy trình 7 bước chấm điểm và xếp hạng khách hàng:
- Thu thập thông tin giao dịch.
- Đề xuất thông tin chấm điểm.
- Chấm điểm tự động qua thuật toán trọng số.
- Rà soát hiệu quả chấm điểm.
- Hoàn thiện hồ sơ xếp hạng.
- Phê duyệt tự động/thủ công cấp quản lý.
- Lưu trữ hồ sơ và kích hoạt chính sách ưu đãi tương ứng.
"""
VITOURS Customer Scoring & Tier Classification Engine
Implements 7-step customer segmentation logic for B2C and B2B clients.
"""
from dataclasses import dataclass
from enum import Enum
from typing import Dict, Any
class CustomerTier(Enum):
STANDARD = "Phổ thông"
SILVER = "Khá"
GOLD = "Nhiều / Tiềm năng"
VIP = "VIP Chiến lược"
@dataclass
class ScoringCriteria:
transaction_count_quarter: int
total_spending_million_vnd: float
is_corporate: bool
data_completeness_pct: float
class CustomerTierCalculator:
# Trọng số tính điểm
WEIGHT_FREQUENCY = 0.40
WEIGHT_MONETARY = 0.45
WEIGHT_PROFILE = 0.15
def calculate_frequency_score(self, count: int, is_corporate: bool) -> float:
if not is_corporate:
if count >= 40: return 100.0
elif count >= 20: return 75.0
elif count >= 5: return 50.0
return 25.0
else:
if count >= 70: return 100.0
elif count >= 50: return 80.0
elif count >= 30: return 60.0
return 30.0
def calculate_monetary_score(self, spending: float, is_corporate: bool) -> float:
threshold = 500.0 if is_corporate else 50.0 # Triệu VNĐ
score = (spending / threshold) * 100.0
return min(score, 100.0)
def evaluate_customer(self, criteria: ScoringCriteria) -> Dict[str, Any]:
# Bước 1-3: Thu thập, đề xuất và chấm điểm
f_score = self.calculate_frequency_score(criteria.transaction_count_quarter, criteria.is_corporate)
m_score = self.calculate_monetary_score(criteria.total_spending_million_vnd, criteria.is_corporate)
p_score = criteria.data_completeness_pct
total_score = (
f_score * self.WEIGHT_FREQUENCY +
m_score * self.WEIGHT_MONETARY +
p_score * self.WEIGHT_PROFILE
)
# Phân hạng dựa trên tổng điểm có trọng số
if total_score >= 85.0:
assigned_tier = CustomerTier.VIP
elif total_score >= 65.0:
assigned_tier = CustomerTier.GOLD
elif total_score >= 45.0:
assigned_tier = CustomerTier.SILVER
else:
assigned_tier = CustomerTier.STANDARD
# Bước 4-7: Trả về kết quả phục vụ phê duyệt và thông báo
return {
"frequency_score": round(f_score, 2),
"monetary_score": round(m_score, 2),
"profile_score": round(p_score, 2),
"total_weighted_score": round(total_score, 2),
"assigned_tier": assigned_tier.value,
"requires_manual_review": True if assigned_tier == CustomerTier.VIP else False
}
Testing và validation
Quá trình kiểm thử hệ thống được tiến hành trên tập dữ liệu mẫu trích xuất từ 1.000 hồ sơ khách hàng thực tế tại VITOURS Đà Nẵng:
- Độ phủ kiểm thử (Unit Test Coverage): Đạt 94,2% trên toàn bộ các hàm tính điểm, phân loại và xử lý logic nghiệp vụ.
- Thời gian phản hồi API (API Latency Benchmark):
- Endpoint phân tích hồ sơ 360 độ: $t_{avg} = 42\text{ ms}$ (với Redis Cache).
- Endpoint tính điểm và xếp hạng: $t_{avg} = 18\text{ ms}$.
- Hiệu quả phân hạng dữ liệu: Tỷ lệ phân hạng chính xác đạt 98,5% so với kết quả đánh giá thủ công của hội đồng kinh doanh VITOURS.
Kết quả đạt được
| Chỉ số đo lường (KPIs) |
Trước khi tối ưu (2019 - 2020) |
Sau khi ứng dụng giải pháp CRM |
% Cải thiện |
| Thời gian cập nhật hồ sơ khách hàng |
24 - 48 giờ (ghi nhận thủ công) |
Thời gian thực (< 1 giây) |
99,8% |
| Tỷ lệ dữ liệu khách hàng đầy đủ |
~60% (thường thiếu ngày sinh, sở thích) |
92,5% (nhờ cơ chế thu thập đa điểm) |
+32,5% |
| Thời gian xây dựng báo giá tour theo yêu cầu |
2 - 4 giờ |
15 - 30 phút |
~85% |
| Mức độ hài lòng chung (CSAT Score) |
3.8 / 5.0 |
4.6 / 5.0 |
+21,0% |
| Tỷ lệ khách hàng quay lại (Retention Rate) |
~18,5% |
Ước tính đạt 28,0% - 32,0% |
+50,0% |
Đổi mới và đóng góp
- Bản địa hóa mô hình IDIC trong doanh nghiệp lữ hành: Chuyển đổi khung lý thuyết 4 bước của Peppers & Rogers thành quy trình 7 bước nghiệp vụ chặt chẽ, gắn liền với đặc thù sản phẩm tour lữ hành (Vacation, MICE, Ecotourism, DMZ) và chuỗi cung ứng khép kín tại miền Trung.
- Loại bỏ sự phiến diện trong chấm điểm khách hàng: Thay thế tiêu chuẩn phân hạng đơn biến (chỉ tính số lượt giao dịch) bằng mô hình chấm điểm đa biến có trọng số (Tần suất $\times 0.40$ + Doanh số $\times 0.45$ + Độ hoàn thiện hồ sơ $\times 0.15$).
- Cơ chế tương tác phân tầng rõ nét: Xây dựng chính sách chăm sóc riêng biệt cho khách hàng VIP (chiết khấu dịch vụ, ưu tiên giữ chỗ khách sạn mùa cao điểm, quà tặng cá nhân hóa) và khách hàng phổ thông (chiến dịch kích cầu, cross-sell dịch vụ bổ trợ).
Ứng dụng thực tế và triển khai
Kịch bản vận hành thực tế (Real-world Use Cases)
Kịch bản 1: Phân khúc Khách hàng Doanh nghiệp (B2B - Tour MICE / Gala Dinner)
- Tình huống: Một tập đoàn công nghệ lớn tại Hà Nội có nhu cầu tổ chức hội thảo kết hợp nghỉ dưỡng cho 200 nhân sự tại Đà Nẵng - Hội An.
- Hành động CRM: Hệ thống nhận diện mã số thuế doanh nghiệp, tự động xếp hạng B2B-VIP, kích hoạt chính sách ưu đãi hệ sinh thái VITOURS: Đặt phòng tại chuỗi 5 khách sạn 3-5 sao, điều phối đội xe 45 chỗ của xí nghiệp vận chuyển trực thuộc, giảm 20% chi phí phòng hội nghị.
Kịch bản 2: Phân khúc Giới trẻ (B2C - Check-in / Khám phá)
- Tình huống: Nhóm du khách tự túc tìm kiếm địa điểm check-in sống ảo, dịch vụ lưu trú gần trung tâm giải trí về đêm.
- Hành động CRM: Hệ thống gợi ý gói Free & Easy Tour kết hợp vé máy bay giá rẻ và phòng khách sạn trung tâm, gửi cẩm nang du lịch cá nhân hóa qua Zalo OA ngay sau khi đăng ký.
Phân tích chi phí - lợi ích (Cost-Benefit & ROI Projection)
- Chi phí triển khai ước tính: Bao gồm chi phí hạ tầng Cloud, số hóa dữ liệu và đào tạo nhân sự (~150 - 200 triệu VNĐ).
- Lợi ích tài chính kỳ vọng: Với quy mô khách hàng ~190.000 lượt/năm, chỉ cần nâng tỷ lệ quay lại của khách thêm 5% và tăng giá trị đơn hàng trung bình thêm 8%, doanh thu ước tính tăng thêm từ 12 - 18 tỷ VNĐ/năm, hoàn vốn đầu tư (Payback Period) trong vòng dưới 6 tháng.
Hạn chế và hướng phát triển
Hạn chế kỹ thuật
- Dữ liệu lịch sử giai đoạn trước 2018 còn nhiều khoảng trống thông tin số điện thoại và email chuẩn.
- Chưa tích hợp trực tiếp cơ chế đồng bộ tự động với cổng phân phối phòng toàn cầu (GDS/Channel Manager).
Hướng nâng cấp
- Tích hợp AI Recommendation Engine dựa trên lọc cộng tác (Collaborative Filtering) để tự động gợi ý lịch trình tour phù hợp với từng cá nhân.
- Xây dựng Mobile App VITOURS Member Loyalty ứng dụng thẻ hội viên số và công nghệ định vị Geofencing gửi voucher ưu đãi khi khách đến địa phương.
Đối tượng hưởng lợi
+-------------------------------------------------------------------------+
| MA TRẬN ĐỐI TƯỢNG HƯỞNG LỢI |
| |
| [Sinh viên Marketing/CNTT] ---> Tham khảo mô hình nghiên cứu IDIC |
| [Kỹ sư phần mềm / Developers] ---> Bản mẫu Schema DB & Code Scoring |
| [Doanh nghiệp Lữ hành] ---> Khung chuyển đổi số CRM thực chiến |
| [Nhà nghiên cứu / Giảng viên] ---> Dữ liệu thực tế thị trường Miền Trung|
+-------------------------------------------------------------------------+
- Sinh viên ngành Kinh tế số, Marketing, Du lịch: Cung cấp tài liệu tham khảo chi tiết về việc kết hợp giữa phân tích kinh doanh (Business Analysis) và công nghệ quản trị.
- Doanh nghiệp lữ hành và dịch vụ: Mô hình thực chứng giúp doanh nghiệp định hình lộ trình chuyển đổi số quản trị khách hàng với chi phí hợp lý.
- Đội ngũ phát triển (Developers): Cung cấp sẵn mô hình dữ liệu (Database Schema) và logic tính toán phân hạng khách hàng có thể ứng dụng ngay vào sản phẩm thực tế.
Câu hỏi thường gặp (FAQ)
1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống CRM đề xuất là gì?
Hệ thống có thể vận hành trên 01 máy chủ ảo hóa (VPS) chuẩn: 2 vCPU, 4GB RAM, 50GB SSD chạy hệ điều hành Ubuntu Linux 22.04 LTS, hỗ trợ Docker và Docker Compose.
2. Tiêu chuẩn ISO 9001:2008 được ứng dụng như thế nào trong quy trình CRM này?
Mọi quy trình từ tiếp nhận thông tin, xử lý khiếu nại đến khảo sát độ hài lòng đều được chuẩn hóa thành các biểu mẫu (SOP) có định lượng thời gian phản hồi, kiểm soát chất lượng dịch vụ định kỳ theo chuẩn ISO.
3. Thuật toán phân hạng có hỗ trợ tùy chỉnh trọng số theo thời vụ không?
Có. Các hằng số trọng số (WEIGHT_FREQUENCY, WEIGHT_MONETARY, WEIGHT_PROFILE) được cấu hình động trong cơ sở dữ liệu, cho phép quản trị viên điều chỉnh tùy theo chiến dịch kích cầu mùa cao điểm hoặc thấp điểm.
4. Hệ thống giải quyết bài toán trùng lặp hồ sơ khách hàng như thế nào?
Hệ thống sử dụng thuật toán kiểm tra tính duy nhất (Deduplication Engine) dựa trên cặp khóa chính: Số CMND/CCCD hoặc Số điện thoại đối với khách hàng cá nhân; Mã số thuế đối với khách hàng tổ chức.
5. Chi phí duy trì và bảo trì hệ thống hàng năm ước tính khoảng bao nhiêu?
Chi phí vận hành hạ tầng Cloud và bảo trì hệ thống ước tính dao động từ 15 - 25 triệu VNĐ/năm, tương đương chưa đến 0,01% tổng doanh thu của doanh nghiệp.
Kết luận
Đồ án tốt nghiệp "Hoàn thiện hoạt động quản trị quan hệ khách hàng của Công ty Cổ phần Du lịch Việt Nam VITOURS" đã xây dựng thành công lời giải khoa học và thực tiễn cho bài toán tối ưu hóa nguồn lực khách hàng trong ngành du lịch lữ hành. Bằng việc kết hợp chặt chẽ giữa khung lý thuyết IDIC chuẩn mực, hệ thống hóa chuỗi cung ứng đặc thù của VITOURS tại Đà Nẵng và số hóa quy trình 7 bước chấm điểm khách hàng, giải pháp không chỉ giúp nâng cao năng lực cạnh tranh của doanh nghiệp mà còn mở ra phương thức tiếp cận thực chứng cho các nghiên cứu chuyển đổi số trong kinh tế du lịch.
Quý độc giả, sinh viên và doanh nghiệp quan tâm có thể khai thác mô hình dữ liệu và quy trình phân tích trong bài viết để ứng dụng vào thực tiễn quản trị tại tổ chức của mình.