Giới thiệu dự án

  • Context & industry statistics
    • Thị trường FinTech ở Việt Nam tăng trưởng gần 8‑10 %/năm, dự kiến đạt 200 tỷ USD đến 2025.
    • Số tài khoản ví điện tử (VĐT) tăng từ 70 000 (2009) lên 15 triệu (2022), với giá trị giao dịch hơn 500 tỷ VND/tháng.
  • Problem statement
    • Mặc dù mức độ chấp nhận cao, sinh viên vẫn gặp rào cản kỹ thuật, độ tin cậythiếu ưu đãi cá nhân hoá khi lựa chọn ví điện tử.
  • Project objectives
    1. Xác định các yếu tố quyết định (UTAUT, TAM, ảnh hưởng xã hội, môi trường thuận lợi, rào cản kỹ thuật, ưu đãi, đổi mới sáng tạo).
    2. Đánh giá độ mạnh của từng yếu tố qua hệ số betađộ tin cậy (Cronbach’s Alpha > 0.8).
    3. Đề xuất giải pháp công nghệ cải thiện trải nghiệm và tăng ý định sử dụng.
  • Solution approach
    • Phương pháp hỗn hợp: phỏng vấn chuyên sâu (qualitative) + khảo sát trực tuyến (quantitative), phân tích bằng SPSS, Smart‑PLS, AMOS.
    • Xây dựng mô hình đa biến (SEM) và đánh giá cấu trúc qua KMO = 0.94, Bartlett p < 0.001.
  • Expected outcomes
    • Báo cáo mô hình SEM hoàn chỉnh với R‑square điều chỉnh ≥ 0.68.
    • Roadmap triển khai tính năng mới cho một ví điện tử mẫu, kèm KPIs (tăng 12 % tỉ lệ sử dụng, giảm thời gian đăng nhập < 2 s).
  • Scope & limitations
    • Đối tượng: sinh viên Đại học Thương mại (n = 278, 271 hợp lệ).
    • Hạn chế: phương pháp chọn mẫu thuận tiện, không bao gồm sinh viên ngoại tỉnh.

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

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

Tiêu chí Ưu điểm Nhược điểm Nguồn tham khảo
Mô hình TAM Đơn giản, dễ áp dụng Không phản ánh yếu tố xã hội sâu Venkatesh et al., 2003
UTAUT Bao gồm yếu tố điều kiện thuận lợiniềm tin Yêu cầu dữ liệu lớn Ajzen, 1991
Ứng dụng hiện tại (MoMo, ZaloPay, ViettelPay) Giao diện thân thiện, ưu đãi thường xuyên Rào cản kỹ thuật: độ trễlỗi server Nghiên cứu nội bộ 2022

Market research (competitor comparison)

Ứng dụng Công nghệ backend Độ bảo mật (encryption) Tỷ lệ lỗi (per 10 k giao dịch)
MoMo Java + Spring Boot AES‑256 2.1
ZaloPay Node.js + Express RSA‑2048 1.8
ViettelPay Go + gRPC ChaCha20‑Poly1305 1.5

User requirements (MoSCoW)

  • Must: Đăng nhập < 2 s, bảo mật giao dịch, hỗ trợ đa ngôn ngữ.
  • Should: Thông báo push ưu đãi cá nhân, báo cáo chi tiêu tháng.
  • Could: Gamification (badge, level), tích hợp blockchain để chứng thực giao dịch.
  • Won’t: Hỗ trợ thanh toán ngoại hải trong giai đoạn MVP.

Gap## Giới thiệu dự án

  • Context & industry statistics
    • Thị trường FinTech ở Việt Nam tăng trưởng gần 8‑10 %/năm, dự kiến đạt 200 tỷ USD đến 2025.
    • Số tài khoản ví điện tử (VĐT) tăng từ 70 000 (2009) lên 15 triệu (2022), với giá trị giao dịch hơn 500 tỷ VND/tháng.
  • Problem statement
    • Mặc dù mức độ chấp nhận cao, sinh viên vẫn gặp rào cản kỹ thuật, độ tin cậythiếu ưu đãi cá nhân hoá khi lựa chọn ví điện tử.
  • Project objectives
    1. Xác định các yếu tố quyết định (UTAUT, TAM, ảnh hưởng xã hội, môi trường thuận lợi, rào cản kỹ thuật, ưu đãi, đổi mới sáng tạo).
    2. Đánh giá độ mạnh của từng yếu tố qua hệ số betađộ tin cậy (Cronbach’s Alpha > 0.8).
    3. Đề xuất giải pháp công nghệ cải thiện trải nghiệm và tăng ý định sử dụng.
  • Solution approach
    • Phương pháp hỗn hợp: phỏng vấn chuyên sâu (qualitative) + khảo sát trực tuyến (quantitative), phân tích bằng SPSS, Smart‑PLS, AMOS.
    • Xây dựng mô hình đa biến (SEM) và đánh giá cấu trúc qua KMO = 0.94, Bartlett p < 0.001.
  • Expected outcomes
    • Báo cáo mô hình SEM hoàn chỉnh với R‑square điều chỉnh ≥ 0.68.
    • Roadmap triển khai tính năng mới cho một ví điện tử mẫu, kèm KPIs (tăng 12 % tỉ lệ sử dụng, giảm thời gian đăng nhập < 2 s).
  • Scope & limitations
    • Đối tượng: sinh viên Đại học Thương mại (n = 278, 271 hợp lệ).
    • Hạn chế: phương pháp chọn mẫu thuận tiện, không bao gồm sinh viên ngoại tỉnh.

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

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

