Phát triển ứng dụng nghiệp vụ 2026｜chi phí và ranh giới tự làm hay thuê ngoài tại nhà máy

Khi một nhà máy tại Thái Lan bắt đầu bàn chuyện “đưa giấy tờ ngoài hiện trường lên ứng dụng”, thứ chặn đường đầu tiên không phải công nghệ mà là ranh giới. Tự dựng bằng no-code hay giao ra bên ngoài? Trên thực tế đây không phải câu hỏi hai lựa chọn, mà là công việc chia nhỏ hoạt động phát triển ứng dụng nghiệp vụ thành từng lớp rồi quyết định “phần nào, ai giữ, và giữ trong bao lâu”. Bài viết này tách ứng dụng của nhà máy thành 4 lớp, sau đó đi qua cách đọc chi phí, các tiền đề đặc thù của Thái Lan, những kiểu thất bại thường gặp và lộ trình 90 ngày cho bản đầu tiên, ở dạng bạn có thể áp thẳng vào nhà máy của mình để ra quyết định.

Phát triển ứng dụng nghiệp vụ là gì — chia ứng dụng nhà máy thành 4 lớp

Nhìn từ bên ngoài, ứng dụng nghiệp vụ trong nhà máy trông chỉ như “một màn hình nhập liệu trên máy tính bảng”. Nhưng bên trong nó là bốn lớp có bản chất hoàn toàn khác nhau xếp chồng lên nhau. Nếu nói “làm một ứng dụng” mà không ý thức được các lớp này, cuộc thảo luận giữa tự làm và thuê ngoài sẽ không bao giờ gặp nhau.

Lớp giao diện nhập liệu — màn hình mà công nhân chạm vào

Đây là phần công nhân trực tiếp thao tác. Báo cáo ca, kiểm tra định kỳ, báo lỗi, nhập xuất kho, kiểm tra thiết bị đầu ca — tất cả đều gắn chặt với chuyển động của bàn tay và bố trí thực tế của hiện trường. Đây là lớp thay đổi nhiều nhất và có tuổi thọ ngắn nhất. Việc thay đổi theo quý vì đổi bố trí chuyền, chuyển đời sản phẩm hay đáp ứng kỳ đánh giá là chuyện bình thường. Nói ngược lại, đây cũng là lớp có thể làm lại được ngay cả khi bản đầu còn thô.

Lớp quy tắc nghiệp vụ — logic phán đoán và rẽ nhánh

Đó là những phán đoán kiểu “vượt ngưỡng này thì báo cho quản lý”, “mã lỗi này thì chuyển sang kiểm tra lại”, “số lô được đánh theo quy tắc này”. Lớp này sống lâu hơn màn hình và nếu sai thì chính hồ sơ chất lượng bị hỏng. Vì vậy phải luôn truy được ai đã tạo ra quy tắc và vì sao điều kiện lại như thế.

Lớp nền tảng dữ liệu — móng của việc tích lũy và tái sử dụng

Dữ liệu chủ (sản phẩm, công đoạn, thiết bị, công nhân), bảng lịch sử, phân quyền, sao lưu, thời hạn lưu trữ. Một khi đã chốt, lớp này được dùng liên tục trong nhiều năm. Đây là lớp tốn kém nhất khi phải sửa về sau, và nếu làm hời hợt thì mỗi lần thêm một ứng dụng mới bạn lại phải quản lý trùng lặp cùng một bộ dữ liệu chủ.

Lớp kết nối hệ thống lõi — cầu nối với ERP và hệ thống quản lý sản xuất

Đây là phần trao đổi dữ liệu với các hệ thống lõi như kế toán, tồn kho, mua hàng, đơn hàng. Kết nối hỏng sẽ hiện ra dưới dạng số liệu không khớp ở bộ phận kế toán hoặc trụ sở chính, nên phạm vi ảnh hưởng lan cả ra ngoài nhà máy. Ở đây bắt buộc phải nhận về tài liệu đặc tả, kết quả kiểm thử và quy trình khôi phục khi sự cố như một phần của sản phẩm bàn giao. Về phần xây dựng và chi phí ở phía hệ thống lõi, bạn có thể tham khảo thêm chi phí và cách triển khai phát triển hệ thống nghiệp vụ.

Nhìn theo 4 lớp thì quyết định trở nên đơn giản

Khi chia thành 4 lớp như trên, nguyên tắc phán đoán gom lại chỉ còn một câu. Lớp càng ở trên càng hợp với tự làm và no-code, lớp càng ở dưới càng cần phát triển thuê ngoài kèm tài liệu. Giao diện nhập liệu do người gần hiện trường làm sẽ nhanh hơn và dễ dùng hơn, còn nền tảng dữ liệu và kết nối hệ thống lõi phải được để lại ở dạng mà người thiết kế có thay đổi thì vẫn bàn giao được. Chính sự bất đối xứng này là nền móng cho mọi quyết định phía sau.

Tự làm, no-code hay thuê ngoài — ranh giới giữa ba cách làm

