---
title: "Charlie Tang Hoong — Forward Deployed AI & Automation Engineer, Malaysia"
url: https://cv.tanghoong.com/vi/
locale: vi
description: "Kỹ sư AI ứng dụng và tự động hoá forward deployed tại Selangor, Malaysia. Hơn 15 năm biến những bài toán kinh doanh mơ hồ thành hệ thống AI, tự động hoá và phần mềm chạy thật, tại Malaysia, Singapore và châu Á – Thái Bình Dương."
---
# Charlie Tang Hoong

**Forward Deployed AI & Automation Engineer** — Selangor, Malaysia · UTC+8

Tôi biến những bài toán kinh doanh mơ hồ thành hệ thống AI, tự động hoá và phần mềm sẵn sàng chạy thật.

Mười lăm năm, từ Selangor, Malaysia — và gần như mọi công việc đều bắt đầu giống nhau: một hệ thống do người khác dựng, không có tài liệu, và một doanh nghiệp không được phép dừng trong lúc nó được sửa.

## Bằng chứng

- **2 trên 3 được khuyên dừng** — Ba nghiên cứu khả thi về AI ở ba lĩnh vực không liên quan. Hai cái tôi khuyên đừng làm vì vốn đầu tư; cái thứ ba đã được xây.
- **Hàng tỉ lượt hiển thị** — Mỗi tháng, trên nền tảng AdTech tôi từng làm — hàng chục nghìn yêu cầu mỗi giây, và p95 dưới 100 ms trên những đường backend tôi dựng lại.
- **15+ pipeline** — Theo dõi giá, tìm khách hàng tiềm năng và thu thập thông tin thị trường — cho các doanh nghiệp nhỏ cần một bảng giá được canh chừng, ⛔ không phải một nền tảng được xây.
- **15+ năm** — Bốn công ty, một hợp đồng ở Singapore, hai lần tự làm chủ và các dự án độc lập — từ đội vận hành doanh nghiệp lớn tới công ty hai người.

Hai trong ba đề xuất AI đó đã không đi tiếp, và đó chính là điểm mấu chốt: khách hàng có một con số thật đủ sớm để nói không mà không tốn kém.

## Dự án tiêu biểu

Năm dự án được chọn, viết theo cùng một cách: khách hàng đang muốn làm gì, chỗ nào còn mơ hồ, tôi quyết điều gì, tôi xây hay tư vấn điều gì, và kết quả nào theo sau.

- Dự án 1 — Xây trên một hệ thống không thuộc về chúng tôi: Một nền tảng đặt chỗ và đặt hàng nhiều vai trò đã đi vào vận hành trên hệ thống ERP cũ của một khách hàng doanh nghiệp, với hợp đồng API được thương lượng trực tiếp cùng chính đội kỹ sư của khách hàng, và mọi thay đổi phạm vi đều được duyệt bằng văn bản trước khi tới tay bộ phận kỹ thuật.
- Dự án 2 — Bỏ phần gõ tay khỏi một luồng chứng từ không được phép dừng: Một pipeline lai OCR và LLM đã giảm đáng kể việc nhập liệu thủ công trong một luồng chứng từ vận tải biển khối lượng lớn, bên trong một hoạt động mà các hệ thống nguồn không có API và không thể thay thế.
- Dự án 3 — Phục vụ lưu lượng của một trợ lý AI mà không giữ kết nối mở: Thiết kế lại đường đi của yêu cầu cho một trợ lý chăm sóc khách hàng bằng AI, để một cuộc hội thoại được xếp hàng đợi và hỏi lại theo chu kỳ thay vì bị giữ trên một kết nối đồng bộ — đã bàn giao và hợp nhất.
- Dự án 4 — Ba đề xuất AI, và hai lần tôi khuyên đừng làm: Ba việc đánh giá khả thi về AI trong ba lĩnh vực không liên quan, mỗi việc được chuyển thành một thiết kế giải pháp kèm dự toán chi phí: hai bị từ chối hoàn toàn hợp lý vì vốn đầu tư, và cái thứ ba đã được xây.
- Dự án 5 — Nền móng kỹ thuật: hàng tỉ lượt hiển thị, và một sàn tự chạy: Mười một năm qua hai chặng ở cùng một công ty AdTech: bốn năm làm kỹ sư frontend duy nhất trong một đợt chuyển đổi nền tảng, sau đó là một sàn quảng cáo tự phục vụ xây từ đầu tới cuối, rồi tới các dịch vụ backend gánh hàng chục nghìn yêu cầu mỗi giây.

## Cách tôi làm việc

Vẫn bảy bước đó, dù khách hàng là đội vận hành của một doanh nghiệp lớn hay một công ty hai người. Thứ tự quan trọng hơn công cụ: gần như mọi thất bại bàn giao tôi từng thấy đều đã được định đoạt trước khi có dòng mã đầu tiên.

