v2.0

Marketplace Gia Sư Có Đánh Giá

Tóm tắt

Lệnh cấm dạy thêm tại Việt Nam không triệt tiêu được nhu cầu — thị trường chỉ chuyển hình thức, từ trung tâm sang gia sư cá nhân, từ mặt đường vào nhóm kín. Trung Quốc sau 2 năm siết quản lý: chi tiêu học thêm giảm 40% nhưng số giấy phép trung tâm tăng 11.4%. Thay vì cấm thêm, ACIL đề xuất nền tảng kết nối phụ huynh và gia sư có xác minh bằng cấp, đánh giá minh bạch, và hệ thống booking trực tuyến — biến thị trường ngầm thành thị trường có quy tắc.

Định nghĩa vấn đề

Phát biểu vấn đề

Phụ huynh muốn con đỗ trường top cần tìm gia sư chất lượng, nhưng không có kênh đáng tin cậy: không biết bằng cấp thật hay giả, không đánh giá được năng lực thực, không so sánh được giá cả. Giáo viên tự do muốn kết nối học sinh nhưng thiếu kênh hợp pháp — buộc phải hoạt động ngầm, thu nhập thấp, không được bảo vệ hợp đồng. Học sinh thiếu định hướng phù hợp năng lực, bị ép vào lớp học không phù hợp.

Định lượng thiệt hại

~200.000+ giáo viên tự do tại VN đang hoạt động không chính thức (ước tính) (ước tính)
Phụ huynh trung bình mất 2–4 tuần tìm gia sư phù hợp qua mạng xã hội hoặc giới thiệu (ước tính) (ước tính)
Tỷ lệ gia sư "dỏm" bị phát hiện sau khi thuê: không có số liệu chính thức, nhưng forum phụ huynh đầy phàn nàn (ước tính) (ước tính)
Trung Quốc sau lệnh cấm: chi tiêu học thêm văn hóa giảm 40% nhưng giấy phép trung tâm tăng 11.4% trong nửa đầu 2024 nguồn

Phạm vi

Trong phạm vi:

Kết nối phụ huynh ↔ gia sư theo môn học và quận/huyện
Xác minh bằng cấp giáo viên
Hệ thống đánh giá và review
Booking và thanh toán trực tuyến
Nhắc lịch học

Ngoài phạm vi:

Nội dung học tập / lộ trình học (không phải nền tảng LMS)
Giảng dạy trực tiếp tại trung tâm
Kết nối với trường học

Mô hình vấn đề

$U_p = \sum_{i=1}^{n} w_i \cdot d_i(p, g_i) \cdot r_i$

Các biến:

$U_p$ — utility (độ hài lòng) của phụ huynh $p$ khi chọn gia sư
$d_i(p, g_i)$ — khoảng cách giữa yêu cầu của phụ huynh và profile gia sư $i$
$r_i$ — điểm đánh giá thực của gia sư $i$ (trung bình từ review)
$w_i$ — trọng số tiêu chí $i$ (môn, quận, kinh nghiệm, giá)

Các ràng buộc:

$C_1: \text{Budget}(p) \geq \text{Cost}(g_i)$ $C_2: \text{Distance}(p, g_i) \leq D_{\max}$ $C_3: \text{Verified}(g_i) = \text{true}$

Mục tiêu:

$\text{maximize } U_p \text{ subject to } C_1, C_2, C_3$

Giải pháp đề xuất

Tổng quan giải pháp

Marketplace hai mặt kết nối phụ huynh và gia sư qua 4 tính năng cốt lõi:

Tìm kiếm thông minh: Lọc theo môn, quận, ngân sách, cấp học, điểm đánh giá
Xác minh bằng cấp: Gia sư upload bằng cấp → hệ thống đánh dấu "Đã xác minh" hoặc "Chờ xác minh"
Hệ thống đánh giá: Phụ huynh review sau mỗi buổi học, hiển thị điểm trung bình cùng số review
Booking + thanh toán: Đặt lịch → thanh toán qua ví điện tử → giải ngân sau buổi học (bảo vệ cả 2 bên)