Về cơ bản có ba cách làm. Điểm xuất phát không phải là cách nào ưu việt hơn, mà là hiểu rằng đáp án đúng thay đổi tùy theo bạn áp cách đó vào lớp nào.

Nơi no-code và low-code phát huy sức mạnh

No-code và low-code nhanh vượt trội ở lớp giao diện nhập liệu và phần quy tắc nghiệp vụ nhẹ. Giá trị của việc sửa được ngay trong ngày khi người phụ trách hiện trường nói “cần thêm mục này nữa” đôi khi lớn hơn cả cuộc tranh luận về phương pháp phát triển. Xét về thị trường, xu hướng mở rộng vẫn tiếp diễn. Theo khảo sát do ITR công bố ngày 5 tháng 2 năm 2026, doanh thu thị trường phát triển low-code và no-code tại Nhật Bản trong năm tài chính 2024 đạt 99.4 tỷ yên, năm tài chính 2025 dự kiến tăng 14.9% so với năm trước, và CAGR giai đoạn năm tài chính 2024 đến 2029 được dự báo ở mức 12.9% (đây là số liệu dựa trên khảo sát 22 nhà cung cấp trong nước Nhật Bản). Với quy mô thị trường toàn cầu thì biên độ còn rộng hơn nữa, các công ty nghiên cứu đưa ra những con số chênh nhau đáng kể cho cùng một năm dự báo, nên tốt nhất tránh lấy con số của riêng một hãng làm căn cứ cho quyết định đầu tư.

Mặt khác, no-code có một điểm yếu mang tính cấu trúc. Đó là logic bị nhúng bên trong màn hình và không hề bước ra ngoài dưới dạng tài liệu. Chừng nào người tạo ra nó còn giải thích được thì chưa thành vấn đề, nhưng khi chuyên gia người Nhật hết nhiệm kỳ về nước hoặc nhân sự IT người Thái chuyển việc, năng lực giải thích đó mất theo họ.

Nơi bắt buộc phải phát triển thuê ngoài

Ranh giới mà bạn cần đến phát triển thuê ngoài là khi chạm vào một trong những điều sau.

• Ảnh hưởng tới các con số đi ra ngoài công ty hoặc lên trụ sở chính như kế toán, tồn kho, giá thành
• Được xuất trình trong kỳ đánh giá nội bộ hoặc đánh giá của khách hàng với tư cách hồ sơ chất lượng và truy xuất nguồn gốc
• Nhiều ứng dụng cùng dùng chung một bộ dữ liệu chủ
• Lấy dữ liệu trực tiếp từ thiết bị, PLC hoặc thiết bị đo
• Khi dừng thì sản xuất dừng theo, hoặc không thể ra quyết định xuất hàng

Nếu rơi vào bất kỳ điều nào trong năm điều trên, đây là vùng bạn nên mua không chỉ thứ chạy được mà cả tài liệu đặc tả, kết quả kiểm thử và quy trình khôi phục như sản phẩm bàn giao. Ngược lại, nếu không rơi vào điều nào, hãy tự làm trước rồi cho chạy thử ngoài hiện trường — cách đó nhanh hơn và rẻ hơn.

Hỗ trợ triển khai phần mềm đóng gói như lựa chọn thứ ba

Ngoài tự làm và thuê ngoài, còn một hình thức nữa là đưa phần mềm đóng gói có sẵn vào rồi điều chỉnh cho khớp vận hành của mình. Ở những mảng đã được chuẩn hóa như kế toán, chấm công, tồn kho thì phần mềm đóng gói rất mạnh, và vai trò của dịch vụ hỗ trợ triển khai không phải là “tạo ra tính năng” mà là “kéo nghiệp vụ của doanh nghiệp về đúng hình dạng mà gói phần mềm giả định”. Ngược lại, nếu áp gói phần mềm vào những nghiệp vụ không có lý do gì phải giống công ty khác như quy trình kiểm tra riêng hay cách quản lý công đoạn đặc thù, chi phí tùy biến có thể vượt cả chi phí phát triển thuê ngoài.

So sánh ba cách làm

Các khoảng thời gian dưới đây là mức tham chiếu khi chúng tôi thực tế triển khai dự án, không phải giá trị chuẩn của ngành. Chúng dao động mạnh theo phạm vi đối tượng và số lượng hệ thống cần kết nối.

Tóm ranh giới lại trong một câu

Cách thực tế nhất là quyết định dựa trên câu hỏi ai sẽ phải đứng ra xin lỗi khi hệ thống hỏng. Phạm vi mà sự cố có thể hấp thụ được trong nội bộ hiện trường và người phụ trách tự sửa được thì tự làm. Phạm vi mà hỏng là phải giải trình với trụ sở chính hoặc khách hàng thì thuê ngoài. Ranh giới này trùng với ranh giới trách nhiệm của tổ chức, nên về sau ít phát sinh tranh cãi.

Chi phí phát triển ứng dụng nghiệp vụ — tách báo giá thành 5 lớp

