Low-code vs Custom development: chọn sao cho đúng?

Low-code và Custom — không phải 2 lựa chọn, mà là 1 spectrum#

Nhiều SME nghĩ "low-code" và "custom development" là 2 lựa chọn đối lập. Thực tế từ triển khai: chúng nằm trên cùng 1 spectrum, và cách chọn đúng phụ thuộc vào đặc thù từng phần của hệ thống, không phải cả dự án.

Bài viết này giúp bạn xác định: thành phần nào nên low-code, thành phần nào nên custom, và cách kết hợp chúng hiệu quả.

Tóm tắt

Quy tắc thực tế từ DsAI: dùng low-code cho quy trình chuẩn ngành, dùng custom cho lợi thế cạnh tranh cốt lõi. Hybrid (low-code UI + custom logic + integration layer) thường là lựa chọn tốt nhất cho SME — vừa nhanh, vừa linh hoạt, vừa tiết kiệm chi phí.

Hiểu nhanh về 2 approach#

Low-code platforms#

Các platform phổ biến: OutSystems, Bubble, Mendix, AppSheet, Retool, Microsoft Power Apps.

• Cách hoạt động: Kéo thả, ít hoặc không code. Có sẵn UI components, workflow engine, database connector.
• Setup: 1–4 tuần cho MVP
• Chi phí: 5–50 triệu setup + phí hàng tháng theo user/usage
• Giới hạn: Logic phức tạp, tích hợp custom, scale lớn, hiệu năng real-time

Custom development#

• Cách hoạt động: Code 100% bằng dev (React, Next.js, Python, Go... theo use case)
• Setup: 2–12 tháng cho MVP
• Chi phí: 100 triệu – 1 tỷ+ tùy độ phức tạp
• Linh hoạt: Làm được gì cũng được
• Scale: Không giới hạn về mặt kỹ thuật

Hybrid (thường là lựa chọn tối ưu)#

• Low-code cho UI + workflow chuẩn
• Custom cho logic đặc thù + tích hợp + AI/ML
• Best of both worlds, nhưng cần đội hiểu cả 2 phía

Quy tắc Hybrid từ DsAI#

Qua triển khai nhiều dự án, chúng tôi rút ra quy tắc thực tế: Low-code cho quy trình kinh doanh chuẩn, Custom cho yếu tố khác biệt cốt lõi.

Quy tắc ngón tay cái: Nếu đối thủ cũng làm y như bạn, có thể dùng low-code. Nếu đó là thứ khiến bạn khác biệt, hãy custom.

Decision Tree — chọn approach cho từng phần#

Để áp dụng quy tắc trên, hãy trả lời 4 câu hỏi cho từng thành phần hệ thống:

Câu hỏi 1: Workflow này có "chuẩn ngành" không?
│
├─ Có (80%+ doanh nghiệp cùng ngành làm giống)
│  │
│  └─ Low-code platform có sẵn vertical solution → LOW-CODE
│
└─ Không (là lợi thế cạnh tranh riêng)
   │
   └─ → CUSTOM cho phần lõi

Câu hỏi 2: Cần tích hợp bao nhiêu hệ thống?
│
├─ 1-3 hệ thống
│  └─ Low-code / Zapier / Make xử lý tốt → LOW-CODE
│
└─ 5-10+ hệ thống phức tạp
   └─ Cần middleware custom → CUSTOM integration layer

Câu hỏi 3: Cần scale bao nhiêu?
│
├─ < 100 users, < 10K records
│  └─ Low-code thoải mái → LOW-CODE
│
├─ 100-1000 users, 10K-1M records
│  └─ Low-code premium HOẶC hybrid → HYBRID
│
└─ > 1M users, real-time
   └─ Custom với infrastructure chuyên dụng → CUSTOM

Câu hỏi 4: Cần điều chỉnh thường xuyên không?
│
├─ Có (startup, pivot nhiều)
│  └─ Low-code dễ thay đổi → LOW-CODE
│
└─ Không (workflow ổn định)
   └─ Custom có thể tối ưu tốt hơn → CUSTOM

Mẹo áp dụng: Vẽ decision tree cho từng module của dự án, không phải cho cả dự án. Một hệ thống có thể có 2–3 module low-code + 1–2 module custom + 1 integration layer custom.

Ma trận ứng dụng cụ thể theo use case#

So sánh chi tiết Low-code vs Custom#

Low-code — ưu và nhược#

Ưu điểm:

• Setup nhanh (tuần, không phải tháng)
• Chi phí thấp hơn 3–10 lần so với custom
• Dễ thay đổi khi cần pivot
• Ít cần dev in-house
• Vendor lo bảo trì, security update, scaling cơ bản