- **01 Tìm hiểu** — Ngồi cùng những người đang làm việc đó hôm nay và ghi lại quy trình hiện tại đúng như nó chạy, ⛔ không phải như sơ đồ tổ chức mô tả. Phần lớn những gì quan trọng đều không nằm trong bản brief.
- **02 Xác định** — Vẽ luồng đề xuất, dẫn bên liên quan đi qua nó, và lấy xác nhận bằng văn bản trước khi bộ phận kỹ thuật bắt đầu. Gọi tên rõ những gì nằm ngoài phạm vi, và những gì cố ý để lại cho giai đoạn hai.
- **03 Thiết kế** — Quyết mua gì và xây gì trước khi quyết xây thế nào. Tích hợp những phần đã thành hàng hoá, tự tay xây phần đường găng, và nói thật về ràng buộc nào là có thật — đường truyền, quyền truy cập, chu kỳ phát hành của người khác, một khoản ngân sách sẽ không nới ra.
- **04 Xây dựng** — Tự nhận phần phức tạp định hình hợp đồng; giao lại phần bề mặt đơn giản. Khi một đầu việc đã ba mươi phút mà vẫn chưa rõ hướng, nó trở thành một cuộc bàn về thiết kế, ⛔ không phải làm lại trong im lặng.
- **05 Triển khai** — Mặc định môi trường không phải của tôi để thay đổi. Tích hợp mà không xâm lấn: đọc từ những gì đã có, đặt điểm kiểm tra cho các lượt chạy dài để một lần gián đoạn là chạy tiếp chứ không phải bắt đầu lại, và luôn chừa một lối để một người tiếp quản giữa chừng.
- **06 Đo lường** — Chốt từ đầu «chạy được» nghĩa là gì và sẽ quan sát nó bằng cách nào — cách thử lại, mức độ lỗi hiện ra, chi phí mỗi yêu cầu, và với hệ thống AI là một bộ đánh giá chứ không phải một cảm nhận.
- **07 Lặp lại** — Bàn giao giai đoạn này, giữ cho các điều kiện tiên quyết của giai đoạn hai luôn thấy được, và để những gì vận hành phơi bày ra sắp xếp lại thứ tự việc.

## Tôi mang lại gì

- **Nắm bắt yêu cầu và định hình giải pháp** — Làm việc trực tiếp với người đang giữ bài toán — nhân sự vận hành, người sáng lập, chính đội kỹ sư của khách hàng — để biến một bản brief còn thiếu thành một phạm vi rõ ràng kèm dự toán và một định nghĩa «xong» đã thống nhất. Tôi đã làm việc này từ cả hai phía: với tư cách chuyên viên quy trình nội bộ vẽ lại các luồng tài chính và logistics không có tài liệu, và với tư cách kỹ sư bên ngoài xác định phạm vi các dự án AI cho doanh nghiệp nhỏ chưa từng mua một hệ thống nào như vậy.
- **AI ứng dụng và tự động hoá quy trình** — Những hệ thống AI phải chạy bên trong một hoạt động thật: trích xuất chứng từ có bước con người rà soát trước khi ghi bất cứ thứ gì, trợ lý chăm sóc khách hàng có cấu trúc tri thức, tích hợp công cụ, quản lý phiên và chuyển tiếp cho người thật, cùng các luồng RPA cho những việc tài chính và logistics trước đây phải gõ tay.
- **Kiến trúc giải pháp và tích hợp doanh nghiệp** — Nối những hệ thống chưa bao giờ được thiết kế để nối với nhau — hệ ERP cũ của một khách hàng, các hệ nguồn không có API nào cả, các nền tảng thương mại và thanh toán của bên thứ ba, hàng đợi thông điệp, và những bước thủ công ở giữa. Quyết định lặp đi lặp lại là xây hay mua, và tôi đã ở cả hai phía đủ nhiều lần để biết rằng câu hỏi thú vị là ràng buộc nào khiến thứ mua về hỏng.
- **Kỹ thuật vận hành và độ tin cậy** — Chịu trách nhiệm một hệ thống sau khi nó phát hành. Việc chạy dài biết chạy tiếp từ chỗ đã dừng thay vì bắt đầu lại. Lỗi lộ ra vào giờ mà con người vẫn còn kịp quay về quy trình thủ công. Xử lý theo hàng đợi để một yêu cầu chậm không chặn được khách hàng kế tiếp. Việc gửi đi không thể kích hoạt hai lần chỉ vì tải lại trang. Dung lượng để không thì được trả về thay vì bị giữ.
- **Bàn giao kỹ thuật và thống nhất với các bên liên quan** — Tôi đã dẫn dắt việc bàn giao và các quyết định kỹ thuật, ⛔ không phải quân số: quyết định cuối cùng về kiến trúc và chọn công nghệ sau khi nghe cả đội, nếp rà soát mã mà một đội làm theo, và đồng hành cùng lập trình viên qua đúng thứ đang chặn họ — mà theo kinh nghiệm của tôi, gần như luôn là hợp đồng API chứ không phải mã nguồn.