Nếu nhìn chi phí theo kiểu “một ứng dụng bao nhiêu tiền” thì chắc chắn trượt. Chi phí của ứng dụng nghiệp vụ trong nhà máy chia thành 5 lớp, và mỗi lớp tăng theo một logic khác nhau. Các mức giá cảm nhận dưới đây là ví dụ về biên độ khi chúng tôi thực tế đưa ra báo giá, không phải đơn giá chuẩn của ngành. Yêu cầu thay đổi thì con số đổi hẳn một bậc.

Chi phí phát triển ban đầu — quyết định bởi số lượng kết nối chứ không phải số màn hình

Thứ đẩy chi phí ban đầu lên không phải số lượng màn hình mà là số đường kết nối ra bên ngoài. Một ứng dụng nhập liệu khép kín thường gói gọn tương đối nhẹ, trong khi kết nối hai chiều với ERP hoặc hệ thống quản lý sản xuất hiện có sẽ khiến khối lượng kiểm thử và giám sát trực tiếp tăng vọt. Hãy hình dung rằng cứ thêm một hệ thống cần kết nối là thêm trọn một bộ công việc gồm phát triển, kiểm thử, chuyển đổi dữ liệu và quy trình xử lý sự cố.

Để hình dung về đơn giá theo người-tháng, mặt bằng lương nhân sự IT tại Thái Lan là tài liệu tham khảo tốt. Theo dữ liệu đăng tuyển của JobsDB Thái Lan tại thời điểm tháng 6 năm 2026, lương tháng trung bình của lập trình viên phần mềm là THB 37,500 ở các khu vực khác của Bangkok và THB 50,000 tại Samut Prakan hoặc Samut Sakhon, kỹ sư phần mềm là THB 42,000, kỹ sư kiểm thử phần mềm là THB 46,500, còn quản lý chương trình là THB 93,000. Đây là giá trị trung bình của tin tuyển dụng chứ không phải khảo sát thống kê nên có lệch so với thực tế, nhưng xu hướng khu vực càng gần khu công nghiệp thì chi phí nhân sự càng cao khớp với cảm nhận khi đọc báo giá. Nhìn theo thứ tự đơn giá người-tháng bằng mức lương này cộng thêm chi phí gián tiếp, chi phí quản lý và gánh nặng thời gian bảo hành, bạn sẽ dễ đánh giá tính hợp lý của báo giá hơn.

Chi phí chỉnh sửa — tác động mạnh nhất trong năm đầu tiên

Ứng dụng hiện trường phát sinh nhiều yêu cầu thay đổi nhất trong 3 tháng sau khi đưa vào vận hành. Nếu xử lý từng yêu cầu bằng “báo giá bổ sung” thì quy trình phê duyệt nội bộ không chạy nổi, và cuối cùng ứng dụng bị bỏ không. Cách làm dự toán sẵn ngay từ đầu một hạn mức chỉnh sửa khoảng 20% đến 40% chi phí phát triển ban đầu cho năm đầu tiên thường lại kéo tổng chi phí xuống.

Chi phí vận hành và bảo trì — giám sát, xử lý sự cố, quản lý tài khoản

Không chỉ là chi phí máy chủ hay đám mây, mà còn gồm thêm và xóa tài khoản công nhân, đặt lại mật khẩu, kiểm tra sao lưu, cập nhật theo bản vá của hệ điều hành và ứng dụng. Nhà máy có tỷ lệ thay người cao, nên nếu không quyết định ngay từ đầu ai sẽ gánh công việc vận hành tài khoản, thời gian của 1 đến 2 nhân sự IT sẽ âm thầm bị bào mòn.

Chi phí thiết bị đầu cuối — thay đổi theo dùng chung hay dùng riêng chứ không phải số lượng

Chi phí máy tính bảng và máy quét cầm tay phụ thuộc vào hình thức vận hành nhiều hơn số lượng. Nếu mỗi người giữ một máy thì hỏng hóc xử lý theo từng cá nhân, còn thiết bị dùng chung đòi hỏi thiết kế vận hành đầy đủ gồm sạc, cất giữ, vệ sinh và cả máy dự phòng khi hỏng. Thiết bị công nghiệp có cấp bảo vệ chống bụi chống nước và chịu rơi thường đắt hơn hẳn thiết bị tiêu dùng về giá máy, nhưng khi nhân với số máy thực tế hỏng mỗi năm tại hiện trường thì thứ tự có thể đảo ngược. Ở đây, phán đoán đúng là dựa trên số liệu hỏng hóc thực tế.

Chi phí đường truyền và hạ tầng — thứ bị bỏ sót nhiều nhất trong nhà máy

Sâu trong kho, giữa các kệ kim loại, bãi ngoài trời, khu vực quanh bể mạ — nhà máy nào cũng có những chỗ Wi-Fi không tới. Việc bổ sung điểm truy cập, thi công nguồn điện và bảo đảm tuyến đi dây dao động mạnh về chi phí tùy kết cấu nhà xưởng, và không hiếm trường hợp còn tốn hơn cả bản thân ứng dụng. Một báo giá không đo thực tế sóng ở giai đoạn thiết kế thì chắc chắn sẽ bị đội giá về sau.

Tổng hợp 5 lớp chi phí

Năm tiền đề riêng của nhà máy tại Thái Lan

