Nền tảng low code no code tại Việt Nam: bản đồ công cụ và cách chọn

Nói ngay cho gọn: không có nền tảng low code no code tại Việt Nam nào tốt nhất cho mọi doanh nghiệp. Cách chọn đúng là xuất phát từ bài toán và từ bộ công cụ bạn đang dùng — đang xài Google Workspace thì AppSheet là đường ngắn nhất, đang xài Microsoft 365 thì Power Apps, cần một cơ sở dữ liệu linh hoạt nhiều kiểu xem thì Airtable, còn chỉ cần nối các phần mềm sẵn có với nhau thì chọn nhóm tự động hoá như Make, Zapier hay n8n.

Tôi làm phần mềm quản lý cho doanh nghiệp vừa và nhỏ bằng no-code nhiều năm, và câu hỏi tôi nhận nhiều nhất không phải "công cụ nào mạnh nhất" mà là "tôi nên bắt đầu từ đâu để không phải làm lại". Bài này là bản đồ các nhóm công cụ no code low code, ưu nhược từng nhóm, và những tiêu chí rất riêng khi dùng ở Việt Nam mà các bài tiếng Anh thường không nhắc tới.

No-code và low-code khác nhau thế nào?

Khác nhau ở chỗ bạn có được phép "viết" gì thêm không. No-code là kéo thả và cấu hình bằng giao diện: chọn bảng dữ liệu, chọn kiểu màn hình, bật tắt quyền — xong là chạy. Low-code vẫn kéo thả phần lớn, nhưng chừa cho bạn những ô để viết công thức, biểu thức hoặc một đoạn script khi phần cấu hình sẵn không đủ.

Lấy ví dụ cùng một app phiếu thu chi cho văn phòng nhỏ:

• Làm kiểu no-code thuần: bạn tạo bảng Phiếu với các cột Ngày, Loại phiếu (Thu/Chi), Nội dung, Số tiền, Người lập. Nền tảng tự sinh form nhập, danh sách, bộ lọc theo tháng. Không viết một dòng nào.
• Khi phải chạm vào low-code: sếp muốn xem số dư quỹ cộng dồn, muốn phiếu chi trên 10 triệu phải qua một bước duyệt, muốn tự động gửi thông báo khi có phiếu mới. Lúc này bạn bắt đầu viết biểu thức dạng IF([Loại phiếu] = "Thu", [Số tiền], -[Số tiền]) cho cột tính toán, và đặt điều kiện hiện nút duyệt theo vai trò người đăng nhập.

Thực tế thì ranh giới rất mờ. Hầu hết nền tảng phổ biến hiện nay đều là low-code: phần đầu dễ như no-code, phần sau đòi bạn học công thức. Nếu muốn hiểu sâu hơn phần ranh giới này, tôi có viết riêng một bài low code là gì và khác no code ở đâu.

Các nền tảng no code phổ biến theo nhóm việc

Đừng so sánh công cụ với nhau trước khi biết chúng thuộc nhóm nào — chúng giải những bài toán khác hẳn nhau. Tôi chia thành năm nhóm:

1. Làm app từ bảng dữ liệu — AppSheet, Glide, Power Apps. Bạn đã có dữ liệu trên Google Sheet, Excel hoặc SQL; nền tảng dựng giao diện nhập liệu, xem, sửa, phân quyền, chạy trên điện thoại và máy tính. Hợp với app kho, app chấm công, app đơn hàng, app kiểm tra hiện trường.
2. Cơ sở dữ liệu dạng bảng — Airtable, NocoDB, Baserow. Thay cho file Excel dùng chung: dữ liệu có cấu trúc rõ, bảng liên kết với nhau, xem được nhiều kiểu. Hợp với quản lý nội dung, danh sách khách hàng, theo dõi dự án.
3. Tự động hoá và nối phần mềm — Make, Zapier, n8n. Không làm giao diện, chỉ làm việc "khi A xảy ra thì làm B": có đơn mới trên form thì ghi vào Sheet, gửi tin nhắn, tạo hoá đơn. n8n có bản tự host nên nhiều đội kỹ thuật ở Việt Nam thích.
4. Website và landing page — các trình kéo thả dựng trang giới thiệu, trang bán hàng. Giải bài toán "có mặt trên mạng", không giải bài toán vận hành nội bộ.
5. Biểu mẫu thu thập dữ liệu — Google Forms và các công cụ form nâng cao. Đây là điểm vào rẻ nhất: cho nhân viên hoặc khách điền, dữ liệu chảy thẳng vào bảng.

