Với mỗi thành phần trong roadmap, bạn đứng trước lựa chọn: mua giải pháp có sẵn (SaaS agent, nền tảng no-code), tự xây (dùng framework + API LLM), hay lai (mua nền, xây phần lõi). Quyết định sai gây lãng phí hoặc khóa chặt (lock-in).
Khung 4 câu hỏi
1. Đây có phải NĂNG LỰC LÕI tạo lợi thế cạnh tranh không?
Có -> nghiêng BUILD (đừng giao vũ khí cho nhà cung cấp).
Không -> nghiêng BUY (đừng phát minh lại bánh xe).
2. Tốc độ ra thị trường quan trọng cỡ nào?
Gấp -> BUY để có giá trị trong tuần, không phải quý.
3. Yêu cầu tùy biến & tích hợp sâu tới đâu?
Rất sâu vào hệ thống nội bộ đặc thù -> BUILD/HYBRID.
4. Dữ liệu nhạy cảm & chủ quyền dữ liệu?
Rất nhạy cảm -> BUILD/self-host hoặc BUY có cam kết dữ liệu.
Ma trận ứng dụng
| Tình huống | Khuyến nghị |
|---|---|
| Agent hỗ trợ khách chung chung, cần nhanh | BUY (SaaS chuyên support) |
| Logic định giá độc quyền là lợi thế | BUILD |
| Cần tích hợp ERP nội bộ cũ, đặc thù | HYBRID (mua orchestration, xây connector) |
| Dữ liệu y tế/tài chính chủ quyền cao | BUILD/self-host hoặc BUY có BAA |
Ví dụ cụ thể
Công ty logistics muốn agent tối ưu tuyến giao hàng. Đây là năng lực lõi (lợi thế cạnh tranh nằm ở thuật toán tuyến), dữ liệu vị trí nhạy cảm, tích hợp sâu hệ thống điều phối cũ → BUILD phần lõi tối ưu, nhưng BUY lớp giao diện chat và observability để khỏi tự làm mọi thứ → thực chất là HYBRID.
Ngược lại, cũng công ty đó cần agent trả lời câu hỏi nhân sự nội bộ (nghỉ phép, bảo hiểm) → không phải lõi, cần nhanh → BUY một nền tảng no-code.
Tổng chi phí sở hữu (TCO) — đừng chỉ nhìn giá tem
BUY: phí license + phí theo lượng dùng (per-seat/per-run)
+ chi phí tích hợp + rủi ro lock-in + giới hạn tùy biến.
BUILD: lương kỹ sư + chi phí token LLM + hạ tầng
+ BẢO TRÌ dài hạn (thường bị bỏ quên) + thời gian ra thị trường chậm.
Nhiều đội tính "build rẻ hơn" vì quên chi phí bảo trì và cơ hội mất do ra thị trường chậm. Một con số hữu ích: chi phí bảo trì phần mềm tùy biến thường bằng 15–25% chi phí xây ban đầu mỗi năm — cộng dồn qua 2–3 năm có thể vượt cả chi phí license của giải pháp mua sẵn.
Gợi ý thực tế: dùng ma trận 2x2 với trục "có phải năng lực lõi" và trục "cần nhanh". Lõi + cần nhanh → hybrid (mua khung, xây lõi). Không lõi + cần nhanh → buy. Lõi + không gấp → build. Không lõi + không gấp → thường vẫn buy hoặc hoãn. Ma trận này giúp cuộc họp buy-vs-build kết thúc bằng quyết định thay vì tranh luận vô tận.
Các bước làm
- Với mỗi thành phần roadmap, chấm 4 câu hỏi khung.
- Xếp vào 1 trong 3: Buy / Build / Hybrid.
- Với Buy: lập shortlist 2–3 nhà cung cấp, kiểm tra khả năng xuất dữ liệu (chống lock-in).
- Với Build: ước lượng TCO 2 năm gồm bảo trì, không chỉ chi phí xây.
- Chạy một PoC nhỏ (2–4 tuần) cho lựa chọn rủi ro nhất trước khi cam kết.
- Ghi quyết định + giả định vào một trang, review lại sau 6 tháng.
Checklist chống lock-in khi Buy
- Có xuất được dữ liệu & prompt/config ra định dạng mở không?
- Có khóa vào một model LLM duy nhất không?
- Phí có tăng vọt theo lượng dùng khi scale không?
- Có cam kết bảo mật/chủ quyền dữ liệu bằng hợp đồng không?
Sai lầm thường gặp
- Build năng lực không phải lõi: tốn 4 kỹ sư làm chatbot HR mà mua chỉ tốn vài triệu/tháng.
- Buy đúng năng lực lõi: trao lợi thế cạnh tranh cho nhà cung cấp, mất chủ động.
- Chỉ so giá license, quên TCO & bảo trì.
- Bỏ qua điều khoản xuất dữ liệu: đến khi muốn đổi nhà cung cấp thì bị khóa chặt.