Viết phần mềm theo yêu cầu, viết app theo yêu cầu

Cập nhật: 09/2026

Ba đơn vị phần mềm, cùng một bản mô tả yêu cầu, ba báo giá lệch nhau nhiều lần và ba mốc thời gian không cái nào giống cái nào. Người chủ doanh nghiệp ngồi trước ba bảng báo giá đó không thiếu thông tin — họ thiếu một cơ sở để so sánh. Bảng nào cũng liệt kê những dòng na ná nhau: khảo sát, phân tích, thiết kế, lập trình, kiểm thử, bàn giao. Hồ sơ năng lực nào cũng có logo khách hàng và một con số dự án đủ lớn để gây ấn tượng nhưng không đủ cụ thể để kiểm lại.

Khó khăn của việc đi thuê viết phần mềm không nằm ở chỗ thiếu nhà cung cấp. Nó nằm ở chỗ đây là thứ hàng hóa mà người mua chỉ nhìn thấy sản phẩm sau khi đã trả phần lớn tiền. Một chiếc máy có thể chạy thử trước khi mua. Một phần mềm chưa được viết thì không có gì để chạy thử cả — và mọi lời hứa ở giai đoạn báo giá đều nghe giống nhau.

Viết phần mềm theo yêu cầu là gì? Đó là dịch vụ phân tích, thiết kế và lập trình một hệ thống riêng chạy theo đúng quy trình vận hành của một doanh nghiệp cụ thể, thay vì mua một sản phẩm đóng gói đã cố định sẵn tính năng. Doanh nghiệp đặt hàng phạm vi chức năng cần dùng, sở hữu toàn bộ dữ liệu phát sinh trên hệ thống, và có thể yêu cầu chỉnh sửa tiếp khi cách vận hành thay đổi. Dịch vụ này áp dụng cho phần mềm chạy trên máy tính, web app và app di động Android – iOS. Cách gọi khác của dịch vụ này là lập trình phần mềm theo yêu cầu hoặc phát triển phần mềm theo yêu cầu.

Bài viết này không bàn về ưu điểm của phần mềm theo yêu cầu — điều đó đã có quá nhiều nơi nói. Bài viết bàn về cách chọn đơn vị viết phần mềm và cách kiểm soát rủi ro của một dự án phần mềm, dưới góc nhìn người bỏ tiền. Sáu điểm chính:

• Vì sao khó thẩm định một công ty phần mềm — và bảy câu hỏi làm được việc đó trước khi ký.
• MekongSoft không bắt đầu từ trang giấy trắng — 15 dòng sản phẩm ngành dọc đã triển khai, mỗi dòng có một trang công khai riêng để bạn tự kiểm.
• Chi phí được tính trên cái gì, và yêu cầu phát sinh giữa dự án được xử lý bằng cơ chế nào.
• Bốn hướng thay thế — phần mềm đóng gói và SaaS, nền tảng low-code, để AI tự viết, nhà gia công quy mô lớn — cùng ưu điểm thật của từng hướng.
• Quy trình 5 bước và phần việc doanh nghiệp buộc phải làm ở mỗi bước, vì đây là chỗ nhiều dự án hỏng.
• AI có thật ở dòng sản phẩm nào và không có ở dòng nào — nói theo đúng những gì đã triển khai.

Chưa rõ nên bắt đầu từ đâu? Đăng ký khảo sát quy trình miễn phí tại mekongsoft.com.vn/lien-he
Hotline: 0901 000 508 — Email: support@mekongsoft.com.vn

Dùng khi nào, ai dùng và khác gì các hướng còn lại

Khi nào dùng: khi cách vận hành riêng chính là thứ tạo ra lợi thế của doanh nghiệp và bạn không muốn bỏ nó đi để chạy theo một phần mềm có sẵn; khi đã mua một phần mềm đóng gói rồi bỏ giữa chừng vì nhân viên không dùng được; khi dữ liệu bán hàng, kho, sản xuất và công nợ đang nằm rải trên nhiều file rời và không có chỗ nào cộng chúng lại; khi quy mô đang lớn dần, mở thêm chi nhánh hoặc thêm ngành hàng và cách quản lý cũ bắt đầu đuối; hoặc khi có một công đoạn đặc thù của ngành mà không sản phẩm nào trên thị trường làm.

Ai dùng: chủ doanh nghiệp, giám đốc điều hành và giám đốc tài chính của doanh nghiệp sản xuất, phân phối, thương mại và dịch vụ có quy trình riêng đủ phức tạp để phần mềm dùng chung không mô tả nổi — thường là nhóm đã qua giai đoạn khởi nghiệp, có nhiều bộ phận phải chuyển giao số liệu cho nhau.

• Khác phần mềm đóng gói sẵn và SaaS: bản đóng gói bán một quy trình dựng sẵn, rẻ và nhanh, đổi lại doanh nghiệp phải sửa cách làm cho khớp phần mềm. Phần mềm theo yêu cầu đi ngược chiều đó, đổi lại thời gian và chi phí ban đầu cao hơn.
• Khác nền tảng low-code và no-code: low-code dựng biểu mẫu và luồng duyệt rất nhanh mà không cần lập trình. Giới hạn xuất hiện khi nghiệp vụ chạm tới giá thành, định mức hay công nợ nhiều lớp — và khi người dựng ra hệ thống rời công ty.
• Khác việc tự cho AI viết: AI đủ sức tạo một công cụ nhỏ cho một việc lặp lại, và với doanh nghiệp rất nhỏ thì đó là hướng đáng thử. Khác biệt nằm ở chỗ ai chịu trách nhiệm khi hệ thống đó chạy sai vào năm thứ hai.
• Khác nhà gia công phần mềm quy mô lớn: nhóm này mạnh về quy mô đội ngũ và chứng chỉ quy trình. Đổi lại, mô hình phổ biến là làm theo tài liệu đặc tả do khách cung cấp — hiệu quả nếu doanh nghiệp đã có đội phân tích nghiệp vụ, rủi ro nếu chưa.
• Khác freelancer và nhóm nhận việc tự do: giá thấp hơn đáng kể và linh hoạt hơn ở giai đoạn đầu. Rủi ro nằm ở tính liên tục — phần mềm sống nhiều năm, còn một cá nhân thì có thể đổi việc, và khi đó doanh nghiệp còn lại một hệ thống không ai hiểu.
• Khác tự xây đội in-house: đội riêng cho phép thay đổi phần mềm liên tục và giữ toàn bộ hiểu biết trong nhà, hợp với doanh nghiệp lớn có nhu cầu chỉnh sửa hằng tuần. Đổi lại là chi phí tuyển dụng, lương và giữ người quanh năm, kể cả những giai đoạn không có việc để làm.
• Khác Excel, sổ tay và Zalo: ba thứ này linh hoạt nhất và rẻ nhất, nên chúng tồn tại lâu như vậy là có lý do. Giới hạn xuất hiện khi nhiều người cùng ghi một loại số liệu: không có bản nào là bản đúng, không có dấu vết ai sửa gì lúc nào, và mọi báo cáo tổng hợp đều phải làm lại bằng tay mỗi kỳ.

Năm nỗi lo thật khi đi thuê một đơn vị viết phần mềm

Những gì làm chủ doanh nghiệp chần chừ hiếm khi là chuyện kỹ thuật. Đó là năm câu hỏi không có chỗ nào trả lời rõ, và hầu hết trang bán hàng đều lướt qua thật nhanh.

• Không có cách thẩm định năng lực trước khi ký. Bảng báo giá nào cũng gọn gàng, hồ sơ nào cũng có hàng trăm dự án. Người mua không có công cụ nào để phân biệt một đơn vị đã làm đúng nghiệp vụ của mình với một đơn vị mới đọc yêu cầu lần đầu.
• Giá ký một đằng, quyết toán một nẻo. Nỗi lo này đến từ kinh nghiệm thật của nhiều người: mỗi lần đề nghị sửa một chỗ lại nhận được câu trả lời rằng việc đó nằm ngoài phạm vi, và tổng chi phí cuối cùng vượt xa con số ban đầu.
• Dự án đứt gánh giữa đường, hoặc bàn giao xong không ai dùng. Trường hợp thứ hai đau hơn trường hợp thứ nhất, vì tiền đã trả đủ mà nhân viên vẫn quay về Excel sau ba tuần — thường là do phần mềm được thiết kế theo sơ đồ quy trình trên giấy chứ không theo cách công việc thật sự diễn ra.
• Biết mình đang khổ nhưng không diễn đạt được thành yêu cầu. Chủ doanh nghiệp biết rõ mình mất thời gian ở đâu và số liệu hay lệch chỗ nào, nhưng chuyển những thứ đó thành một danh sách chức năng để đi hỏi giá lại là việc khác hẳn — và không ai được đào tạo để làm việc đó.
• Sợ bị khóa vào một nhà cung cấp. Sau này muốn mở rộng, muốn nối sang hệ thống khác, hoặc đơn giản là muốn đổi đơn vị — liệu dữ liệu tích lũy nhiều năm có đi theo được không, hay nó nằm lại trong một nền tảng mà mình không kiểm soát.

