Giới thiệu dự án

Thị trường giao đồ ăn trực tuyến (Online Food Delivery - OFD) tại Việt Nam chứng kiến sự tăng trưởng vượt bậc sau đại dịch Covid-19, chuyển đổi từ một giải pháp tình thế sang thói quen tiêu dùng hàng ngày (Tan, 2022). Theo thống kê của GCOMM (2019) và Kantar TNS (2019), GrabFood luôn giữ vị thế dẫn đầu thị phần nhờ vào tốc độ giao hàng (65%), tiêu chuẩn đóng gói (58%) và chất lượng món ăn (56%). Tuy nhiên, dưới áp lực cạnh tranh khốc liệt từ ShopeeFood và Baemin cùng mô hình vận hành giao hàng đám đông (crowdsourced delivery) sử dụng đối tác tài xế tự do không chuyên (Sampaio et al., 2019; Ta et al., 2023), chất lượng dịch vụ giao hàng chặng cuối (last-mile delivery) bộc lộ nhiều điểm nghẽn kỹ thuật và vận hành.

       [Nhu cầu Khách hàng] 

Vấn đề nghiên cứu (Problem Statement)

Mô hình giao hàng đám đông mang lại khả năng co giãn quy mô linh hoạt nhưng tạo ra độ biến thiên lớn về chất lượng dịch vụ chặng cuối. Khách hàng đối mặt với ba điểm đau (pain points) cốt lõi:

  1. Thiếu minh bạch chi phí vận chuyển: Cơ cấu phụ phí thời gian thực (surge pricing) trong giờ cao điểm chưa rõ ràng, tạo khoảng cách lớn giữa chi phí chi trả và giá trị cảm nhận.
  2. Điểm mù dữ liệu theo dõi thời gian thực (Telemetry Blind Spot): Ứng dụng chưa hiển thị tọa độ GPS của shipper từ lúc nhận đơn đến khi tới quán ăn, làm giảm khả năng ước lượng thời gian giao hàng (Estimated Time of Arrival - ETA).
  3. Độ tin cậy đơn hàng chưa đồng bộ: Tình trạng món ăn thực tế không đúng mô tả hoặc sai lệch so với ghi chú do thiếu cơ chế kiểm soát chất lượng đa chiều giữa Nhà hàng - Tài xế - Nền tảng.

Mục tiêu dự án

  1. Xác định và lượng hóa các nhân tố cấu thành chất lượng dịch vụ giao hàng chặng cuối của GrabFood tại TP. Hồ Chí Minh.
  2. Kiểm định sự khác biệt có ý nghĩa thống kê giữa mức độ kỳ vọng ($E$) và trải nghiệm thực tế ($P$) của người dùng thông qua mô hình khoảng cách chất lượng dịch vụ.
  3. Xây dựng ma trận ưu tiên cải tiến dịch vụ và đề xuất khung giải pháp quản trị, tối ưu hóa hệ thống giao vận chặng cuối.

Phương pháp tiếp cận và Phạm vi

  • Phương pháp tiếp cận: Ứng dụng mô hình nghiên cứu kết hợp giữa khung SERVQUAL (Parasuraman et al., 1988) và lý thuyết phân phối vật lý (Rao et al., 2014; Nguyen et al., 2019; Ta et al., 2023), chuẩn hóa thành 7 biến quan sát với 13 tiêu chí đo lường kép.
  • Chỉ số đo lường kỳ vọng: Đánh giá độ lệch chuẩn $\Delta \mu = \mu_{\text{Kỳ vọng}} - \mu_{\text{Hài lòng}}$ và kiểm định giả thuyết $H_0$ với mức ý nghĩa $\alpha = 0.05$.
  • Phạm vi & Giới hạn:
    • Không gian: Địa bàn TP. Hồ Chí Minh.
    • Thời gian khảo sát: 20/02/2023 đến 08/03/2023.
    • Cỡ mẫu: $N = 115$ người dùng thực tế hợp lệ (đã lọc sạch dữ liệu ngoài vùng và người chưa từng sử dụng dịch vụ).

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

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

Khảo sát đối sánh giữa các nền tảng phân phối đồ ăn nhanh và logistics chặng cuối tại thị trường Việt Nam:

