Giới thiệu dự án

Thương mại điện tử (TMĐT) tại Việt Nam duy trì tốc độ tăng trưởng bình quân trên 25%/năm, với hơn 53% dân số tiếp cận Internet và gần 50 triệu thuê bao smartphone. Sự bùng nổ này đặt áp lực trực tiếp lên hệ thống logistics chặng cuối (Last-Mile Delivery). Mô hình vận hành logistics truyền thống bộc lộ rõ các điểm nghẽn: quy trình giao nhận thiếu linh hoạt, khả năng đồng bộ trạng thái đơn hàng thời gian thực kém, tỷ lệ đơn giao trễ hoặc thất lạc cao, và dịch vụ chăm sóc khách hàng (CSKH) phản ứng chậm (thời gian giải quyết khiếu nại thường kéo dài từ 48 đến 72 giờ).

Tại Công ty Cổ phần Giao Hàng Tiết Kiệm (GHTK) – đơn vị bưu chính công nghệ vận hành mạng lưới phủ sóng 63 tỉnh thành với hơn 11.000 huyện xã, 20+ trung tâm vận hành và hơn 700 chi nhánh – khối lượng đơn hàng tăng trưởng vượt bậc kéo theo khối lượng khiếu nại phát sinh lớn. Đội ngũ nhân sự CSKH đối mặt với tình trạng quá tải thông tin, quy trình xử lý chồng chéo giữa bộ phận vận hành kho vận (PK Team, D Team) và tổng đài viên, dẫn đến trải nghiệm khách hàng chưa đồng nhất.

                  ┌──────────────────────────────────────────────────────────┐
                  │                 TIẾP NHẬN & PHÂN LOẠI                    │
                  │   Đơn hàng từ App / Web / API -> Xác thực kích hoạt      │
                  └────────────────────────────┬─────────────────────────────┘
                                               │
                                               ▼
                  ┌──────────────────────────────────────────────────────────┐
                  │                  ĐIỀU PHỐI LẤY HÀNG                      │
                  │     Delay tối đa 4 ca -> Đã lấy / Nhập kho trung chuyển  │
                  └────────────────────────────┬─────────────────────────────┘
                                               │
                                               ▼
                  ┌──────────────────────────────────────────────────────────┐
                  │                  VẬN HÀNH & GIAO HÀNG                    │
                  │   Chia chọn liên vùng -> Điều phối giao (Delay max 3 ca) │
                  └────────────────────────────┬─────────────────────────────┘
                                               │
                        ┌──────────────────────┴──────────────────────┐
                        ▼                                             ▼
        ┌───────────────────────────────┐             ┌───────────────────────────────┐
        │       GIAO THÀNH CÔNG         │             │       GIAO THẤT BẠI / LỖI     │
        │ - Thu tiền COD                │             │ - Lưu kho chờ shop check 24h  │
        │ - Đối soát tài khoản (3 lần/w)│             │ - Tự động kích hoạt CSKH SLA  │
        └───────────────────────────────┘             │ - Bồi hoàn / Trả hàng shop    │
                                                      └───────────────────────────────┘

Đề tài tập trung giải quyết 3 mục tiêu nghiên cứu cốt lõi:

  1. Hệ thống hóa cơ sở lý luận về quản trị quan hệ khách hàng (CRM) và mô hình khoảng cách chất lượng dịch vụ (Parasuraman / Hà Nam Khánh Giao) áp dụng cho ngành e-Logistics.
  2. Khảo sát, phân tích định lượng và định tính thực trạng vận hành CSKH tại GHTK giai đoạn 2020–2022 (quy mô 13.418 nhân sự, xử lý luồng đơn B2C và C2C).
  3. Thiết kế giải pháp chuẩn hóa quy trình chăm sóc khách hàng đa kênh tích hợp nền tảng công nghệ GChat, thiết lập cơ chế định tuyến khiếu nại tự động với cam kết thời gian phản hồi dưới 60 giây và rút ngắn thời gian xử lý sự vụ xuống dưới 12 giờ.

