Kỹ năng no-code và tự động hóa công việc

Có một loại công việc tồn tại ở mọi công ty: mỗi sáng mở ba bảng tính, copy số từ chỗ này sang chỗ kia, đổi định dạng, gửi báo cáo, lặp lại. Mất một tiếng. Mỗi ngày. Không tạo ra giá trị nào ngoài việc dữ liệu được di chuyển.

Automation (tự động hóa) là việc giao đoạn đó cho máy. No-code là làm việc đó mà không cần viết code — bằng cách nối các công cụ sẵn có lại với nhau qua giao diện kéo thả.

Đây không phải kỹ năng dành riêng cho dân kỹ thuật. Nó là kỹ năng của bất kỳ ai không muốn dành một phần đời mình để copy-paste.

Nhận diện việc đáng tự động hóa

Không phải việc gì cũng nên tự động. Bốn dấu hiệu cho biết một việc là ứng viên tốt:

Lặp lại đều đặn. Hằng ngày, hằng tuần, hoặc mỗi lần có sự kiện xảy ra. Việc làm một lần rồi thôi thì không đáng công.

Có quy tắc rõ ràng. Nếu mô tả được bằng câu "khi X xảy ra thì làm Y", nó tự động hóa được. Nếu mỗi lần làm lại phải cân nhắc khác nhau, nó cần người.

Dữ liệu có cấu trúc. Số liệu trong bảng, dòng trong email, bản ghi trong hệ thống. Càng có cấu trúc càng dễ.

Sai sót gây hậu quả. Chép tay sai một con số trong báo cáo tồn kho có thể dẫn đến đặt nhầm hàng. Máy không mỏi và không nhầm dòng.

Ngược lại, đừng tự động hóa việc cần phán đoán, việc chỉ làm mỗi tháng một lần trong 5 phút, hoặc việc mà quy trình còn thay đổi liên tục. Tự động hóa một quy trình chưa ổn định là tự tạo thêm việc sửa.

Quy tắc thực dụng: nếu bạn làm một việc lần thứ ba theo đúng cách cũ, hãy dừng lại và hỏi máy có làm được không.

Bộ công cụ nền tảng

Không cần biết hết. Cần biết đủ để nối được các mảnh lại.

Bảng tính nâng cao

Vẫn là công cụ mạnh nhất và bị đánh giá thấp nhất. Google Sheets hoặc Excel với công thức tra cứu, hàm tổng hợp có điều kiện, bảng pivot — đủ giải quyết phần lớn bài toán dữ liệu hằng ngày. Thêm scripting đơn giản là bảng tính tự chạy được theo lịch. Nhiều người nhảy thẳng sang công cụ hào nhoáng mà bỏ qua việc thành thạo bảng tính. Đó là sai thứ tự.

Nền tảng nối công cụ

Zapier, Make, n8n — những nền tảng này làm một việc: khi có sự kiện ở công cụ A, thực hiện hành động ở công cụ B. Email mới có file đính kèm thì lưu vào Drive rồi ghi một dòng vào Sheet. Đơn hàng mới thì gửi tin nhắn vào nhóm chat. Đây là xương sống của phần lớn automation ở doanh nghiệp. Học một cái là hiểu được cả nhóm, vì logic giống nhau.

Database và app không cần code

Airtable, Notion, hoặc các nền tảng low-code tương tự cho phép dựng hệ thống quản lý dữ liệu có form nhập, luồng duyệt, báo cáo — mà không cần một dòng code. Đủ để thay thế những bảng tính đã phình to đến mức không quản lý nổi.

API và webhook

Đây là chỗ nhiều người dừng lại vì nghe có vẻ kỹ thuật. Nhưng khái niệm rất đơn giản. API là cửa mà một phần mềm mở ra để phần mềm khác gọi vào lấy dữ liệu hoặc ra lệnh. Webhook là chiều ngược lại: phần mềm tự động gọi cho bạn khi có chuyện xảy ra.

Bạn không cần viết được API. Chỉ cần hiểu chúng tồn tại, đọc được tài liệu cơ bản, và biết dán đúng địa chỉ vào đúng ô. Ranh giới giữa "người dùng công cụ" và "người xây hệ thống" thường nằm đúng ở chỗ này.

AI như một bước trong luồng

Điểm mới của vài năm gần đây: AI có thể là một mắt xích trong luồng tự động, không chỉ là chatbot bạn gõ vào. Ví dụ: review mới của khách về → AI phân loại khen hay chê, thuộc chủ đề gì → ghi vào bảng → nếu là phàn nàn nghiêm trọng thì báo ngay vào nhóm chat.