Các quyết định thiết kế chính

Quyết định 1 — Không là nền tảng LMS: ACIL không tạo nội dung học tập. Khác các app như Marathon, VIO, hay Kyna. Điểm khác biệt: kết nối con người với nhau, không thay thế giáo viên.
Quyết định 2 — Giải ngân sau buổi học: Thanh toán không qua ví trung gian → phụ huynh không tin tưởng. Thanh toán qua ví → gia sư sợ bị hold. Giải pháp: ví tạm giữ khi đặt lịch, giải ngân sau buổi học nếu không có khiếu nại trong 24h.
Quyết định 3 — Xác minh tự nguyện, hiển thị rõ ràng: Không bắt buộc xác minh → tôn trọng quyền riêng tư. Nhưng hiển thị trạng thái rõ ràng: "Đã xác minh", "Chưa xác minh", "Xác minh đang chờ" → phụ huynh tự quyết định dựa trên thông tin đầy đủ.

Tiêu chí thành công

Tiêu chí	Mục tiêu	Phương pháp đo lường
Tỷ lệ gia sư xác minh	≥60% sau 6 tháng	Số gia sư verified / tổng gia sư
Tỷ lệ đặt lịch thành công	≥40% search → booking	Số booking / số tìm kiếm
Điểm đánh giá trung bình	≥4.2/5.0	Trung bình cộng tất cả review
Retention 3 tháng	≥30% phụ huynh quay lại	Số user active lặp lại / tổng user
Time-to-book	<48h từ search đầu tiên	Thời gian trung bình search → booking

Luồng hệ thống

Luồng này đảm bảo cả phụ huynh lẫn gia sư đều được bảo vệ qua cơ chế escrow. Phụ huynh có thể review sau buổi học. Gia sư nhận tiền sau khi hoàn thành nghĩa vụ.

Thuật toán cốt lõi

Mô tả thuật toán

Thuật toán ghép cặp phụ huynh — gia sư:

Input: Profile phụ huynh $p$ (môn, quận, cấp, ngân sách) và danh sách gia sư $G = \{g_1, g_2, ..., g_n\}$
Lọc cứng: Loại bỏ $g_i$ vi phạm $C_1, C_2, C_3$ (ngân sách, khoảng cách, xác minh bắt buộc nếu user yêu cầu)
Tính điểm matching: $s(p, g_i) = w_1 \cdot \text{subject\_match} + w_2 \cdot \text{rating} + w_3 \cdot \text{distance\_score} + w_4 \cdot \text{price\_score}$
Sắp xếp: Sort $G$ giảm dần theo $s(p, g_i)$
Output: Top-20 gia sư kèm điểm, đánh giá, trạng thái xác minh

Công thức toán học

$s(p, g_i) = \beta_1 \cdot \mathbb{1}[\text{subject match}] + \beta_2 \cdot r_i + \beta_3 \cdot \frac{D_{\max} - d(p, g_i)}{D_{\max}} + \beta_4 \cdot \frac{B_{\max} - c_i}{B_{\max}}$

Tham số:

$r_i$ — điểm đánh giá trung bình của gia sư $i$
$d(p, g_i)$ — khoảng cách vật lý giữa phụ huynh và gia sư
$c_i$ — giá mỗi buổi của gia sư $i$
$B_{\max}$ — ngân sách tối đa của phụ huynh
$\beta_1, \beta_2, \beta_3, \beta_4$ — trọng số có thể tune

Độ phức tạp

Chỉ số	Giá trị
Độ phức tạp thời gian	$O(n \log n)$ — sort + filter
Độ phức tạp không gian	$O(n)$ — lưu danh sách candidate

Kiến trúc hệ thống