Nếu bê nguyên các bài viết dành cho nhà máy ở Nhật Bản sang đây thì chắc chắn có phần trượt. Tại các nhà máy Nhật Bản ở Thái Lan, năm điểm sau cần được đưa vào làm tiền đề thiết kế.

Giao diện đa ngôn ngữ — tiếng Thái và tiếng Myanmar cùng tồn tại

Công nhân không chỉ là người Thái. Nhà máy có công nhân đến từ Myanmar, Campuchia, Lào cùng đứng trên một chuyền là chuyện rất bình thường. Thứ phát huy tác dụng ở đây không phải độ phủ của bản dịch mà là thiết kế giảm bớt chữ trên màn hình. Nếu màn hình có thể phán đoán được chỉ bằng màu sắc, biểu tượng, hình ảnh và con số, bạn sẽ không phải dịch lại toàn bộ màn hình mỗi lần thêm một ngôn ngữ. Cách phân tách thực tế là màn hình cho quản lý dùng hai ngôn ngữ Nhật và Thái, còn màn hình cho công nhân thì hướng tới không phụ thuộc ngôn ngữ.

Thêm nữa, tiếng Thái thường dài hơn tiếng Nhật dù cùng một nghĩa, khiến nhãn nút bị xuống dòng và vỡ bố cục. Đưa việc kiểm tra hiển thị bằng ngôn ngữ dài nhất ngay từ đầu vào điều kiện nghiệm thu sẽ giảm hẳn khối lượng làm lại sau khi phát hành.

Thiết bị và khả năng chống bụi chống nước — xác thực cho máy dùng chung và chọn máy chịu được môi trường hiện trường

Máy tính bảng ở hiện trường về cơ bản là dùng chung, để cố định trên kệ. Nếu ở đây bạn cố ghi nhận chính xác “ai đã nhập” bằng cách bắt nhập ID và mật khẩu cá nhân mỗi lần, kết cục chỉ có hai khả năng — hoặc là mọi người dùng chung một tài khoản, hoặc là mật khẩu được viết lên tờ giấy dán bên cạnh. Hạ xuống thành cơ chế xác thực không làm dừng tay công nhân, như quét mã vạch trên thẻ nhân viên, dùng NFC, hoặc chỉ chọn người phụ trách một lần khi bắt đầu công đoạn, thì độ tin cậy của hồ sơ cuối cùng lại cao hơn.

Khi chọn máy, chính môi trường nhà máy Thái Lan là điều kiện đầu bài. Độ ẩm cao mùa mưa, nhà xưởng không có điều hòa, sương dầu cắt gọt và dung dịch mạ, bụi từ các công đoạn xử lý bột. Đặt một chiếc máy tính bảng phổ thông không có vỏ bảo vệ vào đó thì nó thành vật tư tiêu hao theo đơn vị vài tháng, biểu hiện qua việc cảm ứng chết hoặc cổng kết nối bị ăn mòn. Đó là lý do đáng cân nhắc thiết bị công nghiệp có cấp chống bụi chống nước, hoặc kết hợp vỏ bảo vệ chuyên dụng với tấm dán màn hình. Tiêu chí phán đoán không phải cấp bảo vệ ghi trên bảng thông số mà là thực tế mỗi năm công đoạn đó hỏng bao nhiêu máy. Công đoạn chưa từng có số liệu hỏng hóc thì đây là đầu tư thừa, còn công đoạn đã có số liệu thì phần chênh chi phí ban đầu được thu hồi rất nhanh.

Một điểm nữa hay bị bỏ sót là thao tác khi vẫn đeo găng tay. Có những thiết bị mà cảm ứng điện dung không nhận qua lớp găng bảo hộ, và khi công nhân buộc phải tháo găng ra để thao tác thì ngay từ khoảnh khắc đó việc nhập liệu bị dời lại phía sau. Hãy chắc chắn đưa việc mang chính loại găng tay dùng tại hiện trường tới thao tác thử trên máy thật vào trước khi chốt mẫu máy.

Mạng không dây trong nhà máy — đưa khả năng hoạt động ngoại tuyến vào yêu cầu thiết kế

Wi-Fi nội bộ chắc chắn có lỗ hổng ở đâu đó. Ứng dụng không quyết định từ giai đoạn thiết kế rằng “mất kết nối thì chuyện gì xảy ra” sẽ mất uy tín ngay khoảnh khắc dữ liệu đang nhập dở biến mất ngoài hiện trường, và sẽ không bao giờ được dùng lại. Bạn cần lấy phương án giữ dữ liệu nhập ở máy cục bộ rồi đồng bộ khi kết nối phục hồi làm tiền đề ngay từ đầu, hoặc ít nhất phải quyết định hành vi cảnh báo và chặn nhập liệu khi mất kết nối. Nếu bạn đang cân nhắc điện tử hóa biểu mẫu, hãy xem thêm quy trình chuyển đổi từ giấy trong hướng dẫn triển khai hệ thống biểu mẫu điện tử.

Tuyển dụng và giữ chân nhân sự IT — thiết kế để vận hành được với 1 đến 2 người