Phần còn lại của bài viết trả lời lần lượt năm câu hỏi này bằng cơ chế cụ thể, không bằng cam kết. Cơ chế thì kiểm được trước khi ký; cam kết thì chỉ kiểm được sau khi đã trả tiền.

Bốn hướng thay thế và ưu điểm thật của từng hướng

Viết phần mềm theo yêu cầu không phải lựa chọn đúng cho mọi doanh nghiệp. Dưới đây là bốn hướng còn lại, nêu ưu điểm thật trước — vì nếu một trong số đó hợp với bạn hơn thì đó mới là câu trả lời đúng.

Phần mềm đóng gói sẵn và SaaS thuê bao

Ưu điểm không nhỏ: dùng được gần như ngay, chi phí ban đầu thấp và trải đều theo tháng, không cần dự án, không cần khảo sát, và sản phẩm đã được rất nhiều doanh nghiệp khác dùng nên phần lớn lỗi cơ bản đã được phát hiện hết. Với doanh nghiệp có quy trình gần với chuẩn chung của ngành, đây thường là lựa chọn hợp lý hơn hẳn.

Đổi lại là hai thứ. Thứ nhất, quy trình của bạn phải uốn theo phần mềm, và phần quy trình không uốn được sẽ chạy song song bên ngoài trên Excel — đúng tình trạng mà phần mềm lẽ ra phải xóa bỏ. Thứ hai, chi phí thuê bao không dừng lại: nó tăng theo số người dùng, số chi nhánh và số phân hệ, nên tổng chi phí sau năm hoặc bảy năm thường không rẻ như con số hằng tháng gợi ý. Cách kiểm nhanh: liệt kê những việc doanh nghiệp bạn làm khác với các doanh nghiệp cùng ngành. Nếu danh sách đó ngắn, hãy chọn bản đóng gói.

Nền tảng low-code và no-code

Đây là hướng bị đánh giá thấp một cách oan uổng. Với các quy trình nội bộ dạng biểu mẫu và phê duyệt — đề xuất mua hàng, đơn xin nghỉ, phiếu đề nghị thanh toán — low-code cho ra kết quả trong vài ngày, chi phí thấp, và người phụ trách trong công ty tự chỉnh được mà không cần gọi ai.

Giới hạn xuất hiện ở ba chỗ. Khi nghiệp vụ cần tính toán nhiều lớp — giá thành theo định mức, phân bổ chi phí về từng đơn hàng, công nợ đối trừ nhiều chiều — nền tảng thường không đủ chỗ để diễn đạt. Khi dữ liệu lớn dần, tốc độ trở thành vấn đề. Và quan trọng nhất: hệ thống chỉ sống khỏe chừng nào người dựng ra nó còn ở công ty, vì thứ được tạo ra là một cấu hình chứ không phải một sản phẩm có người bảo trì. Low-code hợp để mở rộng những mảng phụ quanh một hệ thống lõi, hơn là để làm chính hệ thống lõi đó.

Để AI tự viết phần mềm quản lý

Đây là câu hỏi của năm 2026 và nó đáng được trả lời thẳng thay vì gạt đi. Các công cụ AI hiện tại thật sự tạo được phần mềm chạy được: một công cụ theo dõi đơn hàng, một bảng tổng hợp thay cho việc dán số liệu bằng tay, một chatbot trả lời các câu hỏi lặp lại. Báo Tuổi Trẻ ngày 19/06/2026 đã ghi nhận trường hợp một hộ kinh doanh tự xây công cụ số cho mô hình của mình theo hướng này. Với phạm vi nhỏ, một người dùng, một việc cụ thể — hướng này nhanh và rẻ hơn mọi phương án khác.

Khoảng cách bắt đầu lộ ra khi phần mềm phải chịu trách nhiệm về tiền. Một hệ thống quản lý thật phải giữ đúng số liệu khi nhiều người cùng nhập một lúc, phải chặn được thao tác sai của người mới vào làm, phải lưu vết ai sửa gì lúc nào, phải phục hồi được khi máy chủ hỏng, và phải còn người sửa vào năm thứ ba. Đó không phải chuyện viết ra chương trình — đó là chuyện vận hành và trách nhiệm dài hạn. Ranh giới thực dụng: việc nào sai thì bạn tự sửa được trong buổi chiều, hãy để AI làm; việc nào sai thì kế toán phải đối chiếu lại cả tháng, đừng.

Nhà gia công phần mềm quy mô lớn

Nhóm này có những thứ mà một đơn vị vừa và nhỏ khó có: đội ngũ hàng trăm kỹ sư, chứng chỉ quy trình quốc tế, năng lực chạy song song nhiều nhóm và kinh nghiệm làm hệ thống cỡ tập đoàn. Nếu doanh nghiệp bạn cần một dự án lớn, nhiều nhóm phát triển cùng lúc, hoặc bắt buộc phải có chứng chỉ bảo mật để làm việc với đối tác nước ngoài, đây là hướng đúng.

Điều cần cân nhắc là điểm xuất phát của họ. Mô hình phổ biến là khách hàng mang tài liệu đặc tả tới, nhà gia công thực hiện đúng đặc tả đó. Cách làm này rất hiệu quả khi doanh nghiệp đã có sẵn đội phân tích nghiệp vụ để viết đặc tả — và rủi ro cao khi chưa có, vì phần mềm sẽ được làm đúng theo một bản mô tả yêu cầu mà chính người viết ra nó cũng chưa chắc chắn. Với doanh nghiệp chưa từng làm phần mềm bao giờ, câu hỏi quyết định không phải đơn vị này có bao nhiêu kỹ sư, mà ai sẽ là người hiểu nghiệp vụ của tôi thay tôi.

MekongSoft không bắt đầu từ trang giấy trắng: 15 dòng sản phẩm đang chạy

Đây là điểm khác biệt quan trọng nhất và cũng là điểm dễ kiểm chứng nhất của bài viết này. Khi một doanh nghiệp đặt viết phần mềm, hình dung thông thường là một đội lập trình bắt đầu từ con số không. Với MekongSoft thì không phải như vậy: sau quãng thời gian phát triển phần mềm theo yêu cầu từ năm 2009, hiện đã có 15 dòng sản phẩm ngành dọc được triển khai và đang vận hành, mỗi dòng có một trang công khai riêng mô tả các nhóm chức năng của nó.

Điều đó thay đổi bản chất của rủi ro. Nếu ngành của bạn nằm trong danh sách dưới đây, dự án không bắt đầu bằng việc thiết kế lại từ đầu mà bằng việc chọn lõi ngành gần nhất rồi chỉnh theo cách doanh nghiệp bạn đang làm — nên rủi ro chi phí và tiến độ dồn về phần tùy biến, không trải trên toàn bộ dự án. Đây cũng là cách thẩm định nhanh nhất: mở trang của ngành mình, đọc danh sách chức năng, rồi hỏi những gì còn thiếu.

Doanh nghiệp sản xuất và nhà máy

• Quản lý sản xuất cơ khí. Xưởng cơ khí gia công theo đơn đặt hàng gần như không có hai đơn giống nhau: mỗi đơn một bản vẽ, một định mức, một chuỗi công đoạn riêng. Hệ quả là báo giá phải dựa trên ước lượng của người có kinh nghiệm, và câu hỏi đơn này lãi hay lỗ chỉ có câu trả lời sau khi đã giao hàng xong. Hệ thống dành cho nhóm này tập trung vào việc theo dõi tiến độ qua từng công đoạn và gắn chi phí thật về đúng đơn đã sinh ra chúng.
• Quản lý sản xuất may mặc, giày dép. Một mã hàng đi qua nhiều công đoạn nối tiếp, và nguyên phụ liệu phải đủ bộ trước khi cắt — thiếu một loại cúc hay một cuộn chỉ là cả chuyền dừng. Khó khăn của chủ xưởng không phải biết hôm nay làm được bao nhiêu, mà biết trước mã nào sắp trễ ngày giao để còn kịp xử lý, thay vì phát hiện ra khi khách gọi hỏi. Dòng sản phẩm này dựng quanh việc theo tiến độ theo từng mã hàng, không phải theo từng ngày.
• Sản xuất kính cường lực. Kính được cắt theo đúng kích thước khách đặt nên mỗi đơn là một bài toán phôi riêng, và tỷ lệ vỡ trong quá trình tôi là một khoản hao hụt có thật nhưng khó quy trách nhiệm. Không đo được hao hụt theo từng lô thì không biết giá bán hiện tại còn đủ biên hay không — và đó là câu hỏi dòng sản phẩm này được xây để trả lời.
• Sản xuất và phân phối nước đóng bình, đóng chai. Đây là mô hình vừa sản xuất vừa phân phối theo tuyến, nên nó gánh cùng lúc hai bài toán. Riêng chuyện vỏ bình luân chuyển giữa kho, xe và khách hàng đã là một loại tài sản đi rong ngoài thị trường, đi kèm tiền cọc — và mất kiểm soát ở đây ăn thẳng vào lợi nhuận. Đây là dòng sản phẩm cho doanh nghiệp cần quản cả khâu sản xuất và khâu giao hàng theo tuyến trên cùng một hệ thống.
• MES điều hành sản xuất. Dành cho nhà máy đã có phần mềm kế toán hoặc hệ thống quản trị nhưng thiếu tầng điều hành ngay tại xưởng. Số liệu sản xuất về tới văn phòng chậm một ngày là mọi quyết định điều độ đều đi sau thực tế. Đây là dòng sản phẩm cho nhóm cần nhìn tiến độ và sự cố ở cấp công đoạn.