Đây là chỗ kỹ năng viết prompt và kỹ năng automation gặp nhau. Bài về kỹ năng viết prompt cho AI nói kỹ hơn về nửa còn lại.

Cách bắt đầu: từ nhỏ và từ nỗi đau của chính mình

Sai lầm phổ biến là bắt đầu bằng một dự án lớn: "tôi sẽ tự động hóa toàn bộ quy trình vận hành". Dự án đó sẽ chết ở tuần thứ hai.

Cách làm được:

Bước 1 — Ghi lại việc lặp của chính bạn trong một tuần. Không đoán, ghi thật. Bạn sẽ ngạc nhiên về lượng thời gian đổ vào những việc không cần đầu óc.

Bước 2 — Chọn việc nhỏ nhất, đau nhất. Không phải việc oai nhất. Việc bạn ghét nhất và làm thường xuyên nhất.

Bước 3 — Vẽ luồng ra giấy trước. Khi nào chạy, lấy dữ liệu từ đâu, xử lý gì, kết quả đi đâu. Nếu vẽ không nổi thì chưa hiểu quy trình đủ rõ để tự động hóa.

Bước 4 — Dựng phiên bản thô, chạy song song cách cũ. Chạy hai bên, so kết quả. Khi máy đúng liên tục thì mới tin.

Bước 5 — Xử lý trường hợp lỗi. Automation hỏng thầm lặng còn nguy hiểm hơn không có automation. Phải có cảnh báo khi luồng chạy thất bại, và phải có người biết cách sửa.

Bước 6 — Viết lại cho người khác dùng được. Một automation chỉ mình bạn hiểu là quả bom hẹn giờ khi bạn nghỉ phép.

Cái bẫy cần tránh

Tự động hóa một quy trình tồi. Máy sẽ làm việc sai nhanh hơn và nhiều hơn. Sửa quy trình trước, tự động hóa sau.

Xây quá phức tạp. Một luồng 30 bước nối 8 công cụ sẽ hỏng, và không ai sửa nổi. Đơn giản luôn thắng.

Không tính chi phí bảo trì. Công cụ đổi giao diện, API đổi phiên bản, quy trình đổi. Automation cần được chăm sóc, không phải dựng xong là quên.

Tự động hóa việc không nên tồn tại. Câu hỏi tốt nhất trước khi tự động hóa bất cứ thứ gì: việc này có cần làm không? Nhiều báo cáo được gửi đều đặn mà không ai đọc. Xóa nó đi còn tốt hơn tự động hóa nó.

Kỹ năng cần có

• Tư duy quy trình. Nhìn một công việc và tách được thành các bước có đầu vào, đầu ra rõ ràng.
• Tư duy logic cơ bản. Điều kiện, vòng lặp, xử lý ngoại lệ. Không cần học lập trình, nhưng cần hiểu cách máy suy nghĩ.
• Chịu được sự mò mẫm. Automation hiếm khi chạy đúng lần đầu. Người bỏ cuộc sau lỗi thứ hai sẽ không bao giờ xây được gì.
• Biết đọc tài liệu. Kỹ năng bị đánh giá thấp nhất trong danh sách này, và là thứ phân biệt rõ nhất người tự học được với người luôn phải chờ hướng dẫn.
• Tinh thần chia sẻ. Một automation dùng riêng tiết kiệm cho một người. Một automation được ghi lại và bàn giao tiết kiệm cho cả đội.

Bài này hợp với ai

Hợp với người ở bất kỳ bộ phận nào cảm thấy khó chịu khi phải làm một việc lần thứ ba theo cách cũ. Người làm vận hành tự động hóa báo cáo tồn kho và cảnh báo hết hàng. Người làm marketing tự động hóa việc tổng hợp số liệu quảng cáo từ nhiều kênh. Người xây thương hiệu tự động hóa việc theo dõi review và thứ hạng từ khóa.

Đây chính là ranh giới giữa user và builder — hai từ có ý nghĩa rất cụ thể tại Equarus. User dùng hệ thống có sẵn và chấp nhận sự bất tiện của nó. Builder thấy quy trình chưa tốt thì chủ động sửa, và để lại thứ tốt hơn cho người đến sau. Không cần bằng cấp kỹ thuật. Chỉ cần khó chịu đúng chỗ, và không chấp nhận rằng "vẫn luôn làm thế mà".

Nếu bạn thấy mình trong mô tả đó, bốn giá trị cốt lõi trong công việc hằng ngày và con đường sự nghiệp tại Equarus là hai chỗ nên đọc tiếp. Còn các vị trí đang mở luôn ở đó cho những người muốn build thay vì chỉ dùng.