Một hệ thống thật thường ghép nhiều nhóm. Ví dụ quen thuộc ở một cửa hàng vật liệu xây dựng: khách đặt hàng qua form, đơn nằm trong bảng dữ liệu, nhân viên kho dùng app điện thoại để xuất hàng, và một luồng tự động hoá bắn tin nhắn cho chủ cửa hàng mỗi cuối ngày.

Airtable là gì và khác Google Sheet ở đâu?

Airtable là một cơ sở dữ liệu dạng bảng chạy trên trình duyệt — nhìn giống bảng tính nhưng bên trong hành xử như database. Khác biệt lớn nhất so với Google Sheet nằm ở bốn điểm:

• Cột có kiểu dữ liệu thật. Một cột khai báo là Ngày thì chỉ nhận ngày, cột Lựa chọn chỉ nhận các giá trị trong danh sách, còn có kiểu tệp đính kèm để gắn ảnh, kiểu checkbox, kiểu người dùng. Google Sheet thì ô nào cũng có thể gõ gì cũng được — đây chính là nguồn gốc của phần lớn dữ liệu bẩn mà tôi gặp.
• Liên kết giữa các bảng. Bảng Đơn hàng trỏ sang bảng Khách hàng bằng một trường liên kết, bấm vào là nhảy sang bản ghi khách. Trên Sheet bạn phải tự làm bằng VLOOKUP và tự giữ cho mã không bị lệch.
• Nhiều kiểu xem trên cùng một dữ liệu. Cùng bảng Công việc, xem dạng lưới cho người nhập, dạng kanban cho trưởng nhóm, dạng lịch cho người theo dõi tiến độ, dạng form cho người ngoài điền vào.
• Bản ghi là một thực thể. Mở ra thành một thẻ có đầy đủ trường, bình luận, lịch sử sửa — thay vì một dòng dài 30 cột phải kéo ngang.

Nhược điểm cũng rõ. Bản miễn phí có hạn mức về số bản ghi và dung lượng tệp, và các con số này đổi khá thường xuyên nên bạn hãy kiểm tra trực tiếp trang giá chính thức tại thời điểm mua thay vì tin một bài blog. Giao diện quản trị gần như chỉ có tiếng Anh, nên nhân viên nhập liệu lớn tuổi sẽ khớp. Công thức của Airtable khác công thức Sheet, nên kinh nghiệm Excel của bạn không chuyển sang được 100%. Và nếu công ty bạn đã sống trong Google Workspace, việc kéo thêm một hệ dữ liệu nằm ngoài Google đôi khi tạo ra hai nguồn sự thật — cái giá đắt hơn tiện ích nhận được. Để công bằng, nhiều hạn chế của Sheet thì có cách khắc phục; tôi đã liệt kê trong bài ưu nhược điểm của Google Sheet khi quản lý công ty.

Bảng so sánh công cụ no code low code theo nhóm

Bảng dưới so sánh ở mức nhóm công cụ, vì chọn sai nhóm mới là lỗi tốn tiền nhất. Cột tính phí chỉ ghi mô hình, không ghi số — giá các nền tảng thay đổi liên tục, bạn cần xem trang giá chính thức và ghi lại thời điểm mình đọc.

Nhóm	Điểm mạnh	Điểm yếu	Hợp với ai	Mô hình tính phí
App từ bảng dữ liệu (AppSheet, Glide, Power Apps)	Có app điện thoại cho nhân viên, phân quyền theo người, chụp ảnh và quét mã ngay tại hiện trường	Phải học công thức khi nghiệp vụ phức tạp; giao diện bị khuôn mẫu; chi phí tăng theo số người dùng	Doanh nghiệp có nhân viên làm việc ngoài bàn giấy: kho, xưởng, giao hàng, kỹ thuật	Thường theo người dùng / tháng — kiểm tra trang chính thức
Cơ sở dữ liệu dạng bảng (Airtable, NocoDB, Baserow)	Dữ liệu sạch nhờ kiểu trường, liên kết bảng, nhiều kiểu xem; dựng rất nhanh	Hạn mức bản ghi ở gói thấp; giao diện tiếng Anh; không mạnh về quy trình duyệt nhiều bước	Đội nội dung, marketing, dự án; nhóm cần thay Excel dùng chung	Theo người dùng / tháng; NocoDB, Baserow có bản tự host
Tự động hoá (Make, Zapier, n8n)	Nối các phần mềm đang dùng mà không cần lập trình viên; chạy nền 24/7	Không có giao diện cho người dùng cuối; khó dò lỗi khi luồng dài; phụ thuộc API của bên thứ ba	Công ty đã có vài phần mềm rời rạc, muốn hết nhập liệu hai lần	Thường theo số lượt chạy / tháng; n8n có bản tự host
Website, landing page	Ra trang nhanh, không cần thiết kế	Không giải quyết vận hành nội bộ; khó tuỳ biến sâu	Hộ kinh doanh, công ty cần trang giới thiệu và thu lead	Theo site / tháng
Biểu mẫu (Google Forms và tương đương)	Miễn phí hoặc rất rẻ, ai cũng dùng được trong 15 phút	Chỉ thu dữ liệu một chiều, không sửa, không tra cứu, không phân quyền sâu	Mọi doanh nghiệp, như bước thử nghiệm đầu tiên	Miễn phí hoặc kèm trong bộ office

