Phát triển hệ thống quản lý sản xuất 2026 – chi phí và cách chọn nhà thầu

“Không tìm được công cụ nào khớp với cách vận hành ngoài hiện trường”, “đã mua phần mềm đóng gói rồi mà Excel vẫn còn nguyên đó”. Chính từ những bế tắc như vậy, không ít doanh nghiệp chế tạo bắt đầu nghĩ đến việc phát triển hệ thống quản lý sản xuất. Bài viết này sắp xếp lại toàn bộ bức tranh dựa trên các số liệu mặt bằng giá đã được công bố, gồm sự khác nhau giữa phát triển riêng và phần mềm đóng gói, mặt bằng chi phí cùng thời gian triển khai theo từng quy mô, và cách chọn nhà thầu để giao việc phát triển. Phần cuối đề cập tới những điểm phát sinh thêm khi phát triển tại các cơ sở ở Thái Lan, Việt Nam và ASEAN.

Phát triển hệ thống quản lý sản xuất nghĩa là gì – khác biệt giữa phát triển riêng và phần mềm đóng gói

Khi ai đó nói “chúng tôi muốn phát triển một hệ thống quản lý sản xuất”, bên trong câu nói ấy thực ra chứa nhiều lựa chọn có bản chất khác hẳn nhau. Nếu không phân biệt rõ ngay từ đầu thì cuộc thảo luận nội bộ lẫn cuộc trao đổi với công ty phát triển đều sẽ nói lệch nhau.

Ba lựa chọn cần tách bạch

Chia lớn thì có ba hướng sau.

• Phát triển riêng theo yêu cầu, còn gọi là scratch. Thiết kế yêu cầu từ con số không và xây dựng một hệ thống chỉ dành riêng cho doanh nghiệp mình. Vì không bị ràng buộc bởi giới hạn của sản phẩm có sẵn nên doanh nghiệp có thể hiện thực hóa nguyên trạng phương thức sản xuất và quy tắc nhận và đặt hàng của chính mình.
• Triển khai phần mềm đóng gói. Mua hoặc thuê bao một hệ thống đã hoàn thiện sẵn ở dạng sản phẩm rồi thiết lập cấu hình cho phù hợp với doanh nghiệp. Có loại đám mây dạng SaaS và loại cài đặt trên máy chủ của chính doanh nghiệp.
• Phần mềm đóng gói cộng phát triển bổ sung. Lấy gói sản phẩm làm nền, chỉ phát triển thêm những phần còn thiếu. Trên thực tế đây là hình thái phổ biến nhất, và cũng chính là chỗ khiến báo giá “chi phí phát triển” dễ phình to nhất.

Phần lớn người phụ trách khi dùng từ “phát triển” thực ra đang nghĩ tới lựa chọn thứ ba. Vậy mà trong tờ trình xin duyệt nội bộ, dự án lại được giải thích là “chỉ mua phần mềm đóng gói nên chắc rẻ”, để rồi sau đó chi phí phát triển bổ sung làm vỡ kế hoạch. Đây là kiểu hiểu lệch cực kỳ thường gặp.

Quản lý sản xuất trong ngành chế tạo có rất nhiều logic riêng

Khác với kế toán hay tính lương nhân sự, quản lý sản xuất là lĩnh vực mà độ chênh lệch giữa các doanh nghiệp lớn đến mức cực đoan. Cùng là “sản xuất theo đơn đặt hàng” nhưng cách xử lý đơn hàng dự kiến, đơn vị thu xếp vật tư và lệnh sản xuất, cách chia nhỏ công đoạn, quy tắc cấp phát vật tư cho nhà thầu phụ đều khác nhau ở từng công ty. Bài phân tích về phát triển riêng mà chúng tôi tham khảo cũng chỉ ra rằng khi có nhiều logic đặc thù của ngành và của doanh nghiệp, chẳng hạn quản lý sản xuất trong ngành chế tạo hay các quy tắc nhận và đặt hàng riêng, thì phát triển riêng giúp giảm đáng kể gánh nặng vận hành.