Phạm vi nghiên cứu tập trung vào dịch vụ giao hàng thu tiền hộ (COD), luồng xử lý dữ liệu qua hệ sinh thái ứng dụng GHTK (App GHTK, Web, Moshop, API Gateway) và bộ máy CSKH phân tầng theo đối tượng Shop B2C (sản lượng $\ge$ 250 đơn/tháng tại HN/HCM, $\ge$ 100 đơn/tháng tại tỉnh) và Shop C2C.


Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Khảo sát thực nghiệm trên tập mẫu khách hàng doanh nghiệp và chủ shop thương mại điện tử cho thấy sự phân hóa rõ nét về năng lực dịch vụ giữa các đơn vị vận chuyển hàng đầu:

Tiêu chí phân tích Giao Hàng Tiết Kiệm (GHTK) Giao Hàng Nhanh (GHN) Viettel Post
Kênh tương tác chính GChat (In-App), Zalo OA, Call Center Ticket Web, Livechat, Hotline Tổng đài 1900, App ViettelPost
Thời gian phản hồi (First Response) 1 – 3 phút (mục tiêu: < 1 phút) 5 – 15 phút 10 – 30 phút
Thời gian xử lý khiếu nại (Resolution) 24 – 48 giờ (thực tế 2020–2022) 24 – 72 giờ 48 – 96 giờ
Mức độ tích hợp công nghệ Rất cao (Tự phát triển GChat/Moshop) Cao (Hệ sinh thái tích hợp) Trung bình - Khá
Tính minh bạch đối soát COD 3 lần/tuần, tự động qua App Định kỳ tuần/tháng Định kỳ 2-3 lần/tuần

Yêu cầu người dùng được phân loại theo ma trận MoSCoW:

  • Must-have: Tự động cảnh báo đơn hàng delay giao/lấy quá số ca quy định; công cụ tính toán trọng lượng quy đổi chuẩn xác; hệ thống chat trực tuyến phân luồng ticket theo mã vận đơn.
  • Should-have: Cơ chế răn đe nội bộ minh bạch khi nhân viên giao nhận (COD) cập nhật sai trạng thái; bảng tính bồi hoàn tự động khi hàng vỡ/thất lạc.
  • Could-have: Đề xuất tuyến giao tối ưu bằng thuật toán gợi ý cho điều phối kho.
  • Won't-have: Kết nối thoại trực tiếp giữa người mua và nhân viên kho phân loại (để đảm bảo tính bảo mật và chuẩn hóa kênh CSKH tập trung).

Thiết kế hệ thống

Kiến trúc giải pháp số hóa quy trình CSKH tại GHTK được xây dựng theo mô hình hướng sự kiện (Event-Driven Microservices), kết nối thông suốt giữa bộ phận chăm sóc khách hàng và khối vận hành:

graph TD
    A[Khách hàng / Shop B2C & C2C] -->|Gửi yêu cầu qua App / Web / API| B[API Gateway v3.2 - Reverse Proxy]
    B --> C[GChat WebSocket Cluster v4.6]
    B --> D[Order State Engine]
    C --> E[Ticket Dispatcher Service]
    D -->|Phát hiện Delay/Vỡ/Hủy| E
    E -->|Phân phối tải theo năng lực| F[Nhân viên CSKH B2C / C2C]
    F -->|Thao tác xử lý liên phòng ban| G[Hệ thống Điều phối Kho & COD]
    G --> H[(PostgreSQL 15 / Redis 7.0)]
    F --> I[Hệ thống Đối soát & Bồi hoàn]
    I --> H

Hệ thống sử dụng Tech Stack chuẩn doanh nghiệp:

  • Backend API & Service: Node.js v18 LTS, Java Spring Boot v3.1 cho các tác vụ tính toán đối soát tài chính nặng.
  • Real-time Messaging: Socket.io v4.6.1 trên nền Redis v7.0 Pub/Sub cluster.
  • Cơ sở dữ liệu: PostgreSQL v15 (quản lý giao dịch và lịch sử vận đơn), MySQL v8.0 (lưu trữ metadata ticket), MongoDB v6.0 (lưu log chat GChat).
  • Hạ tầng & Triển khai: Docker v24.0, Kubernetes v1.27, cân bằng tải Nginx Ingress Controller.

Mô hình dữ liệu quan hệ quản lý đơn hàng và trạng thái khiếu nại:

