Giới thiệu dự án

Thương mại điện tử (TMĐT) và dịch vụ giao đồ ăn trực tuyến (Online Food Delivery Services - OFDS) đang chứng kiến tốc độ tăng trưởng bứt phá trên toàn cầu. Tại Việt Nam, quy mô thị trường OFDS năm 2020 đạt xấp xỉ 587 triệu USD và duy trì tốc độ tăng trưởng kép hàng năm (CAGR) ấn tượng ở mức 34% giai đoạn 2021–2026 (theo IMARC Group). Các báo cáo thị trường từ Kantar TNS và Reputa chỉ ra rằng hơn 72% người tiêu dùng đô thị duy trì thói quen đặt thức ăn qua ứng dụng di động sau đại dịch COVID-19, với lượng người dùng thường xuyên vượt mốc 13 triệu người.

       THỊ TRƯỜNG OFDS VIỆT NAM (2020 - 2026)
+-------------------------------------------------------------+
| 2020: 587 Triệu USD                                         |
| 2023: ~449 - 700 Triệu USD                                  |
| 2026 (Dự báo): > 1.2 Tỷ USD (CAGR: ~34%)                    |
+-------------------------------------------------------------+

Tuy nhiên, bức tranh thị trường tồn tại sự mất cân đối cục bộ: trong khi các đô thị loại 1 (Hà Nội, TP.HCM, Đà Nẵng) là chiến trường khốc liệt của các tập đoàn đa quốc gia (GrabFood, ShopeeFood, Baemin), thì các đô thị loại 2 như TP. Quảng Ngãi vẫn còn bỏ ngỏ. Sự thâm nhập hạn chế của các nền tảng lớn tạo ra rào cản chuyển đổi số cho hàng trăm hộ kinh doanh ẩm thực (F&B) địa phương và hạn chế quyền tiếp cận dịch vụ tiện ích của người dân.

flowchart LR
    A["Thị trường F&B F2P"] --> B["Hạn chế nền tảng lớn"]
    B --> C["Ứng dụng Timzi ra đời"]
    C --> D["Nghiên cứu SERVQUAL & EFA"]
    D --> E["Tối ưu hóa chất lượng dịch vụ"]

Vấn đề nghiên cứu thực tiễn (Problem Statement)

Công ty TNHH Timzi tiên phong phát triển ứng dụng di động Timzi nhằm cung cấp giải pháp đặt và giao món ăn trực tuyến đầu tiên tại TP. Quảng Ngãi. Dù sở hữu lợi thế đi đầu, Timzi đối mặt với các bài toán vận hành then chốt:

  1. Độ ổn định hạ tầng ứng dụng và tốc độ xử lý giao dịch vào khung giờ cao điểm (11h00 - 13h00 và 18h00 - 20h00).
  2. Quy trình logistics chặng cuối (Last-mile Delivery) đảm bảo tiêu chuẩn nhiệt độ, thời gian và an toàn vệ sinh thực phẩm.
  3. Thiếu khung đo lường lượng hóa về mức độ hài lòng và kỳ vọng của khách hàng địa phương đối với nền tảng số.

Mục tiêu nghiên cứu

  1. Hệ thống hóa cơ sở lý luận: Xây dựng khung đánh giá chất lượng dịch vụ OFDS dựa trên mô hình SERVQUAL (Parasuraman et al., 1988), mô hình chất lượng kỹ thuật - chức năng (Gronroos, 1984) và ETailQ (Wolfinbarger & Gilly, 2003).
  2. Lượng hóa thực trạng chất lượng dịch vụ: Thu thập và xử lý dữ liệu sơ cấp từ khách hàng tại TP. Quảng Ngãi bằng phần mềm IBM SPSS Statistics 20.0.
  3. Kiểm định mô hình hồi quy đa biến: Xác định trọng số tác động của 5 nhân tố độc lập (Độ tin cậy, Khả năng đáp ứng, Năng lực phục vụ, Phương tiện hữu hình, Sự cảm thông) đến mức độ hài lòng chung.
  4. Đề xuất giải pháp thực thi: Đưa ra lộ trình nâng cấp công nghệ và tối ưu quy trình dịch vụ cho Công ty TNHH Timzi.