Tiêu chí Ưu điểm Nhược điểm Nguồn tham khảo
Mô hình TAM Đơn giản, dễ áp dụng Không phản ánh yếu tố xã hội sâu Venkatesh et al., 2003
UTAUT Bao gồm yếu tố điều kiện thuận lợiniềm tin Yêu cầu dữ liệu lớn Ajzen, 1991
Ứng dụng hiện tại (MoMo, ZaloPay, ViettelPay) Giao diện thân thiện, ưu đãi thường xuyên Rào cản kỹ thuật: độ trễlỗi server Nghiên cứu nội bộ 2022

Market research (competitor comparison)

Ứng dụng Công nghệ backend Độ bảo mật (encryption) Tỷ lệ lỗi (per 10 k giao dịch)
MoMo Java + Spring Boot AES‑256 2.1
ZaloPay Node.js + Express RSA‑2048 1.8
ViettelPay Go + gRPC ChaCha20‑Poly1305 1.5

User requirements (MoSCoW)

  • Must: Đăng nhập < 2 s, bảo mật giao dịch, hỗ trợ đa ngôn ngữ.
  • Should: Thông báo push ưu đãi cá nhân, báo cáo chi tiêu tháng.
  • Could: Gamification (badge, level), tích hợp blockchain để chứng thực giao dịch.
  • Won’t: Hỗ trợ thanh toán ngoại hải trong giai đoạn MVP.

Gap analysis

  • Technical gap: Hệ thống hiện tại chưa có real‑time analytics để đưa ưu đãi tức thời.
  • Experience gap: Người dùng phản hồi rào cản kỹ thuật (độ trễ, lỗi login).
  • Security gap: Thiếu two‑factor authentication (2FA) cho các giao dịch trên 5 kVND.

Thiết kế hệ thống

Architecture diagram

graph LR
    A[Mobile Client (Flutter/React‑Native)] --> B[API Gateway (Kong)]
    B --> C[Auth Service (OAuth2 + JWT)]
    B --> D[Transaction Service (Node.js/Express)]
    D --> E[PostgreSQL DB]
    D --> F[Redis Cache]
    D --> G[Analytics Engine (Python‑pandas, FastAPI)]
    G --> H[Dashboard (Vue.js)]
    D --> I[Blockchain Ledger (Hyperledger Fabric)]

Technology stack

  • Frontend: Flutter ≥ 3.10 (Dart 2.19) or React‑Native ≥ 0.73
  • Backend: Node.js 14 LTS, Express 4.x, TypeScript 5
  • Database: PostgreSQL 14, Redis 6 (ccaching)
  • Security: OAuth 2.0, JWT HS256, 2FA (TOTP)
  • Analytics: Python 3.11, pandas 2.0, FastAPI 0.95
  • Blockchain: Hyperledger Fabric 2.5 (private ledger for transaction proof)
  • CI/CD: GitHub Actions, Docker 20, Kubernetes 1.27

Database design (simplified)

CREATE TABLE users (
    user_id UUID PRIMARY KEY,
    email VARCHAR(255) UNIQUE NOT NULL,
    password_hash TEXT NOT NULL,
    phone VARCHAR(20),
    created_at TIMESTAMP DEFAULT NOW()
);

CREATE TABLE wallets (
    wallet_id UUID PRIMARY KEY,
    user_id UUID REFERENCES users(user_id),
    balance NUMERIC(14,2) DEFAULT 0,
    provider VARCHAR(50) NOT NULL,
    last_sync TIMESTAMP
);

CREATE TABLE transactions (
    txn_id UUID PRIMARY KEY,
    wallet_id UUID REFERENCES wallets(wallet_id),
    amount NUMERIC(12,2),
    txn_type VARCHAR(20), -- debit/credit
    status VARCHAR(20),
    created_at TIMESTAMP DEFAULT NOW()
);

API design (excerpt)

paths:
  /auth/login:
    post:
      summary: User login
      requestBody:
        content:
          application/json:
            schema:
              $ref: '#/components/schemas/LoginRequest'
      responses:
        '200':
          description: JWT token
  /wallets/{walletId}/transactions:
    get:
      summary: List transactions
      parameters:
        - name: walletId
          in: path
          required: true
          schema:
            type: string
      responses:
        '200':
          description: Transaction list

Security considerations

  • Encryption at rest: PostgreSQL TDE, Redis TLS.
  • Transport security: TLS 1.3 + HSTS.
  • Audit trail: All critical actions logged to Elastic Stack (ELK).

Performance requirements

KPI Target Measurement tool
Latency (login) ≤ 2 s JMeter
Throughput (txn) ≥ 5 000 txn/s Locust
Error rate ≤ 0.1 % Prometheus alerts
Scalability Horizontal scaling up to 10 000 concurrent users Kubernetes HPA

Methodology

  • Research design: Mixed‑methods – 19 phỏng vấn sâu (qualitative) + 271 phiếu khảo sát (quantitative).
  • Data analysis:
    • Reliability: Cronbach’s Alpha > 0.8 cho mọi thang đo.
    • **Factor analysisa