Ở các nhà máy Nhật Bản tại Thái Lan, phổ biến là chỉ có 1 đến 2 nhân sự IT, và một người trong số đó ôm cả mạng, máy tính, ERP, máy in đa chức năng và giờ là cả ứng dụng mới. Nếu chồng lên đó phương châm “tự làm tất cả”, thời gian của người phụ trách bị chiếm trọn bởi việc bảo trì ứng dụng và công tác vận hành IT vốn có sẽ đình trệ. Hơn nữa, đúng khoảnh khắc người đó chuyển việc thì mọi thứ trở thành hộp đen. Ngay cả khi đẩy mạnh tự phát triển nội bộ, điều kiện vẫn là giữ được trạng thái khôi phục được dù mất đi 1 người phụ trách, tức là chốt trước tài khoản, phương thức xuất mã nguồn hoặc định nghĩa ứng dụng, và nơi lưu trữ ghi chú thiết kế.

Về mặt lương, mặt bằng tại Samut Prakan và Samut Sakhon nơi tập trung khu công nghiệp cao hơn các khu vực ngoài trung tâm Bangkok, và cạnh tranh tuyển dụng không hề nhẹ nhàng. Dù bạn chọn tuyển người để tự làm hay giao ra bên ngoài, an toàn hơn cả là đừng lập kế hoạch với giả định rằng chắc chắn tuyển được người.

Ưu đãi BOI — điều kiện khi hoạt động phát triển phần mềm thuộc diện được hưởng

Tại Thái Lan, hoạt động phát triển phần mềm, nền tảng cho dịch vụ số và nội dung số được xếp vào nhóm ngành được BOI khuyến khích. Theo thông báo Sor. 4/2564 ban hành ngày 16 tháng 9 năm 2021 và có hiệu lực từ ngày 17 tháng 9 năm 2021, các hạng mục cũ gồm 5.7 phần mềm, 5.8 thương mại điện tử và 5.9 dịch vụ số đã được gộp vào hạng mục 5.10. Với mức ưu đãi tương đương A2, thời gian miễn thuế thu nhập doanh nghiệp tối đa là 8 năm (có trần dựa trên số tiền thực tế của các khoản chi phí thuộc diện áp dụng), và điều kiện chính là tuyển mới nhân sự IT người Thái với tổng lương hằng năm từ 1,500,000 baht trở lên, đồng thời thực hiện quy trình phát triển trong lãnh thổ Thái Lan dưới sự phê duyệt của BOI.

Tuy nhiên, số hiệu hạng mục và các điều kiện vẫn tiếp tục được sửa đổi sau đó, nên khi bước vào giai đoạn cân nhắc nộp hồ sơ hãy nhất định kiểm tra thông báo mới nhất. Điểm quan trọng về mặt thực thi ở đây là việc bạn có nhắm tới ưu đãi hay không sẽ làm thay đổi các lựa chọn về “phát triển ở đâu”. Phương án làm giá rẻ bằng offshore và phương án tuyển người làm trong nước Thái Lan, khi đặt BOI làm tiền đề, sẽ không còn nằm trên cùng một mặt bằng so sánh nữa.

Năm kiểu ứng dụng nghiệp vụ thất bại

Những nhà máy triển khai không thành công đều có chung một số khuôn mẫu.

Chỉ người tạo ra mới sửa được

Đây là kiểu phổ biến nhất. Người phụ trách hiện trường dựng bằng no-code, quy tắc nghiệp vụ bị nhúng trong phần cấu hình của màn hình, và không có bất kỳ tài liệu nào bước ra ngoài. Đến khi người đó hết nhiệm kỳ, chuyển bộ phận hoặc nghỉ việc, không ai còn thay đổi được điều kiện nữa. Đó chính là lý do các rủi ro chung của tự phát triển nội bộ như shadow IT và hộp đen hóa được nhắc đi nhắc lại. Hãy đưa câu hỏi “người tạo ra nó nghỉ một tuần thì vận hành có chạy được không” vào tiêu chí xét duyệt đưa vào sử dụng.

Chỉ thêm mục mà phía quản lý muốn, không hỏi hiện trường

Nếu đưa toàn bộ chỉ số mà bộ phận quản lý muốn xem vào thành mục nhập liệu, thời gian cho một lần nhập sẽ phình lên gấp nhiều lần. Trong phạm vi chúng tôi quan sát tại hiện trường, khi rơi vào trạng thái này công nhân sẽ chuyển sang nhập gộp một lần về sau, và dữ liệu mất cả tính thời gian thực lẫn tính chính xác. Nguyên tắc là thu hẹp mục nhập liệu về đúng những gì công nhân chắc chắn biết tại khoảnh khắc đó, còn những gì tính toán ra được thì để hệ thống tính.

Bê nguyên tờ giấy lên màn hình

Nếu chuyển thẳng biểu mẫu hiện có thành màn hình máy tính bảng, các mục vốn nằm gọn trên một trang A4 sẽ trở thành một biểu mẫu dài dằng dặc theo chiều dọc, tạo ra màn hình cuộn mãi không hết. Giấy có khả năng bao quát cao, màn hình thì thấp. Bạn cần phân rã nghiệp vụ rồi chia lại cho từng màn hình, chứ không phải điện tử hóa tờ giấy.