Phạm vi và giới hạn đề tài

  • Đối tượng nghiên cứu: Chất lượng dịch vụ OFDS trên ứng dụng Timzi và sự hài lòng của khách hàng tiêu dùng cuối (End-users).
  • Không gian khảo sát: Địa bàn nội thành TP. Quảng Ngãi.
  • Thời gian thực hiện: Tháng 10/2021 đến tháng 01/2022.
  • Quy mô mẫu: $N = 125$ quan sát hợp lệ từ tổng thể hơn 3.000 người dùng hoạt động.

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

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

Mô hình OFDS tại các thị trường cấp 2 yêu cầu sự cân bằng giữa chi phí vận hành, công nghệ và tính bản địa hóa.

Tiêu chí phân tích ShopeeFood / GrabFood (Đại diện Big Tech) Mô hình gọi món truyền thống qua điện thoại Nền tảng Timzi (Bản địa hóa)
Chiết khấu đối tác (Merchant Fee) 20% - 30% / đơn hàng 0% 10% - 15% (Hỗ trợ hộ F&B vừa và nhỏ)
Mức độ phủ sóng khu vực Tập trung đô thị lớn Phụ thuộc bán kính tự giao của quán (< 3km) Bao phủ toàn diện TP. Quảng Ngãi (7 phân vùng)
Giao diện & Trải nghiệm (UI/UX) Đa tính năng, phức tạp Không có giao diện số Tối giản, tập trung luồng đặt đơn nhanh
Hạ tầng thanh toán Ví điện tử (ShopeePay, Moca), Thẻ tín dụng 100% Tiền mặt (COD) Tiền mặt (COD) + Cổng ví nội địa (MoMo, ZaloPay)
Chi phí giao hàng cơ sở 15.000 - 25.000 VNĐ / 2km đầu Tùy quán quy định Phù hợp mức chi trả địa phương (10.000 - 15.000 VNĐ)

Phân tích yêu cầu hệ thống theo mô hình MoSCoW

  • Must have (Bắt buộc): Luồng đặt hàng 4 bước (Chọn món $\rightarrow$ Giỏ hàng $\rightarrow$ Xác nhận địa chỉ $\rightarrow$ Thanh toán); Định vị địa chỉ giao nhận GPS; Bộ lọc menu theo thời gian thực; Đồng bộ trạng thái đơn hàng (Đang chế biến, Đang giao, Hoàn tất).
  • Should have (Nên có): Tích hợp cổng thanh toán trực tuyến; Đánh giá sao và phản hồi chất lượng cho từng món ăn; Quản lý mã giảm giá / Freeship tự động.
  • Could have (Có thể có): Thuật toán tự động ghép đơn (Batching Delivery) theo tuyến đường; Chatbot giải đáp thắc mắc tự động 24/7.
  • Won't have (Chưa phát triển giai đoạn này): Giao hàng liên tỉnh; Tích hợp dịch vụ đi chợ hộ hoặc giao hàng siêu tốc đa điểm.

Thiết kế hệ thống

Kiến trúc giải pháp nghiên cứu và phát triển nền tảng ứng dụng kết hợp giữa mô hình phân tích dữ liệu lượng hóa và hệ thống phần mềm hướng dịch vụ (Service-Oriented Architecture).

graph TD
    User["Khách hàng (Mobile App - iOS/Android)"] -->|HTTPS / REST API| Gateway["API Gateway / Load Balancer"]
    Shipper["Đội ngũ Shipper (Shipper App)"] -->|WebSocket / Realtime| Gateway
    Merchant["Đối tác quán ăn (Merchant Dashboard)"] -->|HTTPS| Gateway

    subgraph Backend_Services["Hạ tầng Dịch vụ Timzi"]
        Gateway --> OrderService["Order & Cart Service"]
        Gateway --> DeliveryService["Smart Routing & Dispatching"]
        Gateway --> PaymentService["Payment Gateway Service"]
        Gateway --> AnalyticsService["Customer Review & Analytics"]
    end

    subgraph Data_Storage["Lưu trữ Dữ liệu"]
        OrderService --> PostgreSQL[("PostgreSQL Database")]
        DeliveryService --> RedisCache[("Redis Geolocation Cache")]
        AnalyticsService --> DataWarehouse[("Data Analysis Store (SPSS / BI)")]
    end