Nói cách khác, so với các hệ thống nghiệp vụ khác, quản lý sản xuất là lĩnh vực mà phát triển riêng dễ trở nên hợp lý hơn cả. Tuy vậy, kết luận vội kiểu “nhiều logic riêng nên phải làm scratch” cũng nguy hiểm. Cần phân định xem những logic riêng ấy có thực sự là nguồn gốc của năng lực cạnh tranh hay chỉ đơn thuần là tập quán cũ còn sót lại.

Quyết định dựa trên năm trục đánh giá

Khi phải chọn giữa phát triển riêng và phần mềm đóng gói, các tiêu chí có thể gom về năm trục sau.

Còn một góc nhìn nữa rất hay bị bỏ sót, đó là tổng chi phí sở hữu hay TCO. Nếu chỉ so chi phí ban đầu thì phần mềm đóng gói trông có lợi hơn, nhưng khi nhìn suốt 5 đến 10 năm vận hành thì phí bản quyền hằng năm, chi phí xử lý các đợt nâng phiên bản và chi phí sửa chữa các phần phát triển bổ sung sẽ cộng dồn lại. Ngược lại, phát triển riêng nặng ở chi phí ban đầu nhưng không phát sinh phí bản quyền. Khi so sánh, nhất định phải đặt cạnh nhau tổng số tiền của cùng một số năm.

Nếu doanh nghiệp đã có hệ thống đang chạy và còn phân vân giữa làm lại hay kéo dài tuổi thọ, cách chấm điểm theo sáu biến số mà chúng tôi đã sắp xếp trong bài phán đoán thay thế hệ thống quản lý sản xuất đã lão hóa sẽ giúp ích cho quyết định đó. Bài viết này bàn tới giai đoạn kế tiếp, tức là quyết định “vậy thì xây dựng bằng cách nào”.

So sánh chi phí phát triển hệ thống quản lý sản xuất theo quy mô

Chi phí vừa là thông tin ai cũng muốn biết nhất, vừa là thông tin khó trả lời nhất. Phần này trình bày nguyên vẹn các số liệu mặt bằng giá đã công bố và giải thích vì sao biên độ lại rộng đến thế.

Mặt bằng chi phí của phát triển riêng và phần mềm đóng gói

Bài phân tích so sánh chi phí giữa phát triển riêng và phát triển trên nền phần mềm đóng gói đưa ra các mức sau theo quy mô.

Điều đáng chú ý ở bảng này là giữa quy mô nhỏ và quy mô lớn có khoảng cách tới hai bậc chữ số. Cùng dùng một cụm từ “phát triển hệ thống quản lý sản xuất”, nhưng nếu phạm vi bao phủ khác nhau thì đó là hai món hàng hoàn toàn khác nhau.

Mặt bằng chi phí khi nhìn ở cấp hệ thống lõi

Nếu không chỉ dựng riêng phần quản lý sản xuất mà xây dựng cả một hệ thống lõi bao gồm quản lý bán hàng, tồn kho và kết nối kế toán, thì mặt bằng giá lại khác. Bài viết về chi phí hệ thống lõi do cùng đơn vị vận hành công bố sắp xếp như sau.

Ba lý do được nêu ra để giải thích vì sao biên độ chi phí rộng đến vậy là số lượng yêu cầu tùy biến, số hệ thống khác cần kết nối, và quy mô của nhà cung cấp. Nói ngược lại, nếu chốt được ba điểm này từ sớm thì biên độ báo giá chắc chắn sẽ thu hẹp.

Cơ cấu chi phí là đơn giá nhân số người nhân thời gian

Truy đến cùng thì chi phí phát triển riêng chính là chi phí nhân sự của đội kỹ sư. Theo bài phân tích về cách chọn nhà thầu, đơn giá tháng của một kỹ sư nằm trong khoảng 400,000 đến 2,000,000 yen, và phần chính của chi phí phát triển là con số này nhân với số người tham gia rồi nhân với thời gian phát triển.

Hiểu được cấu trúc ấy thì cách đọc một tờ báo giá cũng thay đổi. Thay vì chỉ nhìn tổng tiền rồi phán đắt hay rẻ, người mua có thể tách thành ba câu hỏi là bao nhiêu người-tháng, đơn giá đó có hợp lý không, và số người-tháng đó có tương xứng với khối lượng yêu cầu không. Đơn giá rẻ mà số người-tháng phình lên thì tổng tiền vẫn vậy, còn đơn giá cao mà kết thúc nhanh thì rốt cuộc lại rẻ hơn.