Triển khai một lượt cho toàn bộ nhà máy và toàn bộ chuyền

Bỏ qua giai đoạn thí điểm để triển khai toàn công ty sẽ khiến lỗ hổng sóng, thiếu thiết bị, chậm đào tạo và các nghiệp vụ ngoại lệ cùng bùng phát một lúc, và bạn không thể tách được nguyên nhân. Kết quả là kết luận “ứng dụng dở” và khoản đầu tư tiếp theo bị dừng. Chạy trên 1 chuyền, 1 công đoạn rồi mới mở rộng thực ra lại rút ngắn tổng thời gian.

Nhóm thúc đẩy DX biến thành nhà thầu nội bộ

Đây là kiểu mà nhóm thúc đẩy được lập ra để tự phát triển nội bộ lại nhận yêu cầu phát triển dồn về từ mọi bộ phận, rồi biến thành một đội phát triển thuê ngoài nằm trong công ty. Vì yêu cầu là miễn phí nên không có thứ tự ưu tiên, hàng đợi kéo dài ra, và dần dần các bộ phận tự đi mua công cụ riêng. Bền vững hơn là thu hẹp vai trò của nhóm nội bộ thành “bộ phận giữ cho tổ chức luôn ở trạng thái làm được”, chứ không phải “bộ phận đi làm”, tập trung cung cấp mẫu chuẩn, dữ liệu chủ dùng chung và hoạt động rà soát.

Mười hạng mục cần chốt trước khi đặt hàng

Nếu điền xong bảng này trước khi đi lấy báo giá, đề xuất của các nhà cung cấp sẽ về ở dạng có thể so sánh với nhau. Ngược lại, báo giá gửi về khi các ô này còn trống thì chắc chắn sẽ bị đội giá về sau.

Cách dùng bảng này

Bạn không cần chốt chặt mọi thứ. Điều quan trọng là nhận thức được rằng chính những ô còn để trống mới là nguồn gốc của các khoản đội giá và rắc rối trong tương lai, rồi ghi rõ “phần này chưa xác định” khi gửi yêu cầu báo giá. Giữa một báo giá nói rõ phần chưa xác định và một báo giá giấu nó đi, cái thứ hai chắc chắn đắt hơn.

Lộ trình đưa bản đầu tiên ra trong 90 ngày

Với bản đầu tiên, đừng tham tính năng mà hãy lấy việc giữ đúng lịch làm mục tiêu. Bởi thứ hiện trường nhìn vào đầu tiên không phải số lượng tính năng, mà là liệu điều đã hứa có thực sự thành hình và xuất hiện hay không.

30 ngày đầu — thu hẹp về 1 công đoạn và đo thực tế sóng

Thu hẹp đối tượng còn 1 chuyền 1 công đoạn, số người dùng dưới 10 người. Công việc quan trọng nhất trong giai đoạn này không phải phỏng vấn yêu cầu mà là đo đạc thực tế tại hiện trường. Hãy thu thập cường độ sóng ở khu vực mục tiêu, vị trí đặt thiết bị, mức độ rảnh tay của công nhân, bản in thật và ví dụ điền của các biểu mẫu giấy hiện dùng, cùng các trường hợp xử lý ngoại lệ (ai, khi nào, trong tình huống nào thì ghi bổ sung bằng tay). Bảng mười hạng mục ở trên phải được điền xong trong giai đoạn này.

Ngày 31 đến 60 — hoàn thiện giao diện nhập liệu bằng cách cho dùng thử tại hiện trường

Giai đoạn này bạn mang màn hình chạy được vào hiện trường cho mọi người dùng thử. Buổi rà soát trong phòng họp không tái hiện được các điều kiện như găng tay, ánh sáng, tiếng ồn và tư thế đứng. Khi chạy vòng lặp mỗi tuần một lần cho dùng thử đúng 15 phút ngay trên chuyền, các góp ý về màn hình thường hội tụ sau vài vòng. Ở giai đoạn này hãy giữ lớp nền tảng dữ liệu và lớp quy tắc nghiệp vụ ở mức tối thiểu, và chưa động tới kết nối hệ thống lõi.

Ngày 61 đến 90 — vận hành thật trên 1 công đoạn và chạy song song với giấy

Đừng bỏ giấy ngay lập tức, hãy dùng song song giấy và ứng dụng trong 2 đến 4 tuần. Hãy xem số lượng bản ghi có khớp không, thời gian nhập liệu có ngắn hơn giấy không, tổ trưởng có dùng được để tổng hợp không. Nếu tới đây bạn đã ở trạng thái có thể ra quyết định bỏ giấy, thì bản đầu tiên đó là thành công. Nếu chưa, đừng mở rộng phạm vi mà hãy xử lý dứt điểm nguyên nhân.

Việc cần làm sau mốc 90 ngày