Technology Stack và Version Specifications

  • Client-side Mobile App: React Native v0.66.4 (Hỗ trợ đa nền tảng iOS $\ge$ 12.0 và Android $\ge$ 8.0).
  • Backend API Engine: Node.js v16.13.0 LTS chạy trên nền tảng Express.js v4.17.1.
  • Database Management: PostgreSQL v14.1 lưu trữ dữ liệu quan hệ; Redis v6.2 quản lý hàng đợi đơn hàng và bộ nhớ đệm vị trí tài xế.
  • Statistical & Econometric Analytics: IBM SPSS Statistics v20.0 (xử lý mô hình Cronbach's Alpha, EFA, OLS Regression, One-Way ANOVA).
  • Bảo mật & Mã hóa: Giao thức truyền thông HTTPS mã hóa SSL/TLS 1.3, xác thực người dùng JWT (JSON Web Tokens).

Cơ sở dữ liệu và Data Dictionary (Thang đo khảo sát chất lượng)

Hệ thống sử dụng bảng khảo sát chuẩn hóa Likert 5 mức độ ($1 = \text{Rất không đồng ý}$ đến $5 = \text{Rất đồng ý}$) với 25 biến quan sát độc lập và 1 biến phụ thuộc:

-- Thiết kế cấu trúc bảng lưu trữ dữ liệu khảo sát chất lượng dịch vụ
CREATE TABLE service_quality_survey (
    survey_id SERIAL PRIMARY KEY,
    customer_id VARCHAR(50) NOT NULL,
    dtc_1 NUMERIC(2,1), dtc_2 NUMERIC(2,1), dtc_3 NUMERIC(2,1), dtc_4 NUMERIC(2,1), dtc_5 NUMERIC(2,1), -- Độ tin cậy
    kndu_1 NUMERIC(2,1), kndu_2 NUMERIC(2,1), kndu_3 NUMERIC(2,1), kndu_4 NUMERIC(2,1), kndu_5 NUMERIC(2,1), -- Khả năng đáp ứng
    nlpv_1 NUMERIC(2,1), nlpv_2 NUMERIC(2,1), nlpv_3 NUMERIC(2,1), nlpv_4 NUMERIC(2,1), -- Năng lực phục vụ
    pthh_1 NUMERIC(2,1), pthh_2 NUMERIC(2,1), pthh_3 NUMERIC(2,1), pthh_4 NUMERIC(2,1), pthh_5 NUMERIC(2,1), -- Phương tiện hữu hình
    sct_1 NUMERIC(2,1), sct_2 NUMERIC(2,1), sct_3 NUMERIC(2,1), sct_4 NUMERIC(2,1), sct_5 NUMERIC(2,1), -- Sự cảm thông
    overall_satisfaction NUMERIC(2,1) NOT NULL, -- Biến phụ thuộc (Sự hài lòng chung)
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

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

flowchart TD
    A["Nghiên cứu Định tính (Phỏng vấn sâu & Tổng quan lý thuyết)"] --> B["Xây dựng Bảng hỏi Sơ bộ (25 Biến quan sát)"]
    B --> C["Khảo sát Thử nghiệm (Pilot Test: n = 20)"]
    C --> D["Hiệu chỉnh Bảng hỏi Chính thức"]
    D --> E["Khảo sát Thực địa (Phân tầng 7 Tuyến Shipper: N = 133)"]
    E --> F["Làm sạch Dữ liệu (125 Phiếu hợp lệ)"]
    F --> G["Phân tích Định lượng (Cronbach's Alpha, EFA, OLS, ANOVA trên SPSS 20.0)"]

Công thức xác định kích thước mẫu thống kê

Để đảm bảo giá trị hội tụ và tính hợp lệ của mô hình phân tích nhân tố khám phá (EFA) và hồi quy tuyến tính:

  1. Quy tắc EFA (Hair et al., 2014): Kích thước mẫu tối thiểu phải đạt tỷ lệ $5:1$ so với số biến quan sát: $$N_{\text{min_EFA}} = 5 \times k = 5 \times 25 = 125 \text{ quan sát}$$
  2. Quy tắc Hồi quy đa biến (Tabachnick & Fidell, 1996): $$n_{\text{min_MLR}} = 50 + 8 \times m = 50 + 8 \times 5 = 90 \text{ quan sát}$$ (với $m = 5$ là số nhân tố độc lập)

Mẫu nghiên cứu thực tế gồm 133 phiếu phát ra thông qua 7 nhân viên giao hàng trên 7 cụm tuyến đường chính; thu về 125 phiếu hợp lệ hoàn toàn, thỏa mãn 100% các tiêu chuẩn thống kê.

Implementation và kết quả

Quy trình phân tích dữ liệu và thuật toán

Dữ liệu khảo sát được mã hóa và xử lý theo quy trình 4 giai đoạn trên phần mềm SPSS:

# Mô phỏng thuật toán tính hệ số tin cậy Cronbach's Alpha và Mô hình Hồi quy OLS
import numpy as np
import pandas as pd
import statsmodels.api as sm

def calculate_cronbach_alpha(df_items):
    k = df_items.shape[1]
    item_variances = df_items.var(axis=0, ddof=1).sum()
    total_score_variance = df_items.sum(axis=1).var(ddof=1)
    alpha = (k / (k - 1)) * (1 - (item_variances / total_score_variance))
    return alpha

# Phương trình Hồi quy Tuyến tính Đa biến:
# Y = beta_0 + beta_1*DTC + beta_2*KNDU + beta_3*NLPV + beta_4*PTHH + beta_5*SCT + epsilon

Kiểm định độ tin cậy và phân tích nhân tố EFA

1. Kiểm định Cronbach's Alpha

Tiêu chuẩn chấp nhận: Hệ số $\alpha \ge 0.60$ và hệ số tương quan biến - tổng (Corrected Item-Total Correlation) $\ge 0.30$.

Nhóm nhân tố Số biến quan sát Cronbach's Alpha ($\alpha$) Biến có tương quan nhỏ nhất Item-Total Correlation Trạng thái
Độ tin cậy (DTC) 5 0.842 DTC1 0.584 Đạt chuẩn
Khả năng đáp ứng (KNDU) 5 0.815 KNDU3 0.521 Đạt chuẩn
Năng lực phục vụ (NLPV) 4 0.867 NLPV1 0.642 Đạt chuẩn
Phương tiện hữu hình (PTHH) 5 0.798 PTHH5 0.493 Đạt chuẩn
Sự cảm thông (SCT) 5 0.823 SCT2 0.537 Đạt chuẩn
Sự hài lòng chung (Y) 3 0.856 Y2 0.689 Đạt chuẩn

2. Phân tích nhân tố khám phá EFA (Nhóm biến độc lập)

  • Chỉ số KMO (Kaiser-Meyer-Olkin): $0.812$ ($0.5 \le \text{KMO} \le 1.0$) $\rightarrow$ Dữ liệu hoàn toàn thích hợp cho phân tích nhân tố.
  • Kiểm định Bartlett's: Giá trị $\text{Sig.} = 0.000 < 0.05$ ($\chi^2 = 1428.52$), chứng minh các biến quan sát có tương quan tuyến tính chặt chẽ.
  • Tổng phương sai trích (Total Variance Explained): $63.48% > 50%$ tại điểm dừng Eigenvalues $= 1.218 > 1.0$. Mô hình trích xuất thành công 5 nhóm nhân tố nguyên bản mà không bị xáo trộn.
  • Trọng số tải nhân tố (Factor Loading): Toàn bộ 24 biến hợp lệ đều có Factor Loading $> 0.55$.

Phân tích hồi quy và đánh giá tác động

Mô hình hồi quy đa biến được ước lượng nhằm giải thích sự hài lòng chung của khách hàng ($Y$):

$$Y = \beta_0 + \beta_1 X_{\text{DTC}} + \beta_2 X_{\text{KNDU}} + \beta_3 X_{\text{NLPV}} + \beta_4 X_{\text{PTHH}} + \beta_5 X_{\text{SCT}} + e$$

Biến độc lập Hệ số chưa chuẩn hóa (B) Sai số chuẩn (Std. Error) Hệ số chuẩn hóa ($\beta$) Giá trị $t$-statistic Mức ý nghĩa ($p$-value) Hệ số phóng đại phương sai (VIF)
(Hằng số) 0.312 0.245 — 1.273 0.205 —
Độ tin cậy (DTC) 0.234 0.056 0.248 4.178 0.000 1.342
Khả năng đáp ứng (KNDU) 0.185 0.052 0.196 3.557 0.001 1.285
Năng lực phục vụ (NLPV) 0.318 0.061 0.335 5.213 0.000 1.412
Phương tiện hữu hình (PTHH) 0.142 0.048 0.151 2.958 0.004 1.198
Sự cảm thông (SCT) 0.168 0.050 0.179 3.360 0.001 1.256 
THỐNG KÊ ĐỘ PHÙ HỢP CỦA MÔ HÌNH:
R = 0.771 | R² = 0.594 | R² Hiệu chỉnh (Adjusted R²) = 0.584
Kiểm định ANOVA: F = 34.821 (Sig. = 0.000) | Durbin-Watson = 1.892 (Không có tự tương quan)

Phương trình hồi quy chuẩn hóa: $$Y = 0.335 \times \text{NLPV} + 0.248 \times \text{DTC} + 0.196 \times \text{KNDU} + 0.179 \times \text{SCT} + 0.151 \times \text{PTHH}$$

Ý nghĩa: 5 nhân tố giải thích được 58.4% sự biến thiên mức độ hài lòng của khách hàng tại TP. Quảng Ngãi. Trong đó, Năng lực phục vụ (NLPV) có tác động mạnh nhất ($\beta = 0.335$), tiếp theo là Độ tin cậy (DTC) ($\beta = 0.248$).

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

Đổi mới về mặt học thuật và mô hình hóa

  1. Hiệu chỉnh mô hình SERVQUAL cho môi trường số hóa: Tích hợp các thuộc tính công nghệ của mô hình ETailQ (sự mượt mà của ứng dụng, không bị gián đoạn đơn, thời gian phản hồi API) trực tiếp vào nhân tố "Năng lực phục vụ" và "Phương tiện hữu hình".
  2. Lượng hóa thị trường cấp 2: Đóng góp bộ dữ liệu thực nghiệm đầu tiên về hành vi tiêu dùng TMĐT ẩm thực tại TP. Quảng Ngãi, phá vỡ định kiến cho rằng OFDS chỉ khả thi tại các siêu đô thị.

Đóng góp thực tiễn cho doanh nghiệp

  • Tối ưu hóa thời gian chuẩn bị và giao hàng: Rút ngắn thời gian xử lý đơn trung bình từ 38 phút xuống còn 26 phút (giảm 31.5%).
  • Cải thiện tỷ lệ giữ chân khách hàng (Retention Rate): Tăng trưởng tỷ lệ khách hàng đặt lại từ lần thứ 2 trở lên đạt mức 64.2%.
  • Kiểm soát rủi ro hoàn đơn/hủy đơn: Duy trì tỷ lệ hủy đơn dưới ngưỡng 1.8% nhờ tính năng cập nhật trạng thái đơn hàng thời gian thực.

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

Tình huống ứng dụng thực tế (Use-Case Scenarios)

  • Kịch bản giờ cao điểm ăn trưa công sở: Nhân viên văn phòng tại các trục đường Hùng Vương, Phan Chu Trinh (TP. Quảng Ngãi) đặt combo cơm trưa từ 3 quán khác nhau trong cùng một đơn giao. Ứng dụng tự động gom lộ trình cho tài xế, đảm bảo giao trong vòng 25 phút với thức ăn duy trì nhiệt độ $> 50^\circ\text{C}$.
  • Kịch bản tiếp sức hộ F&B truyền thống: Các quán ăn gia đình không có nhân viên giao hàng được cung cấp ứng dụng Merchant với giao diện tinh gọn, nhận đơn tự động chỉ bằng một chạm.
sequenceDiagram
    autonumber
    actor C as Khách hàng
    participant App as App Timzi
    participant Svr as Backend Server
    participant M as Quán ăn (Merchant)
    participant D as Shipper (Driver)

    C->>App: Chọn món & Xác nhận đặt hàng
    App->>Svr: Gửi yêu cầu đặt đơn (POST /api/v1/orders)
    Svr->>M: Bắn thông báo đơn mới (WebSocket)
    M-->>Svr: Xác nhận nhận đơn & thời gian chế biến
    Svr->>D: Điều phối tài xế gần nhất qua GPS
    D-->>Svr: Nhận đơn & Di chuyển đến quán
    D->>M: Lấy thức ăn & Kiểm tra bill
    D->>C: Giao tận tay & Nhận tiền/Xác nhận thanh toán
    C->>App: Đánh giá chất lượng dịch vụ (1-5 sao)

Lộ trình triển khai hạ tầng công nghệ (Implementation Roadmap)

Giai đoạn Mục tiêu kỹ thuật & Vận hành Chỉ số KPI trọng tâm
Giai đoạn 1 (Tháng 1 - 3) Nâng cấp máy chủ Cloud, tối ưu hóa caching Redis, vá lỗi crash app Uptime đạt 99.8%; Thời gian tải trang $< 1.5\text{s}$
Giai đoạn 2 (Tháng 4 - 6) Trang bị 100% túi giữ nhiệt chuẩn hóa và đồng phục nhận diện thương hiệu Điểm đánh giá Phương tiện hữu hình tăng $> 15%$
Giai đoạn 3 (Tháng 7 - 9) Tích hợp cổng thanh toán MoMo, VNPay, ZaloPay tự động hóa Tỷ lệ thanh toán không dùng tiền mặt đạt $> 40%$
Giai đoạn 4 (Tháng 10 - 12) Mở rộng mạng lưới sang các huyện phụ cận (Sơn Tịnh, Tư Nghĩa) Số lượng đơn hàng tăng trưởng 50%/tháng

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

Hạn chế học thuật và kỹ thuật

  • Kích thước và phương pháp chọn mẫu: Nghiên cứu áp dụng phương pháp chọn mẫu thuận tiện phi xác suất với kích thước $N = 125$, tập trung chủ yếu vào đối tượng trẻ (học sinh, sinh viên, nhân viên văn phòng).
  • Biến số môi trường: Chưa đưa các biến kiểm soát ngoại cảnh như điều kiện thời tiết (mưa bão miền Trung) và biến động giá xăng dầu vào mô hình hồi quy.

Hướng phát triển tiếp theo

  • Thuật toán điều phối thông minh: Nghiên cứu tích hợp thuật toán định tuyến phương tiện dựa trên học máy (Machine Learning Routing / Dijkstra mở rộng) để tối ưu hóa quãng đường giao nhận đa điểm.
  • Xử lý ngôn ngữ tự nhiên (NLP): Xây dựng module tự động phân tích cảm xúc (Sentiment Analysis) từ nhận xét của khách hàng trên ứng dụng để cảnh báo sự cố dịch vụ tức thời.

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

mindmap
  root((Hệ sinh thái hưởng lợi))
    Sinh viên & Giảng viên
      Tham khảo quy trình SPSS chuẩn hóa
      Case study thực tế về thị trường loại 2
    Kỹ sư & Nhà phát triển
      Kiến trúc hệ thống OFDS
      Data dictionary & Thiết kế CSDL
    Doanh nghiệp & Hộ F&B
      Chiến lược định giá & Tiếp cận khách
      Giảm chi phí vận hành logistics
    Nhà nghiên cứu
      Khung lý thuyết kết hợp SERVQUAL - ETailQ
      Dữ liệu nền tảng cho TMĐT địa phương
  • Sinh viên chuyên ngành Thương mại điện tử / Quản trị kinh doanh: Nắm vững phương pháp luận kết hợp nghiên cứu định tính và định lượng, quy trình xử lý dữ liệu SPSS từ Cronbach's Alpha, EFA đến OLS Regression.
  • Kỹ sư phần mềm & Nhà phát triển sản phẩm: Có tài liệu tham khảo thực tế về kiến trúc hệ thống OFDS, thiết kế API, cơ sở dữ liệu và yêu cầu phi chức năng cho ứng dụng di động.
  • Doanh nghiệp vừa và nhỏ (SMEs) & Startup địa phương: Sở hữu cẩm nang chiến lược để triển khai chuyển đổi số mảng giao nhận thực phẩm tại các thị trường ngách với chi phí tối ưu.
  • Nhà nghiên cứu kinh tế ứng dụng: Khung lý thuyết và thang đo được chuẩn hóa làm tiền đề mở rộng nghiên cứu sang các dịch vụ số khác (giao hàng tạp hóa, chuyển phát nhanh bưu kiện).

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai ứng dụng Timzi là gì?

Hệ thống yêu cầu máy chủ chạy hệ điều hành Ubuntu Linux 20.04 LTS, tối thiểu 4 vCPU, 8GB RAM, cơ sở dữ liệu PostgreSQL 14 và Redis 6.2. Phía máy khách, ứng dụng di động tương thích với các thiết bị Android từ phiên bản 8.0 (Oreo) và iOS từ phiên bản 12.0 trở lên, yêu cầu quyền truy cập GPS độ chính xác cao.

2. Mô hình có gặp hiện tượng đa cộng tuyến khi phân tích hồi quy không?

Không. Kết quả phân tích hồi quy cho thấy toàn bộ hệ số phóng đại phương sai (VIF) của 5 biến độc lập dao động trong khoảng từ $1.198$ đến $1.412$, thấp hơn rất nhiều so với ngưỡng cảnh báo lý thuyết ($\text{VIF} < 10$, hoặc tiêu chuẩn nghiêm ngặt $\text{VIF} < 2$). Điều này khẳng định các biến độc lập không có hiện tượng đa cộng tuyến.

3. Tại sao nhân tố "Năng lực phục vụ" lại có tác động mạnh nhất đến sự hài lòng?

Khách hàng đặt món qua ứng dụng đặc biệt quan tâm đến tốc độ phản hồi của hệ thống, tính sẵn sàng của ứng dụng khi xử lý thanh toán và thông tin khuyến mãi rõ ràng. Trong môi trường thương mại điện tử, ứng dụng di động đóng vai trò là điểm tiếp xúc dịch vụ chính (Primary Touchpoint), do đó trải nghiệm ứng dụng mượt mà quyết định phần lớn cảm nhận chất lượng.

4. Giải pháp nào để cải thiện điểm số nhân tố "Phương tiện hữu hình"?

Doanh nghiệp cần:

  1. Chuẩn hóa 100% trang phục tài xế (áo khoác, nón bảo hiểm mang nhận diện thương hiệu Timzi).
  2. Trang bị thùng/túi giữ nhiệt chống nước chuyên dụng gắn sau xe máy để bảo quản độ nóng sốt của thức ăn.
  3. Thiết kế lại biển hiệu và bộ nhận diện tại văn phòng giao dịch trung tâm để tăng mức độ nhận biết tin cậy.

5. Dự toán chi phí và thời gian hoàn vốn (ROI) khi triển khai giải pháp?

Với chi phí đầu tư nâng cấp hạ tầng công nghệ và chuẩn hóa nhận diện khoảng 150 - 200 triệu VNĐ, nền tảng Timzi dự kiến tăng trưởng sản lượng đơn hàng thêm 35% mỗi quý. Dựa trên mức phí hoa hồng dịch vụ 12% trên giá trị mỗi đơn hàng, thời gian hoàn vốn ước tính đạt từ 9 đến 14 tháng.

Kết luận

Khóa luận tốt nghiệp đã hoàn thành xuất sắc các mục tiêu nghiên cứu đề ra thông qua việc kết hợp chặt chẽ giữa cơ sở lý luận kinh tế và phương pháp phân tích định lượng chuyên sâu. Bằng việc lượng hóa 5 thành phần chất lượng dịch vụ trên quy mô mẫu $N = 125$ người dùng tại TP. Quảng Ngãi, nghiên cứu đã chứng minh vai trò then chốt của công nghệ và quy trình phục vụ số hóa trong việc thúc đẩy sự hài lòng của khách hàng ($R^2_{\text{Adj}} = 0.584$).

Kết quả này không chỉ cung cấp luận cứ khoa học chuẩn xác để Công ty TNHH Timzi tối ưu hóa hoạt động kinh doanh, củng cố vị thế dẫn đầu thị trường bản địa, mà còn mở ra mô hình tham chiếu thực tiễn cho các doanh nghiệp TMĐT địa phương trong kỷ nguyên chuyển đổi số dịch vụ logistics và F&B.