Nhược điểm:

• Vendor lock-in (khó chuyển platform)
• Giới hạn tính năng (đụng trần khi cần phức tạp)
• Chi phí tăng theo scale (per user, per record)
• Ít control về data, security, performance
• Phụ thuộc vào vendor (vendor đóng cửa = rủi ro lớn)

Custom — ưu và nhược#

Ưu điểm:

• Linh hoạt tuyệt đối — làm được gì cũng được
• Toàn quyền kiểm soát code, data, infrastructure
• Scale không giới hạn (về mặt kỹ thuật)
• Tối ưu performance cho use case cụ thể
• IP thuộc về mình (không vendor lock-in)

Nhược điểm:

• Setup chậm (tháng, không phải tuần)
• Chi phí cao hơn 3–10 lần low-code
• Cần đội dev giỏi (in-house hoặc outsource đáng tin)
• Tự bảo trì, security, scaling
• Khó pivot khi yêu cầu thay đổi nhiều

Khi nào nên chọn cái nào?#

Chọn LOW-CODE khi:#

1. Cần MVP trong 1–3 tháng
2. Workflow chuẩn ngành (80%+ doanh nghiệp cùng ngành làm giống)
3. Đội ngũ không có dev giỏi
4. Budget < 50 triệu cho năm đầu
5. Cần thay đổi nhanh theo thị trường
6. Ít cần tích hợp phức tạp

Chọn CUSTOM khi:#

1. Có thể chờ 3–12 tháng
2. Workflow là lợi thế cạnh tranh cốt lõi
3. Cần AI/ML đáng kể
4. Scale > 100K users hoặc cần real-time
5. Compliance nghiêm ngặt (y tế, tài chính, dữ liệu cá nhân)
6. Cần IP riêng (sẽ là tài sản công ty)
7. Cần tích hợp 5+ hệ thống

Chọn HYBRID khi:#

1. Workflow một phần chuẩn, một phần đặc thù
2. Budget 50–200 triệu
3. Có 1–2 dev giỏi (in-house hoặc đối tác gần)
4. Cần go-live nhanh (1–3 tháng) nhưng vẫn muốn scale sau

Khi nào KHÔNG nên dùng Low-code#

1. Khi logic nghiệp vụ cốt lõi cần tùy biến cao. Low-code platform giới hạn cách diễn đạt logic. Nếu logic của bạn độc đáo, dùng low-code sẽ phải workaround khó khăn.

2. Khi cần tích hợp sâu với hệ thống cũ (legacy). Nhiều hệ thống legacy không có API hiện đại. Low-code platform thường không xử lý tốt case này.

3. Khi cần hiệu năng real-time. Low-code thường có overhead do nền tảng chung. Với use case real-time (chat, gaming, IoT), cần custom.

4. Khi dữ liệu quá lớn (> 1M records) để xử lý. Low-code có giới hạn về data processing. Cần custom hoặc data warehouse riêng.

5. Khi compliance yêu cầu on-premise. Hầu hết low-code là cloud. Nếu yêu cầu on-premise, custom là lựa chọn thực tế.

Khi nào KHÔNG nên dùng Custom#

1. Khi use case không rõ ràng. Custom tốn nhiều effort. Nếu bạn chưa chắc chắn workflow cuối cùng, custom sẽ phải rewrite nhiều lần → lãng phí.

2. Khi budget < 100 triệu và timeline < 3 tháng. Custom cần thời gian và tiền. Trong trường hợp này, low-code hoặc SaaS là lựa chọn hợp lý hơn.

3. Khi chỉ là "muốn có app riêng" mà không có use case cụ thể. Đây là dấu hiệu của vanity project — thường thất bại.

4. Khi SaaS chuyên ngành đã đáp ứng 80%+ nhu cầu. Đừng build thứ đã có sẵn trên thị trường với chất lượng tốt.

5. Khi không có người maintain sau launch. Custom app mà không có người maintain sẽ trở thành "dead code" sau 1–2 năm.

Mô hình Hybrid phổ biến từ triển khai#

Dưới đây là các pattern chúng tôi thường áp dụng (minh hoạ dựa trên dự án đã triển khai, thông tin ẩn danh):

Case 1 — Chuỗi bán lẻ#

• CRM: HubSpot (SaaS)
• Báo cáo: Power BI / Metabase (low-code)
• Workflow đặc thù: Custom build (3 modules: pricing rule, inventory sync, loyalty)
• Tích hợp: Middleware custom
• Kết quả: TCO thấp, time-to-market nhanh

