Quy tắc nền tảng: mua phần mềm có sẵn cho những quy trình giống mọi doanh nghiệp khác, và chỉ đặt làm riêng cho phần quy trình tạo ra khác biệt cạnh tranh của bạn. Kế toán, lương, hoá đơn điện tử, email hiếm khi là lý do khách chọn bạn, nên làm riêng chỉ tốn thêm tiền và rủi ro. Ngược lại, cách một chuỗi nhà thuốc điều phối hàng giữa các cửa hàng, hay cách một nhà máy lập lịch sản xuất theo đơn đặc thù, có thể đáng làm riêng nếu đó chính là lợi thế.
Giữa hai cực còn nhiều lựa chọn: mua gói rồi cấu hình, mua gói rồi tuỳ biến, dùng nền tảng low-code, hoặc mua lõi và làm riêng phần mở rộng qua API. Bài này đưa ra khung quyết định gồm năm câu hỏi, cách tính tổng chi phí năm năm cho từng phương án, và những bẫy khiến quyết định "làm riêng cho vừa ý" trở thành gánh nặng nhiều năm.
Phần cốt lõi và phần bối cảnh
Geoffrey Moore, trong Dealing with Darwin (2005), phân biệt hoạt động cốt lõi (core), tạo ra khác biệt mà khách hàng trả tiền, với hoạt động bối cảnh (context), cần làm đúng nhưng làm giỏi hơn đối thủ cũng không thu thêm được gì. Lời khuyên của ông: dồn nguồn lực tốt nhất vào phần cốt lõi, chuẩn hoá và thuê ngoài phần bối cảnh. Áp vào phần mềm, đây chính là câu hỏi mua hay làm.
Gartner phát triển một ý tương tự đầu thập niên 2010 với chiến lược ứng dụng phân lớp theo nhịp thay đổi: hệ thống ghi nhận (kế toán, nhân sự, kho — ổn định, nên chuẩn hoá), hệ thống khác biệt (quy trình đặc thù của doanh nghiệp, thay đổi theo năm) và hệ thống đổi mới (thử nghiệm ý tưởng mới, thay đổi theo tháng). Mỗi lớp hợp với một cách sở hữu phần mềm khác nhau.
Sai lầm phổ biến là doanh nghiệp tin rằng quy trình của mình đặc biệt ở mọi chỗ. Hỏi kỹ thì phần thật sự khác thường chỉ chiếm một phần nhỏ; phần lớn còn lại là thói quen có thể điều chỉnh theo thực hành chuẩn mà phần mềm đóng gói đã đúc kết từ nhiều khách hàng. Thay đổi thói quen thường rẻ hơn nhiều so với viết phần mềm để giữ thói quen.
Một cách thực hành là lập bảng quy trình cấp một và cấp hai của doanh nghiệp, rồi cho lãnh đạo đánh dấu từng quy trình theo hai trục: mức tạo khác biệt với khách hàng, và mức đặc thù so với thực hành chung của ngành. Quy trình thấp ở cả hai trục là ứng viên rõ ràng để mua; quy trình cao ở cả hai là ứng viên để làm riêng; phần còn lại cần xem kỹ từng trường hợp.
Năm phương án và đặc điểm
Thay vì chọn giữa hai cực, hãy xem phổ đầy đủ. Mức kiểm soát tăng dần từ trên xuống, kéo theo chi phí và trách nhiệm:
| Phương án | Mô tả | Thời gian đưa vào dùng | Ai chịu trách nhiệm nâng cấp |
|---|---|---|---|
| SaaS dùng nguyên bản | Thuê bao, chỉ cấu hình tham số | Nhanh nhất, vài tuần | Nhà cung cấp, tự động |
| Gói phần mềm có cấu hình sâu | Thiết lập quy trình, biểu mẫu, phân quyền bằng công cụ có sẵn | Vài tuần đến vài tháng | Nhà cung cấp; cấu hình thường giữ được khi nâng cấp |
| Gói phần mềm có tuỳ biến mã | Sửa hoặc thêm mã vào sản phẩm chuẩn | Vài tháng | Chia sẻ; mỗi lần nâng cấp phải kiểm tra lại phần tuỳ biến |
| Lõi chuẩn cộng phần mở rộng riêng | Dùng gói cho phần chung, làm riêng ứng dụng nhỏ kết nối qua API | Vài tháng | Rõ ranh giới: lõi do hãng, phần mở rộng do bạn |
| Đặt làm hoàn toàn | Viết mới theo yêu cầu | Nhiều tháng đến hơn một năm | Bạn, trọn đời hệ thống |
Phương án thứ ba là vùng nguy hiểm nhất. Tuỳ biến sâu vào mã của gói chuẩn mang lại cảm giác "vừa có sẵn vừa vừa ý", nhưng mỗi lần hãng phát hành bản mới, phần tuỳ biến có thể vỡ. Nhiều doanh nghiệp bị kẹt ở phiên bản cũ nhiều năm vì chi phí nâng cấp quá lớn. Phương án thứ tư, giữ lõi sạch và mở rộng bên ngoài, thường là cách dung hoà an toàn hơn.
Năm câu hỏi quyết định
Quy trình này có phải nguồn khác biệt cạnh tranh không? Nếu khách hàng không chọn bạn vì cách bạn làm việc này, gần như chắc chắn nên mua. Nếu có, đi tiếp các câu dưới.
Thị trường đã có sản phẩm đáp ứng phần lớn chưa? Qua RFI hoặc dùng thử, xem gói tốt nhất đáp ứng bao nhiêu phần yêu cầu bắt buộc. Đáp ứng phần lớn và phần thiếu xử lý được bằng điều chỉnh quy trình thì vẫn nên mua.
Bạn có năng lực sở hữu phần mềm lâu dài không? Làm riêng nghĩa là có người hiểu mã, sửa lỗi, nâng cấp bảo mật, theo kịp thay đổi quy định trong năm đến mười năm. Không có đội nội bộ hoặc đối tác bảo trì đáng tin thì phần mềm riêng thành tài sản mồ côi.
Tổng chi phí năm năm so ra sao? Không so giá mua với giá làm, mà so tổng chi phí sở hữu, kể cả nhân sự nội bộ và chi phí cơ hội của thời gian chờ.
Rủi ro chiến lược nằm ở đâu? Mua thì phụ thuộc lộ trình và giá của hãng, khó chuyển đi khi dữ liệu nằm trong hệ thống của họ. Làm riêng thì rủi ro dự án trễ, vượt ngân sách, phụ thuộc đội phát triển. Chọn loại rủi ro bạn kiểm soát được tốt hơn.
Ví dụ tính tổng chi phí năm năm
Ví dụ giả định cho một doanh nghiệp phân phối 150 người dùng, đơn vị triệu đồng. Con số chỉ để minh hoạ cách lập bảng, không phản ánh giá thị trường:
| Khoản mục | SaaS cấu hình | Đặt làm riêng |
|---|---|---|
| Chi phí ban đầu (triển khai hoặc phát triển) | 400 | 2.500 |
| Thuê bao hoặc bảo trì năm 1–5 | 5 × 600 = 3.000 | 5 × 450 = 2.250 |
| Hạ tầng máy chủ năm 1–5 | Đã gồm trong thuê bao | 5 × 150 = 750 |
| Nhân sự nội bộ quản trị hệ thống | 5 × 150 = 750 | 5 × 400 = 2.000 |
| Nâng cấp lớn, theo kịp quy định | Đã gồm | 600 |
| Tổng năm năm | 4.150 | 8.100 |
Trong ví dụ này, đặt làm riêng đắt gần gấp đôi. Nó chỉ hợp lý nếu phần khác biệt mang lại giá trị lớn hơn khoảng chênh, chẳng hạn giảm tồn kho hoặc tăng doanh thu đo được. Nhiều phân tích bỏ quên hai dòng cuối, nhân sự nội bộ và nâng cấp, nên làm riêng trông rẻ hơn thực tế. Ngược lại, SaaS cũng có chi phí ẩn: giá thuê bao tăng theo thời gian, phí người dùng thêm, phí tích hợp và xuất dữ liệu.
Những bẫy hay gặp ở cả hai phía
Quyết định sai thường đến từ một trong các ảo tưởng sau:
- "Làm riêng sẽ vừa khít": yêu cầu thay đổi suốt quá trình làm; phần mềm riêng chỉ vừa khít với quy trình tại thời điểm viết đặc tả.
- "Làm riêng thì sở hữu, không phụ thuộc ai": bạn chuyển từ phụ thuộc hãng sang phụ thuộc đội phát triển, và đội nhỏ thì rủi ro cao hơn.
- "Mua có sẵn thì không cần thay đổi gì": phần mềm đóng gói buộc thay đổi quy trình, và đó là dự án quản lý thay đổi thật sự.
- "Cứ mua rồi tuỳ biến sau": tuỳ biến dần dần biến gói chuẩn thành phần mềm riêng, nhưng không có quyền kiểm soát của phần mềm riêng.
- "SaaS rẻ vì không phải mua máy chủ": đúng ở năm đầu; năm thứ năm, tổng thuê bao có thể vượt chi phí sở hữu, tuỳ quy mô.
- "Đội nội bộ viết nhanh hơn": nhanh ở bản đầu tiên, chậm ở năm thứ ba khi người viết đã nghỉ và không có tài liệu.
Một phép thử đơn giản: nếu phải giải thích cho hội đồng quản trị vì sao doanh nghiệp tự viết phần mềm này mà không mua, lý do có liên quan đến khách hàng và lợi thế cạnh tranh không? Nếu lý do chỉ là "quy trình của mình khác", hãy kiểm tra lại xem khác thật hay chỉ là thói quen.
Khi nào đặt làm riêng là đúng
Có những trường hợp làm riêng rõ ràng hợp lý. Thứ nhất, khi phần mềm chính là sản phẩm hoặc kênh tiếp cận khách hàng: ứng dụng đặt hàng của một chuỗi, nền tảng kết nối của một doanh nghiệp dịch vụ. Thứ hai, khi quy trình thật sự độc đáo và không gói nào phục vụ, thường ở ngách hẹp của sản xuất, logistics hay nông nghiệp. Thứ ba, khi dữ liệu và thuật toán là tài sản cạnh tranh, như mô hình định giá hay điều phối riêng.
Ngay cả khi đó, nên làm riêng phần nhỏ nhất có thể và mua phần còn lại. Ứng dụng đặt hàng riêng vẫn có thể dùng cổng thanh toán, kế toán, gửi tin nhắn của bên thứ ba. Làm riêng một hệ thống xác thực người dùng, một bộ máy gửi email hay một mô-đun hoá đơn là tiêu tiền vào thứ thị trường đã giải quyết tốt.
Một điều kiện nữa thường bị xem nhẹ: phải có người sở hữu sản phẩm phía doanh nghiệp. Phần mềm riêng không bao giờ "xong"; nó cần một người quyết định ưu tiên, nói không với yêu cầu lạc hướng, và đo xem tính năng mới có tạo ra giá trị không. Thiếu vai trò này, hệ thống phình dần theo yêu cầu của người nói to nhất, chi phí bảo trì tăng mà giá trị kinh doanh đứng yên.
Cuối cùng, quyết định không vĩnh viễn. Một quy trình hôm nay là khác biệt có thể trở thành chuẩn chung sau vài năm, khi thị trường có sản phẩm tốt. Bản đồ Wardley của Simon Wardley mô tả đúng hiện tượng này: mọi thành phần dịch chuyển dần từ tự làm sang sản phẩm rồi thành tiện ích. Rà soát danh mục ứng dụng định kỳ giúp bạn biết lúc nào nên thay phần tự làm bằng sản phẩm thị trường.
Câu hỏi thường gặp
Low-code có phải lựa chọn ở giữa mua và làm riêng không?
Có thể coi là vậy. Nền tảng low-code cho phép dựng ứng dụng nghiệp vụ nhanh bằng cấu hình và một ít mã, hợp với quy trình nội bộ thay đổi thường xuyên. Đổi lại, bạn phụ thuộc nền tảng, chi phí theo người dùng có thể tăng nhanh, và ứng dụng khó chuyển đi nơi khác. Nên dùng cho ứng dụng vệ tinh, không cho lõi giao dịch lớn.
Dùng phần mềm mã nguồn mở có tính là mua hay làm?
Nằm giữa. Bạn không trả phí bản quyền, có toàn quyền sửa mã, nhưng chịu trách nhiệm triển khai, vận hành, cập nhật bảo mật, hoặc thuê đối tác làm. Tổng chi phí phụ thuộc chủ yếu vào nhân sự. Hãy xem cộng đồng còn hoạt động không, có đối tác hỗ trợ trong nước không, và giấy phép có ràng buộc gì với việc phân phối lại.
Đã làm riêng nhiều năm, bây giờ có nên chuyển sang gói chuẩn?
Đáng xem xét khi chi phí bảo trì tăng, người hiểu hệ thống ít dần, hoặc thị trường đã có gói đáp ứng tốt. Cần đánh giá chi phí chuyển đổi dữ liệu và đào tạo lại, cùng phần quy trình phải thay đổi. Cách an toàn là chuyển từng phân hệ chuẩn hoá được trước, như kế toán, nhân sự, giữ phần đặc thù lại.
Làm sao biết một gói phần mềm đáp ứng bao nhiêu phần yêu cầu?
Đừng dựa vào bảng tự đánh giá của nhà cung cấp. Chọn năm đến mười tình huống nghiệp vụ quan trọng nhất, yêu cầu trình diễn từng tình huống trên sản phẩm thật với dữ liệu mẫu của bạn. Ghi lại từng bước nào làm được bằng cấu hình, bước nào cần tuỳ biến, bước nào không làm được. Đó là con số đáng tin hơn tỷ lệ phần trăm trong hồ sơ.
SaaS nước ngoài có rủi ro gì về dữ liệu?
Cần xem dữ liệu lưu ở đâu, có tuân thủ quy định hiện hành về bảo vệ dữ liệu cá nhân và chuyển dữ liệu ra nước ngoài không, có xuất được toàn bộ dữ liệu theo định dạng dùng được khi chấm dứt không. Một số ngành có yêu cầu riêng về lưu trữ dữ liệu. Nên hỏi bộ phận pháp chế trước khi ký.
Có nên để bộ phận CNTT tự quyết mua hay làm?
Không nên để một mình. CNTT đánh giá tốt khả năng kỹ thuật và chi phí vận hành, nhưng câu hỏi quy trình nào là lợi thế cạnh tranh thuộc về lãnh đạo kinh doanh. Quyết định nên được đưa ra bởi nhóm gồm chủ quy trình, tài chính và CNTT, với tiêu chí rõ ràng thay vì sở thích công nghệ.