Một báo giá Mini App chỉ có số màn hình chưa đủ để ký hợp đồng. Doanh nghiệp cần biết backend nào được xây, POS nào được kết nối, ai đứng tên tài khoản, dữ liệu được xuất ra sao và đội nào sửa lỗi sau go-live. Nếu vendor giữ Git, cloud hoặc khóa triển khai, phí khởi tạo thấp có thể đổi thành chi phí chuyển đổi rất cao.
Dịch vụ lập trình Zalo Mini App của CÔNG TY TNHH CHÂN TRỜI TƯƠNG LAI xây ứng dụng may đo như một tài sản doanh nghiệp. Phạm vi được chốt bằng BRD và acceptance criteria. Khách hàng nhận repository Git, thiết kế, tài liệu, pipeline và quyền quản trị phù hợp. Bảo hành lỗi kỹ thuật 12 tháng bắt đầu từ biên bản nghiệm thu theo điều kiện hợp đồng.
Mức giá dưới đây là khoảng dự toán từ kiến trúc thương mại của dự án, chưa phải chào giá ràng buộc. Chi phí cuối phụ thuộc API POS/ERP, số vai trò, thanh toán, dữ liệu cần di chuyển, tải và SLA. Buổi discovery xác nhận phạm vi trước khi FHC lập WBS và báo giá.
1. Doanh nghiệp đang mua sản phẩm gì?
Một hệ thống hoàn chỉnh gồm frontend chạy trong Zalo, Backend for Frontend, API nghiệp vụ, cơ sở dữ liệu, cổng quản trị và lớp tích hợp. Zalo OA hỗ trợ giao tiếp; ZNS phục vụ loại tin đủ điều kiện; POS/ERP tiếp tục là nguồn dữ liệu theo phân công. Mini App không tự sửa dữ liệu trùng hoặc quy trình vận hành chưa thống nhất.
FHC không bán cam kết doanh thu. Đội dự án cùng khách hàng định nghĩa KPI, baseline và event tracking. Sản phẩm có thể hỗ trợ order, loyalty, booking, bảo hành hoặc B2B; hiệu quả phụ thuộc đề xuất giá trị, truyền thông tại điểm chạm và năng lực vận hành.
Khách hàng còn ở giai đoạn lựa chọn có thể đọc Zalo Mini App là gì và kiến trúc hoạt động, khung so sánh Mini App với Mobile App riêng và chiến lược giữ chân khách hàng trước khi lập ngân sách.
2. Tám gói tài sản bàn giao
1. Gói nghiên cứu nghiệp vụ và UI/UX
Khách hàng nhận bản đồ hành trình, wireframe, prototype Figma, design system và danh sách trạng thái lỗi/rỗng/tải. File thiết kế thuộc không gian được doanh nghiệp kiểm soát hoặc được chuyển quyền khi nghiệm thu. Luồng thể hiện consent, quyền truy cập và ngoại lệ, không chỉ màn hình lý tưởng.
2. Gói frontend Zalo Mini App
Repository chứa source code frontend, cấu hình build, lint/test và hướng dẫn chạy. Đội dự án tối ưu bundle theo giới hạn nền tảng hiện hành, chia mã, nén tài nguyên và kiểm thử thiết bị. Không nhúng secret quản trị vào JavaScript.
3. Gói backend API và cổng quản trị
Backend xử lý identity, phân quyền, nghiệp vụ, audit và dữ liệu. Admin Portal có vai trò theo chi nhánh, nguyên tắc least privilege và nhật ký cho hành động nhạy cảm. Tài liệu gồm API contract, schema và cấu hình môi trường.