Xây dựng và đầu tư

• Quản lý dự án đầu tư xây dựng cho Ban QLDA. Một ban quản lý dự án chạy nhiều dự án song song, mỗi dự án đi qua các giai đoạn thủ tục có trình tự bắt buộc và khối lượng hồ sơ rất lớn. Rủi ro lớn nhất không phải tiến độ thi công mà là hồ sơ pháp lý thiếu hoặc sai trình tự, phát hiện muộn thì phải làm lại từ đầu. Dòng sản phẩm này dành cho nhóm cần kiểm soát trình tự hồ sơ của nhiều dự án chạy song song.
• Quản lý vật tư và tiến độ thi công. Nhà thầu thi công có chi phí nằm rải ở công trường: vật tư xuất về công trình, nhân công, thầu phụ, thiết bị thuê. Câu hỏi công trình này còn trong dự toán không thường chỉ trả lời được ở kỳ quyết toán, tức là quá muộn để điều chỉnh. Hệ thống cho nhóm này tồn tại để trả lời câu đó ngay trong lúc còn thi công.
• Đầu tư và kinh doanh bất động sản. Sàn giao dịch quản lý giỏ hàng, khách hàng qua nhiều lần chăm sóc, và một chính sách hoa hồng thường phức tạp hơn mọi phần mềm có sẵn giả định. Tính sai hoa hồng một kỳ là mất người bán giỏi, nên đây là chỗ gần như luôn phải viết riêng.

Phân phối, giao hàng và vận tải

• Quản lý kênh phân phối, bán sỉ. Nhà phân phối bán qua đội ngũ đi thị trường, nên phần lớn hoạt động diễn ra ngoài văn phòng và chỉ được biết qua lời kể cuối ngày. Điểm bán bị bỏ qua vài tuần liền không hiện ra ở đâu cả, vì không ai báo cáo về một việc đã không xảy ra. Đây là dòng sản phẩm cho nhà phân phối cần nhìn hoạt động ngoài thị trường bằng số liệu thay vì bằng báo cáo cuối ngày.
• Quản lý nhân viên giao hàng, thu nợ. Mô hình mà nhân viên giao hàng đồng thời thu tiền tạo ra một khối tài sản đang đi trên đường: hàng chưa giao xong và tiền chưa nộp về. Kiểm soát khối đó bằng sổ tay và tin nhắn là nguồn thất thoát phổ biến nhất của ngành phân phối. Dòng sản phẩm này dựng quanh một câu hỏi duy nhất: hàng và tiền đang ở đâu, ngay lúc này.
• Quản lý phương tiện vận tải, chành xe. Doanh thu vận tải nhìn thì lớn nhưng chi phí nằm rải trên phiếu dầu, sổ điều hành, tin nhắn tài xế và bảng tính của kế toán. Chủ nhà xe thường biết chắc có tuyến đang lỗ mà không chỉ ra được là tuyến nào, vì không có chỗ nào cộng các khoản đó lại theo từng chuyến. Đây là dòng sản phẩm cho nhà xe cần biết từng chuyến và từng đầu xe lãi hay lỗ.

Bán lẻ, dịch vụ và nhiên liệu

• Bán hàng online, thương mại điện tử. Bán trên nhiều kênh cùng lúc nghĩa là đơn hàng đổ về từ nhiều nguồn khác nhau nhưng lấy chung một kho. Sai lệch tồn kho giữa các kênh dẫn tới hai kết cục đều tệ: hủy đơn vì hết hàng, hoặc ôm tồn vì giữ hàng cho một kênh không bán được. Hệ thống cho nhóm này tồn tại để nhiều kênh bán cùng nhìn về một con số tồn kho.
• Nhà hàng, tiệc cưới, chế biến thực phẩm. Giá vốn một món ăn phụ thuộc định mức nguyên liệu, và định mức đó thay đổi theo mùa và theo giá chợ. Với mảng tiệc cưới và sự kiện còn thêm bài toán đặt trước theo lịch, nơi một sai sót về số lượng không có cơ hội sửa lại. Dòng sản phẩm này dành cho nhóm cần biết giá vốn thật theo định mức và giữ chắc các đơn đã nhận trước.
• Quản lý kinh doanh xăng dầu. Đây là ngành mà hàng hóa bay hơi theo đúng nghĩa đen: chênh lệch giữa lượng nhập và lượng bán ra là hao hụt tự nhiên trộn lẫn với thất thoát, và tách hai thứ đó ra là bài toán riêng. Cộng thêm yêu cầu xuất hóa đơn ngay sau mỗi lần bán và việc giao ca giữa các nhân viên trực trụ bơm. Đây là dòng sản phẩm cho doanh nghiệp cần tách được hao hụt tự nhiên khỏi thất thoát.

Quản trị tổng thể nhiều phòng ban

• Phần mềm quản lý doanh nghiệp ERP theo yêu cầu. Khi doanh nghiệp có nhiều phòng ban và nhiều chi nhánh, vấn đề không còn là từng bộ phận thiếu công cụ mà là mỗi bộ phận có một bộ số liệu riêng, và không bộ nào sai hẳn cũng không bộ nào đúng hẳn. Đây là dòng sản phẩm dành cho nhóm cần một nguồn số liệu duy nhất để ra quyết định, thay vì chờ tổng hợp thủ công mỗi kỳ.

Danh sách này là lời mời kiểm tra chứ không phải lời quảng cáo. Mỗi liên kết ở trên dẫn tới một trang mô tả các nhóm chức năng cụ thể của dòng sản phẩm đó — bạn đọc được trước khi gặp bất kỳ ai, và đối chiếu được với những gì mình đang cần.

Đã tìm thấy dòng sản phẩm gần với ngành của bạn? Bước tiếp theo là khảo sát quy trình để biết phần nào dùng được ngay và phần nào cần phát triển thêm. Đăng ký tại mekongsoft.com.vn/lien-he hoặc gọi 0901 000 508.

Ngành của bạn không nằm trong 15 dòng đó thì sao?

Vẫn làm được, nhưng cách nói phải khác — và sự khác nhau đó quan trọng với bạn hơn là với chúng tôi. Với 15 dòng sản phẩm ở trên, có một hệ thống đang chạy để bạn xem trước. Với ngành ngoài danh sách, không có thứ đó, nên phạm vi chỉ được xác định sau buổi khảo sát quy trình, và bất kỳ ai hứa hẹn cụ thể trước buổi đó đều đang đoán.

Trên thực tế, phần lớn doanh nghiệp rơi vào vùng ở giữa chứ không phải hai cực. Một nhà máy chế biến nông sản không có dòng sản phẩm riêng, nhưng bài toán định mức nguyên liệu, quản lý lô và tính giá thành theo lô thì rất gần với nhóm sản xuất đã có. Một đơn vị cho thuê thiết bị không nằm trong danh sách, nhưng phần theo dõi tài sản, lịch sử bảo dưỡng và công nợ khách thuê thì đã tồn tại ở dòng sản phẩm vận tải. Ngoài 15 dòng chính, MekongSoft cũng từng triển khai cho một số ngành khác như sản xuất gỗ, nội thất hay cầm đồ; những trường hợp này được xếp cùng nhóm với ngành mới, tức là phạm vi vẫn phải chốt lại bằng khảo sát chứ không suy ra từ dự án cũ.

Cơ chế cho nhóm này gồm ba bước rõ ràng: khảo sát quy trình thực tế để hiểu doanh nghiệp đang làm gì và số liệu đang đứt ở đâu; chốt danh sách chức năng bằng văn bản, trong đó ghi rõ phần nào tận dụng được từ các dòng sản phẩm sẵn có và phần nào phải phát triển mới; rồi mới báo giá và cam kết thời gian trên đúng danh sách đó. Bạn nên yêu cầu đúng thứ tự này ở bất kỳ đơn vị nào, không riêng MekongSoft — một báo giá đưa ra trước khi có danh sách chức năng là một con số chưa dựa trên gì cả.

AI có thật ở dòng sản phẩm nào và không có ở dòng nào

Câu trả lời ngắn: tính đến tháng 08/2026, 11 trong 15 dòng sản phẩm có nhóm chức năng AI, bốn dòng còn lại không có. Chúng tôi nói ra con số này vì nó là thứ phân biệt được một năng lực có thật với một nhãn dán tiếp thị — và vì bạn kiểm lại được trên chính các trang sản phẩm ở mục trên.