Những cách giảm chi phí mang tính thực tế

Cũng trong bài viết đó, các hướng cắt giảm chi phí được nêu ra như sau.

• Tận dụng thư viện có sẵn và phần mềm nguồn mở để thu hẹp phạm vi phải viết từ đầu.
• Điều chỉnh hình thức hợp đồng. Tuy nhiên nghiêng về hợp đồng theo thời gian và công sức sẽ làm tăng rủi ro cho bên đặt hàng, nên tránh chọn một cách dễ dãi.
• Tận dụng các khoản trợ cấp hoặc hỗ trợ. Thủ tục xin khá mất công nhưng nếu thuộc diện được duyệt thì hiệu quả rất lớn.

Ngoài ra, thứ có tác dụng rõ rệt trong thực tế là thu hẹp phạm vi ở giai đoạn đầu. Nếu ngay từ đầu đã làm sẵn cả những chức năng có thể cần đến sau năm năm nữa thì chi phí và thời gian đều phình ra, mà không ít trường hợp những chức năng ấy rốt cuộc chẳng ai dùng.

Thời gian triển khai hệ thống quản lý sản xuất kéo dài bao lâu

Bên cạnh chi phí, yếu tố chi phối quyết định là thời gian. Trước một mong muốn kiểu “muốn dùng ngay từ năm tài chính tới”, việc đầu tiên cần làm là xác nhận điều đó có khả thi về mặt vật lý hay không.

Mốc thời gian theo quy mô

Cùng nguồn với các số liệu chi phí ở trên, thời gian phát triển theo quy mô được đưa ra ở các mức sau.

Điều quan trọng ở đây là những con số này là “khoảng thời gian công ty phát triển thực sự làm việc”, chứ không phải “khoảng thời gian từ lúc bắt đầu trao đổi cho tới lúc chạy chính thức”. Trong dự án thực tế, trước và sau đoạn này còn cần thời gian của chính bên đặt hàng.

Phân rã thời gian theo từng giai đoạn

Thời gian triển khai một hệ thống quản lý sản xuất đại khái chia thành các giai đoạn sau.

Khoảng thời gian được nêu trong bảng mặt bằng giá chỉ tương ứng với đúng một dòng là thiết kế và phát triển. Hơn nữa, như bảng cho thấy, công ty phát triển chỉ đóng vai chính ở một trong năm giai đoạn, còn lại đều phải do bên đặt hàng vận động thì dự án mới tiến lên được. Phần lớn những lời than kiểu “họ bảo phát triển nửa năm mà sao một năm rồi vẫn chưa dùng được” đều bắt nguồn từ việc không đưa các công đoạn trước và sau vào kế hoạch. Khi vẽ lịch trình cho doanh nghiệp mình, hãy lấy tiền đề rằng trước giai đoạn phát triển cần thời gian chuẩn bị và sau đó cần thời gian để hệ thống ổn định, rồi thống nhất sớm với các bên liên quan trong nội bộ.

Những nguyên nhân điển hình khiến tiến độ kéo dài

Các dự án chậm hơn kế hoạch đều có chung vài mẫu hình.

• Bắt tay vào phát triển khi yêu cầu chưa chốt, dẫn tới thay đổi đặc tả lặp đi lặp lại giữa chừng.
• Việc chuẩn hóa dữ liệu chủ, tức master data, nặng hơn dự kiến. Xử lý trùng lặp trong dữ liệu chủ vật tư và kiểm kê lại dữ liệu chủ công đoạn vốn không khớp thực tế có thể ngốn thời gian vượt xa ước tính ban đầu.
• Nhân sự chủ chốt ở hiện trường quá bận, không dành được thời gian cho kiểm thử và xác nhận.
• Thời điểm phê duyệt bị ràng buộc bởi ngân sách năm tài chính, khiến dự án đứng yên vài tuần để chờ duyệt.

Trong số đó, thứ mà nỗ lực của bên đặt hàng cải thiện được nhiều nhất là nguyên nhân thứ hai, tức chuẩn hóa dữ liệu chủ. Đây là công việc có thể bắt đầu ngay cả trước khi chọn xong công ty phát triển, và làm trước phần này sẽ khiến toàn bộ dự án trôi chảy đến mức đáng ngạc nhiên.