4. Gói connector tích hợp
Adapter kết nối KiotViet, Sapo, iPOS, Ocha hoặc ERP trong phạm vi hợp đồng. Khách hàng nhận mapping mã, luồng webhook, idempotency, retry và quy trình đối soát. Quyền API của bên thứ ba phải được xác minh trước khi chốt giá.
5. Gói cấu hình hệ thống Zalo
FHC hỗ trợ hồ sơ OA, cấu hình Mini App, loại quyền và mẫu tin phù hợp. Khách hàng cung cấp pháp nhân, thương hiệu và ký duyệt. Chính sách, thời gian xét duyệt và biểu phí do Zalo quyết định tại thời điểm triển khai.
6. Gói kiểm thử và phát hành
Test report bao gồm chức năng, quyền, hiệu năng, lỗi mạng và UAT. FHC chuẩn bị hồ sơ, sửa lỗi thuộc phạm vi và làm việc qua vòng phản hồi nền tảng. Việc phê duyệt cuối thuộc Zalo; cam kết hợp đồng cần nêu trách nhiệm hai bên và ngoại lệ chính sách.
7. Gói source code và sở hữu trí tuệ
FHC chuyển repository Git có lịch sử, tag release, danh mục dependency/license và hướng dẫn build. Khách hàng nhận quyền quản trị; code không bị làm rối để khóa nhà cung cấp, không backdoor. Thành phần bên thứ ba giữ giấy phép gốc và được kê khai.
8. Gói đào tạo, tài liệu và bảo hành
Tài liệu người dùng, quản trị, kỹ thuật, backup và xử lý sự cố đi cùng video hoặc buổi đào tạo. FHC bảo hành lỗi kỹ thuật 12 tháng theo SLA hợp đồng. Yêu cầu chức năng mới, thay đổi API/chính sách hoặc tăng tải ngoài baseline được ước tính riêng.
| Tài sản | Định dạng bàn giao | Tiêu chí kiểm tra |
|---|---|---|
| Thiết kế | Figma, flow, prototype | Mở được, đủ trạng thái, quyền truy cập đúng |
| Source code | Git repository | Build tái tạo, lịch sử, tag, license |
| Backend và dữ liệu | API, schema, migration | Test, backup/restore, phân quyền |
| Tích hợp | Mapping, adapter, webhook | Contract test, retry, đối soát |
| Vận hành | Dashboard, alert, runbook | Diễn tập cảnh báo và phục hồi |
| Đào tạo | Tài liệu, video, biên bản | Người vận hành hoàn tất kịch bản mẫu |
Cách đọc trên mobile: đọc mỗi hàng như một biên bản nhận tài sản. Cột “Tiêu chí kiểm tra” quan trọng hơn tên file; một repository không build được chưa phải bàn giao hoàn chỉnh.
3. Bảng giá ba gói dịch vụ
| Khoản mục | Loyalty Tiêu chuẩn | Omnichannel Nâng cao | Enterprise May đo |
|---|---|---|---|
| Quy mô tham chiếu | 1-5 điểm bán | 5-20 điểm, có POS | Trên 20 điểm, ERP/tải cao |
| Phí thiết kế và lập trình một lần | 25-35 triệu đồng | 45-75 triệu đồng | Từ 95 triệu đồng |
| Module lõi | Thành viên, điểm, voucher, OA | Lõi + POS, order/kho, thanh toán | Nghiệp vụ riêng, nhiều tích hợp, SLA |
| Source code | Bàn giao 100% Git | Bàn giao 100% Git | Bàn giao 100% Git |
| Cloud tham chiếu/năm | 2,4-4 triệu đồng | 4,8-9,6 triệu đồng | Theo tải và kiến trúc |
| OA/ZNS | Theo gói và lượng gửi của Zalo | Theo gói và lượng gửi | Theo chính sách/thỏa thuận |
| Bảo hành năm đầu | 12 tháng theo hợp đồng | 12 tháng theo hợp đồng | 12 tháng theo SLA hợp đồng |
| Dự toán năm đầu | Khoảng 28-39 triệu đồng | Khoảng 50-89 triệu đồng | Từ 110 triệu đồng |
Cách đọc trên mobile: trượt ngang theo từng gói hoặc đọc dọc từng khoản mục. Các khoảng giá là dự toán, chưa gồm VAT và chi phí bên thứ ba thay đổi; báo giá chính thức chỉ phát hành sau discovery.
Gói Loyalty hợp với chương trình đơn giản chưa tích hợp POS sâu. Omnichannel thêm đồng bộ hai chiều, order hoặc tồn. Enterprise dành cho nhiều hệ thống, tải cao, SSO, bảo mật và SLA riêng. Doanh nghiệp không nên chọn gói từ số điểm bán duy nhất; độ phức tạp API và quy tắc nghiệp vụ có thể đổi phân loại.
TCO còn gồm nội dung, nhân sự vận hành, ZNS, cloud, đối soát và thay đổi. Mọi khoản bên thứ ba được tách khỏi phí FHC. Với SaaS tính theo chi nhánh, hãy so 36 tháng, quyền xuất dữ liệu và chi phí rời nền tảng, không chỉ phí tháng đầu.
4. Quy trình Agile 15 bước
flowchart LR
A1[1 Khảo sát] --> A2[2 BRD]
A2 --> A3[3 Wireframe]
A3 --> A4[4 UI Figma]
A4 --> A5[5 Duyệt prototype]
A5 --> B1[6 Kiến trúc và bảo mật]
B1 --> B2[7 Backend API]
B2 --> B3[8 Frontend Mini App]
B3 --> B4[9 Tích hợp POS/ERP]
B4 --> B5[10 Thanh toán và ZNS]
B5 --> C1[11 Kiểm thử nội bộ]
C1 --> C2[12 UAT]
C2 --> C3[13 Nộp kiểm duyệt]
C3 --> D1[14 Go-live]
D1 --> D2[15 Đào tạo, Git, bảo hành]
Giai đoạn khảo sát và thiết kế
Bước 1, FHC phỏng vấn người chịu KPI, quan sát điểm bán và ghi baseline. Bước 2 chuyển mục tiêu thành BRD, scope, ngoài phạm vi và acceptance criteria. Bước 3 dựng luồng chính cùng ngoại lệ. Bước 4 thiết kế UI theo brand và hướng dẫn Zalo hiện hành. Bước 5 khách hàng duyệt prototype bằng biên bản; thay đổi sau mốc đi qua change control.
Giai đoạn lập trình và tích hợp
Bước 6 chốt data model, threat model, role và ADR. Bước 7 xây backend, migration, test và observability. Bước 8 xây frontend theo component và trạng thái. Bước 9 triển khai adapter POS/ERP, mapping và đối soát. Bước 10 kết nối thanh toán và luồng tin theo quyền, trong đó secret chỉ nằm server-side.
Giai đoạn kiểm thử và kiểm duyệt
Bước 11 kiểm thử chức năng, tải, quyền, mạng yếu và recovery. Bước 12 khách hàng chạy UAT với dữ liệu gần thực tế, ghi bằng chứng pass/fail. Bước 13 FHC đóng gói hồ sơ và xử lý phản hồi thuộc phạm vi. Nếu nền tảng đổi chính sách, hai bên đánh giá tác động trước khi sửa.
Giai đoạn go-live và chuyển giao
Bước 14 mở theo cohort, có feature flag, dashboard và rollback. Bước 15 đào tạo, chuyển quyền Git/tài khoản, xác nhận backup/restore và bắt đầu bảo hành. Không đóng dự án khi người vận hành chưa truy cập được công cụ cần thiết.
5. Mốc tiến độ và change control
Lộ trình tham chiếu là bảy tuần cho phạm vi phù hợp: hai tuần thiết kế, ba tuần xây dựng, một tuần test/duyệt và một tuần go-live/bàn giao. Tích hợp ERP phức tạp, dữ liệu bẩn hoặc nhiều vòng xét duyệt cần lịch riêng. FHC không dùng mốc bảy tuần như cam kết cho mọi dự án.
Mỗi sprint có demo, danh sách đã hoàn tất và rủi ro. Một hạng mục chỉ “Done” khi code review, test, tài liệu và triển khai môi trường nghiệm thu hoàn tất. Yêu cầu mới được mô tả, ước tính tác động, phê duyệt ngân sách/lịch trước khi vào backlog.
6. Ma trận RACI
Ký hiệu: R trực tiếp làm; A chịu trách nhiệm cuối; C được tham vấn; I được thông báo.
| Hạng mục | FHC | Doanh nghiệp | POS/ERP | Zalo |
|---|---|---|---|---|
| KPI và mục tiêu | C | A/R | I | I |
| Khảo sát, BRD | A/R | C | C | I |
| Tài khoản/API POS | I | A | R | I |
| UI/UX | A/R | C/duyệt | I | I |
| Hồ sơ pháp nhân | I | A/R | I | C |
| Backend/frontend | A/R | I | C | I |
| OA và cấu hình | R | A | I | C/duyệt |
| Thanh toán | C | A/R | I | I |
| UAT | R | A/R | C | I |
| Hồ sơ kiểm duyệt | A/R | C | I | R/duyệt |
| Bàn giao Git | A/R | A/nhận | I | I |
| Bảo hành 12 tháng | A/R | I | C khi liên quan | I |
Cách đọc trên mobile: đọc từng hàng như một quyết định trách nhiệm. Mỗi hạng mục phải có một đầu mối A rõ; “Zalo phê duyệt” không chuyển trách nhiệm chuẩn bị hồ sơ khỏi hai bên dự án.
RACI ngăn ba loại chờ đợi: khách hàng chưa cấp API, vendor chờ duyệt giao diện và bên thứ ba chưa xác nhận lỗi. Project board ghi owner, hạn và bằng chứng. Rủi ro phụ thuộc được đưa vào lịch ngay từ discovery.
7. Bảo hành 12 tháng và SLA
Bảo hành xử lý lỗi khiến sản phẩm không đáp ứng đặc tả đã nghiệm thu. FHC tiếp nhận ticket, phân loại mức độ, tái hiện, vá và cung cấp ghi chú phát hành. Thời gian phản hồi/khắc phục cụ thể nằm trong hợp đồng theo gói; bài viết không thay thế SLA ký kết.
Thay đổi quy trình, module mới, API bên thứ ba đổi, nội dung mới hoặc tải vượt baseline là bảo trì/nâng cấp. Nếu lỗi nằm ở Zalo, POS hoặc ngân hàng, FHC hỗ trợ chẩn đoán và cung cấp log, còn thời gian sửa phụ thuộc đối tác. Phân ranh này được ghi trước để tránh tranh chấp.
Mỗi sự cố có request ID, timeline và post-incident review khi nghiêm trọng. Backup phải được thử khôi phục; alert phải có người nhận. Uptime chỉ có nghĩa khi định nghĩa cửa sổ đo, ngoại lệ bảo trì và thành phần thuộc kiểm soát FHC.
8. Bảo mật và dữ liệu
FHC áp dụng server-side validation, RBAC, rate limit, token ngắn hạn, rotation, secret manager, audit và mã hóa phù hợp threat model. API kiểm tra quyền trên từng tài nguyên. Webhook có chữ ký, timestamp và chống phát lại. Nhật ký che dữ liệu nhạy cảm.
Khách hàng quyết định mục đích xử lý, retention và nội dung consent với tư vấn pháp lý của mình. FHC triển khai cơ chế kỹ thuật: ghi phiên bản consent, rút consent, xuất/xóa theo phạm vi, phân quyền và log. Dữ liệu production không dùng tùy tiện ở môi trường test.
Source code và dữ liệu được đặt trong tài khoản thống nhất ở hợp đồng. Khi kết thúc, biên bản xác nhận quyền, bản sao, xóa quyền vendor và danh sách secret cần xoay. No vendor lock-in là khả năng đội khác build, triển khai và vận hành từ tài sản bàn giao.
9. Tiêu chí nghiệm thu
| Trục | Ví dụ tiêu chí | Bằng chứng |
|---|---|---|
| Chức năng | Luồng chính và ngoại lệ theo BRD | UAT signed-off |
| Tích hợp | Không tạo đơn trùng khi retry | Contract/integration test |
| Hiệu năng | Ngưỡng p95 theo tải đã chốt | Báo cáo load test |
| Bảo mật | Không có lỗi mức chặn theo rubric | Scan/pentest và biên bản sửa |
| Vận hành | Alert, backup, restore hoạt động | Biên bản diễn tập |
| Bàn giao | Build từ Git bằng hướng dẫn | Phiên build độc lập |
Cách đọc trên mobile: mỗi hàng nối một lời hứa với bằng chứng. Cụm “chạy ổn” không phải acceptance criterion nếu thiếu tải, môi trường và ngưỡng.
10. Năng lực theo ngành
F&B cần QR theo bàn, POS adapter, bếp và loyalty ledger. Blueprint Zalo Mini App cho nhà hàng, cafe trình bày luồng iPOS/KiotViet. Bán lẻ cần đồng bộ khách, tồn và voucher đa chi nhánh. Spa/clinic cần lịch, quyền riêng tư và nhắc hẹn. B2B cần tem duy nhất, chống gian lận và phê duyệt đổi thưởng.
FHC dùng blueprint để tăng tốc discovery, không ép mọi doanh nghiệp vào một template. Quy tắc giá, vai trò, nguồn dữ liệu và cách xử lý ngoại lệ vẫn được may đo. Money Page này trỏ xuống kiến trúc và case mô phỏng để khách hàng kiểm tra năng lực, không dùng logo thương hiệu khác thay bằng chứng.
11. FAQ trước khi ký hợp đồng
FHC có bàn giao 100% source code không?
Có, theo phạm vi sở hữu trong hợp đồng: Git frontend, backend và thành phần do FHC phát triển. Thư viện, SDK và dịch vụ bên thứ ba giữ giấy phép của họ. Biên bản liệt kê đầy đủ.
Giá có bao gồm ZNS, OA và cloud không?
Báo giá tách phí phát triển khỏi phí bên thứ ba. Khoảng tham chiếu được nêu trong bảng; biểu phí thực tế được xác minh khi lập dự toán.
Có cam kết được Zalo duyệt không?
FHC cam kết chuẩn bị hồ sơ, tuân thủ yêu cầu và sửa lỗi thuộc phạm vi. Quyết định cuối thuộc nền tảng. Hợp đồng quy định cách xử lý phản hồi và thay đổi chính sách.
Bảo hành có bao gồm tính năng mới không?
Không. Bảo hành sửa lỗi so với đặc tả. Tính năng hoặc thay đổi nghiệp vụ được ước tính qua change request.
Doanh nghiệp chưa có API POS thì sao?
Discovery kiểm tra quyền API. Có thể dùng connector được POS hỗ trợ, lớp đồng bộ trung gian hoặc thay phạm vi. FHC không chốt tích hợp trước khi có bằng chứng kỹ thuật.
Dữ liệu có bị giữ khi dừng hợp tác không?
Khách hàng kiểm soát tài khoản và nhận schema, export, backup theo hợp đồng. Quy trình offboarding thu hồi quyền vendor và xoay secret.
Có thể bắt đầu bằng pilot không?
Có. Pilot nên chọn một hành trình, vài điểm bán và KPI cụ thể. Kiến trúc vẫn bảo đảm đường nâng cấp, nhưng không xây trước module chưa được kiểm chứng.
12. Hồ sơ cần chuẩn bị để nhận báo giá
Doanh nghiệp cung cấp mục tiêu, ngành, số điểm bán, MAU hoặc lượng giao dịch, danh sách hệ thống hiện có, đầu mối API, vai trò người dùng, chức năng bắt buộc, yêu cầu bảo mật và mốc mong muốn. Nếu chưa có BRD, FHC dùng buổi khảo sát để tạo bản đầu.
Một ví dụ đơn hàng hoặc hành trình thực tế hữu ích hơn danh sách “AI, CRM, loyalty”. Hãy mang hóa đơn mẫu, quy tắc điểm, ảnh thao tác tại quầy và lỗi thường gặp. Đội giải pháp sẽ xác định nguồn chuẩn, ngoại lệ và phần nào cần prototype.
Bước tiếp theo
Chốt phạm vi bàn giao trước khi chọn vendor
Buổi khảo sát xác định API, điều kiện nghiệm thu, kế hoạch bàn giao Git và dự toán kỹ thuật. Báo giá ràng buộc chỉ phát hành sau discovery.
Đội ngũ FHC tiếp nhận yêu cầu tại trang liên hệ của Chân Trời Tương Lai, với đầu mối pháp nhân duy nhất là CÔNG TY TNHH CHÂN TRỜI TƯƠNG LAI.
Tác giả
Future Horizon
Mục tiêu thành lập và xây dựng với sứ mệnh mang lại những công cụ và giải pháp kỹ thuật số (công cụ bán hàng online) tốt nhất cho các cửa hàng, doanh nghiệp nhỏ, hay đơn giản là những người mong muốn đạt được thành tựu trên không gian mạng nhưng cần sự giúp đỡ.