Các dạng AI đã triển khai tập trung vào ba việc, đều là việc mà con người làm được nhưng làm chậm. Trợ lý hỏi đáp điều hành cho phép lãnh đạo hỏi bằng câu tiếng Việt bình thường thay vì đi tìm đúng báo cáo — đây là dạng phổ biến nhất, có mặt ở gần hết các dòng có AI. Dự báo nhìn vào dữ liệu quá khứ để trả lời những câu như nhu cầu kỳ tới khoảng bao nhiêu, hoặc đơn hàng nào đang có nguy cơ trễ hạn. Cảnh báo chủ động báo lên khi có dấu hiệu bất thường, chẳng hạn một khách hàng quen bỗng ngừng đặt hàng, hoặc một khoản công nợ đang chuyển sang vùng rủi ro.

Vài ví dụ để bạn tự kiểm: dòng MES điều hành sản xuất có nhóm AI và dự báo phục vụ điều độ xưởng, gồm cả phần xếp lịch sản xuất; dòng quản lý kinh doanh xăng dầu là dòng có nhiều chức năng AI nhất, xoay quanh hao hụt, dự báo nhập hàng và cảnh báo công nợ; dòng đầu tư kinh doanh bất động sản có tới hai nhóm AI riêng, một cho phân tích thị trường và một cho chăm sóc khách hàng.

Điều quan trọng không kém: AI không phải mặc định của mọi dự án. Có những dòng sản phẩm không có chức năng AI nào, và chúng tôi không gắn nhãn AI cho những gì không có. Với một dự án viết theo yêu cầu, phần AI chỉ nên đặt lên bàn sau khi số liệu nền đã sạch và đã chạy ổn định một thời gian — vì mọi dự báo đều tính từ dữ liệu quá khứ, và dự báo trên số liệu sai thì sai theo. Đây cũng là lý do MekongSoft không đưa AI vào giai đoạn đầu của phần lớn dự án.

Chi phí viết phần mềm theo yêu cầu được tính trên cái gì

Không có bảng giá chung, và bất kỳ ai đưa ra một con số trước khi biết doanh nghiệp bạn làm gì cũng đang đoán. Lý do đơn giản: sản phẩm chưa tồn tại tại thời điểm báo giá. Cái được định giá là khối lượng công việc để tạo ra nó, mà khối lượng đó chỉ đo được sau khi đã biết cần những chức năng nào.

Vì vậy cơ chế đúng là ba bước theo thứ tự cố định: khảo sát quy trình thực tế → chốt danh sách chức năng bằng văn bản → báo giá trên đúng danh sách đó. Khảo sát và tư vấn không tính phí. Giá trị thật của bước hai không nằm ở con số cuối cùng mà ở chỗ nó biến một thỏa thuận mơ hồ thành một danh sách có thể đối chiếu — sau này mỗi khi có tranh luận về việc gì thuộc phạm vi, cả hai bên quay về đúng bản đó.

Bốn yếu tố đẩy chi phí lên, xếp theo mức ảnh hưởng thực tế:

• Số nhóm nghiệp vụ cần dùng. Một hệ thống chỉ quản lý bán hàng và kho khác hẳn một hệ thống chạy suốt từ đơn hàng qua sản xuất tới công nợ và báo cáo quản trị. Đây là yếu tố lớn nhất.
• Độ phức tạp của phần tính toán. Ghi chép và tra cứu thì nhẹ. Tính giá thành theo định mức, phân bổ chi phí về từng đơn hàng, đối trừ công nợ nhiều chiều hay tính hoa hồng nhiều bậc thì nặng hơn nhiều lần, vì mỗi quy tắc riêng của doanh nghiệp đều phải được diễn đạt chính xác.
• Kết nối với hệ thống bên ngoài. Nối sang phần mềm kế toán, hóa đơn điện tử, cổng thanh toán, sàn thương mại điện tử hay thiết bị đo — mỗi kết nối là một phần việc riêng, và mức công phụ thuộc vào việc bên kia có sẵn cổng kết nối hay không.
• Số người dùng và số điểm sử dụng. Một hệ thống cho mười người trong một văn phòng khác một hệ thống cho nhiều chi nhánh cùng nhập liệu, vì phân quyền và xử lý đồng thời trở thành yêu cầu thật.

Ngược lại, yếu tố kéo chi phí xuống mạnh nhất là có sẵn một lõi ngành gần với bạn. Nếu doanh nghiệp bạn thuộc một trong 15 dòng sản phẩm ở trên, phần lớn khối lượng đã tồn tại và công việc còn lại là chỉnh theo cách bạn làm — khác hẳn với việc dựng toàn bộ từ đầu. Đây là lý do câu hỏi đầu tiên nên hỏi bất kỳ đơn vị nào là họ đã làm cho ngành này chưa, và cho xem cái đã làm.

Web app hay app native, chọn cái nào

Đây là quyết định kỹ thuật ảnh hưởng tới chi phí nhiều nhất mà chủ doanh nghiệp thường không được giải thích rõ. Lý do rất dễ hiểu: app native phải làm hai bản riêng — một cho Android, một cho iOS — rồi bảo trì song song cả hai về sau. Web app chỉ có một bản, chạy được trên điện thoại Android, iPhone và cả máy tính. Chênh lệch khối lượng nằm ở đó, chứ không phải ở việc bản này tốt hơn bản kia.

Trong nhiều dự án, chọn web app tiết kiệm được một phần đáng kể chi phí so với làm app native cho cả hai nền tảng — mức tiết kiệm thường được nhắc tới là khoảng một nửa, nhưng con số thực tế phụ thuộc phạm vi từng dự án nên hãy xem nó là ước tính, không phải cam kết. Đổi lại, app native vẫn cần thiết khi phần mềm phải dùng sâu tính năng của điện thoại hoặc phải chạy được cả khi mất sóng — chẳng hạn nhân viên giao hàng đi vùng phủ sóng kém. Cách quyết định thực dụng: ai sẽ mở phần mềm này nhiều nhất, và họ mở nó ở đâu. Nhân viên văn phòng thì web app gần như luôn đúng; người làm việc ngoài đường thì cần cân nhắc kỹ hơn.

Muốn biết dự án của mình rơi vào khoảng nào? Buổi khảo sát sẽ dựng danh sách chức năng cho doanh nghiệp bạn, và báo giá được tính trên đúng danh sách đó. Liên hệ tại mekongsoft.com.vn/lien-he hoặc 0901 000 508.

Lập trình phần mềm theo yêu cầu: quy trình 5 bước và phần việc doanh nghiệp phải làm ở mỗi bước

Hầu hết đơn vị phần mềm đều công bố một quy trình 5 bước gần giống nhau, nên bản thân danh sách các bước không nói lên điều gì. Thứ quyết định dự án thành hay hỏng là phần việc của phía doanh nghiệp — và đây lại là phần hiếm khi được nói trước. Nói rõ nó ra không phải để chia sẵn phần lỗi: thiết kế hệ thống, chất lượng phần mềm và tiến độ của phần mình làm là trách nhiệm của MekongSoft. Nhưng có ba việc không ai làm thay doanh nghiệp được — ra quyết định, mô tả cách vận hành thật, và ngừng cách làm cũ — và một dự án hỏng gần như luôn hỏng ở một trong ba việc đó. Dưới đây là quy trình 5 bước kèm đúng những gì bạn cần chuẩn bị.

Bước 1 — Tiếp nhận yêu cầu

Trao đổi để hiểu doanh nghiệp đang vướng ở đâu và muốn đạt được gì. Phần việc của bạn: cử một người có quyền quyết định làm đầu mối xuyên suốt dự án — đây là yếu tố dự báo thành công rõ nhất, vì một dự án phải chờ họp lãnh đạo cho mỗi quyết định nhỏ sẽ trễ ngay từ đầu. Đồng thời gom lại các biểu mẫu, sổ sách và file Excel đang dùng thật; chúng mô tả quy trình chính xác hơn mọi lời kể.

Bước 2 — Phân tích và đề xuất giải pháp

Khảo sát quy trình thực tế, đối chiếu với các dòng sản phẩm sẵn có để xác định phần nào dùng được ngay và phần nào phải phát triển thêm, rồi chốt danh sách chức năng làm cơ sở báo giá. Phần việc của bạn: cho đội khảo sát gặp cả người trực tiếp thao tác chứ không chỉ cấp quản lý. Quản lý mô tả quy trình như nó nên diễn ra; nhân viên mô tả nó như nó đang diễn ra, và khoảng cách giữa hai bản mô tả đó thường là nơi phần mềm sẽ hỏng nếu bỏ qua. Cuối bước này hãy đọc kỹ và ký vào danh sách chức năng — đó là văn bản bảo vệ bạn ở mọi tranh luận sau này.

Bước 3 — Phát triển