Tiêu chí riêng khi chọn nền tảng ở Việt Nam

Đây là phần khiến một nền tảng low code no code tại Việt Nam có thể rất khác bảng xếp hạng quốc tế. Sáu điểm tôi luôn kiểm trước khi chốt:

1. Tiếng Việt cho người nhập liệu. Phần quản trị tiếng Anh thì bạn chịu được, nhưng màn hình mà thủ kho hay công nhân bấm hằng ngày bắt buộc phải tiếng Việt. Hãy kiểm tra xem nền tảng cho phép bạn tự đặt nhãn tiếng Việt cho từng nút, từng cột hay không — nhiều công cụ chỉ cho đổi một phần.
2. Thanh toán và hoá đơn. Đa số nền tảng nước ngoài chỉ nhận thẻ quốc tế và xuất hoá đơn điện tử nước ngoài. Nếu kế toán công ty bạn cần hoá đơn VAT để hạch toán chi phí, hãy hỏi trước, hoặc chuẩn bị phương án mua qua đại lý trong nước.
3. Dữ liệu lưu ở đâu. Hỏi thẳng nhà cung cấp dữ liệu nằm ở trung tâm nào, có xuất toàn bộ ra được không. Nếu hệ thống của bạn chứa dữ liệu cá nhân của khách hàng hoặc nhân viên, hãy đối chiếu với quy định bảo vệ dữ liệu cá nhân hiện hành của Việt Nam và các văn bản mới nhất — phần này tôi khuyên hỏi người làm pháp chế, đừng dựa vào cảm tính.
4. Tốc độ truy cập từ Việt Nam. Đừng tin con số quảng cáo. Tạo một app thử với vài nghìn dòng, mở bằng 4G ngoài kho vào giờ cao điểm, bấm thử vài màn hình. Chênh lệch giữa các nền tảng khi mạng yếu là rất lớn.
5. Cộng đồng hỏi đáp tiếng Việt. Khi bạn kẹt lúc 10 giờ tối, một nhóm Facebook hay kênh YouTube tiếng Việt cứu bạn nhanh hơn support ở múi giờ khác. Công cụ mạnh mà không ai quanh bạn dùng thì bạn sẽ bỏ cuộc giữa chừng.
6. Với nhà cung cấp trong nước: hỏi ai giữ mã nguồn, dữ liệu xuất ra định dạng gì, chi phí bảo trì hằng năm, điều gì xảy ra nếu bạn ngừng trả phí, và đội kỹ thuật bao nhiêu người. Một nền tảng nội địa hỗ trợ tiếng Việt nhanh rất đáng giá, nhưng rủi ro "công ty đóng cửa" cũng thật.

Doanh nghiệp nhỏ nên chọn nền tảng nào?

Chọn theo bài toán và theo bộ công cụ đang dùng, không chọn theo độ nổi tiếng. Đây là cách tôi quyết trong các buổi tư vấn:

• Đã dùng Google Workspace, dữ liệu nằm trên Google Sheet → bắt đầu với AppSheet. Nó đọc thẳng Sheet, bạn có app điện thoại trong một buổi chiều. Tài liệu chính thức nằm ở trung tâm trợ giúp AppSheet của Google.
• Đã dùng Microsoft 365, dữ liệu trên SharePoint hoặc Excel Online → Power Apps hợp lý hơn vì nằm chung hệ sinh thái và chung tài khoản. Tôi có bài so sánh AppSheet và Power Apps đi sâu từng tiêu chí.
• Cần cơ sở dữ liệu linh hoạt, nhiều kiểu xem, đội dùng ngồi máy tính → Airtable hoặc bản tự host như NocoDB, Baserow nếu bạn muốn giữ dữ liệu trên máy chủ của mình.
• Đã có sẵn phần mềm bán hàng, kế toán, chỉ muốn chúng nói chuyện với nhau → Make, Zapier hoặc n8n. Đừng xây lại từ đầu cái bạn đã mua.
• Chỉ cần thu thập dữ liệu, chưa cần tra cứu → dùng form trước, chạy một tháng rồi hãy tính tiếp. Rất nhiều công ty tiêu tiền vào hệ thống lớn cho một bài toán mà cái form giải được.