Tiêu chí kỹ thuật / Dịch vụ GrabFood (Crowdsourced) ShopeeFood (NowFleet) Baemin (Đã dừng vận hành) 3PL Truyền thống (Ahamove/Lalamove)
Mô hình tài xế Đám đông tự do phân tán Đội xe hỗn hợp (Hub + Tự do) Đội xe theo vùng cố định Tài xế hợp đồng on-demand
Thuật toán ghép đơn Tự động theo bán kính GPS Tối ưu hóa đa điểm drop-off Ghép đơn theo cụm (Batching) Định tuyến theo chặng point-to-point
Độ trễ GPS Tracking < 3 giây (Khi tài xế đã lấy món) < 5 giây (Toàn bộ hành trình) < 4 giây (Toàn bộ hành trình) < 2 giây qua Webhook/Socket
Cơ chế tính giá Dynamic Surge Pricing theo API Cố định theo km + Phụ phí thời tiết Bù giá / Khuyến mãi trực tiếp Cố định theo biểu phí khung giờ
Độ chính xác ETA 82 - 88% 80 - 85% 78 - 83% > 90%

Phân tích yêu cầu theo khung MoSCoW

   [MUST HAVE - Bắt buộc]                       [SHOULD HAVE - Cần có]
   • Minh bạch cơ cấu chi phí                   • Tracking GPS giai đoạn nhận đơn
   • Giữ nguyên vẹn chất lượng món              • Thông báo tự động khi hết món
   [COULD HAVE - Có thể có]                     [WON'T HAVE - Loại bỏ]
   • Ước tính thời gian từng khâu               • Logistics ngược/Đổi trả món
   • Chatbot gợi ý lộ trình thay thế            • Kiểm soát nhiệt độ bằng IoT
  • Must Have (Bắt buộc): Minh bạch cơ cấu tổng chi phí trên giao diện đặt hàng; Đảm bảo món ăn nguyên vẹn không đổ vỡ; Đồng bộ dữ liệu định vị tài xế khi giao hàng.
  • Should Have (Nên có): Tự động cảnh báo và đề xuất thay thế khi món ăn hết hàng; Mở luồng telemetry hiển thị vị trí tài xế từ thời điểm chấp nhận đơn; Nâng cao năng lực thao tác ứng dụng của tài xế.
  • Could Have (Có thể mở rộng): Tích hợp module AI dự báo thời gian chuẩn bị món của nhà hàng dựa trên lịch sử đơn hàng; Tối ưu hóa giao diện voucher tự động.
  • Won't Have (Không thuộc phạm vi): Quy trình xử lý logistics ngược (Reverse Logistics) do đặc thù hàng thực phẩm chế biến tươi sống không hỗ trợ hoàn hàng kho.

Thiết kế hệ thống và Cấu trúc dữ liệu

Để giải quyết vấn đề điểm mù dữ liệu trong hành trình đơn hàng, kiến trúc luồng dữ liệu định vị và tính toán khoảng cách kỳ vọng được chuẩn hóa:

                                          (GeoJSON Ingestion)
                                            (Read/Write DB)
                                        [PostgreSQL / PostGIS Engine]

Dữ liệu đo lường chất lượng dịch vụ (Data Schema)

CREATE TABLE delivery_gap_analysis (
    survey_id VARCHAR(36) PRIMARY KEY,
    user_id VARCHAR(50) NOT NULL,
    factor_code VARCHAR(10) NOT NULL, -- TT, CP, TD, TD_SPEED, TC, TN, SC
    item_code VARCHAR(10) NOT NULL,
    expectation_score INT CHECK (expectation_score BETWEEN 1 AND 5),
    satisfaction_score INT CHECK (satisfaction_score BETWEEN 1 AND 5),
    gap_score INT GENERATED ALWAYS AS (expectation_score - satisfaction_score) STORED,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

CREATE INDEX idx_factor_gap ON delivery_gap_analysis (factor_code, gap_score);

Cấu hình Công nghệ phân tích (Technology Stack)

  • Phần mềm xử lý thống kê: IBM SPSS Statistics version 26.0 (Build 26.0.0.0).
  • Nền tảng thu thập dữ liệu: Typeform Enterprise Cloud API (Tối ưu UX responsive, ngăn chặn spam bots).
  • Thư viện tính toán mở rộng: Python 3.10, pandas 1.5.3, scipy.stats 1.10.0 để tự động hóa cross-validation.
  • Môi trường vận hành: Linux Ubuntu 22.04 LTS x86_64.

Phương pháp nghiên cứu (Methodology)

Nghiên cứu áp dụng quy trình thực nghiệm 4 giai đoạn chuẩn hóa:

  1. Giai đoạn 1 (Lý thuyết & Khung mô hình): Tổng hợp mô hình chất lượng dịch vụ phân phối vật lý (PDSQ) của Rao et al. (2014) và mô hình logistics điện tử của Yen et al. (2022), xác lập 7 nhóm nhân tố: Thông tin giao hàng (TT), Chi phí vận chuyển (CP), Khả năng theo dõi (TD), Tốc độ giao hàng (TĐ), Mức độ tin cậy (TC), Trải nghiệm nhận hàng (TN), Mức độ sẵn có (SC).
  2. Giai đoạn 2 (Định tính & Hiệu chuẩn): Phỏng vấn sâu nhóm tập trung ($N = 5$) đáp viên thực tế tại TP.HCM. Loại bỏ các tính từ định hướng chủ quan ("rõ ràng", "tốt", "nhanh") trong bảng hỏi sơ bộ để chuẩn hóa thang đo Likert 5 mức độ:
    • Kỳ vọng: 1 = Hoàn toàn không quan trọng $\rightarrow$ 5 = Rất quan trọng.
    • Hài lòng: 1 = Hoàn toàn không hài lòng $\rightarrow$ 5 = Hoàn toàn hài lòng.
  3. Giai đoạn 3 (Thu thập & Tiền xử lý): Phân phối bảng hỏi qua giao thức web. Lọc bỏ các mẫu không thỏa mãn điều kiện nhân khẩu (ngoài TP.HCM hoặc chưa từng dùng dịch vụ), thu về $N = 115$ mẫu sạch.
  4. Giai đoạn 4 (Xử lý thống kê): Ứng dụng kỹ thuật thống kê mô tả (Descriptive Statistics) và Kiểm định mẫu bắt cặp (Paired-Samples T-Test) với $df = 114$.

Implementation và kết quả

Quy trình phân tích dữ liệu (Data Pipeline)

Quy trình tự động hóa tính toán thống kê và kiểm định Paired-Samples T-Test được thực hiện theo cấu trúc thuật toán:

import numpy as np
import pandas as pd
from scipy import stats

def analyze_servqual_gap(csv_filepath: str):
    """
    Tự động hóa tính toán khoảng cách chất lượng dịch vụ (P - E)
    và thực hiện Paired-Samples T-Test cho 7 cặp nhân tố.
    """
    df = pd.read_csv(csv_filepath)
    factors = ['TT', 'CP', 'TD', 'TD_SPEED', 'TC', 'TN', 'SC']
    results = []

    for f in factors:
        e_col, p_col = f"{f}_Expectation", f"{f}_Satisfaction"
        e_mean, p_mean = df[e_col].mean(), df[p_col].mean()
        gap_mean = e_mean - p_mean
        
        # Paired-Samples T-Test
        t_stat, p_val = stats.ttest_rel(df[e_col], df[p_col])
        
        results.append({
            'Factor': f,
            'Mean_Expectation': round(e_mean, 3),
            'Mean_Satisfaction': round(p_mean, 3),
            'Gap': round(gap_mean, 3),
            't_statistic': round(t_stat, 3),
            'p_value': round(p_val, 4),
            'Significant_Gap': p_val < 0.05 and gap_mean > 0
        })

    return pd.DataFrame(results)

Kết quả kiểm định thống kê và Đo lường thực nghiệm

Thống kê nhân khẩu học trên tổng số $N = 115$ mẫu cho thấy: 77.39% thuộc độ tuổi 18–22; 42% chưa có thu nhập cá nhân (nhóm sinh viên/người phụ thuộc); 84% có tần suất sử dụng GrabFood từ 1–2 lần/tuần.

Bảng kết quả kiểm định Paired-Samples T-Test ($N = 115, df = 114, \alpha = 0.05$)

Ký hiệu Nhóm nhân tố đánh giá $\mu_{\text{Kỳ vọng}}$ $\mu_{\text{Hài lòng}}$ Chênh lệch ($\Delta \mu$) Độ lệch chuẩn ($SD$) Giá trị $t$ Mức ý nghĩa ($Sig.$ 2-tailed) Kết luận kiểm định
TT Thông tin giao hàng 3.796 3.830 -0.035 0.788 -0.473 0.637 Không có khác biệt ($P \approx E$)
CP Chi phí vận chuyển 4.696 3.757 +0.939 0.736 13.679 0.000 Kỳ vọng vượt Hài lòng ($E > P$)
TD Khả năng theo dõi đơn 4.509 4.209 +0.300 0.769 4.184 0.000 Kỳ vọng vượt Hài lòng ($E > P$)
Tốc độ giao hàng 4.091 3.983 +0.109 0.975 1.195 0.234 Không có khác biệt ($P \approx E$)
TC Mức độ tin cậy 4.278 3.974 +0.304 0.970 3.363 0.001 Kỳ vọng vượt Hài lòng ($E > P$)
TN Trải nghiệm nhận hàng 3.772 3.872 -0.100 0.751 -1.427 0.156 Không có khác biệt ($P \approx E$)
SC Mức độ sẵn có 4.078 3.861 +0.217 1.024 2.276 0.025 Kỳ vọng vượt Hài lòng ($E > P$)
                       BIỂU ĐỒ KHOẢNG CÁCH GAP (Kỳ vọng vs Hài lòng)
           TT (Đạt)          TĐ (Đạt)      TN (Đạt)      CP (Ưu tiên 1) TD (Ưu tiên 3) TC (Ưu tiên 2)

Phân tích chi tiết các biến quan sát có khoảng cách lớn (Gap Analysis)

  1. Chi phí vận chuyển (CP - Khoảng cách: 0.939, $t = 13.679, p < 0.001$):
    • Tiêu chí "Phí vận chuyển phù hợp với chất lượng" có mức chênh lệch lớn nhất toàn bộ nghiên cứu: Kỳ vọng đạt 4.70/5.00 nhưng thực tế hài lòng chỉ đạt 3.70/5.00 ($\Delta = 1.00$).
    • Tiêu chí "Minh bạch cơ cấu chi phí (món + ship - voucher)" có điểm kỳ vọng 4.68 vs hài lòng 4.28 ($\Delta = 0.40$).
  2. Mức độ tin cậy (TC - Khoảng cách: 0.304, $t = 3.363, p = 0.001$):
    • Tiêu chí "Đơn hàng giao chính xác theo mô tả" có mức hài lòng rơi xuống dưới ngưỡng chuẩn: 3.89/5.00 so với kỳ vọng 4.33/5.00 ($\Delta = 0.434$).
    • Tiêu chí "Món ăn giữ nguyên giá trị, không hư hỏng" có điểm hài lòng đạt 4.05 vs kỳ vọng 4.27 ($\Delta = 0.226$).
  3. Khả năng theo dõi đơn hàng (TD - Khoảng cách: 0.300, $t = 4.184, p < 0.001$):
    • Tiêu chí "Tài xế chủ động thông tin khi có thay đổi (hết món)" có mức lệch $\Delta = 0.51$ (Kỳ vọng 4.60 vs Hài lòng 4.09).
    • Tiêu chí "Theo dõi vị trí thời gian thực" có mức lệch $\Delta = 0.08$ (Kỳ vọng 4.40 vs Hài lòng 4.32).
  4. Mức độ sẵn có (SC - Khoảng cách: 0.217, $t = 2.276, p = 0.025$):
    • Tiêu chí "Tốc độ nhận đơn của tài xế" có điểm kỳ vọng 4.07 vs hài lòng 3.86.

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

  1. Chuẩn hóa khung đánh giá Crowdsourced Last-Mile Logistics: Khóa luận đã chuyển hóa thành công mô hình SERVQUAL truyền thống thành khung đánh giá 7 nhân tố đặc thù cho dịch vụ giao đồ ăn dựa trên nền tảng kinh tế chia sẻ (Sharing Economy).
  2. Bằng chứng thực nghiệm định lượng về điểm nghẽn của GrabFood: Chỉ ra rằng Tốc độ giao hàng ($p=0.234$)Trải nghiệm tiếp xúc tài xế ($p=0.156$) không còn là yếu tố tạo khác biệt cạnh tranh vượt trội (do đã bão hòa và đáp ứng vừa đủ kỳ vọng), mà điểm cốt lõi gây suy giảm lòng trung thành nằm ở Chi phí vận chuyển ($\Delta = 0.939$)Sự thiếu nhất quán trong mô tả món ăn ($\Delta = 0.434$).
  3. Mô hình định lượng khoảng cách kép (Paired Difference Metric): Ứng dụng quy trình đo lường Expectation-Perception trên cùng một đối tượng tại một thời điểm, giúp loại trừ hoàn toàn các yếu tố nhiễu ngoại sinh (Extraneous Variables) so với phương pháp khảo sát độc lập.

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

Dựa trên kết quả định lượng, lộ trình can thiệp hệ thống và hàm ý quản trị được thiết kế theo 3 giai đoạn:

1. Tối ưu thuật toán giá và Minh bạch hóa hiển thị chi phí (Giải quyết biến CP)

  • Kỹ thuật: Thiết kế lại giao diện Checkout Flow. Bổ sung biểu đồ phân tích thành phần giá (Base Fare + Surge Multiplier + Distance Tier) theo thời gian thực.
  • Chính sách: Tự động áp dụng gói Smart Voucher Engine đề xuất mã giảm giá tối ưu nhất cho giỏ hàng mà không bắt người dùng duyệt thủ công nhiều bước.

2. Xóa bỏ điểm mù vị trí trong hành trình đơn hàng (Giải quyết biến TD)

  • Triển khai kiến trúc định vị 2 giai đoạn: Hiện tại, bản đồ chỉ hiển thị sau khi tài xế đã nhận thức ăn từ quán. Cần kích hoạt telemetry stream ngay từ State: DRIVER_ACCEPTED $\rightarrow$ hiển thị vị trí tương đối của tài xế di chuyển tới nhà hàng.
  • Tính năng giao tiếp tự động: Tích hợp template chat 1-chạm (Quick Reply Action) khi nhà hàng báo hết món, tự động gửi ảnh chụp thực đơn thay thế qua In-App Call/Message API mà không tính cước viễn thông cho tài xế.
       QUY TRÌNH NÂNG CẤP ĐỒNG BỘ TELEMETRY
       

3. Kiểm soát chất lượng thông tin đối tác nhà hàng (Giải quyết biến TC)

  • Hệ thống xác thực hình ảnh (Merchant Visual Verification): Định kỳ rà soát các cửa hàng có tỷ lệ hoàn/khiếu nại sai lệch mô tả món > 3%. Áp dụng thuật toán Computer Vision để so khớp hình ảnh quảng bá trên menu với món ăn thực tế trước khi duyệt niêm yết.

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

                CÁC HẠN CHẾ & HƯỚNG MỞ RỘNG
  1. Quy mô và tính đại diện của mẫu: Cỡ mẫu $N = 115$ đáp ứng chuẩn tối thiểu theo Roscoe (1975) nhưng độ lệch chuẩn của một số biến còn ở mức $\approx 1.0$ (như SC có $SD = 1.024$). Nhóm tuổi 18–22 chiếm tỷ trọng áp đảo (77.39%), phản ánh góc nhìn của nhóm sinh viên/người trẻ nhưng chưa bao quát phân khúc văn phòng và gia đình có thu nhập cao.
  2. Thiếu so sánh chéo đa nền tảng (Cross-platform benchmarking): Đề tài mới chỉ khai thác nội bộ GrabFood, chưa thực hiện kiểm định ANOVA so sánh đối đầu trực tiếp giữa GrabFood, ShopeeFood và GoFood trên cùng một tập mẫu.
  3. Định hướng nghiên cứu tiếp theo: Ứng dụng mô hình cấu trúc tuyến tính (Structural Equation Modeling - SEM) hoặc PLS-SEM để đánh giá mối quan hệ tác động trực tiếp/gián tiếp của các khoảng cách GAP này lên biến phụ thuộc "Lòng trung thành" và "Hành vi mua lại" (Repurchase Intention).

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

  [Sinh viên]      [Kỹ sư phần mềm]  [Doanh nghiệp]   [Nhà nghiên cứu]
  • Tài liệu học   • Kiến trúc định  • Chiến lược tối • Dữ liệu kiểm
    thuật mẫu        vị & phân tích    ưu vận hành      định thực tế
  • Sinh viên ngành Kinh tế đối ngoại, Logistics & E-Commerce: Nguồn tham khảo chuẩn mực về phương pháp kết hợp nghiên cứu định tính và kiểm định định lượng Paired-Samples T-Test trong phân tích chất lượng dịch vụ.
  • Kỹ sư phát triển sản phẩm & Logistics Engineers: Cung cấp góc nhìn thực tế về điểm nghẽn trải nghiệm người dùng trong bài toán tối ưu hóa hiển thị telemetry và thuật toán định giá cước chặng cuối.
  • Doanh nghiệp vận hành nền tảng giao đồ ăn (FoodTech Operators): Dữ liệu thực nghiệm giúp phân bổ ngân sách tối ưu: giảm bớt chi phí cho các yếu tố đã bão hòa (tốc độ giao) để tập trung giải quyết bài toán minh bạch cước phí và chất lượng thực đơn.
  • Nhà nghiên cứu học thuật: Bộ thang đo 13 biến quan sát chuẩn hóa có thể tái sử dụng trực tiếp cho các nghiên cứu về mô hình kinh tế chia sẻ và giao hàng chặng cuối tại các thị trường mới nổi.

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

1. Yêu cầu kỹ thuật và môi trường để tái lập nghiên cứu này là gì?

Hệ thống cần tối thiểu Python 3.8+ cùng các gói pandas, scipy, numpy hoặc phần mềm IBM SPSS Statistics phiên bản 20.0 trở lên. Dữ liệu đầu vào cần cấu trúc dạng bảng với các cặp biến định lượng đo lường trên thang đo Likert 5 điểm.

2. Tại sao nghiên cứu sử dụng Paired-Samples T-Test thay vì Independent Samples T-Test?

Vì mỗi đáp viên trong mẫu $N = 115$ thực hiện đánh giá kép trên cùng một tiêu chí (đánh giá mức độ kỳ vọng trước khi sử dụng và mức độ hài lòng sau trải nghiệm thực tế). Việc sử dụng kiểm định mẫu cặp (Paired Samples) giúp loại trừ các biến thiên ngoại lai giữa các cá nhân, đảm bảo tính chuẩn xác khi so sánh sai khác trung bình ($\Delta \mu$).

3. Làm thế nào để giải quyết bài toán "điểm mù vị trí" khi tài xế chưa đến quán ăn?

Nền tảng cần mở rộng quyền truy cập Geolocation API trong ứng dụng tài xế ngay khi trạng thái chuyển sang ACCEPTED. Thông qua kết nối WebSocket/MQTT, tọa độ GPS được streaming liên tục về máy chủ định tuyến và phản hồi lên bản đồ khách hàng kèm trạng thái rõ ràng: "Tài xế đang di chuyển đến quán".

4. Chi phí vận chuyển có phải là rào cản duy nhất khiến khách hàng không hài lòng?

Không. Mặc dù chi phí có chênh lệch kỳ vọng lớn nhất ($\Delta = 0.939$), nghiên cứu chứng minh rằng sự thiếu tin cậy về tính chính xác của món ăn so với mô tả ($\Delta = 0.434$) và việc tài xế không chủ động thông báo khi có sự cố đơn hàng ($\Delta = 0.51$) là những nhân tố phi chi phí ảnh hưởng tiêu cực trực tiếp đến trải nghiệm người dùng.

5. Khung thời gian và chi phí dự kiến để GrabFood triển khai các khuyến nghị quản trị?

  • Ngắn hạn (1–3 tháng, Chi phí thấp): Cập nhật UI/UX hiển thị chi tiết phụ phí và tự động kích hoạt mã giảm giá tối ưu.
  • Trung hạn (3–6 tháng, Chi phí trung bình): Nâng cấp luồng streaming GPS tài xế và xây dựng chương trình đào tạo kỹ năng giao tiếp xử lý sự cố cho đối tác tài xế đám đông.

Kết luận

Công trình nghiên cứu đã hoàn thành toàn diện việc lượng hóa mức độ hài lòng của khách hàng đối với dịch vụ giao hàng chặng cuối của GrabFood tại TP. Hồ Chí Minh. Dựa trên phân tích thực nghiệm từ $N = 115$ đáp viên và kiểm định Paired-Samples T-Test ($df = 114$), nghiên cứu chỉ ra 3 yếu tố đã đáp ứng tốt kỳ vọng của người dùng là Thông tin giao hàng ($p=0.637$), Tốc độ giao hàng ($p=0.234$)Trải nghiệm nhận hàng ($p=0.156$).

Ngược lại, 4 yếu tố cốt lõi bộc lộ khoảng cách thiếu hụt nghiêm trọng đòi hỏi sự can thiệp cấp thiết về mặt công nghệ và quản trị là: Chi phí vận chuyển ($\Delta = 0.939, p < 0.001$), Mức độ tin cậy đơn hàng ($\Delta = 0.304, p = 0.001$), Khả năng theo dõi thời gian thực ($\Delta = 0.300, p < 0.001$)Mức độ sẵn có của tài xế ($\Delta = 0.217, p = 0.025$). Kết quả này là cơ sở khoa học và thực tiễn vững chắc giúp các nhà quản trị nền tảng FoodTech tái cấu trúc quy trình vận hành, nâng cao năng lực cạnh tranh trong kỷ nguyên kinh tế số.