Tư duy đúng để rút ngắn thời gian

Khi muốn rút ngắn thời gian, chỉ đơn thuần tăng người thì hiệu quả rất hạn chế. Chắc chắn hơn là chia nhỏ phạm vi và cho chạy chính thức theo từng chặng. Ví dụ, bản phát hành đầu tiên chỉ gói gọn từ tiếp nhận đơn hàng tới phát lệnh sản xuất, còn tính giá thành và quản lý nhà thầu phụ để sang giai đoạn hai. Làm vậy sẽ thu được hiệu quả đầu tiên sớm hơn, và kinh nghiệm vận hành đó lại phản ánh được vào yêu cầu của giai đoạn kế tiếp.

Cách chọn nhà thầu để không thất bại – góc nhìn đánh giá công ty phát triển

Cảm nhận thực tế của chúng tôi là thành bại của một dự án phát triển hệ thống quản lý sản xuất phụ thuộc vào chuyện “bắt tay với ai” nhiều hơn là vào bản thân bộ yêu cầu. Cùng giao một tập tài liệu yêu cầu, đổi đối tác thì thứ làm ra cũng đổi.

Bốn hạng mục cơ bản cần kiểm tra khi lựa chọn

Bài phân tích về cách chọn nhà thầu nêu bốn điểm cần nắm sau đây. Với mỗi điểm, chúng tôi sắp xếp thêm câu hỏi cụ thể nên đặt ra.

Điều mà chính bài viết đó nhấn mạnh là tầm quan trọng của việc lấy báo giá từ nhiều công ty. Chỉ có một tờ báo giá duy nhất thì không có căn cứ nào để phán đoán mức tiền đó đắt hay rẻ, thậm chí không biết đối tác có hiểu đúng yêu cầu hay không.

Lưu ý thực tế khi so sánh các đề xuất

Khi đặt cạnh nhau báo giá của nhiều công ty, số tiền có thể chênh nhau rất lớn. Lúc đó, điều cần kiểm tra trước khi chọn bên rẻ hơn là các tiền đề đã được đặt ngang nhau hay chưa.

• Phạm vi kiểm thử. Có bao gồm hỗ trợ kiểm thử nghiệm thu hay chỉ dừng ở kiểm thử đơn vị của công ty phát triển.
• Cách xử lý chuyển đổi dữ liệu. Ai sẽ trích xuất dữ liệu cũ, việc xây dựng logic chuyển đổi có nằm trong chi phí không.
• Đào tạo hiện trường. Có bao gồm việc soạn tài liệu hướng dẫn và tổ chức buổi hướng dẫn thao tác không.
• Bảo trì sau khi chạy. Việc xử lý lỗi trong vài tháng đầu là miễn phí hay phải ký hợp đồng riêng.

Về cách tiến hành cụ thể để đặt các tiền đề báo giá ngang nhau, bài hướng dẫn lập RFP cho hệ thống quản lý sản xuất phân tích chi tiết việc cùng một bộ yêu cầu nhưng cách trình bày khác nhau lại khiến mức báo giá chênh nhau rất xa, kèm theo cách xử lý.

Những dấu hiệu nên tránh

Nếu tại buổi đề xuất hoặc buổi gặp xuất hiện các dấu hiệu sau, hãy cân nhắc thận trọng.

• Chưa hỏi gì về nghiệp vụ ngoài hiện trường đã lao vào giới thiệu sản phẩm của mình.
• Trả lời “cái gì cũng làm được” và không một lần nào nói ra điều họ không làm được.
• Bảng chi tiết báo giá chỉ ghi một dòng “trọn gói phát triển hệ thống”, không nêu số người-tháng lẫn cơ cấu theo công đoạn.
• Kỹ sư thực sự sẽ phụ trách dự án không hề xuất hiện trong bất kỳ buổi trao đổi nào.
• Hỏi về cơ chế hỗ trợ sau khi chạy nhưng không nhận được con số người cụ thể hay khung giờ cụ thể.