Dấu hiệu no-code không còn hợp và bạn nên cân nhắc web app viết riêng: dữ liệu vượt vài trăm nghìn dòng và app bắt đầu ì; số người dùng đồng thời tăng khiến phí theo đầu người đắt hơn thuê làm riêng; bạn cần giao diện cho khách hàng bên ngoài dùng; hoặc nghiệp vụ có logic tính toán mà công thức trên nền tảng không diễn đạt nổi. Khi đó đọc thêm web app là gì và khác website ở đâu để biết mình đang bước vào cái gì.

Rủi ro cần biết trước khi xây hệ thống trên no-code

No-code nhanh, nhưng có bốn rủi ro mà tôi thấy lặp đi lặp lại:

• Phụ thuộc nền tảng. Nền tảng đổi chính sách, đổi giá hoặc ngừng tính năng là bạn phải chạy theo. Giảm rủi ro bằng cách giữ dữ liệu ở nơi bạn kiểm soát được (Google Sheet, SQL của bạn) thay vì để hết bên trong nền tảng.
• Giá tăng theo số người dùng. Tính thử chi phí khi công ty tăng gấp đôi nhân sự. Nhiều hệ thống rẻ lúc 5 người nhưng đắt vô lý lúc 50 người.
• Giới hạn hiệu năng khi dữ liệu lớn. App mượt với 2.000 dòng có thể chậm thấy rõ ở 200.000 dòng. Hãy lên kế hoạch tách dữ liệu cũ sang bảng lưu trữ ngay từ đầu.
• Người dựng nghỉ việc, không ai sửa được. Đây là rủi ro tôi gặp nhiều nhất và cũng dễ phòng nhất.

Ba việc nên làm ngay, không tốn tiền: viết một tài liệu ngắn mô tả cấu trúc bảng và các công thức quan trọng; đặt lịch xuất dữ liệu ra file định kỳ và lưu ở nơi khác; và cho ít nhất hai người trong công ty biết cách vào phần quản trị. Nếu bạn muốn làm bài bản hơn, mẫu mô tả yêu cầu trong bài cách viết tài liệu đặc tả yêu cầu phần mềm dùng lại được cho hệ thống no-code.

Tóm lại và bước tiếp theo bạn tự làm được

Tóm tắt những ý chính:

• No-code là kéo thả thuần, low-code cho bạn viết thêm công thức; hầu hết nền tảng phổ biến hiện nay nằm ở giữa.
• Công cụ chia thành năm nhóm — app, cơ sở dữ liệu, tự động hoá, website, biểu mẫu. Chọn sai nhóm tốn kém hơn chọn sai thương hiệu.
• Airtable mạnh ở kiểu trường, liên kết bảng và nhiều kiểu xem; yếu ở hạn mức gói thấp và giao diện tiếng Anh.
• Ở Việt Nam, hãy kiểm thêm tiếng Việt cho người nhập liệu, hoá đơn VAT, nơi lưu dữ liệu, tốc độ truy cập và cộng đồng hỏi đáp.
• Giảm rủi ro bằng tài liệu, xuất dữ liệu định kỳ và luôn có người thứ hai nắm hệ thống.

Bước tiếp theo rất cụ thể: chọn một quy trình đang làm bằng Excel hoặc giấy — ví dụ phiếu đề xuất chi, hoặc nhập xuất kho — rồi viết ra ba thứ: dữ liệu cần lưu những cột gì, ai được nhập, ai được xem. Dựng thử trên một nền tảng trong vòng một buổi, cho hai nhân viên dùng thật trong hai tuần. Sau hai tuần bạn sẽ biết chính xác mình thiếu gì, và lúc đó việc chọn nền tảng không còn là câu hỏi lý thuyết nữa.

Nếu bạn còn phân vân giữa tự học no-code và học cách dùng AI để viết phần mềm, bài no code vs vibe code: nên học cách nào khi không biết lập trình sẽ giúp bạn chọn hướng.