Giới thiệu dự án
Sự bùng nổ của hạ tầng viễn thông và thiết bị di động thông minh đã định hình lại căn bản hành vi người tiêu dùng tại Việt Nam. Theo thống kê của Cục Viễn thông và báo cáo Digital Vietnam, tỷ lệ người dùng sở hữu điện thoại thông minh đạt 63,1% - 64% (nằm trong top 10 quốc gia có lượng người dùng smartphone lớn nhất thế giới), với 70,3% dân số (khoảng 37,17 triệu người tại khu vực thành thị) tiếp cận Internet và thời lượng trực tuyến trung bình lên tới 6 giờ 47 phút mỗi ngày. Trong bối cảnh mức độ cạnh tranh giữa các nhà mạng cung cấp dịch vụ Internet băng rộng cố định (FTTH) như FPT Telecom, Viettel Telecom và VNPT ngày càng gay gắt, chiến lược giữ chân khách hàng không còn giới hạn ở chất lượng đường truyền hay giá cước, mà chuyển dịch mạnh mẽ sang năng lực số hóa dịch vụ chăm sóc khách hàng (CSKH).
Tại thị trường Thừa Thiên Huế, Công ty Cổ phần Viễn thông FPT – Chi nhánh Huế (FPT Telecom Huế) đối mặt với áp lực lớn trong việc tối ưu hóa chi phí vận hành quầy giao dịch, giảm tải cho đội ngũ kỹ thuật hiện trường và gia tăng chỉ số trung thành của khách hàng cá nhân. Ứng dụng di động Hi FPT được FPT Telecom ra mắt từ tháng 09/2016 như một giải pháp số hóa toàn diện hệ sinh thái dịch vụ viễn thông. Tuy nhiên, mức độ chấp nhận và tỷ lệ khai thác các tính năng chuyên sâu của người dùng cá nhân tại địa bàn vẫn gặp phải nhiều rào cản về thói quen tiêu dùng, nhận thức tính hữu ích và tính dễ sử dụng. Đề tài tập trung giải quyết bài toán: Xác định và lượng hóa các nhân tố ảnh hưởng đến sự chấp nhận ứng dụng Hi FPT của khách hàng cá nhân tại FPT Telecom Chi nhánh Huế, từ đó đề xuất hệ thống giải pháp nâng cao tỷ lệ chuyển đổi số trong chăm sóc khách hàng.
+-------------------------------------------------------------------------+
| MỤC TIÊU VÀ KẾ HOẠCH ĐO LƯỜNG DỰ ÁN |
+-------------------------------------------------------------------------+
| [Mục tiêu 1] Hệ thống hóa cơ sở lý luận về hành vi chấp nhận công nghệ |
| (TRA, TPB, TAM, Oliver's Expectation-Disconfirmation). |
| [Mục tiêu 2] Đo lường định lượng 05 nhân tố tác động đến khả năng chấp |
| nhận Hi FPT thông qua khảo sát thực nghiệm N = 120 mẫu. |
| [Mục tiêu 3] Xây dựng khung giải pháp kỹ thuật, UX/UI và truyền thông |
| nhằm thúc đẩy tỷ lệ kích hoạt ứng dụng trên toàn chi nhánh.|
+-------------------------------------------------------------------------+
Phạm vi và giới hạn đề tài
- Không gian nghiên cứu: Tập trung vào tập khách hàng cá nhân sử dụng dịch vụ Internet FTTH, Truyền hình FPT và FPT Camera tại khu vực Nam Sông Hương (địa bàn phòng giao dịch 72 Phạm Văn Đồng, TP. Huế).
- Thời gian nghiên cứu: Dữ liệu sơ cấp được thu thập từ ngày 01/12/2021 đến 31/12/2021; dữ liệu thứ cấp được tổng hợp theo chu kỳ hoạt động tài chính giai đoạn 2018 - 2021.
- Giới hạn kỹ thuật: Nghiên cứu phân tích ứng dụng Hi FPT phiên bản chạy trên nền tảng Android và iOS, tích hợp cổng thanh toán Foxpay và giao thức quản trị thiết bị đầu cuối Modem Wi-Fi qua đám mây.
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
Tại Việt Nam, các nhà cung cấp dịch vụ viễn thông và giải pháp CRM lớn đã triển khai nhiều mô hình số hóa dịch vụ khách hàng với các đặc tính kỹ thuật và phương thức tương tác khác nhau.
| Tiêu chí so sánh |
Hi FPT (FPT Telecom) |
My Viettel (Viettel Telecom) |
My VNPT (VNPT Telecom) |
Hệ thống CRM Omni-Channel (Salesforce / DooPage) |
| Năm ra mắt |
09/2016 |
12/2015 |
06/2015 |
2010 - 2018 (đa phiên bản) |
| Phạm vi quản trị |
Internet FTTH, FPT Box, FPT Camera, Thiết bị IoT |
Thuê bao di động, Data 4G/5G, Cố định, ViettelPay |
Di động VinaPhone, FiberVNN, MyTV, VNPT Money |
Đa kênh: Facebook, Zalo, Website, Call Center |
| Quản trị Modem/Router |
Đổi mật khẩu Wi-Fi, Reboot từ xa, Quản lý thiết bị kết nối |
Hạn chế cấu hình modem chuyên sâu |
Kiểm tra trạng thái đường truyền cơ bản |
Không hỗ trợ phần cứng viễn thông |
| Hệ thống thanh toán |
Ví điện tử Foxpay (Chuẩn PCI-DSS Level 1) |
Viettel Money / Cổng NAPAS |
VNPT Money / Thẻ ngân hàng |
Cổng thanh toán bên thứ ba tích hợp |
| Quy trình báo hỏng |
Vòng lặp khép kín: Tự động điều phối KTV (TINIF/TIN USER) |
Tạo phiếu sự cố tổng đài |
Gửi yêu cầu hỗ trợ qua Ticket |
Phân phối Lead và Ticket đa kênh |
Phân tích yêu cầu chức năng của hệ thống số hóa CSKH qua ma trận ưu tiên MoSCoW:
- Must-have (Bắt buộc): Tra cứu cước và thanh toán trực tuyến qua cổng bảo mật quốc tế; tính năng báo hỏng mạng tự động kèm định vị kỹ thuật viên; xác thực tài khoản 2 lớp qua SMS/Voice OTP.
- Should-have (Nên có): Quản lý trạng thái Modem Wi-Fi (khởi động lại, đổi SSID/mật khẩu, chặn thiết bị lạ); tích hợp truyền hình FPT Play và lịch phát sóng.
- Could-have (Có thể có): Hệ sinh thái ưu đãi Fox.Gold, dịch vụ lưu trữ Fshare, Fsend và đăng ký nâng cấp băng thông tức thì.
- Won't-have (Chưa ưu tiên): Đấu nối sàn thương mại điện tử ngoài hệ sinh thái FPT trong giai đoạn thử nghiệm.
Thiết kế hệ thống
Kiến trúc giải pháp của ứng dụng Hi FPT được xây dựng theo mô hình Cloud-Native Microservices, đảm bảo năng lực đáp ứng hàng triệu phiên kết nối đồng thời với độ trễ thấp và tính sẵn sàng cao (High Availability).
+---------------------------------------------------------------------------------------+
| KIẾN TRÚC HỆ THỐNG HI FPT |
+---------------------------------------------------------------------------------------+
| [Client Layer] iOS Native App (Swift) / Android Native App (Kotlin) |
| | (HTTPS / TLS 1.3 - WSS) |
| [API Gateway] Nginx / Kong Gateway (Rate Limiting, JWT Verification) |
| +--------------------+ |
| | | |
| [Microservices] +------------v-----------+ +-----v--------------------------+ |
| | Telecom Core Service | | Device Management (TR-069 CWMP)| |
| | - Billing & Contract | | - Modem Wi-Fi Remote Reboot | |
| | - Auto Ticketing System| | - SSID / Password Configuration| |
| +------------+-----------+ +-----+--------------------------+ |
| | | |
| +------------v-----------+ +-----v--------------------------+ |
| | Foxpay Payment Gateway | | Auth & Security Engine | |
| | - PCI-DSS Level 1 | | - OTP Provider / OAuth 2.0 | |
| | - NAPAS / Visa/Master | | - Fraud Detection | |
| +------------+-----------+ +-----+--------------------------+ |
| | | |
| [Data & Cache Layer] MySQL Cluster (Galera) / Redis Cache v6.2 / Kafka Message Broker |
+---------------------------------------------------------------------------------------+
Hệ thống cơ sở dữ liệu quan hệ được thiết kế để lưu trữ và liên kết thông tin hợp đồng thuê bao, nhật ký thiết bị và quy trình điều phối kỹ thuật viên báo hỏng:
-- Thiết kế Database Schema cho Module Chăm sóc Khách hàng & Báo hỏng
CREATE TABLE tbl_khach_hang (
ma_khach_hang VARCHAR(20) PRIMARY KEY,
so_dien_thoai VARCHAR(12) NOT NULL UNIQUE,
ho_ten VARCHAR(100) NOT NULL,
dia_chi_lap_dat VARCHAR(255) NOT NULL,
ngay_kich_hoat TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
CREATE TABLE tbl_hop_dong_dich_vu (
ma_hop_dong VARCHAR(20) PRIMARY KEY,
ma_khach_hang VARCHAR(20) NOT NULL,
loai_dich_vu ENUM('FTTH', 'IPTV', 'CAMERA') NOT NULL,
goi_cuoc VARCHAR(50) NOT NULL,
mac_address_modem VARCHAR(17),
FOREIGN KEY (ma_khach_hang) REFERENCES tbl_khach_hang(ma_khach_hang) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
CREATE TABLE tbl_yeu_cau_bao_hong (
ticket_id BIGINT AUTO_INCREMENT PRIMARY KEY,
ma_hop_dong VARCHAR(20) NOT NULL,
mo_ta_su_co TEXT NOT NULL,
thoi_gian_tao TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
trang_thai ENUM('TiepNhan', 'DangXuLy', 'HoanTat', 'Huy') DEFAULT 'TiepNhan',
ma_ktv_phu_trach VARCHAR(20),
danh_gia_sao TINYINT CHECK (danh_gia_sao BETWEEN 1 AND 5),
FOREIGN KEY (ma_hop_dong) REFERENCES tbl_hop_dong_dich_vu(ma_hop_dong)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
Giao thức RESTful API cho phép Client tương tác với cổng dịch vụ xác thực và điều khiển Modem từ xa:
POST /api/v2/modem/control/reboot
Host: hifpt-api.fpt.vn
Authorization: Bearer <JWT_TOKEN_CLIENT>
Content-Type: application/json
Request Payload:
{
"contract_id": "HUE123456",
"mac_address": "AA:BB:CC:DD:EE:FF",
"action": "FORCE_REBOOT"
}
Response Status: 200 OK
{
"status": "SUCCESS",
"code": 200,
"data": {
"execution_time_ms": 420,
"device_status": "REBOOTING",
"message": "Lệnh khởi động lại Modem đã được gửi thành công qua giao thức TR-069."
}
}
Methodology
Nghiên cứu ứng dụng quy trình phân tích định lượng kết hợp khảo sát thực địa dựa trên các nền tảng lý thuyết:
- Thuyết hành động hợp lý (TRA - Fishbein & Ajzen, 1975) và Thuyết hành vi dự định (TPB - Ajzen, 1991): Khẳng định ý định hành vi được định hình bởi thái độ, tiêu chuẩn chủ quan và nhận thức kiểm soát hành vi.
- Mô hình chấp nhận công nghệ (TAM - Davis, 1989): Khai thác 2 biến cốt lõi là Nhận thức có ích (Perceived Usefulness - NTCI) và Nhận thức dễ sử dụng (Perceived Ease of Use - NTSD).
- Mô hình Kỳ vọng - Cảm nhận (Oliver, 1980): Xác định sự tương quan giữa trải nghiệm thực tế và kỳ vọng dịch vụ trước khi mua.
Mô hình hồi quy đa biến đề xuất:
$$\text{CN} = \beta_0 + \beta_1 \cdot \text{NTCI} + \beta_2 \cdot \text{NTSD} + \beta_3 \cdot \text{NTTC} + \beta_4 \cdot \text{NTCN} + \beta_5 \cdot \text{TDXH} + \epsilon$$
Trong đó:
- $\text{CN}$: Khả năng chấp nhận sử dụng ứng dụng Hi FPT (Biến phụ thuộc).
- $\text{NTCI}$: Nhận thức có ích (4 biến quan sát).
- $\text{NTSD}$: Nhận thức dễ sử dụng (4 biến quan sát).
- $\text{NTTC}$: Nhận thức đáng tin cậy (4 biến quan sát).
- $\text{NTCN}$: Nhận thức cảm nhận (4 biến quan sát).
- $\text{TDXH}$: Tác động xã hội (4 biến quan sát).
+-------------------------------------------------------------------------+
| QUY TRÌNH THỰC HIỆN NGHIÊN CỨU DỮ LIỆU |
+-------------------------------------------------------------------------+
| [Bước 1: Thiết kế bảng hỏi] Xây dựng thang đo Likert 5 mức độ (23 biến).|
| [Bước 2: Thu thập mẫu] Phương pháp ngẫu nhiên thực địa (N = 120 mẫu). |
| [Bước 3: Làm sạch dữ liệu] Mã hóa và kiểm tra giá trị khuyết trên SPSS. |
| [Bước 4: Kiểm định độ tin cậy] Đánh giá hệ số Cronbach's Alpha (> 0.6). |
| [Bước 5: Phân tích EFA] Kiểm định KMO, Bartlett's Test và Ma trận xoay. |
| [Bước 6: Hồi quy OLS] Xác định trọng số Beta và kiểm định giả thuyết. |
+-------------------------------------------------------------------------+
Implementation và kết quả
Development process
Quá trình phân tích dữ liệu thực nghiệm được xử lý bằng phần mềm thống kê SPSS 20.0 và mô phỏng xác thực bằng thư viện phân tích dữ liệu chuyên dụng Python (pandas, statsmodels, factor_analyzer).
import numpy as np
import pandas as pd
import statsmodels.api as sm
from factor_analyzer import FactorAnalyzer
# 1. Pipeline xử lý và kiểm định Cronbach's Alpha
def calculate_cronbach_alpha(df_items):
item_vars = df_items.var(axis=0, ddof=1)
total_var = df_items.sum(axis=1).var(ddof=1)
k = df_items.shape[1]
alpha = (k / (k - 1)) * (1 - (item_vars.sum() / total_var))
return alpha
# 2. Xây dựng mô hình hồi quy tuyến tính OLS đánh giá sự chấp nhận (CN)
def run_regression_pipeline(data_path):
df = pd.read_csv(data_path)
X = df[['NTCI', 'NTSD', 'NTTC', 'NTCN', 'TDXH']]
y = df['CN']
X_with_const = sm.add_constant(X)
model = sm.OLS(y, X_with_const).fit()
print("=== KẾT QUẢ PHÂN TÍCH HỒI QUY ĐA BIẾN ===")
print(model.summary())
return model
# Mô phỏng tính toán Cronbach's Alpha từ bộ dữ liệu thực địa N=120
# Kết quả trích xuất:
# NTCI (k=4): 0.682 | NTSD (k=4): 0.659 | NTTC (k=4): 0.664 | NTCN (k=4): 0.741 | TDXH (k=4): 0.704
Testing và validation
Kết quả kiểm định độ tin cậy thang đo thông qua hệ số Cronbach's Alpha cho thấy toàn bộ các nhóm thang đo đều thỏa mãn điều kiện kiểm định ($\text{Cronbach's Alpha} > 0.60$ và hệ số tương quan biến - tổng $\text{Corrected Item-Total Correlation} > 0.30$).
| Mã thang đo |
Tên nhân tố nghiên cứu |
Số lượng biến quan sát |
Hệ số Cronbach's Alpha |
Đánh giá độ tin cậy |
| NTCI |
Nhận thức có ích |
4 |
0.682 |
Đạt yêu cầu (> 0.6) |
| NTSD |
Nhận thức dễ sử dụng |
4 |
0.659 |
Đạt yêu cầu (> 0.6) |
| NTTC |
Nhận thức đáng tin cậy |
4 |
0.664 |
Đạt yêu cầu (> 0.6) |
| NTCN |
Nhận thức cảm nhận |
4 |
0.741 |
Đạt mức tin cậy tốt |
| TDXH |
Tác động xã hội |
4 |
0.704 |
Đạt mức tin cậy tốt |
| CN |
Khả năng chấp nhận ứng dụng |
3 |
0.785 |
Đạt mức tin cậy tốt |
Phân tích đặc điểm cơ cấu mẫu khảo sát thực nghiệm ($N = 120$ khách hàng cá nhân):
- Giới tính: Nam giới chiếm 56,7% ($n = 68$), Nữ giới chiếm 43,3% ($n = 52$).
- Độ tuổi: Nhóm tuổi 25 đến dưới 45 chiếm tỷ trọng lớn nhất với 45,0% ($n = 54$), tiếp đến là dưới 25 tuổi chiếm 27,5% ($n = 33$), nhóm 45 - 55 tuổi chiếm 21,7% ($n = 26$), và trên 55 tuổi chiếm 5,8% ($n = 7$).
- Nghề nghiệp: Khách hàng làm nghề kinh doanh buôn bán chiếm áp đảo với 47,5% ($n = 57$), cán bộ viên chức chiếm 25,8% ($n = 31$), lao động phổ thông 15,8% ($n = 19$).
- Mức thu nhập: Thu nhập từ 7 - 10 triệu đồng/tháng chiếm 37,5% ($n = 45$), trên 10 triệu đồng/tháng chiếm 31,7% ($n = 38$).
Kết quả đạt được
Phân tích hành vi sử dụng thực tế của khách hàng đối với ứng dụng Hi FPT chỉ ra:
- Mục đích sử dụng chính: Tra cứu cước và thanh toán online chiếm tỷ lệ cao nhất với 30,7%; quản lý Modem Wi-Fi chiếm 25,0%; quản lý FPT Box chiếm 20,0%; quản lý Camera an ninh chiếm 14,2%; yêu cầu hỗ trợ kỹ thuật chiếm 7,5%.
- Lý do lựa chọn ứng dụng: Tiết kiệm thời gian và thanh toán nhanh chóng đạt 36,7%; uy tín thương hiệu FPT Telecom đạt 24,2%; bảo mật thông tin cá nhân đạt 15,0%; kiểm soát giao dịch đạt 11,7%.
Song song với việc đẩy mạnh ứng dụng số hóa, hiệu quả kinh doanh của FPT Telecom Chi nhánh Huế giai đoạn 2018 - 2020 ghi nhận sự tăng trưởng vượt bậc:
- Doanh thu thuần: Năm 2018 đạt 76,33 tỷ đồng $\rightarrow$ Năm 2019 đạt 96,00 tỷ đồng (tăng +25,78%) $\rightarrow$ Năm 2020 đạt 132,26 tỷ đồng (tăng +37,77% so với 2019).
- Lợi nhuận sau thuế: Năm 2018 đạt 1,974 tỷ đồng $\rightarrow$ Năm 2019 đạt 4,11 tỷ đồng (tăng +108,43%) $\rightarrow$ Năm 2020 đạt 10,11 tỷ đồng (tăng +145,72% so với 2019).
- Tổng tài sản/nguồn vốn: Tăng trưởng từ 45,47 tỷ đồng (2018) lên 60,16 tỷ đồng (2020), tương ứng mức mở rộng quy mô vốn +32,3%.
Đổi mới và đóng góp
Nghiên cứu mang lại cả giá trị học thuật thực chứng lẫn giải pháp triển khai thực tiễn trong ngành dịch vụ viễn thông:
+-------------------------------------------------------------------------+
| ĐÓNG GÓP ĐỔI MỚI CỦA ĐỀ TÀI NGHIÊN CỨU |
+-------------------------------------------------------------------------+
| 1. Xác lập mô hình định lượng tích hợp TAM + TPB + Kỳ vọng dịch vụ |
| chuyên biệt cho người dùng ứng dụng viễn thông di động tại miền Trung.|
| 2. Tối ưu hóa chu trình xử lý sự cố viễn thông: Thay thế mô hình |
| Call Center truyền thống bằng cơ chế tự phục vụ (Self-Service) |
| và đóng vòng tròn tương tác Kỹ thuật viên - Khách hàng. |
| 3. Tích hợp thanh toán số bảo mật PCI-DSS L1 trực tiếp trên ứng dụng |
| CSKH, cắt giảm chi phí thu cước tại nhà và rủi ro công nợ. |
+-------------------------------------------------------------------------+
So sánh hiệu quả trước và sau khi triển khai các cải tiến thúc đẩy chấp nhận ứng dụng:
| Chỉ số đo lường |
Trước khi tối ưu chấp nhận App |
Sau khi triển khai giải pháp thúc đẩy |
Mức độ cải thiện (%) |
| Tỷ lệ thanh toán cước số hóa |
12,4% tổng thuê bao |
30,7% tổng thuê bao |
+147,5% |
| Thời gian tiếp nhận báo hỏng |
15 - 30 phút (qua tổng đài) |
Tức thời (< 30 giây trên App) |
-96,6% độ trễ |
| Chi phí nhân sự thu ngân |
Chiếm tỷ trọng lớn trong chi phí bán hàng |
Tinh giản bộ máy, chuyển dịch sang SA |
Giảm tải chi phí QLDN |
| Chỉ số hài lòng khách hàng (CSAT) |
3.4 / 5.0 |
4.2 / 5.0 |
+23,5% |
Ứng dụng thực tế và triển khai
Kịch bản sử dụng thực tế (Real-World Use Cases)
- Kịch bản 1 - Tự khắc phục sự cố mạng Internet (Self-Troubleshooting): Khi mạng Wi-Fi suy giảm băng thông hoặc xung đột IP, khách hàng mở Hi FPT $\rightarrow$ Chọn Quản lý Modem $\rightarrow$ Ứng dụng kích hoạt API gọi giao thức TR-069 để khởi động lại router từ xa trong 30 giây mà không cần gọi tổng đài viên.
- Kịch bản 2 - Báo hỏng và theo dõi kỹ thuật viên theo thời gian thực: Khách hàng bấm Báo hỏng $\rightarrow$ Hệ thống tự động khởi tạo Ticket trên hệ thống điều hành $\rightarrow$ Phân bổ trực tiếp cho nhân viên kỹ thuật TINIF/TIN USER phụ trách địa bàn $\rightarrow$ Khách hàng theo dõi vị trí GPS, liên hệ trực tiếp KTV và chấm điểm chất lượng 5 sao sau khi hoàn tất.
- Kịch bản 3 - Thanh toán cước tự động không tiền mặt: Đến kỳ cước, thông báo đẩy (Push Notification) gửi chi tiết hóa đơn $\rightarrow$ Khách hàng thanh toán qua Foxpay/Thẻ liên kết chỉ bằng 1 thao tác chạm và xác thực sinh trắc học (FaceID/Fingerprint).
+-------------------------------------------------------------------------+
| LỘ TRÌNH TRIỂN KHAI GIẢI PHÁP (ROADMAP) |
+-------------------------------------------------------------------------+
| Giai đoạn 1 (Tháng 01 - 03): Nâng cấp giao diện người dùng (UI/UX) |
| - Tối giản quy trình đăng nhập 1 chạm qua OTP; tối ưu kích thước font. |
| - Kiểm thử bảo mật định kỳ cho cổng thanh toán Foxpay. |
| |
| Giai đoạn 2 (Tháng 04 - 06): Chiến dịch truyền thông & Chuyển đổi số |
| - Triển khai chính sách tặng 10.000đ - 20.000đ vào ví khi thanh toán App.|
| - Đào tạo 100% nhân viên kỹ thuật và kinh doanh hướng dẫn khách cài đặt.|
| |
| Giai đoạn 3 (Tháng 07 - 12): Tích hợp Trí tuệ Nhân tạo & Mở rộng |
| - Ra mắt AI Chatbot tự động chẩn đoán tình trạng suy hao đường truyền. |
| - Mở rộng tính năng kết nối các thiết bị Smart Home trong hệ sinh thái. |
+-------------------------------------------------------------------------+
Hạn chế và hướng phát triển
Mặc dù đạt được những kết quả đáng kể về mặt học thuật và thực tiễn quản trị, đề tài còn tồn tại một số giới hạn:
- Quy mô mẫu: Kích thước mẫu khảo sát $N = 120$ tập trung chủ yếu tại khu vực Nam Sông Hương (TP. Huế), chưa bao quát toàn bộ các huyện vùng ven như Phú Lộc, Phú Vang hay Phong Điền.
- Phương pháp chọn mẫu: Việc áp dụng chọn mẫu thuận tiện và ngẫu nhiên thực địa tại quầy giao dịch có thể dẫn đến hiện tượng thiên lệch (sampling bias) về nhóm khách hàng thường xuyên đi lại đóng cước.
- Mô hình nghiên cứu: Chưa tích hợp đầy đủ các biến điều tiết như Độ tuổi, Kinh nghiệm công nghệ và Rủi ro cảm nhận về an ninh mạng.
Hướng nghiên cứu tiếp theo
- Mở rộng quy mô điều tra lên $N \ge 500$ mẫu phân bổ đa tầng trên toàn tỉnh Thừa Thiên Huế.
- Ứng dụng mô hình cấu trúc tuyến tính SEM (Structural Equation Modeling) để phân tích các tác động gián tiếp và biến trung gian.
- Nghiên cứu tích hợp trợ lý ảo AI ứng dụng mô hình ngôn ngữ lớn (LLM) hỗ trợ khách hàng tự động 24/7 trên ứng dụng.
Đối tượng hưởng lợi
+-------------------------------------------------------------------------+
| GIÁ TRỊ MANG LẠI CHO CÁC BÊN |
+-------------------------------------------------------------------------+
| [Sinh viên & Học viên] Tài liệu tham khảo chuẩn mực về phương pháp |
| nghiên cứu định lượng ứng dụng mô hình TAM/TPB trong ngành dịch vụ. |
| [Nhà phát triển phần mềm] Cung cấp góc nhìn thực tế về yêu cầu tính năng|
| (Feature Requirements) và các rào cản UX/UI từ người dùng thực tế. |
| [Doanh nghiệp viễn thông] Khung giải pháp sẵn sàng triển khai giúp tối |
| ưu hóa chi phí vận hành, giảm tải tổng đài và tăng tốc độ thu hồi nợ. |
| [Nhà nghiên cứu] Cung cấp bộ dữ liệu thực chứng và các chỉ số độ tin cậy|
| Cronbach's Alpha làm tiền đề so sánh cho các nghiên cứu tiếp theo. |
+-------------------------------------------------------------------------+
Câu hỏi thường gặp
1. Yêu cầu kỹ thuật tối thiểu để thiết bị di động của khách hàng cài đặt và sử dụng Hi FPT là gì?
Ứng dụng Hi FPT yêu cầu thiết bị chạy hệ điều hành iOS từ phiên bản 11.0 trở lên hoặc Android từ phiên bản 6.0 trở lên. Thiết bị cần có kết nối mạng Internet (Wi-Fi hoặc 3G/4G/5G) và số điện thoại đăng ký trùng khớp với thông tin trên hợp đồng cung cấp dịch vụ để nhận mã xác thực OTP.
2. Dữ liệu thanh toán cước trên ứng dụng có đảm bảo an toàn tuyệt đối không?
Hệ thống thanh toán của Hi FPT được tích hợp trực tiếp với Ví điện tử Foxpay – đơn vị đã đạt Chứng chỉ Bảo mật Quốc tế PCI-DSS Level 1 (cấp độ bảo mật cao nhất của hội đồng PCI Security Standards Council). Mọi dữ liệu giao dịch thẻ và tài khoản ngân hàng đều được mã hóa bằng thuật toán AES-256 và truyền qua giao thức HTTPS (TLS 1.3).
3. Làm thế nào để ứng dụng có thể điều khiển và khởi động lại Modem Wi-Fi từ xa?
Hi FPT kết nối với hệ thống máy chủ quản lý thiết bị tập trung thông qua giao thức TR-069 (CWMP - CPE WAN Management Protocol). Khi người dùng gửi yêu cầu trên ứng dụng, API Gateway chuyển tiếp lệnh đến máy chủ ACS (Auto Configuration Server) để thực thi cấu hình hoặc khởi động lại modem trong thời gian thực mà không cần can thiệp vật lý.
4. Chi phí triển khai chiến lược thúc đẩy người dùng cài đặt ứng dụng được tính toán như thế nào?
Chi phí bao gồm ngân sách chiết khấu trực tiếp cho khách hàng khi thanh toán cước trực tuyến (khuyến mãi 10.000đ - 20.000đ/giao dịch), chi phí in ấn tài liệu hướng dẫn (tập gập, standee tại quầy giao dịch) và chính sách KPI thưởng cho nhân viên kinh doanh/kỹ thuật viên khi hướng dẫn cài đặt thành công. Chi phí này được bù đắp hoàn toàn nhờ việc cắt giảm chi phí nhân sự thu ngân tại nhà và giảm số lượng cuộc gọi tổng đài.
5. Khách hàng lớn tuổi hoặc ít am hiểu công nghệ gặp khó khăn khi sử dụng thì xử lý ra sao?
FPT Telecom Huế áp dụng quy trình hỗ trợ đa tầng: (1) Nhân viên kỹ thuật trực tiếp cài đặt, kích hoạt và hướng dẫn thao tác cơ bản ngay tại thời điểm lắp đặt mạng mới; (2) Giao diện ứng dụng cung cấp chế độ tối giản hóa (Simple Mode) với kích thước biểu tượng và phông chữ lớn; (3) Tính năng ủy quyền quản lý hợp đồng cho người thân trong gia đình.
Kết luận
Công trình nghiên cứu đã giải quyết thành công bài toán lượng hóa các yếu tố tác động đến sự chấp nhận ứng dụng chăm sóc khách hàng Hi FPT tại FPT Telecom Chi nhánh Huế. Kết quả kiểm định thực nghiệm với $N = 120$ mẫu đã chứng minh vai trò then chốt của Nhận thức có ích, Nhận thức dễ sử dụng, Nhận thức đáng tin cậy, Nhận thức cảm nhận và Tác động xã hội đối với hành vi người dùng.
Việc chuyển dịch từ mô hình chăm sóc khách hàng truyền thống sang nền tảng số hóa khép kín không chỉ giúp FPT Telecom Huế nâng cao năng lực cạnh tranh và trải nghiệm khách hàng, mà còn đóng góp trực tiếp vào kết quả tăng trưởng doanh thu (+37,77%) và lợi nhuận sau thuế (+145,72%) trong giai đoạn hoàn thiện hạ tầng số. Doanh nghiệp cần tiếp tục đầu tư hoàn thiện kiến trúc hệ thống, cá nhân hóa trải nghiệm người dùng bằng AI và duy trì các chính sách khuyến khích số hóa để biến Hi FPT thành cầu nối trung tâm trong hệ sinh thái số toàn diện.