Lập trình phần mềm theo yêu cầu diễn ra theo đúng danh sách chức năng đã chốt, bàn giao theo từng phần thay vì dồn tới cuối. Phần việc của bạn: xem và góp ý từng phần ngay khi có, đừng đợi đến khi xong hết. Một hiểu nhầm về nghiệp vụ phát hiện ở tuần thứ ba sửa rất nhẹ; chính hiểu nhầm đó phát hiện ở tháng thứ năm có thể kéo theo cả một mảng phải làm lại. Đây là chỗ mà sự bận rộn của phía doanh nghiệp gây thiệt hại nhiều nhất.

Bước 4 — Kiểm thử

Chạy thử toàn bộ nghiệp vụ để phát hiện lỗi trước khi đưa vào dùng thật. Phần việc của bạn: cử đúng người sẽ dùng phần mềm hằng ngày vào kiểm thử, và kiểm bằng dữ liệu thật của doanh nghiệp chứ không phải dữ liệu mẫu. Nên chọn một kỳ số liệu đã biết trước kết quả rồi so lại — nếu hệ thống ra đúng con số kế toán đã chốt, bạn có cơ sở để tin phần tính toán.

Bước 5 — Triển khai và đào tạo

Cài đặt, chuyển dữ liệu, đào tạo nhân viên sử dụng trực tiếp và hỗ trợ trong giai đoạn đầu. Phần việc của bạn: ấn định một ngày ngừng hẳn cách làm cũ và thông báo trước cho toàn bộ nhân viên. Đây là điều quan trọng nhất trong cả năm bước. Khi phần mềm mới và sổ sách cũ được phép chạy song song vô thời hạn, mọi người sẽ quay về cái quen thuộc, số liệu trên hệ thống thiếu dần, và sáu tháng sau doanh nghiệp kết luận rằng phần mềm không hiệu quả — trong khi nguyên nhân thật là nó chưa bao giờ được dùng đủ.

Bốn rủi ro làm hỏng một dự án phần mềm và cách chặn từng cái

Rủi ro 1 — Dự án dừng giữa chừng

Cách chặn nằm ở cấu trúc hợp đồng chứ không ở lời cam kết. Hãy yêu cầu chia dự án thành các mốc nghiệm thu, mỗi mốc gắn với một phần chức năng dùng được và một đợt thanh toán tương ứng. Cấu trúc này khiến cả hai bên cùng có động lực đi tiếp, và quan trọng hơn: nếu xấu nhất phải dừng, bạn vẫn giữ được phần đã nghiệm thu thay vì mất trắng. Một đơn vị từ chối chia mốc và muốn thu phần lớn tiền ngay từ đầu là một tín hiệu đáng để hỏi thêm.

MekongSoft làm theo cấu trúc này: dự án được chia thành các mốc nghiệm thu, mỗi mốc gắn với một phần chức năng dùng được và một đợt thanh toán tương ứng. Số mốc và ranh giới từng mốc không cố định cho mọi dự án — chúng được chốt cùng danh sách chức năng ở bước 2, vì phải chia theo đúng cách nghiệp vụ của doanh nghiệp tách ra thành từng phần chạy được.

Rủi ro 2 — Chi phí phát sinh ngoài hợp đồng

Sẽ không trung thực nếu hứa rằng không bao giờ có phát sinh. Dự án phần mềm nào chạy đủ dài cũng nảy sinh yêu cầu mới, đơn giản vì doanh nghiệp hiểu rõ nhu cầu của mình hơn sau khi nhìn thấy hệ thống chạy. Điều đáng hỏi không phải có phát sinh hay không, mà phát sinh được xử lý bằng cơ chế nào.

Cơ chế lành mạnh gồm ba phần. Một là danh sách chức năng đã ký ở bước 2, làm mốc để phân biệt việc nằm trong phạm vi với việc là yêu cầu mới — nếu không có văn bản này, mọi tranh luận đều trở thành chuyện ai nhớ đúng. Hai là mỗi yêu cầu mới được ước lượng và báo giá riêng trước khi làm, để bạn quyết định làm ngay hay để lại giai đoạn sau. Ba là phân biệt rõ giữa sửa lỗi — thuộc trách nhiệm bên phát triển, không tính thêm tiền — và thêm chức năng — là công việc mới. Ranh giới này nên được viết vào hợp đồng ngay từ đầu, lúc còn dễ nói chuyện.

Rủi ro 3 — Bàn giao xong nhưng không ai dùng

Đây là kết cục tốn kém nhất vì tiền đã trả đủ mà giá trị bằng không. Nguyên nhân gần như luôn giống nhau: phần mềm được thiết kế theo quy trình trên giấy, còn nhân viên thì làm theo cách khác. Ba biện pháp có tác dụng thật: khảo sát trực tiếp với người thao tác ở bước 2; đào tạo tại chỗ theo đúng công việc hằng ngày của từng vị trí thay vì một buổi giới thiệu chung; và ấn định ngày ngừng cách làm cũ như đã nói ở bước 5. Nếu sau một tháng vẫn còn một bộ phận ghi song song ra ngoài, đó là dấu hiệu cần xử lý ngay chứ không phải chuyện sẽ tự quen dần.

Rủi ro 4 — Bị phụ thuộc vào một nhà cung cấp

Điều cần bảo vệ trước hết là dữ liệu, vì đó là tài sản tích lũy theo năm tháng và không thể tạo lại. Ba điều nên yêu cầu bằng văn bản: dữ liệu thuộc quyền sở hữu của doanh nghiệp; doanh nghiệp xuất được toàn bộ dữ liệu ra định dạng đọc và dùng lại được, bất cứ lúc nào, không phụ thuộc quan hệ hợp tác còn hay hết; và hệ thống có tài liệu hướng dẫn sử dụng cùng mô tả cấu trúc dữ liệu để người tiếp quản sau này đọc được. Với hệ thống viết riêng chạy trên hạ tầng của chính doanh nghiệp, điểm cộng lớn là dữ liệu không nằm trên nền tảng của bên thứ ba — nên rủi ro bị khóa lại vì ngừng đóng phí thuê bao không tồn tại.

Dữ liệu doanh nghiệp thuộc về ai và được bảo vệ thế nào

Trả lời thẳng: toàn bộ dữ liệu kinh doanh phát sinh trên hệ thống thuộc quyền sở hữu của doanh nghiệp bạn — danh sách khách hàng, lịch sử giao dịch, công nợ, định mức, giá vốn. MekongSoft không giữ dữ liệu đó làm điều kiện cho quan hệ hợp tác, và doanh nghiệp truy xuất được bất cứ lúc nào. Về định dạng xuất, MekongSoft không áp một khuôn cố định: tệp Excel, CSV hay bản sao lưu cơ sở dữ liệu đều được, chốt theo đúng thứ doanh nghiệp cần dùng lại — và nên ghi định dạng đã chọn vào hợp đồng thay vì thống nhất miệng.

Khác biệt so với mô hình thuê bao nằm ở chỗ dữ liệu nằm ở đâu. Với SaaS, dữ liệu lưu trên hạ tầng của nhà cung cấp và quyền truy cập gắn với việc còn đóng phí — ngừng dịch vụ là một cuộc thương lượng chứ không phải một thao tác. Với hệ thống viết riêng, dữ liệu nằm trên hạ tầng do doanh nghiệp chỉ định, nên câu hỏi ai đang giữ chìa khóa có câu trả lời rõ ràng ngay từ đầu.

Có một lý do nữa khiến điều này đáng quan tâm hơn trước. Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 đã có hiệu lực từ ngày 01/01/2026, cùng Nghị định 356/2025/NĐ-CP hướng dẫn thi hành. Điểm cần lưu ý với chủ doanh nghiệp: khi hệ thống của bạn lưu thông tin khách hàng, doanh nghiệp bạn là bên chịu trách nhiệm về dữ liệu đó — nên việc dữ liệu nằm ở đâu, ai truy cập được và có lưu vết hay không đã chuyển từ chuyện nội bộ thành nghĩa vụ. Đây là bối cảnh, không phải lời khuyên pháp lý; nếu doanh nghiệp xử lý khối lượng dữ liệu cá nhân lớn, hãy tham vấn đơn vị tư vấn pháp lý cho trường hợp cụ thể của mình.

Về mặt kỹ thuật, ba thứ nên yêu cầu ở bất kỳ hệ thống nào: phân quyền tới từng chức năng để nhân viên chỉ thấy phần thuộc về công việc của họ; lưu vết thao tác để biết ai sửa gì lúc nào; và cơ chế sao lưu định kỳ đã được thử phục hồi thật, chứ không chỉ tồn tại trên giấy.

Sau khi bàn giao thì ai chịu trách nhiệm

Một phần mềm quản lý không kết thúc ở ngày bàn giao — đó là ngày nó bắt đầu được dùng thật. MekongSoft hỗ trợ bảo trì và nâng cấp xuyên suốt vòng đời phần mềm: xử lý sự cố phát sinh, hỗ trợ khi doanh nghiệp có nhân sự mới cần hướng dẫn, và phát triển thêm khi cách vận hành thay đổi.