Điểm thứ tư đặc biệt quan trọng. Việc người đi chào hàng và người thực sự phát triển là hai người khác nhau không hề hiếm, nhưng nếu ngay cả sự thật đó cũng không được nói ra thì khả năng gặp khó trong giao tiếp sau khi hệ thống chạy sẽ cao hơn nhiều.

Học từ các ví dụ triển khai để dự án phát triển thành công

Phần lớn những người đi tìm “ví dụ triển khai” đều muốn biết công ty khác đã tiến hành cụ thể ra sao. Tuy nhiên, ví dụ của công ty khác có ngành nghề, quy mô và phương thức sản xuất khác mình, nên bắt chước nguyên xi sẽ không phát huy tác dụng. Phần này không nêu tên hay con số của từng doanh nghiệp cụ thể, mà sắp xếp thành các mẫu hình chung về cách tiến hành ở những dự án đã thành công.

Mẫu hình cơ bản về cách tiến hành

Điểm chung của nhiều ví dụ thành công là họ giữ đúng trình tự sau.

• Liệt kê vấn đề hiện tại không theo đơn vị nghiệp vụ mà theo “tình huống đang gây khó”. Không dừng ở mức “muốn tin học hóa quản lý tồn kho”, mà đi tới độ chi tiết kiểu “tồn kho đã phân bổ không khớp với kiểm kê thực tế, cuối tháng phải mất nửa ngày để đối chiếu”.
• Với từng tình huống, phân loại đâu là thứ hệ thống giải quyết được và đâu là thứ chỉ cần đổi quy tắc vận hành là xong. Mang loại thứ hai vào hệ thống sẽ làm chi phí và độ phức tạp tăng lên một cách vô ích.
• Bắt đầu từ vùng vừa có hiệu quả lớn vừa dễ hiện thực hóa. Tạo ra thành quả nhìn thấy được ngay ở giai đoạn đầu là con đường ngắn nhất để có được sự hợp tác của nội bộ.
• Đưa sẵn phần cải tiến trong 3 đến 6 tháng sau khi chạy vào kế hoạch và ngân sách ngay từ đầu. Dự án làm xong rồi bỏ đó sẽ không bao giờ bén rễ.

Xây trước cơ chế đưa hiện trường cùng tham gia

Người thực sự nhập liệu vào hệ thống quản lý sản xuất là nhân viên ngoài hiện trường. Kể từ khoảnh khắc những người này thấy “khó dùng”, việc quản lý song song bằng Excel sẽ sống lại.

Cách hiệu quả là đưa một hoặc hai nhân sự chủ chốt của hiện trường vào dự án với tư cách thành viên chính thức ngay từ giai đoạn đầu của quá trình phát triển. Không chỉ mời họ tới họp, mà giao cho họ trách nhiệm rà soát thiết kế màn hình và thực hiện kiểm thử nghiệm thu. Có hay không có người giữ vai trò này sẽ làm thay đổi rất lớn tỷ lệ bén rễ sau khi hệ thống chạy.

Đừng xem nhẹ chuyển đổi dữ liệu và chuẩn hóa dữ liệu chủ

Các bài viết về ví dụ triển khai ít khi nhắc tới điều này, nhưng đây mới chính là chỗ gây tranh cãi nhiều nhất trong dự án thực tế. Dữ liệu chủ vật tư bị trùng lặp, cùng một linh kiện được đăng ký dưới ba mã khác nhau. Dữ liệu chủ đối tác vẫn còn tên những công ty đã ngừng kinh doanh. Dữ liệu chủ công đoạn thì lệch khỏi thao tác thực tế. Nếu chuyển đổi trong tình trạng như vậy, hệ thống mới sẽ tái hiện đúng mớ hỗn loạn cũ.

Việc chuẩn hóa dữ liệu chủ không thể phó thác trọn gói cho công ty phát triển, bởi quyết định giữ lại mã nào là một phán đoán nghiệp vụ. Ngay khi dự án khởi động, hãy chỉ định người phụ trách kiểm kê trong nội bộ.

Quyết định cách đo hiệu quả ngay từ đầu