Case 2 — Công ty logistics#

• ERP: Phần mềm SaaS có sẵn
• Tracking realtime: Custom build (yêu cầu đặc thù ngành)
• Mobile app cho tài xế: Low-code (AppSheet) — MVP nhanh
• Dashboard khách hàng: Custom (white-label, yêu cầu branding riêng)
• Kết quả: Cân bằng giữa speed và customization

Case 3 — Startup SaaS B2B#

• Backoffice nội bộ: Retool (low-code) — admin, ops, support tools
• Core product: Custom (React + Python backend)
• Billing: Stripe (SaaS) + custom webhook
• Email/CRM: HubSpot (SaaS)
• Kết quả: Backoffice hoàn thiện trong 1 tháng, core product tập trung toàn lực

5 lỗi thường gặp#

Lỗi 1 — "Low-code cho mọi thứ." Đến lúc đụng giới hạn → workaround phức tạp, performance kém, team frustration cao. Phân biệt rõ phần nào low-code OK, phần nào cần custom.

Lỗi 2 — "Custom vì low-code rẻ quá, chắc không tốt." Tốn 6 tháng + 500 triệu làm ra cái CRM, kết quả = Salesforce 70%. Custom phần đặc thù, dùng SaaS/low-code cho phần phổ thông.

Lỗi 3 — "Chọn low-code vì team không có dev." Đúng về effort, sai về control. Đầu tư 1 dev giỏi (in-house hoặc outsource) để oversee cả hệ thống, kể cả phần low-code.

Lỗi 4 — "Không có kế hoạch migration." Low-code platform đóng cửa / đổi pricing = bạn bị kẹt. Luôn có exit plan: export data định kỳ, dùng platform có open API.

Lỗi 5 — "Đánh giá chi phí chỉ theo setup." Chi phí vận hành hàng tháng (per user, per record) của low-code tăng theo scale. Sau 2–3 năm, có thể đắt hơn custom. Tính TCO 3 năm.

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

Low-code có thể thay thế developer không?

Không hoàn toàn. Low-code giúp giảm effort cho các tác vụ lặp lại (CRUD, form, workflow đơn giản), nhưng vẫn cần dev cho: tích hợp phức tạp, logic đặc thù, performance tuning, custom UI/UX. Với hybrid, cần dev có kinh nghiệm cả low-code và custom.

Chi phí low-code tăng theo thời gian như thế nào?

Hầu hết low-code platform tính phí theo:

• Số user active
• Số record/transaction
• Số workflow chạy
• API call

Khi doanh nghiệp scale, chi phí tăng tỷ lệ thuận. Cần dự phòng 30–50% tăng chi phí/năm trong 3 năm đầu. Sau khi đạt breakpoint (thường 2–3 năm), custom có thể rẻ hơn.

Có nên dùng AppSheet, Retool cho mọi thứ?

AppSheet và Retool rất tốt cho internal tools, admin dashboards, form apps. Nhưng không phù hợp cho customer-facing app phức tạp, app cần branding riêng biệt, hoặc app cần scale lớn. Hãy chọn tool theo use case, không chọn theo "tiện nhất".

Hybrid có khó maintain không?

Hybrid khó maintain hơn một giải pháp thuần nhất, vì có nhiều "moving parts". Tuy nhiên, khi được thiết kế tốt (integration layer chuẩn, documentation rõ ràng, người chịu trách nhiệm), hybrid rất hiệu quả. Chìa khóa là: có 1 người (hoặc team nhỏ) chịu trách nhiệm toàn bộ hệ thống, không phải mỗi người chỉ biết một phần.

Tổng kết#

Câu hỏi đúng không phải "low-code hay custom" mà là "phần nào low-code, phần nào custom, tích hợp thế nào". Quyết định sai ở giai đoạn này = refactor 6–12 tháng sau = tốn gấp 2–3 lần. Hãy dành thời gian phân tích rõ từng thành phần trước khi bắt đầu, áp dụng quy tắc hybrid của DsAI, và đảm bảo có đủ người oversee toàn bộ hệ thống (không chỉ từng phần).

---

Đang cân nhắc một dự án cụ thể? Yêu cầu tư vấn miễn phí — chúng tôi sẽ giúp bạn vẽ decision tree cho từng module, đề xuất approach (low-code, custom, hybrid), và lên lộ trình triển khai thực tế.

Bài viết liên quan:

• Khi nào nên xây app riêng, khi nào dùng SaaS
• Tính ROI của chuyển đổi số
• 5 quy trình thủ công SME hay mắc