Chỉ từ bản thứ hai trở đi bạn mới bắt tay vào chuẩn hóa lớp nền tảng dữ liệu và kết nối hệ thống lõi. Tách dữ liệu chủ đã dùng ở bản đầu ra thành dữ liệu chủ dùng chung, rồi cho bản thứ hai tham chiếu tới đó. Giữ đúng thứ tự này thì ứng dụng có tăng lên nhưng đối tượng phải quản lý thì không. Ngược lại, nếu ngay từ bản đầu đã định thiết kế nền tảng dùng chung cho toàn công ty thì 90 ngày là chuyện không tưởng. Về tiêu chí lựa chọn đối tác phát triển, bạn có thể tham khảo thêm cách chọn công ty phát triển hệ thống tại Thái Lan.

Tóm tắt lộ trình

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

Chi phí phát triển ứng dụng nghiệp vụ là bao nhiêu

Không thể trả lời theo kiểu “một ứng dụng bao nhiêu tiền”. Thứ quyết định số tiền không phải số màn hình mà là số đường kết nối với hệ thống bên ngoài, số người dùng, tình trạng thiết bị và đường truyền. So sánh riêng chi phí phát triển ban đầu thì ít ý nghĩa, hãy nhìn theo đủ 5 lớp gồm hạn mức chỉnh sửa, vận hành, thiết bị và đường truyền. Để tham khảo, mặt bằng lương nhân sự IT tại Thái Lan theo dữ liệu đăng tuyển của JobsDB Thái Lan tại thời điểm tháng 6 năm 2026 cho thấy lương tháng trung bình của lập trình viên phần mềm nằm trong khoảng THB 37,500 đến 50,000, và khu vực càng gần khu công nghiệp thì càng cao. Đây là giá trị trung bình của tin tuyển dụng chứ không phải khảo sát thống kê nên lưu ý là có lệch so với thực tế. Đọc đơn giá người-tháng như mức lương này cộng thêm chi phí gián tiếp và gánh nặng bảo hành sẽ giúp bạn dễ đánh giá tính hợp lý của báo giá.

Công ty tôi có thể tự phát triển ứng dụng nghiệp vụ trên điện thoại thông minh không

Nếu giới hạn ở lớp giao diện nhập liệu thì hoàn toàn làm được. Với nền tảng no-code, chính người phụ trách hiện trường cũng có thể dựng các ứng dụng như kiểm tra định kỳ, báo cáo ca hay báo lỗi đơn giản. Nhưng có điều kiện đi kèm. Phải giữ được trạng thái mà người khác ngoài người tạo ra vẫn thay đổi được, bộ phận IT phải nắm được nơi lưu dữ liệu và cơ chế sao lưu, và không kết nối trực tiếp với hệ thống lõi. Bỏ qua ba điều này thì một ứng dụng tiện lợi sẽ thành tài sản không ai dám động vào sau vài tháng. Nếu dùng điện thoại thông minh, hãy lưu ý thêm rằng thiết kế quản lý thông tin thay đổi rất nhiều tùy theo dùng máy cá nhân hay máy do công ty cấp.

Hỗ trợ triển khai phần mềm đóng gói khác gì với phát triển thuê ngoài

Hỗ trợ triển khai gói phần mềm là công việc kéo nghiệp vụ của doanh nghiệp về hình dạng mà gói phần mềm giả định, còn phát triển thuê ngoài là làm ra hệ thống theo đúng nghiệp vụ của doanh nghiệp. Những nghiệp vụ đã chuẩn hóa như kế toán, chấm công, tồn kho thì gói phần mềm có lợi thế, và giá trị của dịch vụ triển khai nằm ở cấu hình, chuyển đổi dữ liệu và xây dựng quy tắc vận hành. Ngược lại, với những nghiệp vụ không cần giống công ty khác như quy trình kiểm tra riêng hay cách quản lý công đoạn đặc thù, chi phí tùy biến gói phần mềm có thể vượt cả phát triển thuê ngoài. Tự hỏi “nghiệp vụ này có thể đổi sang cách làm giống các công ty khác không” sẽ cho bạn câu trả lời rõ ràng nên chọn hướng nào.

Nên đặt hàng phát triển ứng dụng cho ngành sản xuất ở đâu

Hãy chọn dựa trên khả năng vào được hiện trường hơn là năng lực kỹ thuật. Các căn cứ đánh giá gồm việc họ đã từng bước vào chuyền sản xuất để quan sát thao tác hay chưa, có phỏng vấn hiện trường bằng tiếng Thái được không, có khảo sát môi trường sóng và thiết bị trước khi báo giá không, và sản phẩm bàn giao có bao gồm tài liệu đặc tả, kết quả kiểm thử cùng quy trình bàn giao hay không. Một đơn vị tích hợp hệ thống có mạnh về ngành sản xuất hay không thể hiện ở việc họ có đề xuất khảo sát hiện trường hay không, hơn là ở câu chữ trong hồ sơ đề xuất.

Khi dùng hệ thống nghiệp vụ trên máy tính bảng trong nhà máy thì chọn thiết bị theo tiêu chí nào