Điều nên làm rõ ngay từ khi thương thảo, với bất kỳ đơn vị nào, là ranh giới giữa hai loại công việc. Sửa lỗi là những chỗ hệ thống chạy không đúng như đã thống nhất — thuộc trách nhiệm của bên phát triển. Nâng cấp và thêm chức năng là nhu cầu mới xuất hiện khi doanh nghiệp thay đổi: mở thêm chi nhánh, thêm ngành hàng, đổi chính sách giá, hoặc nối sang một hệ thống mới. Đây là công việc mới và được ước lượng riêng. Hai loại này lẫn vào nhau là nguồn gốc của phần lớn bất đồng sau bàn giao, nên hãy yêu cầu ghi rõ trong hợp đồng ngay từ đầu, cùng với đầu mối liên hệ và cách thức tiếp nhận yêu cầu hỗ trợ.

Với MekongSoft, yêu cầu hỗ trợ đi qua kênh của công ty — hotline 0901 000 508 và email support@mekongsoft.com.vn — chứ không gán vào một cá nhân phụ trách riêng. Nói thẳng thì đây là điểm cần bạn cân: một cái tên cụ thể cho cảm giác chắc chắn hơn khi ký. Đổi lại, kênh thuộc công ty không mất đi khi một người đổi việc — đúng rủi ro đã nêu ở phần so sánh với freelancer, và là rủi ro có thật với một hệ thống còn phải sống nhiều năm.

Đây cũng là chỗ mà việc chọn một đơn vị có sản phẩm ngành cho thấy giá trị theo thời gian. Khi lõi ngành tiếp tục được phát triển cho những khách hàng khác cùng lĩnh vực, các cải tiến chung của lõi đó là thứ doanh nghiệp bạn hưởng lợi mà không phải trả toàn bộ chi phí phát triển — điều không xảy ra với một hệ thống được viết đơn lẻ chỉ cho một khách hàng duy nhất.

Bảy câu nên hỏi bất kỳ đơn vị viết phần mềm nào trước khi ký

Đây là phần trả lời cho nỗi lo lớn nhất ở đầu bài: không có cách thẩm định một công ty phần mềm. Thật ra là có, và nó không đòi hỏi kiến thức kỹ thuật. Bảy câu dưới đây phân loại được nhà cung cấp khá nhanh, vì câu trả lời cụ thể chỉ có ở đơn vị đã thật sự làm việc này nhiều lần.

• Đơn vị đã làm cho ngành của tôi chưa, và cho tôi xem được không? Yêu cầu xem một hệ thống đã triển khai cho ngành tương tự, không phải một trang logo khách hàng. Đây là câu lọc mạnh nhất trong bảy câu.
• Ai sẽ khảo sát, và họ có gặp nhân viên trực tiếp không? Nếu khảo sát chỉ diễn ra trong phòng họp với cấp quản lý, phần mềm sẽ được xây theo quy trình lý tưởng chứ không theo quy trình thật.
• Danh sách chức năng được chốt bằng văn bản ở bước nào? Nếu câu trả lời là sẽ làm rõ dần trong quá trình, bạn đang ký một hợp đồng không có phạm vi.
• Dự án chia thành mấy mốc nghiệm thu, thanh toán gắn với mốc ra sao? Câu này bảo vệ bạn khỏi rủi ro dở dang và cho biết đơn vị có thật sự lập kế hoạch hay không.
• Yêu cầu phát sinh giữa dự án xử lý thế nào? Câu trả lời tốt phân biệt được sửa lỗi với thêm chức năng và mô tả cách ước lượng phần mới. Câu trả lời đáng lo là một lời hứa rằng sẽ không có phát sinh.
• Dữ liệu của tôi xuất ra được không, ở định dạng nào? Một đơn vị tự tin sẽ trả lời ngay. Câu hỏi này quan trọng nhất đúng vào lúc bạn ít nghĩ tới nó nhất.
• Sau bàn giao ai là đầu mối, và tiếp nhận yêu cầu qua kênh nào? Một đầu mối xác định và một kênh tiếp nhận cụ thể có giá trị hơn một cam kết hỗ trợ chung chung — dù đầu mối đó là một người được gán riêng hay một kênh thuộc công ty, miễn là nó có địa chỉ rõ ràng và được ghi vào hợp đồng.

Hãy hỏi cả bảy câu này với MekongSoft đúng như với mọi đơn vị khác. Trang này được viết theo hướng đó: mọi tuyên bố năng lực ở trên đều dẫn về một dòng sản phẩm có trang công khai để bạn tự kiểm, hoặc được nói rõ là phải xác định phạm vi qua khảo sát.

Muốn thử bảy câu này với một buổi khảo sát thật? Đăng ký tư vấn miễn phí tại mekongsoft.com.vn/lien-he — buổi khảo sát đi vào đúng quy trình hiện tại của doanh nghiệp bạn và trao đổi thẳng về phần nào đã có sẵn, phần nào cần phát triển thêm.
Hotline: 0901 000 508 — Email: support@mekongsoft.com.vn

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

Chi phí viết phần mềm theo yêu cầu là bao nhiêu, tính theo cái gì?

Chi phí được tính theo khối lượng công việc cần thực hiện, xác định sau khi đã chốt danh sách chức năng — không theo một bảng giá cố định. Bốn yếu tố ảnh hưởng mạnh nhất là số nhóm nghiệp vụ cần dùng, độ phức tạp của phần tính toán như giá thành và công nợ, số kết nối với hệ thống bên ngoài, và số người dùng cùng số điểm sử dụng. Một số đơn vị công bố sẵn khoảng giá hoặc đơn giá theo giờ; điều đó tiện tham khảo nhưng không thay được việc so sánh trên cùng một danh sách chức năng — hãy đưa cùng một danh sách cho các đơn vị rồi đối chiếu. MekongSoft khảo sát và tư vấn không tính phí.

Viết phần mềm theo yêu cầu mất bao lâu?

Thời gian phụ thuộc quy mô và phạm vi dự án, được thống nhất cụ thể trong hợp đồng sau bước khảo sát. Yếu tố rút ngắn tiến độ nhiều nhất là có sẵn một lõi ngành gần với doanh nghiệp bạn — khi đó phần lớn khối lượng đã tồn tại và công việc là tùy biến, khác hẳn với việc xây mới toàn bộ. Yếu tố kéo dài nhiều nhất thường không nằm ở phía lập trình mà ở phía doanh nghiệp: chậm phản hồi khi xem từng phần bàn giao, hoặc chưa có người quyết định đủ thẩm quyền làm đầu mối. Nên yêu cầu chia dự án thành các mốc nghiệm thu để đo tiến độ bằng phần chức năng dùng được, thay vì bằng lời báo cáo.

Nên thuê công ty viết phần mềm hay tự xây đội ngũ in-house?

Thuê ngoài phù hợp khi doanh nghiệp cần triển khai nhanh và không muốn gánh chi phí tuyển dụng, đào tạo và giữ người quanh năm cho một đội kỹ thuật. Tự xây đội in-house hợp hơn với doanh nghiệp quy mô lớn, cần chỉnh sửa phần mềm liên tục và muốn giữ toàn bộ hiểu biết hệ thống trong nhà. Một cách tính thực tế: so tổng chi phí lương và tuyển dụng của một đội tối thiểu trong ba năm với chi phí thuê ngoài cùng kỳ — với phần lớn doanh nghiệp vừa và nhỏ, phép so này nghiêng hẳn về thuê ngoài. MekongSoft nhận cả triển khai lẫn bảo trì dài hạn nên doanh nghiệp không cần đội IT riêng.

Viết phần mềm theo yêu cầu khác gì phần mềm đóng gói sẵn (SaaS)?

Phần mềm đóng gói có tính năng cố định, chi phí ban đầu thấp, triển khai nhanh, nhưng doanh nghiệp phải điều chỉnh cách làm cho khớp phần mềm — và phần quy trình không khớp thường chạy song song ra Excel. Phần mềm theo yêu cầu được thiết kế theo đúng cách doanh nghiệp vận hành, dữ liệu thuộc sở hữu doanh nghiệp và không bị giới hạn khi mở rộng; đổi lại thời gian và chi phí ban đầu cao hơn. Cách chọn thực dụng: liệt kê những việc doanh nghiệp bạn làm khác các doanh nghiệp cùng ngành. Danh sách ngắn thì chọn bản đóng gói; danh sách dài và có những việc tạo ra lợi thế cạnh tranh thì viết theo yêu cầu đáng cân nhắc hơn.

Nền tảng low-code, no-code có thay thế được phần mềm viết riêng không?

Thay thế được ở một số việc, và ở những việc đó nó thường là lựa chọn tốt hơn. Với quy trình nội bộ dạng biểu mẫu và phê duyệt — đề xuất mua hàng, đơn xin nghỉ, phiếu thanh toán — low-code cho kết quả trong vài ngày và người phụ trách tự chỉnh được. Giới hạn xuất hiện khi nghiệp vụ cần tính toán nhiều lớp như giá thành theo định mức hay công nợ đối trừ nhiều chiều, khi khối lượng dữ liệu lớn dần làm tốc độ thành vấn đề, và khi người dựng ra hệ thống rời công ty. Hướng hợp lý là dùng low-code cho các mảng phụ quanh một hệ thống lõi.