Bàn về chuyện “triển khai như vậy có tốt không” sau khi mọi việc đã xong thì sẽ không ra được câu trả lời. Trước khi bắt tay vào làm, hãy chốt bằng con số rằng lấy gì làm thước đo thành công. Ví dụ như thời gian đang phải bỏ ra để đối chiếu tồn kho cuối tháng, thời gian phản hồi ngày giao hàng cho khách, số vụ sót lệnh mua sắm. Bí quyết là chọn những chỉ số mà giá trị hiện tại đo được. Nếu lấy một chỉ số không rõ giá trị hiện tại làm mục tiêu thì sau này không thể kiểm chứng hiệu quả.

Ngoài ra, hãy chọn chỉ số mà cả ban lãnh đạo lẫn hiện trường đều thấy thuyết phục. Chỉ số chỉ dành cho ban lãnh đạo sẽ không có được sự hợp tác của hiện trường, còn cải thiện mà chỉ hiện trường cảm nhận được thì lại không dẫn tới quyết định đầu tư tiếp theo. Tạo ra trạng thái cả hai phía cùng nhìn vào một con số chính là điều kiện để hệ thống không kết thúc như một dự án nhất thời.

Những điểm phát sinh thêm khi phát triển tại Thái Lan, Việt Nam và ASEAN

Giữa việc phát triển tại Nhật Bản và phát triển tại các cơ sở ở ASEAN như Thái Lan hay Việt Nam, những vấn đề cần cân nhắc là khác nhau.

Môi trường của ngành chế tạo tại chỗ đang thay đổi

Một bài phân tích về ngành chế tạo Thái Lan cho thấy việc triển khai nhà máy thông minh đang tiến triển, và vị thế của Thái Lan khi đặt cạnh Việt Nam hay Indonesia đang dịch chuyển từ chỗ đơn thuần rẻ nhân công sang sản xuất có giá trị gia tăng cao và độ phức tạp cao. Thời kỳ chọn sản xuất tại Thái Lan chỉ vì chi phí thấp đang dần khép lại, và tương ứng với điều đó, tầm quan trọng của một cơ chế quản lý được độ phức tạp trong sản xuất lại càng tăng lên.

Về xu hướng CNTT cho ngành chế tạo, việc tích hợp dữ liệu IoT với ERP và MES, tức là sự phối hợp giữa OT và IT để làm bản sao số cùng phân tích IIoT, được nêu là lĩnh vực trọng điểm của năm 2026. Việc kết nối dữ liệu thu thập từ thiết bị ngoài hiện trường với dữ liệu kế hoạch và kết quả thực tế nằm trong hệ thống quản lý sản xuất là hạng mục không thể né tránh đối với một hệ thống sắp được xây dựng.

Một bài phân tích nước ngoài về ERP tùy chỉnh cũng sắp xếp các ưu điểm mà sản phẩm có sẵn không có, gồm khả năng lập lịch có tích hợp cả thiết bị khả dụng, bố trí nhân lực, tình trạng sẵn sàng của vật tư, lịch bảo trì và thời hạn giao hàng, khả năng giảm chi phí tồn kho nhờ giám sát tồn kho theo thời gian thực và cảnh báo đặt hàng tự động, cùng khả năng kết nối trực tiếp với cảm biến IoT và nền tảng phân tích AI.

Những vấn đề đặc thù của cơ sở tại nước ngoài

Khi phát triển tại Thái Lan, Việt Nam hay các nước ASEAN khác, sẽ có thêm những hạng mục cần cân nhắc mà ở Nhật Bản không tồn tại.

Phát triển tại chỗ như một lựa chọn tối ưu chi phí

Có cách đặt hàng cho công ty phát triển tại Nhật và trả theo đơn giá Nhật, nhưng cũng có cách nhờ đối tác đang có cơ sở phát triển ngay tại nước sở tại. Cách thứ hai dễ kiềm chế chi phí hơn nhờ cấu trúc chi phí nhân sự khác biệt, đồng thời cũng dễ hiện thực hóa những yêu cầu bám sát tập quán kinh doanh và khung pháp lý tại chỗ.

Mặt khác, rào cản lớn nhất khi đặt hàng trực tiếp cho một công ty bản địa là việc định nghĩa yêu cầu bằng tiếng Nhật và sự thấu hiểu các tập quán thương mại đặc thù của doanh nghiệp chế tạo Nhật Bản. Cách xử lý đơn hàng dự kiến so với đơn hàng chính thức, phân biệt cấp phát vật tư có thu tiền và không thu tiền, thời điểm nghiệm thu, mẫu báo cáo gửi về trụ sở chính tại Nhật. Những thứ này chứa rất nhiều tiền đề ngầm định mà tài liệu đặc tả không viết hết được.