Kích thước màn hình, khả năng chịu môi trường, cùng cách vận hành sạc và cất giữ. Nếu thao tác khi vẫn đeo găng thì cần độ nhạy cảm ứng điện dung, nếu có dầu và bụi thì cần cấp chống bụi chống nước, nếu dự kiến rơi rớt thì cần khả năng chịu va đập. Ngoài ra, với thiết bị dùng chung, nếu không chốt trước vị trí trạm sạc, cách bàn giao khi đổi ca và máy dự phòng khi hỏng thì thiết bị sẽ biến mất khỏi hiện trường. Cái rẻ của thiết bị tiêu dùng có thể đảo ngược khi nhân với số máy hỏng mỗi năm, nên hãy phán đoán bằng số liệu hỏng hóc thực tế.

Đơn vị tích hợp hệ thống có cần kinh nghiệm ngành sản xuất không

Nếu giao lớp nền tảng dữ liệu và lớp kết nối hệ thống lõi thì có. Với đối tác mà bạn phải giải thích từ đầu các khái niệm như công đoạn, lô, mã lỗi, truy xuất nguồn gốc, thì rốt cuộc chỉ mình bên đặt hàng phải tự kiểm chứng tính hợp lý của thiết kế. Ngược lại, nếu chỉ nhờ hỗ trợ ngắn hạn ở lớp giao diện nhập liệu thì thái độ chịu vào hiện trường và tốc độ phản hồi lại quan trọng hơn kinh nghiệm ngành sản xuất. Ở đây cũng vậy, điều kiện cần thay đổi tùy theo bạn giao lớp nào cho họ.

Tổng kết

Ứng dụng nghiệp vụ trong nhà máy không phải thứ quyết định bằng câu hỏi “tự làm hay đi mua”. Hãy chia thành 4 lớp gồm giao diện nhập liệu, quy tắc nghiệp vụ, nền tảng dữ liệu và kết nối hệ thống lõi, để lớp trên cho người gần hiện trường xoay nhanh, còn lớp dưới giao ra bên ngoài kèm tài liệu và điều kiện bàn giao. Chỉ cần thừa nhận sự bất đối xứng này ngay từ đầu, phần lớn cuộc tranh luận giữa tự làm và thuê ngoài sẽ tự ngã ngũ.

Chi phí thì nhìn theo 5 lớp gồm phát triển ban đầu, chỉnh sửa, vận hành, thiết bị và đường truyền. Tại nhà máy ở Thái Lan, đa ngôn ngữ, thiết bị dùng chung, lỗ hổng sóng, cơ cấu chỉ 1 đến 2 nhân sự IT và các điều kiện của BOI đều tác động như những tiền đề thiết kế. Còn bản đầu tiên thì thu hẹp phạm vi về 1 công đoạn, ra mắt trong 90 ngày, và đánh giá bằng việc bạn có ra được quyết định bỏ giấy hay không. Giữ đúng thứ tự này thì chi phí từ bản thứ hai trở đi sẽ giảm thấy rõ.

Việc bạn nên tự giữ tới lớp nào và bắt đầu giao ra ngoài từ đâu sẽ thay đổi theo cơ cấu nhân sự và môi trường thiết bị của từng nhà máy. TOMAS TECH nhận trao đổi ngay từ giai đoạn trước khi yêu cầu được định hình, tức là từ câu hỏi gốc “rốt cuộc phần nào nên tự làm”. Nếu bạn mang theo ảnh chụp hiện trường hoặc các biểu mẫu đang dùng, chúng tôi có thể hỗ trợ ít nhất ở việc sắp xếp xem nên xử lý lớp nào trước. Mọi trao đổi xin gửi qua biểu mẫu liên hệ.

Thông tin tham khảo

• ITR — Thông cáo báo chí về quy mô và dự báo thị trường phát triển low-code và no-code tại Nhật Bản, công bố ngày 5 tháng 2 năm 2026 (https://www.itr.co.jp/topics/pr-20260205-1)
• Tilleke & Gibbins — Thailand’s BOI Revamps Promoted Digital Activities (https://www.tilleke.com/insights/thailands-boi-revamps-promoted-digital-activities/12/)
• JobsDB Thailand — Software Developer Salary, dữ liệu đăng tuyển tại thời điểm tháng 6 năm 2026 (https://th.jobsdb.com/career-advice/role/software-developer/salary)
• Hitachi Solutions — Chuyên mục RPA, giải thích về rủi ro của việc tự phát triển hệ thống trong nội bộ (https://www.hitachi-solutions.co.jp/rpa/column/rpa_vol42.html)
• Daikin Industries ITEC — Blog dành cho ngành sản xuất, giải thích về tự phát triển hệ thống trong nội bộ (https://www.itec.daikin.co.jp/manufacture/blog/naisei/)
• Monstar Lab — Giải thích thuật ngữ DX về nội bộ hóa hoạt động phát triển (https://monstar-lab.com/dx/about/inhouse-production/)
• Global Information — Giới thiệu báo cáo nghiên cứu thị trường nền tảng phát triển ứng dụng low-code (https://www.gii.co.jp/report/ires2011670-low-code-application-development-platform-market.html)