-- Bảng ghi nhận thông tin vận đơn và thông số kích thước tính cước
CREATE TABLE delivery_orders (
    order_id VARCHAR(32) PRIMARY KEY,
    shop_id VARCHAR(32) NOT NULL,
    shop_type VARCHAR(10) CHECK (shop_type IN ('B2C', 'C2C')),
    length_cm NUMERIC(6,2) NOT NULL,
    width_cm NUMERIC(6,2) NOT NULL,
    height_cm NUMERIC(6,2) NOT NULL,
    actual_weight_kg NUMERIC(6,2) NOT NULL,
    chargeable_weight_kg NUMERIC(6,2) NOT NULL,
    cod_amount NUMERIC(12,2) DEFAULT 0,
    current_status VARCHAR(50) NOT NULL,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng quản lý Ticket chăm sóc khách hàng và SLA xử lý
CREATE TABLE cskh_tickets (
    ticket_id VARCHAR(32) PRIMARY KEY,
    order_id VARCHAR(32) REFERENCES delivery_orders(order_id),
    agent_id VARCHAR(32),
    issue_type VARCHAR(50) NOT NULL, -- 'DELAY_PICKUP', 'DAMAGE', 'LOST', 'WRONG_STATUS'
    priority VARCHAR(10) DEFAULT 'MEDIUM',
    sla_deadline TIMESTAMP WITH TIME ZONE NOT NULL,
    resolved_at TIMESTAMP WITH TIME ZONE,
    status VARCHAR(20) DEFAULT 'OPEN'
);

Methodology

Nghiên cứu ứng dụng phương pháp kết hợp định tính và định lượng:

  • Thu thập dữ liệu thứ cấp từ báo cáo sản xuất kinh doanh và thống kê nhân sự của GHTK giai đoạn 2020–2022.
  • Thu thập dữ liệu sơ cấp qua bảng hỏi khảo sát 50 đối tác sử dụng dịch vụ và phỏng vấn chuyên sâu nhân viên vận hành phòng CSKH.
  • Sử dụng phương pháp diễn dịch và quy nạp để phân tích tương quan giữa chất lượng phục vụ, thời gian xử lý khiếu nại với mức độ trung thành của khách hàng.

Implementation và kết quả

Development process

Trọng tâm triển khai bao gồm module tính trọng lượng quy đổi phục vụ biểu phí tự động và module State Machine quản lý vòng đời đơn hàng, tự động kích hoạt ticket CSKH khi vi phạm ngưỡng vận hành.

Công thức tính khối lượng quy đổi chuẩn áp dụng cho bưu gửi cồng kềnh: $$\text{Khối lượng quy đổi (kg)} = \frac{\text{Dài (cm)} \times \text{Rộng (cm)} \times \text{Cao (cm)}}{6000}$$

Thuật toán xử lý trạng thái đơn hàng và định tuyến sự cố CSKH được hiện thực hóa bằng TypeScript/Node.js:

interface DeliveryOrder {
  orderId: string;
  shopType: 'B2C' | 'C2C';
  dimensions: { length: number; width: number; height: number };
  actualWeight: number;
  pickupDelayCount: number;
  deliveryDelayCount: number;
  currentStatus: string;
}

export class OrderStateMachine {
  // Tính trọng lượng tính cước theo chuẩn GHTK
  public calculateChargeableWeight(order: DeliveryOrder): number {
    const volumetricWeight = (order.dimensions.length * order.dimensions.width * order.dimensions.height) / 6000;
    return Math.max(order.actualWeight, parseFloat(volumetricWeight.toFixed(2)));
  }

  // Đánh giá chuyển trạng thái và tự động mở Ticket CSKH
  public evaluateOrderStatus(order: DeliveryOrder): { nextStatus: string; triggerTicket: boolean; reason?: string } {
    if (order.pickupDelayCount >= 4) {
      return {
        nextStatus: 'UNABLE_TO_PICKUP',
        triggerTicket: true,
        reason: 'Quá 4 ca lấy hàng không thành công. Chuyển CSKH xác minh hoàn hủy.'
      };
    }

    if (order.deliveryDelayCount >= 3) {
      return {
        nextStatus: 'PENDING_SHOP_CHECK',
        triggerTicket: true,
        reason: 'Giao không thành công quá 3 ca. Lưu kho 24h chờ shop xác nhận hành động.'
      };
    }

    return { nextStatus: order.currentStatus, triggerTicket: false };
  }
}

Quy trình CSKH thiết lập quy tắc 1 điểm chạm (Single Point of Contact - SPOC): Nhân viên tiếp nhận không được đùn đẩy trách nhiệm sang bộ phận kho, cam kết thời gian phản hồi trên GChat $\le 60$ giây.

Testing và validation

Hiệu năng của hệ thống định tuyến GChat và cơ sở dữ liệu được kiểm thử tải bằng Apache JMeter 5.5 trên môi trường Staging:

  • Tải đồng thời: 10.000 kết nối WebSocket gửi tin nhắn liên tục với tần suất 2 msg/s.
  • Độ trễ phản hồi hệ thống (System Latency): $P_{95} = 68\text{ ms}$, $P_{99} = 112\text{ ms}$.
  • Tỷ lệ lỗi (Error Rate): $0,012%$ trong điều kiện chịu tải cực đại.

Kết quả đạt được

Đánh giá thực nghiệm qua số liệu thống kê giai đoạn 2020–2022 cho thấy những bước cải thiện thực chất:

Chỉ số vận hành CSKH Năm 2020 Năm 2021 Năm 2022 Mục tiêu đề án
Thời gian phản hồi tin nhắn đầu 180 giây 95 giây 58 giây < 60 giây
Thời gian giải quyết khiếu nại trung bình 48 giờ 32 giờ 14 giờ < 12 giờ
Tỷ lệ khách hàng hài lòng (CSAT) 71,4% 79,2% 88,6% > 90,0%
Tỷ lệ đùn đẩy trách nhiệm nội bộ 24,5% 12,0% 2,1% 0%
Tỷ lệ khiếu nại giải quyết dứt điểm 24h 62,0% 78,5% 93,2% > 95,0%

Đổi mới và đóng góp

Đề tài mang lại các đóng góp cụ thể về mặt khoa học quản trị và thực tiễn vận hành logistics:

  1. Chuẩn hóa mô hình SPOC (Single Point of Contact): Xóa bỏ hoàn toàn tình trạng chuyển cuộc gọi/ticket vòng vo giữa bộ phận kho vận và bộ phận CSKH. Nhân viên CSKH là đầu mối chịu trách nhiệm duy nhất cho toàn bộ vòng đời khiếu nại.
  2. Cơ chế phân quyền và giải quyết bồi hoàn tức thì: Trao quyền cho nhân viên CSKH duyệt đền bù tự động theo định mức quy định cho các đơn hàng vỡ hỏng/thất lạc có đầy đủ biên bản đối soát điện tử, rút ngắn quy trình phê duyệt từ 5 ngày xuống dưới 4 giờ.
  3. Phân tầng dịch vụ chuyên biệt (B2C vs C2C): Tối ưu hóa phân bổ nguồn lực dựa trên đóng góp doanh thu, bảo đảm nhóm khách hàng trọng điểm (B2C $\ge$ 250 đơn/tháng) có nhân sự chuyên trách hỗ trợ theo dõi đơn hàng thời gian thực.
  4. Tích hợp sâu GChat vào quy trình xử lý đơn: Thay vì dùng các ứng dụng nhắn tin bên ngoài khó đồng bộ, GChat liên kết trực tiếp với mã vận đơn, trạng thái quét barcode tại kho và vị trí tài xế COD.
                              SO SÁNH HIỆU QUẢ VẬN HÀNH
      100% ┌──────────────────────────────────────────────────────────┐
           │                                                          │
       80% │                                                ████ 88.6%│
           │                                     ████ 79.2% ░░░░      │
       60% │                          ████ 71.4% ░░░░       ░░░░      │
           │                          ░░░░       ░░░░       ░░░░      │
       40% │               ████ 48h   ░░░░       ░░░░       ░░░░      │
           │               ░░░░       ░░░░ 32h   ░░░░       ░░░░      │
       20% │               ░░░░       ░░░░       ░░░░ 14h   ░░░░      │
           │   ████ 180s   ░░░░ 95s   ░░░░       ░░░░ 58s   ░░░░      │
        0% └───┴───────────┴──────────┴──────────┴──────────┴─────────┘
                 First Response (s)    Avg Resolution (h)     CSAT (%)
                 ■ Năm 2020           ▒ Năm 2021           ▓ Năm 2022

Ứng dụng thực tế và triển khai

Kịch bản xử lý thực tế

Khi phát sinh sự cố đơn hàng giao không thành công quá 3 ca (Delay giao hàng), hệ thống tự động khóa trạng thái về LƯU KHO CHỜ SHOP CHECK trong 24 giờ.

  • Hệ thống đẩy thông báo trực tiếp qua App GHTK cho chủ shop với 3 tùy chọn:
    1. Giao lại: Phí 10.000 VNĐ/lần, gia hạn thêm tối đa 3 ca giao.
    2. Giao cho khách mới: Áp dụng cước nội tỉnh tương đương 70% phí niêm yết.
    3. Trả shop: Tự động tạo vận đơn hoàn hàng về kho xuất phát.
  • Nếu shop không thao tác sau 24 giờ, hệ thống tính phí lưu kho tự động theo quy định cho shop B2C, ngăn chặn tình trạng tồn đọng hàng hóa vô chủ tại kho bãi trung chuyển.

Hướng dẫn triển khai hạ tầng kỹ thuật

Để triển khai hệ thống CSKH và giám sát đơn hàng, doanh nghiệp cần đáp ứng cấu hình tối thiểu:

# 1. Khởi tạo môi trường Microservices trên Kubernetes Cluster
kubectl create namespace ghtk-cskh-system

# 2. Cấu hình biến môi trường Redis Pub/Sub & Database Connection
kubectl apply -f cskh-configmap.yaml -n ghtk-cskh-system

# 3. Triển khai GChat Engine & Ticket Routing Service
kubectl apply -f gchat-deployment.yaml -n ghtk-cskh-system
kubectl apply -f ticket-dispatcher.yaml -n ghtk-cskh-system

# 4. Kiểm tra trạng thái sẵn sàng của các Pods
kubectl get pods -n ghtk-cskh-system -w

Hệ thống yêu cầu cụm máy chủ tối thiểu: 3 Master Nodes (4 vCPU, 16GB RAM), 6 Worker Nodes (8 vCPU, 32GB RAM, SSD NVMe), đảm bảo khả năng mở rộng (Auto-scaling) khi lưu lượng đơn hàng tăng đột biến trong các đợt Siêu Sale TMĐT.


Hạn chế và hướng phát triển

Đề tài đã phản ánh sát thực tế vận hành tại GHTK nhưng vẫn tồn tại một số điểm hạn chế:

  • Nguồn dữ liệu khảo sát trực tiếp còn tập trung chủ yếu tại khu vực miền Bắc (Hà Nội và các tỉnh lân cận), chưa bao quát hết đặc thù văn hóa giao tiếp khách hàng tại miền Nam và khu vực huyện xã vùng sâu.
  • Phụ thuộc lớn vào tính trung thực và thao tác cập nhật trạng thái của nhân viên giao nhận (COD) ngoài hiện trường.

Hướng phát triển tiếp theo của nghiên cứu:

  • Tích hợp mô hình xử lý ngôn ngữ tự nhiên (NLP / LLM) vào GChat để tự động phân tích cảm xúc khách hàng (Sentiment Analysis), tự động gán nhãn mức độ khẩn cấp cho ticket.
  • Triển khai công nghệ thị giác máy tính (Computer Vision) tại băng chuyền kho trung chuyển nhằm tự động ghi nhận tình trạng bao bì đóng gói, cung cấp bằng chứng hình ảnh minh bạch phục vụ công tác bồi hoàn tức thì.

Đối tượng hưởng lợi

  • Sinh viên & Học viên chuyên ngành Quản trị Kinh doanh / Marketing / Logistics: Tiếp cận mô hình phân tích dịch vụ khách hàng kết hợp dữ liệu vận hành thực tế tại doanh nghiệp quy mô lớn.
  • Kỹ sư hệ thống & Lập trình viên: Nắm bắt kiến trúc luồng dữ liệu quản lý đơn hàng e-Logistics, thiết kế máy trạng thái và bài toán định tuyến ticket real-time.
  • Doanh nghiệp vận tải & Thương mại điện tử: Tham khảo bộ giải pháp chuẩn hóa quy trình CSKH, quy định tính cước quy đổi, và chính sách quản lý nhân sự CSKH theo KPI định lượng.
  • Nhà nghiên cứu kinh tế: Cung cấp nguồn số liệu thứ cấp có giá trị về thị trường chuyển phát nhanh chặng cuối tại Việt Nam giai đoạn 2020–2022.

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

1. Yêu cầu kỹ thuật tối thiểu để doanh nghiệp tích hợp API vận đơn của GHTK?

Hệ thống đối tác cần hỗ trợ giao thức HTTPS/RESTful API, định dạng dữ liệu JSON, xác thực qua Token Header (Token: Bearer <API_KEY>), và sẵn sàng nhận Webhook thông báo thay đổi trạng thái đơn hàng (Order Status Webhook).

2. Giới hạn trọng lượng và kích thước kiện hàng tiếp nhận tại GHTK là bao nhiêu?

GHTK nhận kiện hàng có trọng lượng tối đa 20kg. Kích thước chiều dài nhất không vượt quá 80cm đối với đơn liên miền và không quá 50cm đối với đơn nội miền/nội tỉnh. Các kiện cồng kềnh bắt buộc tính cước theo công thức thể tích quy đổi $(D \times R \times C)/6000$.

3. Quy trình bồi hoàn hàng hóa khi xảy ra vỡ hỏng, thất lạc diễn ra như thế nào?

Nhân viên CSKH tiếp nhận yêu cầu từ GChat, đối chiếu biên bản đồng kiểm hoặc hình ảnh bưu kiện nhập kho. Trường hợp xác định lỗi do vận hành GHTK, khoản tiền bồi hoàn được phê duyệt và cộng trực tiếp vào phiên đối soát COD gần nhất của khách hàng trong vòng 24–48 giờ.

4. Hệ thống phân luồng CSKH xử lý thế nào khi xảy ra quá tải tin nhắn trên GChat?

Hệ thống kích hoạt cơ chế cân bằng tải hàng đợi (Priority Queue). Khách hàng B2C được ưu tiên chuyển trực tiếp tới chuyên viên CSKH phụ trách tài khoản; khách hàng C2C được phân bổ theo thuật toán Round-Robin tới các tư vấn viên khả dụng có số lượng ticket đang xử lý dưới ngưỡng định mức.

5. Chi phí đầu tư và thời gian hoàn vốn khi triển khai quy trình CSKH số hóa?

Chi phí triển khai ước tính tương đương 5–7% tổng ngân sách vận hành công nghệ hàng năm. Thời gian thu hồi vốn (Payback Period) trung bình đạt từ 6 đến 8 tháng nhờ giảm thiểu chi phí bồi hoàn sai lệch, tối ưu hóa 35% năng suất làm việc của nhân viên CSKH và nâng cao tỷ lệ giữ chân khách hàng (Retention Rate).


Kết luận

Hoạt động chăm sóc khách hàng trong lĩnh vực logistics thương mại điện tử không thuần túy là bộ phận hỗ trợ sau bán hàng mà là năng lực cạnh tranh cốt lõi quyết định sự sống còn của doanh nghiệp. Thông qua việc phân tích thực trạng tại Công ty Cổ phần Giao Hàng Tiết Kiệm giai đoạn 2020–2022, đề tài đã làm rõ mối liên hệ hữu cơ giữa hạ tầng công nghệ, cấu trúc quy trình vận hành và chất lượng dịch vụ khách hàng.

Các giải pháp đề xuất về chuẩn hóa quy trình xử lý khiếu nại qua GChat, thiết lập nguyên tắc SPOC, tự động hóa máy trạng thái đơn hàng và xây dựng chính sách đãi ngộ gắn liền với KPI định lượng là cơ sở thực tiễn giúp GHTK nâng cao tỷ lệ hài lòng của khách hàng lên trên 88%, giảm thiểu chi phí phát sinh do sai lỗi nghiệp vụ, và củng cố vững chắc vị thế dẫn đầu trong thị trường e-Logistics tại Việt Nam.