+------------------------------------------+
|          Mobile App (Flutter)            |
|  +------------------------------------+  |
|  |       Search & Filter Screen        |  |
|  |       Tutor Profile Screen          |  |
|  |       Booking & Payment Screen      |  |
|  |       Review Screen                 |  |
|  +------------------------------------+  |
+------------------------------------------+
                      |
                      v
+------------------------------------------+
|            API Gateway (Node.js)          |
|  +------------+  +----------------+       |
|  | Auth Svc   |  | Booking Svc    |       |
|  | JWT, OAuth |  | Schedule Mgr  |       |
|  +------------+  +----------------+       |
|  +------------+  +----------------+       |
|  | Search Svc |  | Payment Svc    |       |
|  | Match algo |  | Escrow logic   |       |
|  +------------+  +----------------+       |
+------------------------------------------+
                      |
         +------------+------------+
         v                         v
+--------------------+  +------------------------+
|  Tutor Service     |  |   Review Service       |
|  - Profile CRUD   |  |   - Rating calc        |
|  - Credential DB  |  |   - Spam detection     |
|  - Availability   |  |   - Sentiment check    |
+--------------------+  +------------------------+
         +                         +
         v                         v
+------------------------------------------+
|     PostgreSQL (Users, Bookings)          |
|     Redis (Cache, Session)                |
|     S3 (Credential images)                |
+------------------------------------------+

Mô tả thành phần:

Mobile App: Flutter cross-platform (iOS + Android). Giao diện tìm kiếm, profile, booking, review.
API Gateway: Node.js/Express. Điều phối request, rate limiting, auth.
Auth Service: JWT + OAuth social login (Google, Facebook).
Search Service: Elasticsearch hoặc PostgreSQL full-text search. Matching algorithm.
Booking Service: Quản lý lịch, trạng thái booking, thông báo push.
Payment Service: Tích hợp ví điện tử VNPay/MoMo qua API. Cơ chế escrow: hold → release/dispute.
Tutor Service: CRUD profile, xác minh bằng cấp, quản lý availability.
Review Service: Tổng hợp điểm, phát hiện spam review, cảnh báo cho admin.
PostgreSQL: Primary DB cho users, bookings, payments.
Redis: Cache kết quả search, session management, rate limit counter.
S3: Lưu ảnh bằng cấp gia sư (chỉ hiển thị verified badge, không public link).

Trường hợp sử dụng

Trường hợp sử dụng 1: Phụ huynh đặt gia sư lần đầu

Các tác viên: Phụ huynh, Hệ thống, Gia sư Tiên đề: Phụ huynh đã đăng ký, đã xác minh email. Kích hoạt: Phụ huynh nhập "gia sư Toán lớp 9, quận 1, ngân sách 200K/buổi" Các bước:

Hệ thống hiển thị top-20 gia sư khớp, kèm điểm đánh giá và trạng thái xác minh
Phụ huynh tap vào profile gia sư, xem chi tiết (bằng cấp, kinh nghiệm, review gần nhất)
Phụ huynh chọn "Đặt lịch" → chọn ngày, giờ, số buổi → thanh toán qua ví tạm
Hệ thống gửi thông báo cho gia sư
Gia sư xác nhận trong vòng 24h
Nếu gia sư từ chối: hoàn tiền ngay. Nếu xác nhận: hiển thị lịch học Sau điều kiện: Buổi học diễn ra thành công hoặc bị hủy Kết quả mong đợi: Phụ huynh có gia sư phù hợp trong <48h từ search đầu tiên

Trường hợp sử dụng 2: Gia sư xác minh bằng cấp

Các tác viên: Gia sư, Hệ thống (admin) Tiên đề: Gia sư đã đăng ký với email và số điện thoại. Kích hoạt: Gia sư upload ảnh bằng cấp trong mục "Xác minh" Các bước:

Gia sư chụp/upload ảnh bằng cấp (bằng đại học, sư phạm, hoặc chứng chỉ giảng dạy)
Hệ thống lưu ảnh vào S3, gán trạng thái "Chờ xác minh"
Admin xem ảnh, đối chiếu thông tin → duyệt hoặc từ chối kèm lý do
Nếu duyệt: hệ thống gán badge "Đã xác minh", gửi thông báo cho gia sư
Nếu từ chối: gia sư nhận lý do, có thể upload lại Sau điều kiện: Profile gia sư hiển thị trạng thái xác minh chính xác Kết quả mong đợi: ≥60% gia sư có badge "Đã xác minh" sau 6 tháng

Mô hình kinh doanh

Mô hình doanh thu

$R = \sum_{i=1}^{n} (p_i \times q_i) - C_{mathrm{fixed}} - C_{mathrm{var}}(q)$

Các thành phần:

$p_i$ — phí dịch vụ mỗi giao dịch ( $p_1$ = phí booking, $p_2$ = phí subscription gia sư)
$q_i$ — số lượng giao dịch i mỗi tháng
$C_{mathrm{fixed}}$ — chi phí server, nhân sự, marketing cố định
$C_{mathrm{var}}$ — chi phí ví điện tử, support, cloud theo số transaction

Chi tiết dòng doanh thu:

Phí booking 10–15%: Thu từ mỗi buổi học hoàn thành. Ví dụ: buổi 200K → ACIL thu 20–30K.
Subscription gia sư (Freemium): Gia sư miễn phí 10 booking/tháng. Trả phí 50K/tháng cho gói Premium: hiển thị ưu tiên, analytics.
Featured listing: Gia sư trả 200K/tháng để hiển thị top search.

Cấu trúc chi phí

Loại chi phí	Mô tả	Ước tính/tháng
Server & Cloud	AWS/Google Cloud (app + DB + S3)	15 triệu
Ví điện tử	Phí transaction VNPay/MoMo 1–2%	Tỷ lệ
Nhân sự	Admin xác minh (1 người), Support (1 người)	30 triệu
Marketing	Facebook Ads, Google Ads	20 triệu
Duy trì app	Flutter update, API maintenance	10 triệu

Phân tích điểm hòa vốn

$\text{So booking hoa von/thang} = \frac{C_{mathrm{fixed}}}{p_{mathrm{booking}} - c_{mathrm{var, booking}}}$

Giả sử $C_{mathrm{fixed}} = 75$ triệu/tháng, phí booking trung bình 25K/buổi, chi phí biến đổi 5K/buổi:

$\text{Hoa von} = \frac{75.000.000}{25.000 - 5.000} = 3.750 \text{ booking/thang}$

3.750 booking/tháng ≈ 125 booking/ngày. Với 100K DAU và tỷ lệ 4% booking: đạt được quanh tháng 2–3 sau launch.

Kế hoạch MVP

Giai đoạn 1: Nền tảng cốt lõi (Tuần 1–4)

Thiết kế DB schema: Users, Tutors, Bookings, Reviews
Auth: đăng ký, đăng nhập, JWT
Tutor profile: tạo/sửa profile, upload ảnh bằng cấp
Search cơ bản: lọc theo môn, quận, giá
Mock booking flow: chưa tích hợp payment, chỉ show booking form

Tiêu chí kết thúc: 10 gia sư tạo profile, 5 phụ huynh tạo account, search trả về kết quả đúng

Giai đoạn 2: Booking + Thanh toán (Tuần 5–8)

Tích hợp VNPay/MoMo sandbox
Cơ chế escrow: hold → release → dispute
Thông báo push (Firebase Cloud Messaging)
Review system: post review, hiển thị điểm trung bình
UI/UX polish: app Android + iOS stable

Tiêu chí kết thúc: 10 booking thật (dù mock payment), 5 review thật, 0 crash nghiêm trọng

Giai đoạn 3: Xác minh + Growth (Tuần 9–12)

Hệ thống xác minh bằng cấp: upload → admin duyệt → badge
Matching algorithm v1: weighted scoring
Referral program: phụ huynh giới thiệu phụ huynh
Soft launch: 50 gia sư, 100 phụ huynh

