Bạn thực hiện technical due diligence trong một thương vụ thâu tóm (acquisition) như thế nào?

Question

Accepted Answer

Technical due diligence là một **đánh giá rủi ro có cấu trúc** về công nghệ, đội ngũ của bên mục tiêu, và cách nó sẽ được tích hợp. Mục tiêu là làm lộ ra những gì có thể phá vỡ giá trị của thương vụ và lập kế hoạch tích hợp một cách thực tế trước khi tiền được trao tay.

## Một danh sách kiểm tra due diligence

```text
ĐÁNH GIÁ BÊN MỤC TIÊU TRÊN CÁC PHƯƠNG DIỆN:
- Kiến trúc & khả năng scaling: nó có trụ vững dưới đà tăng trưởng của ta không?
- Chất lượng code & technical debt: chi phí ẩn để bảo trì/mở rộng
- Đội ngũ: người chủ chốt, rủi ro giữ chân, sự tập trung tri thức
- Bảo mật & tuân thủ: các vụ rò rỉ, lỗ hổng, trách nhiệm pháp lý
- IP & cấp phép: quyền sở hữu, rủi ro open-source
- Chi phí tích hợp: khó đến mức nào để hợp nhất với stack/tổ chức của ta
```

Những rủi ro lớn nhất thường là **con người và sự tích hợp**, chứ không phải bản thân code.

## Ví dụ cụ thể

Due diligence trên một thương vụ phát hiện kiến trúc vững chắc nhưng một kỹ sư duy nhất nắm giữ toàn bộ tri thức then chốt và việc sử dụng các open-source license hạn chế một cách mạnh tay, nên CTO khuyến nghị các gói giữ chân và một kế hoạch khắc phục license như những điều kiện của thương vụ.

## Đánh đổi và cạm bẫy

- **Cạm bẫy:** chỉ tập trung vào code và bỏ lỡ rủi ro con người/giữ chân và tích hợp.
- **Cạm bẫy:** đánh giá thấp chi phí tích hợp, điều có thể xóa sạch giá trị của thương vụ.
- Due diligence bị giới hạn thời gian; bạn phải ưu tiên những rủi ro ảnh hưởng nhiều nhất đến giá trị thương vụ.

## Tại sao điều này quan trọng

Các thương vụ thâu tóm thường xuyên không mang lại giá trị do rủi ro kỹ thuật và tích hợp bị đánh giá thấp.

Due diligence nghiêm ngặt bảo vệ công ty khỏi việc mua phải những trách nhiệm pháp lý ẩn và đặt giá cùng kế hoạch trên nền tảng thực tế.

Với vai trò cố vấn thương vụ, sự phán đoán của CTO ở đây có thể ngăn chặn một sai lầm cực kỳ tốn kém.