Vì vậy, trên thực tế, hình thái ít gượng ép nhất là chọn một đối tác vừa có thể chốt yêu cầu bằng tiếng Nhật vừa có đội ngũ phát triển đặt tại chỗ. TOMAS TECH đặt trụ sở tại Bangkok, cung cấp hệ thống quản lý sản xuất và hệ thống quản lý năng lượng cho các doanh nghiệp chế tạo Nhật Bản, với đội ngũ đảm nhận xuyên suốt từ định nghĩa yêu cầu bằng tiếng Nhật cho tới phát triển và bảo trì tại chỗ.

Còn nếu trụ sở chính đã chuẩn hóa một phần mềm đóng gói và câu chuyện là triển khai nó xuống cơ sở tại nước sở tại, thì việc cần làm trước không phải phát triển mà là kiểm chứng mức độ phù hợp. Cách tiến hành trong trường hợp đó được trình bày chi tiết trong bài hỗ trợ triển khai phần mềm đóng gói và phân tích Fit and Gap.

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

Chi phí phát triển hệ thống quản lý sản xuất hết bao nhiêu

Con số thay đổi rất nhiều theo quy mô. Theo mặt bằng giá đã công bố, với phát triển riêng thì quy mô nhỏ là 3 triệu đến 8 triệu yen, quy mô vừa là 8 triệu đến 30 triệu yen, quy mô lớn là 30 triệu đến hơn 100 triệu yen. Nếu triển khai phần mềm đóng gói thì quy mô nhỏ có thể khởi động từ khoảng 500,000 yen chi phí ban đầu, còn quy mô lớn sẽ là 10 triệu đến hơn 50 triệu yen.

Nguyên nhân sinh ra biên độ này là số lượng yêu cầu tùy biến, số hệ thống khác cần kết nối và quy mô của nhà cung cấp. Nếu muốn biết con số ước tính sớm, hãy sắp xếp trước ba điểm gồm phạm vi nghiệp vụ mục tiêu, số người dùng dự kiến và các hệ thống hiện có muốn kết nối, rồi mang đi trao đổi. Câu trả lời nhận được sẽ có độ chính xác cao hơn hẳn.

Nên chọn phát triển riêng hay phần mềm đóng gói

Ranh giới lớn nhất nằm ở chỗ tính đặc thù trong nghiệp vụ của doanh nghiệp có đang tạo ra năng lực cạnh tranh hay không. Nếu phương thức sản xuất và quy tắc nhận và đặt hàng riêng chính là thế mạnh thì việc vứt bỏ chúng để chiều theo phần mềm đóng gói sẽ là một tổn thất. Ngược lại, nếu dòng chảy nghiệp vụ mang tính chuẩn ngành thì phần mềm đóng gói khởi động nhanh hơn và rẻ hơn.

Nếu phân vân, hãy so sánh bằng tổng chi phí sở hữu trong 5 đến 10 năm chứ đừng so bằng chi phí ban đầu. Phần mềm đóng gói nhẹ ở chi phí ban đầu nhưng phí bản quyền, chi phí xử lý nâng phiên bản và chi phí sửa các phần phát triển bổ sung sẽ phát sinh liên tục. Khi đặt tổng số này cạnh nhau, ấn tượng ban đầu có thể đảo chiều.

Từ lúc bắt đầu phát triển tới lúc dùng được mất bao lâu

Riêng phần công việc phát triển, mốc tham chiếu là 2 đến 4 tháng cho phát triển riêng quy mô nhỏ, 4 đến 10 tháng cho quy mô vừa, và 10 tháng đến hơn 2 năm cho quy mô lớn. Tuy nhiên đó chỉ là thời gian của công đoạn phát triển. Trên thực tế, phía trước còn cộng thêm giai đoạn hình thành ý tưởng, sắp xếp yêu cầu và lựa chọn nhà thầu, phía sau còn cộng thêm giai đoạn kiểm thử, chuyển đổi dữ liệu và làm cho hệ thống bén rễ ngoài hiện trường. Hãy coi như toàn bộ chặng đường từ lúc bắt đầu trao đổi tới lúc chạy chính thức sẽ dài hơn khá nhiều so với khi chỉ nhìn vào thời gian phát triển.

