Low code là gì? Low code là cách làm phần mềm mà phần lớn công việc được thực hiện bằng kéo thả và cấu hình trên một nền tảng có sẵn, chỉ viết thêm một ít code (biểu thức, script, SQL, JavaScript) ở những chỗ đặc thù mà giao diện cấu hình không làm được. Nói ngắn gọn: thay vì gõ từng dòng để dựng màn hình, bảng dữ liệu, phân quyền, bạn chọn và nối chúng lại; code chỉ còn là "gia vị" cho phần nghiệp vụ riêng của doanh nghiệp bạn.
Tôi làm phần mềm quản lý cho doanh nghiệp vừa và nhỏ nhiều năm bằng đúng kiểu này. Trong bài, tôi sẽ nói rõ nền tảng low code gồm những gì, low code khác no code ở đâu, low code developer là ai, và quan trọng nhất: khi nào không nên dùng low code.
Low code là gì: làm phần mềm bằng cấu hình, chèn code khi cần
Low code là phương pháp phát triển phần mềm dựa trên nền tảng dựng sẵn, nơi bạn mô tả dữ liệu, giao diện và quy trình bằng thao tác cấu hình, và chỉ viết code cho phần logic riêng.
Hãy hình dung việc xây nhà. Code truyền thống là trộn xi măng, đổ từng viên gạch — làm được mọi thứ nhưng lâu. Low code là nhà lắp ghép: tường, cửa, cầu thang đã đúc sẵn, bạn ráp lại trong vài ngày; chỗ nào cần ô cửa đặc biệt thì mới gọi thợ gia công riêng. "Ô cửa đặc biệt" đó chính là phần code bạn chèn vào.
Những thứ một nền tảng low code đã làm sẵn cho bạn, không phải viết lại:
- Đăng nhập, quản lý người dùng, phân quyền theo vai trò.
- Màn hình danh sách, biểu mẫu nhập liệu, bộ lọc, tìm kiếm.
- Ứng dụng chạy được cả trên điện thoại và máy tính mà không phải lập trình riêng cho Android/iOS.
- Hạ tầng: máy chủ, bản cập nhật, sao lưu, nhật ký thao tác.
Còn phần bạn phải tự nghĩ: bảng dữ liệu nào, quan hệ ra sao, ai được thấy gì, quy trình duyệt đi qua mấy bước. Đó là phần "nghiệp vụ" — nền tảng nào cũng không làm hộ được.
Nền tảng low code (low code platform) gồm những gì?
Low code platform là gì? Đó là bộ công cụ trọn gói để dựng và vận hành ứng dụng, thường gồm sáu khối. Khi bạn đi xem demo bất kỳ nền tảng nào, hãy hỏi đúng sáu khối này:
- Trình dựng giao diện — kéo thả màn hình, bảng, biểu đồ, biểu mẫu.
- Mô hình dữ liệu — khai báo bảng, cột, kiểu dữ liệu, quan hệ khoá chính – khoá ngoại.
- Luồng quy trình (workflow) — khi dữ liệu thay đổi thì gửi email, đổi trạng thái, tạo bản ghi mới.
- Kết nối API — gọi sang phần mềm kế toán, cổng SMS, Zalo, hệ thống của đối tác.
- Phân quyền — ai xem được dòng nào, ai được sửa, ai chỉ được đọc.
- Triển khai — môi trường chạy thử và chạy thật, phiên bản, cập nhật cho người dùng.
Thị trường hiện có khá nhiều lựa chọn, mỗi cái nhắm một nhóm người dùng khác nhau. Bảng dưới là định vị chung, bạn nên kiểm tra tính năng và giá trên trang chính thức của từng hãng vì họ thay đổi khá thường xuyên:
| Nền tảng | Thiên về | Nhóm người dùng chính |
|---|---|---|
| Microsoft Power Apps | Ứng dụng nội bộ gắn với hệ sinh thái Microsoft 365 | IT nội bộ, nhân viên vận hành có kỹ năng Excel tốt |
| OutSystems | Ứng dụng doanh nghiệp quy mô lớn, nhiều tích hợp | Đội phát triển chuyên nghiệp trong doanh nghiệp lớn |
| Mendix | Ứng dụng doanh nghiệp, có mô hình hoá quy trình | Đội hỗn hợp: chuyên viên nghiệp vụ + lập trình viên |
| Retool | Công cụ nội bộ đọc/ghi thẳng vào database có sẵn | Lập trình viên, kỹ sư dữ liệu |
| Appsmith | Tương tự Retool, có bản mã nguồn mở tự cài | IT nội bộ muốn tự chủ hạ tầng |
| Google AppSheet | App chạy trên dữ liệu Google Sheet, SQL, Excel | Chủ doanh nghiệp, nhân viên văn phòng |
Lưu ý cho thẳng thắn: Retool và Appsmith giả định bạn đã có sẵn một cơ sở dữ liệu tử tế và có người biết SQL — doanh nghiệp chưa có IT sẽ rất vất vả. Ngược lại, các nền tảng dễ bắt đầu như AppSheet lại có giới hạn về quy mô dữ liệu và độ phức tạp giao diện. Không có nền tảng nào thắng ở mọi mặt.
Low code khác no code ở đâu?
Khác biệt cốt lõi: no code không cho (và không cần) viết code, low code cho phép chèn code vào đúng chỗ bạn cần. Hệ quả kéo theo là người dùng chính khác nhau, mức tuỳ biến khác nhau và loại bài toán giải được cũng khác nhau.
| Tiêu chí | No code | Low code |
|---|---|---|
| Người dùng chính | Người làm nghiệp vụ, không có nền tảng IT | IT nội bộ, người vận hành có tư duy logic, lập trình viên |
| Mức tuỳ biến | Trong khuôn khổ tính năng nền tảng cho sẵn | Cao hơn: mở rộng được bằng code, API, thư viện |
| Chèn code | Không, hoặc chỉ công thức đơn giản | Có: biểu thức phức tạp, SQL, JavaScript, script phía máy chủ |
| Độ phức tạp ứng dụng | Biểu mẫu, danh sách, quy trình duyệt ngắn | Nhiều module, tích hợp hệ thống khác, logic nhiều nhánh |
| Cách tính phí | Thường theo người dùng/tháng, gói nhỏ rẻ | Theo người dùng hoặc theo ứng dụng; bản doanh nghiệp đắt hơn rõ rệt |
| Ví dụ công cụ | Google Forms, Airtable, Base, Glide | Power Apps, OutSystems, Mendix, Retool, Appsmith |
Một điều cần nói rõ: ranh giới này không tuyệt đối. Rất nhiều công cụ nằm ở giữa. AppSheet chẳng hạn, thường được xếp vào no code vì không phải gõ dòng lệnh nào, nhưng khi bạn viết biểu thức lồng nhau nhiều tầng hoặc gắn thêm Apps Script thì trên thực tế bạn đang làm low code. Nhãn dán ít quan trọng hơn câu hỏi: nền tảng này có cho tôi mở rộng khi nghiệp vụ phức tạp lên không?
Nếu bạn muốn hiểu sâu phía bên kia, tôi đã viết riêng một bài về no code là gì và nền tảng no code có làm được phần mềm dùng thật không.
Low code no code là gì — vì sao hai khái niệm hay đi cùng nhau?
Low code no code là gì? Đó là cách gọi gộp cả một phổ liên tục các phương pháp làm phần mềm không phải viết lại từ đầu — từ kéo thả thuần tuý ở đầu này, đến viết code hoàn toàn ở đầu kia, còn low code nằm ở khoảng giữa.
Hai khái niệm đi cùng nhau vì ba lý do thực tế:
- Cùng giải một nỗi đau. Doanh nghiệp cần phần mềm nhanh, rẻ, sửa được; thuê làm riêng thì lâu và tốn.
- Một nền tảng phục vụ cả hai nhóm. Nhân viên vận hành dựng màn hình cơ bản, IT vào thêm vài đoạn script cho phần khó.
- Dự án thường trượt từ no code sang low code. Phiên bản đầu kéo thả là đủ; đến khi sếp đòi nối với phần mềm kế toán, bạn buộc phải viết code gọi API.
Vì vậy tôi hay khuyên: đừng chọn nền tảng theo nhãn "no code" hay "low code", hãy chọn theo trần của nó. Nền tảng nào có đường thoát khi bạn cần thêm logic thì an toàn hơn.
Ví dụ: quy trình duyệt đề nghị mua hàng làm bằng low code
Đây là bài toán tôi gặp gần như ở mọi công ty có từ 20 nhân sự trở lên: nhân viên đề nghị mua hàng bằng giấy hoặc Zalo, sếp duyệt miệng, cuối tháng kế toán không biết khoản nào đã duyệt.
Bước 1 — Thiết kế bảng dữ liệu. Một bảng DeNghi với các cột:
MaDN— mã đề nghị, khoá chính, sinh tự độngNguoiDeNghi,PhongBan,SoTien,NoiDung,NgayTaoTrangThai— Nháp / Chờ trưởng phòng / Chờ giám đốc / Đã duyệt / Từ chốiNguoiDuyet,NgayDuyet,GhiChu
Thêm bảng PhongBan chứa MaPB, TenPB, TruongPhong, NguongDuyet. Nếu bạn chưa quen tách bảng kiểu này, xem trước bài thiết kế cơ sở dữ liệu cho người mới qua 6 bước.
Bước 2 — Dựng giao diện bằng kéo thả. Một biểu mẫu nhập đề nghị, một danh sách "Việc chờ tôi duyệt", một màn hình chi tiết có hai nút Duyệt / Từ chối. Phần này không cần code.
Bước 3 — Cấu hình luồng duyệt. Tạo → trưởng phòng duyệt → nếu số tiền vượt ngưỡng của phòng thì chuyển tiếp giám đốc → duyệt xong gửi thông báo cho người đề nghị. Hầu hết nền tảng cho vẽ luồng này bằng sơ đồ.
Bước 4 — Chèn code ở hai chỗ. Đây chính là phần "low" của low code:
- Tính ngưỡng duyệt theo phòng. Ngưỡng của phòng Kỹ thuật khác phòng Hành chính, nên phải tra sang bảng
PhongBanrồi so sánh. Dạng biểu thức sẽ giống:IF([SoTien] > [PhongBan].[NguongDuyet], "Chờ giám đốc", "Đã duyệt"). Cú pháp cụ thể tuỳ nền tảng, bạn tra tài liệu của hãng, nhưng ý tưởng là một. - Gọi API sang phần mềm kế toán. Khi trạng thái chuyển sang "Đã duyệt", gửi một gói dữ liệu JSON sang hệ thống kế toán để tạo phiếu đề nghị thanh toán. Việc này bắt buộc phải cấu hình địa chỉ API, khoá xác thực và xử lý lỗi khi hệ thống kia không phản hồi — đây là chỗ cần người biết kỹ thuật.
Nếu công ty bạn cần báo cáo, câu truy vấn kiểu SELECT PhongBan, SUM(SoTien) FROM DeNghi WHERE TrangThai = 'Da duyet' GROUP BY PhongBan cũng là phần code bạn sẽ viết thêm. Tỷ lệ quen thuộc trong các dự án tôi làm: khoảng 80–90% là cấu hình, phần còn lại mới là code — và phần nhỏ đó quyết định app có dùng được thật hay không.
Low code developer là gì? Khác lập trình viên truyền thống ra sao
Low code developer là gì? Là người xây ứng dụng trên nền tảng low code — vai trò nối giữa nghiệp vụ và IT: hiểu quy trình công ty đủ sâu để mô hình hoá, đồng thời đủ kỹ thuật để cấu hình nền tảng và viết những đoạn code cần thiết.
Kỹ năng cốt lõi, theo thứ tự tôi cho là quan trọng:
- Phân tích quy trình — hỏi đúng câu để biết thực tế công ty vận hành thế nào, không phải thế nào trên giấy.
- Mô hình dữ liệu — biết tách bảng, đặt khoá chính, nối khoá ngoại. Sai ở đây thì sửa rất đắt.
- SQL cơ bản — SELECT, WHERE, JOIN, GROUP BY là đủ cho phần lớn việc.
- Hiểu API — biết gửi request, đọc JSON, xử lý khi lỗi.
- Kiểm thử — tự nghĩ ra tình huống xấu: nhập sai, mất mạng giữa chừng, hai người sửa một dòng.
Khác lập trình viên truyền thống ở ba điểm: low code developer không viết hạ tầng (đăng nhập, cơ sở dữ liệu, giao diện nền) vì nền tảng lo; đổi lại họ phải giỏi nghiệp vụ hơn và phải chấp nhận làm việc trong giới hạn của nền tảng. Khi gặp tường, lập trình viên truyền thống có thể phá tường; low code developer phải tìm cách đi vòng hoặc đổi cách tiếp cận.
Ưu nhược điểm của low code và khi nào không nên dùng
Tóm tắt thẳng thắn:
| Ưu điểm | Nhược điểm |
|---|---|
| Ra bản dùng được nhanh, sửa theo phản hồi trong ngày | Khoá nền tảng: muốn chuyển sang nền tảng khác gần như phải làm lại |
| Cần ít người hơn, một người có thể làm trọn một app nội bộ | Phí thường tính theo người dùng/tháng — càng nhiều nhân viên càng đội lên |
| Hạ tầng, bảo mật cơ bản, cập nhật do hãng lo | Hiệu năng có trần: dữ liệu lớn, truy vấn nặng sẽ chậm |
| Người làm nghiệp vụ tham gia trực tiếp, bớt dịch sai yêu cầu | Khó kiểm thử tự động, khó quản lý phiên bản như code thường |
| Chi phí thử nghiệm thấp, sai thì bỏ không tiếc | Phụ thuộc chính sách giá và vòng đời sản phẩm của hãng |
Khi nào nên quay về code truyền thống? Theo kinh nghiệm của tôi, có bốn dấu hiệu rõ:
- Phần mềm bán ra ngoài. Sản phẩm là nguồn thu chính, có hàng nghìn khách hàng trả tiền — bạn không nên đặt cả doanh nghiệp lên chính sách giá của một hãng khác.
- Tải lớn hoặc dữ liệu rất nhiều. Hàng triệu bản ghi, hàng trăm người thao tác cùng lúc, yêu cầu phản hồi dưới một giây.
- Yêu cầu riêng về hạ tầng. Dữ liệu bắt buộc nằm trong máy chủ nội bộ, hoặc có quy định ngành về lưu trữ.
- Giao diện hoặc logic quá đặc thù. Khi bạn phải "lách" nền tảng ở mọi màn hình, chi phí lách đã vượt chi phí viết thẳng.
Ngược lại, low code hợp nhất với: app quản lý nội bộ (kho, công việc, chấm công, duyệt đề nghị), bản thử nghiệm quy trình mới, và việc số hoá những file Excel đang chuyền tay nhau. Đây đúng là phần việc chiếm phần lớn nhu cầu của doanh nghiệp vừa và nhỏ Việt Nam.
Tóm tắt và bước tiếp theo bạn nên làm
- Low code là làm phần mềm chủ yếu bằng cấu hình kéo thả, chèn code ở phần đặc thù.
- Nền tảng low code gồm sáu khối: giao diện, dữ liệu, quy trình, API, phân quyền, triển khai.
- Khác no code ở chỗ cho phép viết code để mở rộng — nhưng ranh giới mờ, hãy chọn theo trần của nền tảng.
- Low code developer là người nối nghiệp vụ với IT, mạnh nhất ở mô hình dữ liệu và phân tích quy trình.
- Không dùng low code cho sản phẩm bán ra ngoài, tải rất lớn hoặc yêu cầu hạ tầng riêng.
Bước tiếp theo để tự làm: chọn một quy trình đang chạy bằng Excel hoặc giấy ở công ty bạn — đề nghị mua hàng, mượn thiết bị, xin nghỉ phép đều được. Vẽ ra bảng dữ liệu cần có và các bước duyệt trên một tờ giấy. Sau đó dựng thử trên một nền tảng miễn phí, chạy nội bộ hai tuần với đúng một phòng ban rồi mới nhân rộng. Tài liệu chính thức của nền tảng bạn chọn luôn là nguồn đáng tin nhất về tính năng và giới hạn, ví dụ trung tâm trợ giúp AppSheet của Google.
Đọc thêm: tạo app không cần code: từng bước làm app cho cửa hàng và no code hay vibe code — nên học cách nào khi không biết lập trình.
Câu hỏi thường gặp
›Low code khác no code ở đâu?
Khác lớn nhất là khả năng chèn code: no code chỉ cho cấu hình trong khuôn khổ nền tảng, còn low code cho phép viết thêm biểu thức phức tạp, SQL, JavaScript hoặc gọi API để xử lý phần nghiệp vụ đặc thù. Vì vậy no code nhắm tới người làm nghiệp vụ, low code nhắm tới IT nội bộ và người có tư duy kỹ thuật. Trên thực tế ranh giới khá mờ, nhiều công cụ nằm ở giữa và dự án thường trượt dần từ no code sang low code khi nghiệp vụ phức tạp lên.
›Low code có cần biết lập trình không?
Không cần biết lập trình ở mức viết được một phần mềm từ đầu, nhưng cần tư duy logic và nên biết một ít kỹ thuật. Cụ thể là hiểu cách tổ chức bảng dữ liệu, viết được công thức dạng IF lồng nhau, đọc hiểu SQL cơ bản và biết API hoạt động thế nào. Người đã dùng Excel ở mức khá thường học low code khá nhanh.
›Doanh nghiệp nhỏ có nên dùng low code?
Nên, nếu nhu cầu là app quản lý nội bộ như kho, công việc, chấm công hay duyệt đề nghị — đây là nhóm bài toán low code giải rất hợp lý về thời gian và chi phí. Cần lưu ý phí thường tính theo người dùng mỗi tháng nên hãy ước tính chi phí cho vài năm, và nhớ rằng chuyển sang nền tảng khác về sau gần như phải làm lại. Cách an toàn là làm thử một quy trình nhỏ với một phòng ban trước khi nhân rộng.
›Low code developer có phải lập trình viên không?
Có thể là, nhưng không bắt buộc. Low code developer là người xây ứng dụng trên nền tảng low code, mạnh về phân tích quy trình và mô hình dữ liệu hơn là viết code; họ không phải tự làm hạ tầng, đăng nhập hay giao diện nền vì nền tảng đã lo. Nhiều người xuất phát từ vị trí vận hành, kế toán hoặc IT nội bộ rồi chuyển sang vai trò này.
Tác giả
Chuyên gia chuyển đổi số · Đại diện 5F Edu
Hơn 8 năm triển khai và tư vấn chuyển đổi số cho doanh nghiệp vừa và nhỏ: chuẩn hoá quy trình, xây phần mềm quản lý bằng AppSheet và web app, tự động hoá bằng N8N. Người làm kênh YouTube Nghiện AppSheet.