Có thể dùng AI tự viết phần mềm quản lý thay vì thuê công ty không?

Với phạm vi nhỏ thì được, và đây là hướng đáng thử thật. Các công cụ AI hiện tại tạo được công cụ theo dõi đơn hàng, bảng tổng hợp số liệu hay chatbot trả lời câu hỏi lặp lại — báo Tuổi Trẻ ngày 19/06/2026 đã ghi nhận một hộ kinh doanh tự xây công cụ số theo hướng này. Khoảng cách lộ ra khi phần mềm phải chịu trách nhiệm về tiền: giữ đúng số liệu khi nhiều người nhập cùng lúc, chặn thao tác sai, lưu vết ai sửa gì, phục hồi được khi hỏng, và còn người sửa vào năm thứ ba. Ranh giới thực dụng: việc nào sai mà bạn tự sửa được trong buổi chiều thì để AI làm; việc nào sai khiến kế toán phải đối chiếu lại cả tháng thì đừng.

Ngành của tôi không nằm trong 15 dòng sản phẩm thì sao?

Vẫn phát triển được, nhưng phạm vi chỉ xác định sau buổi khảo sát quy trình chứ không thể cam kết trước. Thực tế phần lớn doanh nghiệp nằm ở vùng giữa: ngành chưa có dòng sản phẩm riêng nhưng nhiều phần nghiệp vụ trùng với các dòng đã có — chẳng hạn định mức nguyên liệu và giá thành theo lô đã tồn tại ở nhóm sản xuất. Ngoài 15 dòng chính, MekongSoft cũng từng triển khai cho một số ngành khác như sản xuất gỗ, nội thất hay cầm đồ. Cơ chế vẫn là ba bước: khảo sát quy trình, chốt danh sách chức năng bằng văn bản, rồi báo giá trên đúng danh sách đó.

MekongSoft có viết app cho cả Android và iOS không?

Có. MekongSoft nhận viết app theo yêu cầu cho cả hai nền tảng Android và iOS, bên cạnh phần mềm chạy trên máy tính và web app. Câu hỏi nên đặt trước không phải là có làm được cả hai không, mà là doanh nghiệp có cần cả hai bản native hay không — vì một web app duy nhất đã chạy được trên điện thoại Android, iPhone lẫn máy tính, trong khi app native nghĩa là xây và bảo trì hai bản riêng biệt. App native xứng đáng khi phần mềm phải dùng sâu tính năng của điện thoại hoặc phải hoạt động cả khi mất sóng.

Nên chọn web app hay app native?

Nguyên tắc chọn: xem ai sẽ mở phần mềm nhiều nhất và họ mở nó ở đâu. Nhân viên văn phòng, kế toán, quản lý kho — web app gần như luôn là lựa chọn đúng, vì chỉ cần một bản chạy được trên mọi thiết bị và mọi cập nhật về sau chỉ làm một lần. Người làm việc ngoài đường như nhân viên giao hàng hay nhân viên thị trường thì cần cân nhắc kỹ hơn, đặc biệt nếu phải thao tác ở nơi sóng yếu. Về chi phí, web app thường tiết kiệm được một phần đáng kể so với làm app native cho cả hai nền tảng, nhưng mức cụ thể phụ thuộc phạm vi dự án nên hãy xem đó là ước tính.

Dữ liệu doanh nghiệp ai sở hữu và được bảo mật thế nào?

Toàn bộ dữ liệu kinh doanh phát sinh trên hệ thống thuộc quyền sở hữu của doanh nghiệp — khách hàng, giao dịch, công nợ, định mức, giá vốn — truy xuất được bất cứ lúc nào, không phụ thuộc bên thứ ba. Khác với mô hình thuê bao, dữ liệu không nằm trên hạ tầng của nhà cung cấp nên không có tình huống mất quyền truy cập vì ngừng đóng phí. Dữ liệu xuất ra được ở định dạng do doanh nghiệp chọn — Excel, CSV hay bản sao lưu cơ sở dữ liệu — chốt trong lúc khảo sát. Hệ thống được bảo vệ bằng phân quyền tới từng chức năng, lưu vết thao tác và sao lưu định kỳ. Cũng nên lưu ý Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 đã có hiệu lực từ 01/01/2026, theo đó doanh nghiệp là bên chịu trách nhiệm với dữ liệu khách hàng mình đang lưu.

Sau khi bàn giao có được hỗ trợ và nâng cấp không?

Có. MekongSoft hỗ trợ bảo trì và nâng cấp xuyên suốt vòng đời phần mềm: xử lý sự cố, hướng dẫn khi doanh nghiệp có nhân sự mới, và phát triển thêm khi cách vận hành thay đổi. Điều nên làm rõ khi thương thảo là ranh giới giữa hai loại công việc — sửa lỗi là những chỗ hệ thống chạy không đúng như đã thống nhất, thuộc trách nhiệm bên phát triển; còn nâng cấp và thêm chức năng là nhu cầu mới, được ước lượng riêng. Yêu cầu hỗ trợ đi qua kênh của công ty — hotline 0901 000 508 và email support@mekongsoft.com.vn — chứ không qua một cá nhân được gán riêng. Thời hạn bảo hành và cách tiếp nhận yêu cầu được thống nhất trong hợp đồng từng dự án, nên hãy yêu cầu ghi rõ ngay từ đầu.

Doanh nghiệp nhỏ có nên đầu tư phần mềm theo yêu cầu ngay từ đầu không?

Thường là chưa nên, và đây là câu trả lời trung thực hơn là câu trả lời có lợi cho bên bán. Doanh nghiệp quy mô nhỏ với quy trình còn đơn giản, một kho, một nhóm khách quen thì bản đóng gói triển khai nhanh hơn và tiết kiệm hơn nhiều. Một cách tự phân loại nhanh hơn mọi tiêu chí về doanh thu hay số nhân sự: đếm xem có bao nhiêu bộ phận phải chuyển số liệu cho nhau trước khi ra được một con số tổng hợp. Một hoặc hai bộ phận thì bản đóng gói đủ dùng. Từ ba trở lên, và mỗi lần chuyển lại phải làm bằng tay, thì bài toán đã đổi loại — lúc đó chi phí thật không nằm ở tiền mua phần mềm mà ở thời gian gộp số liệu và ở những quyết định phải chờ số liệu. Các dấu hiệu khác cùng hướng: quy trình đặc thù mà phần mềm có sẵn không mô tả nổi, hoặc mở thêm chi nhánh và ngành hàng khiến cách quản lý cũ đuối. Nếu doanh nghiệp bạn chưa tới các dấu hiệu đó, phần cuối bài viết này có gợi ý hướng nhẹ hơn.

Đang dùng Excel hoặc phần mềm cũ, chuyển dữ liệu sang được không?

Được, và đây là phần việc gần như dự án nào cũng có. Mức độ thuận lợi phụ thuộc vào tình trạng dữ liệu hiện tại: dữ liệu Excel có cấu trúc nhất quán thì chuyển nhanh, còn dữ liệu ghi tự do mỗi kỳ một kiểu thì cần thời gian chuẩn hóa trước. Với phần mềm cũ, yếu tố quyết định là có xuất được dữ liệu ra định dạng dùng lại được hay không — nên kiểm điều này sớm, trước khi bắt đầu dự án mới. Phạm vi chuyển dữ liệu được chốt trong buổi khảo sát cùng danh sách chức năng. Thông thường doanh nghiệp chuyển số dư và danh mục, còn lịch sử giao dịch cũ thì chuyển có chọn lọc theo mốc thời gian.

Có tích hợp với phần mềm kế toán, hóa đơn điện tử hay thiết bị đang dùng không?

Đây là nội dung thuộc phạm vi xác định qua khảo sát, vì khối lượng phụ thuộc phía hệ thống cần nối. Nếu bên kia có sẵn cổng kết nối và tài liệu kỹ thuật, đây là phần việc rõ ràng và ước lượng được. Nếu không có, phải dùng phương án khác như trao đổi dữ liệu theo tệp định kỳ, và khối lượng khác hẳn. Vì vậy hãy nêu tên cụ thể các hệ thống và thiết bị đang dùng ngay trong buổi khảo sát, thay vì hỏi chung là có tích hợp được không. Nếu nhu cầu là liên thông nhiều phòng ban trên một hệ thống duy nhất thay vì nối nhiều phần mềm rời, hướng phù hợp hơn có thể là phần mềm quản lý doanh nghiệp ERP theo yêu cầu.

Tôi chưa biết mô tả yêu cầu thế nào thì bắt đầu từ đâu?