Nếu doanh nghiệp có mong muốn “dùng được ngay từ năm tài chính tới”, chúng tôi khuyên nên tính ngược lại để sắp xếp xem ngay từ bây giờ cần bắt đầu những gì. Đặc biệt, việc kiểm kê dữ liệu chủ là công việc có thể khởi động trước cả khi chọn xong công ty phát triển.

Kết luận

Xin tóm tắt những điểm cần nắm khi cân nhắc phát triển hệ thống quản lý sản xuất.

• Từ “phát triển” bao gồm ba hướng là phát triển riêng, phần mềm đóng gói, và phần mềm đóng gói cộng phát triển bổ sung, mỗi hướng có tiền đề khác nhau về chi phí và thời gian.
• Mặt bằng chi phí trải rộng từ 3 triệu yen tới hơn 100 triệu yen với phát triển riêng, và từ khoảng 500,000 yen tới hơn 50 triệu yen với phần mềm đóng gói. Ba nguyên nhân của biên độ là khối lượng tùy biến, số kết nối và quy mô nhà cung cấp.
• So sánh bằng tổng chi phí sở hữu trong 5 đến 10 năm chứ không bằng chi phí ban đầu.
• Đừng chỉ nhìn công đoạn phát triển khi tính thời gian triển khai. Hãy lập kế hoạch cho toàn bộ chặng, gồm sắp xếp yêu cầu, lựa chọn nhà thầu, kiểm thử, chuyển đổi dữ liệu và giai đoạn bén rễ.
• Đánh giá nhà thầu qua bốn điểm là sự trùng khớp lĩnh vực sở trường, thành tích trong ngành chế tạo, năng lực giao tiếp và cơ chế hỗ trợ sau bàn giao, đồng thời nhất định phải so sánh nhiều công ty.
• Các dự án thành công đều liệt kê vấn đề theo từng tình huống cụ thể và tiến từng bước, bắt đầu từ vùng vừa hiệu quả lớn vừa dễ hiện thực hóa.
• Tại các cơ sở ở Thái Lan, Việt Nam và ASEAN, có thêm các vấn đề về ngôn ngữ, biểu mẫu, kết nối với trụ sở chính, biến động nhân sự và khoảng cách bảo trì.

Điều đáng tránh nhất là đi hỏi duy nhất một công ty khi trong tay chưa có cảm nhận nào về mặt bằng chi phí và thời gian, để rồi tiến hành dự án mà không phán đoán nổi con số được đưa ra có hợp lý hay không. Hãy dùng các số liệu trong bài viết này làm điểm xuất phát cho phán đoán đó.

Doanh nghiệp của bạn nên đặt phát triển riêng cho hệ thống quản lý sản xuất, hay phần mềm đóng gói là đủ. Ngay cả khi phương hướng trong nội bộ chưa định hình thì cũng không sao. TOMAS TECH đặt trụ sở tại Bangkok, Thái Lan, chuyên phát triển hệ thống quản lý sản xuất cho các doanh nghiệp chế tạo Nhật Bản và bảo trì ngay tại chỗ. Chúng tôi sẵn lòng tiếp nhận cả những trao đổi chỉ dừng ở mức sắp xếp lại vấn đề hiện tại hoặc ước lượng chi phí sơ bộ, nên bạn cứ thoải mái liên hệ qua biểu mẫu liên hệ.

Tài liệu tham khảo

• So sánh phát triển riêng và phát triển trên nền phần mềm đóng gói cùng mặt bằng chi phí – C3index
• Mặt bằng chi phí hệ thống lõi và mốc tham chiếu theo quy mô – C3index
• Mặt bằng chi phí phát triển riêng và các điểm cần lưu ý khi chọn nhà thầu – Hnavi
• How Can Custom ERP Software Boost Manufacturing Efficiency in 2026 – Innoric Systems
• Thailand Manufacturing Industry – Iconic Thai
• Manufacturing IT Summit Thailand