Tiêu chí kết thúc: ≥30% gia sư có badge verified, ≥20 booking thành công, NPS ≥40

Các yêu cầu

Yêu cầu 1: ACIL cung cấp cơ chế escrow qua ví tạm đảm bảo tiền không bị mất nếu gia sư hủy lịch trong vòng 24h trước buổi học, với thời gian xử lý hoàn tiền ≤24h.

Yêu cầu 2: Hệ thống xác minh bằng cấp phải xử lý hồ sơ trong vòng 72h làm việc kể từ khi gia sư upload, với tỷ lệ hồ sơ được duyệt/từ chối có ghi chú lý do ≥95%.

Yêu cầu 3: Search algorithm trả về kết quả trong ≤500ms cho mỗi query, với top-20 gia sư được sắp xếp theo điểm matching tổng hợp (không phải theo thứ tự đăng ký).

Yêu cầu 4: Phụ huynh có thể đánh giá gia sư chỉ sau khi booking hoàn thành hoặc bị hủy, với spam review detection tự động loại bỏ ≥90% review có dấu hiệu gian lận (review từ cùng IP, review chu kỳ).

Yêu cầu

Claims

Claim 1: ACIL giảm thời gian tìm gia sư phù hợp từ 2-4 tuần xuống dưới 48 giờ thông qua hệ thống tìm kiếm thông minh với lọc theo môn, quận, ngân sách và điểm đánh giá minh bạch.

Claim 2: ACIL tăng tỷ lệ gia sư được xác minh lên ≥60% sau 6 tháng, giảm rủi ro thuê gia sư không đủ chất lượng cho phụ huynh thông qua cơ chế xác minh bằng cấp rõ ràng.

Claim 3: ACIL giảm tỷ lệ booking thất bại xuống dưới 10% nhờ cơ chế escrow (ví tạm giữ) và hệ thống đánh giá sau buổi học, bảo vệ cả phụ huynh và gia sư.

Claim 4: ACIL tăng tỷ lệ chuyển đổi search → booking lên ≥40% thông qua thuật toán matching tổng hợp điểm số dựa trên subject match, rating, distance và price.

Tài liệu này là tài sản độc quyền của Alpha Chain Ltd. Việc sao chép, phân phối lại, hoặc tạo sản phẩm phái sinh đều yêu cầu sự đồng ý bằng văn bản từ Alpha Chain Ltd.

Lịch sử thay đổi

Phiên bản	Ngày	Tác giả	Thay đổi
2.0	2026-04-20	Alpha Chain Ltd.	Thêm phần Claims
1.0	2026-04-17	Alpha Chain Ltd.	Tạo ban đầu

Tóm tắt​

Định nghĩa vấn đề​

Phát biểu vấn đề​

Định lượng thiệt hại​

Phạm vi​

Mô hình vấn đề​

Giải pháp đề xuất​

Tổng quan giải pháp​

Các quyết định thiết kế chính​

Tiêu chí thành công​

Luồng hệ thống​

Thuật toán cốt lõi​

Mô tả thuật toán​

Công thức toán học​

Độ phức tạp​

Kiến trúc hệ thống​

Trường hợp sử dụng​

Trường hợp sử dụng 1: Phụ huynh đặt gia sư lần đầu​

Trường hợp sử dụng 2: Gia sư xác minh bằng cấp​

Mô hình kinh doanh​

Mô hình doanh thu​

Cấu trúc chi phí​

Phân tích điểm hòa vốn​

Kế hoạch MVP​

Giai đoạn 1: Nền tảng cốt lõi (Tuần 1–4)​

Giai đoạn 2: Booking + Thanh toán (Tuần 5–8)​

Giai đoạn 3: Xác minh + Growth (Tuần 9–12)​

Các yêu cầu​

Yêu cầu​

Claims​

Lịch sử thay đổi​