Bạn không cần biết cách mô tả yêu cầu — đó là phần việc của đơn vị phần mềm, và một đơn vị đòi bạn nộp bản đặc tả trước khi làm gì cả là đang đẩy phần khó nhất sang phía bạn. Thứ cần chuẩn bị đơn giản hơn nhiều: các biểu mẫu, sổ sách và file Excel đang dùng thật, cùng danh sách những chỗ bạn thấy mất thời gian hoặc số liệu hay sai. Bấy nhiêu đủ để bắt đầu buổi khảo sát. Từ đó đội khảo sát sẽ chuyển những gì quan sát được thành danh sách chức năng để bạn duyệt. Cách bắt đầu nhanh nhất là đăng ký khảo sát miễn phí và nói về công việc hằng ngày bằng ngôn ngữ của chính bạn.

Giữa dự án phát sinh yêu cầu mới thì xử lý thế nào?

Sẽ không trung thực nếu hứa rằng không bao giờ có phát sinh — dự án nào đủ dài cũng nảy sinh yêu cầu mới, vì doanh nghiệp hiểu nhu cầu của mình rõ hơn sau khi nhìn thấy hệ thống chạy. Điều đáng quan tâm là cơ chế xử lý. Danh sách chức năng đã ký ở bước phân tích là mốc phân biệt việc nằm trong phạm vi với yêu cầu mới, nên không có nó thì mọi tranh luận trở thành chuyện ai nhớ đúng. Mỗi yêu cầu mới được ước lượng và báo giá riêng trước khi thực hiện, để doanh nghiệp chọn làm ngay hay để lại giai đoạn sau. Ranh giới giữa sửa lỗi với thêm chức năng nên được viết vào hợp đồng ngay từ đầu.

Phần mềm của MekongSoft có tích hợp AI không?

Có, nhưng không phải mọi dòng sản phẩm và không phải mặc định của mọi dự án. Tính đến tháng 08/2026, 11 trong 15 dòng sản phẩm có nhóm chức năng AI, bốn dòng còn lại không có. Các dạng đã triển khai gồm ba việc: trợ lý hỏi đáp điều hành để lãnh đạo hỏi bằng tiếng Việt thay vì đi tìm báo cáo; dự báo dựa trên dữ liệu quá khứ như nhu cầu kỳ tới hay đơn hàng có nguy cơ trễ hạn; và cảnh báo khi có dấu hiệu bất thường về khách hàng hoặc công nợ. Bạn kiểm lại được trên từng trang sản phẩm. Với dự án viết mới, phần AI nên đặt ra sau khi số liệu nền đã chạy ổn định.

Doanh nghiệp sản xuất nên bắt đầu từ dòng sản phẩm nào?

Tùy đặc thù ngành. Nếu sản xuất theo đơn đặt hàng với mỗi đơn một bản vẽ riêng, hãy xem quản lý sản xuất cơ khí. Nếu sản xuất theo chuyền qua nhiều công đoạn nối tiếp, xem quản lý sản xuất may mặc, giày dép. Nếu cắt theo kích thước khách đặt và cần kiểm soát hao hụt phôi, xem sản xuất kính cường lực. Nếu vừa sản xuất vừa phân phối theo tuyến, xem sản xuất và phân phối nước đóng bình, đóng chai. Còn nếu nhà máy đã có hệ thống kế toán và chỉ thiếu tầng điều hành ngay tại xưởng, hướng phù hợp là MES điều hành sản xuất.

Doanh nghiệp phân phối, giao hàng, vận tải nên xem dòng nào?

Ba dòng sản phẩm này giải quyết ba bài toán khác nhau nên dễ nhầm. Nếu bán qua đội ngũ đi thị trường và cần kiểm soát tuyến bán hàng, đơn từ điểm bán và tồn kho nhiều điểm, hãy xem quản lý kênh phân phối, bán sỉ. Nếu vấn đề nằm ở hàng và tiền đang đi trên đường vì nhân viên giao hàng kiêm thu tiền, hãy xem quản lý nhân viên giao hàng, thu nợ. Còn nếu doanh nghiệp bán chính dịch vụ vận chuyển và cần biết từng chuyến lãi hay lỗ, hãy xem quản lý phương tiện vận tải, chành xe. Nhiều doanh nghiệp cần hai trong ba, và các phần này liên thông được với nhau.

Cần quản trị tổng thể nhiều phòng ban và nhiều chi nhánh thì dùng gì?

Khi vấn đề không còn là từng bộ phận thiếu công cụ mà là mỗi bộ phận có một bộ số liệu riêng và không bộ nào khớp bộ nào, thì thứ cần không phải thêm một phần mềm nữa mà là một nguồn số liệu duy nhất cho toàn doanh nghiệp. Đó là phạm vi của phần mềm quản lý doanh nghiệp ERP theo yêu cầu, liên kết dữ liệu xuyên suốt các phòng ban để báo cáo tổng hợp không phải gộp thủ công mỗi kỳ. Dấu hiệu nhận biết rõ nhất: mỗi lần cần một con số tổng hợp, doanh nghiệp phải nhờ nhiều người xuất nhiều file rồi ghép lại, và kết quả thường lệch giữa các lần làm.

Ngành xây dựng và đầu tư có những dòng sản phẩm nào?

Ba dòng, phân theo vai trò trong dự án. Nếu bạn ở phía chủ đầu tư hoặc ban quản lý dự án, với khối lượng hồ sơ pháp lý lớn và nhiều dự án chạy song song, hãy xem quản lý dự án đầu tư xây dựng cho Ban QLDA. Nếu bạn là nhà thầu thi công cần kiểm soát vật tư về công trình, tiến độ và chi phí so với dự toán, hãy xem quản lý vật tư và tiến độ thi công. Còn nếu hoạt động chính là kinh doanh và môi giới sản phẩm bất động sản với giỏ hàng, khách hàng và chính sách hoa hồng, hãy xem đầu tư và kinh doanh bất động sản.

Doanh nghiệp bán lẻ và dịch vụ thì sao?

Nếu bán trên nhiều kênh trực tuyến cùng lúc và cần một kho chung không lệch giữa các kênh, hãy xem bán hàng online, thương mại điện tử. Nếu hoạt động xoay quanh định mức nguyên liệu theo món, chế biến theo lô hoặc đặt tiệc theo lịch, hãy xem nhà hàng, tiệc cưới và chế biến thực phẩm. Riêng lĩnh vực kinh doanh nhiên liệu có đặc thù riêng về hao hụt, giao ca và xuất hóa đơn ngay sau mỗi lần bán nên có dòng sản phẩm tách biệt là quản lý kinh doanh xăng dầu. Chưa rõ dòng nào gần nhất thì buổi khảo sát sẽ xác định giúp bạn.

Bước tiếp theo nên làm gì

Nếu doanh nghiệp bạn đang ở tình trạng số liệu nằm rải trên nhiều file mà không chỗ nào cộng lại được, nhân viên nhập tay những thứ lẽ ra máy phải tự tính, hoặc đã mua một phần mềm có sẵn rồi bỏ vì nó không mô tả nổi cách bạn làm — thì việc đầu tiên nên làm không phải là chọn phần mềm, mà là nhìn rõ quy trình hiện tại đang hở ở đâu.

MekongSoft phát triển phần mềm theo yêu cầu từ năm 2009 — 17 năm, hơn 500 khách hàng tại Việt Nam. Nhưng như đã nói ở đầu bài, con số thâm niên của bất kỳ đơn vị nào cũng khó kiểm lại, nên thứ đáng để bạn dựa vào hơn là 15 dòng sản phẩm ngành dọc đang vận hành: chúng có trang công khai riêng và bạn xem trước được ngay, trước khi gặp bất kỳ ai. Vì phần mềm được viết riêng nên không có bản tự vận hành để tải về trải nghiệm — sẽ không trung thực nếu đưa cho bạn một bản dùng chung rồi nói đó là thứ bạn sẽ nhận được. Thay vào đó, buổi làm việc đầu tiên là khảo sát quy trình thật của doanh nghiệp bạn, rồi demo trên đúng nghiệp vụ vừa khảo sát hoặc xem trực tiếp hệ thống đã triển khai của dòng sản phẩm gần nhất.

Để lại thông tin, đội ngũ MekongSoft sẽ tư vấn miễn phí trong vòng 24h — không ràng buộc hợp đồng.
Đăng ký khảo sát tại mekongsoft.com.vn/lien-he
Hotline: 0901 000 508 — Email: support@mekongsoft.com.vn

Doanh nghiệp quy mô nhỏ, quy trình còn đơn giản, ngân sách hạn chế? Nếu bạn mới cần quản lý bán hàng, kho, thu chi và công nợ ở mức cơ bản, chưa có quy trình đặc thù nào mà phần mềm sẵn không mô tả nổi, thì một bản đóng gói sẽ triển khai nhanh hơn và tiết kiệm hơn hẳn. Phần Mềm Việt có sẵn các bản đóng gói theo nhiều ngành nghề và cùng thuộc MekongSoft; khác biệt nằm ở chỗ bản đóng gói dùng chung một cấu hình có sẵn, còn dịch vụ trình bày trong bài viết này được xây theo đúng quy trình riêng của từng doanh nghiệp. Khi quy mô lớn dần và xuất hiện những nghiệp vụ bản đóng gói không theo kịp, chuyển sang phần mềm theo yêu cầu vẫn là bước đi hợp lý về sau.