Xử lý dữ liệu và quy trình làm việc nhiều bước

Vượt xa những tự động hóa đơn giản

Trong bài học trước, chúng ta đã khám phá tự động hóa email và giao tiếp. Giờ hãy xây dựng trên nền tảng đó. Trong Bài học 4, bạn đã xây dựng các quy trình tự động hóa giao tiếp - chủ yếu là những quy trình làm việc một agent kích hoạt, một hành động. Giờ là lúc nâng cấp lên các quy trình tự động hóa vượt qua ranh giới hệ thống, chuyển đổi dữ liệu và kết nối nhiều thao tác với nhau.

Đây là lúc tự động hóa thực sự trở nên mạnh mẽ. Thay vì tự động hóa một tác vụ đơn lẻ, bạn đang tự động hóa toàn bộ quy trình.

Những gì bạn sẽ học được

Đến cuối bài học này, bạn sẽ thiết kế các quy trình làm việc nhiều bước kết nối nhiều công cụ khác nhau, chuyển đổi dữ liệu giữa những định dạng và xử lý thông tin trên các hệ thống. Bạn sẽ xử lý các thách thức phổ biến khiến tự động hóa nhiều bước khó hơn so với tự động hóa một bước.

Từ giao tiếp đến dữ liệu

Bài học 4 tập trung vào việc gửi tin nhắn. Bài học này tập trung vào việc di chuyển và xử lý dữ liệu. Sự khác biệt rất quan trọng: Tự động hóa giao tiếp tạo ra nội dung cho con người. Tự động hóa dữ liệu tạo ra những thay đổi có cấu trúc trong hệ thống. Cả hai đều sử dụng cùng các building block (agent kích hoạt, hành động, điều kiện) nhưng độ phức tạp của luồng dữ liệu cao hơn đáng kể.

Thách thức của nhiều hệ thống

Đây là một kịch bản phổ biến: Một nhân viên bán hàng chốt được giao dịch trong hệ thống CRM. Bây giờ bạn cần phải:

1. Tạo tài khoản khách hàng trong hệ thống thanh toán

2. Tạo hợp đồng trong hệ thống quản lý tài liệu

3. Tạo dự án trong công cụ quản lý dự án

4. Thêm khách hàng vào chuỗi email chào mừng

5. Thông báo cho nhóm chăm sóc khách hàng trên Slack

6. Cập nhật dashboard bán hàng

7. Tạo thư mục khách hàng trong hệ thống lưu trữ file

Đó là 7 hệ thống khác nhau cần được cập nhật khi một sự kiện xảy ra. Nếu thực hiện thủ công, quy trình này mất 30-45 phút và thường xuyên xảy ra lỗi (ai đó luôn quên tạo thư mục dự án). Nếu tự động hóa, chỉ mất vài giây và không bỏ sót bất cứ điều gì.

Nhưng có một vấn đề: mỗi hệ thống lưu trữ dữ liệu khác nhau.

Vấn đề về định dạng dữ liệu

• Hệ thống CRM lưu trữ tên khách hàng dưới dạng: "Acme Corporation".

• Hệ thống thanh toán cần: company_name: "Acme Corporation", billing_contact: "Jane Smith".

• Công cụ quản lý dự án cần: project_name: "Acme Corporation - Implementation".

• Hệ thống lưu trữ file cần: folder_name: "acme-corporation" (chữ thường, có dấu gạch ngang).

Cùng một thông tin. 4 định dạng khác nhau. Đó là lý do tại sao chuyển đổi dữ liệu là kỹ năng cốt lõi của tự động hóa đa bước.

Khái niệm cơ bản về chuyển đổi dữ liệu

Chuyển đổi dữ liệu là quá trình chuyển đổi thông tin từ định dạng này sang định dạng khác. Các phép biến đổi thông dụng:

Thao tác văn bản:

• Tách chuỗi: "Jane Smith" → first_name: "Jane", last_name: "Smith"

• Ghép chuỗi: "Jane" + "Smith" → "Jane Smith"

• Định dạng: "ACME CORP" → "Acme Corp" (viết hoa chữ cái đầu mỗi từ)

• Đường dẫn URL: "Acme Corporation" → "acme-corporation"

Thao tác ngày tháng:

• Chuyển đổi định dạng: "01/15/2026" → "2026-01-15"

• Chuyển đổi múi giờ: "2026-01-15T10:00 EST" → "2026-01-15T15:00 UTC"

• Tính toán: "start_date + 30 days" → "end_date"

Thao tác số:

• Chuyển đổi tiền tệ: "$1,500.00" → 1500 (Loại bỏ ký hiệu/định dạng)

• Làm tròn: 4.567 → 4.57

• Phần trăm: 0.15 → "15%"

Thao tác cấu trúc:

• Làm phẳng: đối tượng lồng nhau → cặp key-value phẳng

• Lồng nhau: trường phẳng → đối tượng có cấu trúc

• Chuyển đổi mảng thành chuỗi: ["tag1", "tag2", "tag3"] → "tag1, tag2, tag3"

Sử dụng AI để lập kế hoạch chuyển đổi:

📍 Nơi dán: Mở ChatGPT (chat.openai.com), Claude (claude.ai) hoặc Gemini (gemini.google.com) và bắt đầu một cuộc trò chuyện mới.

📋 Cách sao chép prompt này: Nhấp vào bất kỳ đâu bên trong khối màu xám, nhấn Cmd+A rồi Cmd+C (Mac) hoặc Ctrl+A rồi Ctrl+C (Windows). Hoặc sử dụng biểu tượng sao chép xuất hiện.

Tôi cần chuyển dữ liệu khách hàng từ [Hệ thống Nguồn] sang
[Hệ thống Đích].

Định dạng dữ liệu nguồn:
{
  "customer_name": "Acme Corporation",
  "contact": "Jane Smith, CEO",
  "phone": "(555) 123-4567",
  "deal_value": "$15,000.00",
  "close_date": "01/15/2026"
}

Đích yêu cầu:
{
  "company": string,
  "first_name": string,
  "last_name": string,
  "title": string,
  "phone": string (digits only),
  "amount": number,
  "date": "YYYY-MM-DD" format
}

Liệt kê mọi chuyển đổi cần thiết, từng bước một.

✏️ ​​Cách điền thông tin chi tiết của bạn: Thay thế mỗi [] và trình giữ chỗ trong ngoặc bằng thông tin cụ thể từ tình huống thực tế của bạn. Đầu vào mơ hồ sẽ tạo ra đầu ra mơ hồ — hãy cụ thể.

👀 Những gì bạn sẽ thấy: Trong vòng vài giây, AI sẽ trả về một phản hồi có cấu trúc dựa trên câu hỏi ở trên. Hãy đọc kỹ và coi đó là bản nháp, không phải câu trả lời cuối cùng.

📌 Nên làm gì với kết quả: Lưu phản hồi vào file Notes. Chọn gợi ý có hiệu quả cao nhất và thực hiện nó trong tuần này — đừng cố gắng làm tất cả cùng một lúc.

⚠️ Nếu kết quả không ổn: Nếu các gợi ý có vẻ chung chung, hãy dán nội dung này: "Hãy cụ thể hơn với ngữ cảnh thực tế của tôi. Bỏ những lời khuyên chung chung." Nếu nó bỏ qua các chi tiết quan trọng bạn đã cung cấp, hãy hỏi: "Bạn đã bỏ sót [X] trong ngữ cảnh của tôi — hãy thực hiện lại với điều đó làm ràng buộc chính."

Kiểm tra nhanh

Hãy nghĩ về hai công cụ bạn thường xuyên sử dụng. Nếu phải chuyển dữ liệu từ công cụ này sang công cụ kia, bạn sẽ gặp phải những khác biệt về định dạng nào? Những khác biệt đó chính xác là những gì các bước chuyển đổi dữ liệu giải quyết.

Các bước tra cứu

Các bước tra cứu là những bước mà hệ thống tự động hóa của bạn truy vấn nguồn dữ liệu để tìm thêm thông tin. Chúng là các bước "hãy kiểm tra điều này".

Các mẫu tìm kiếm phổ biến:

Thiết kế bước tra cứu:

BƯỚC 3: Tra cứu CRM
  Đầu vào: email khách hàng (từ trình kích hoạt)
  Truy vấn: Tìm kiếm liên hệ CRM có email = {email khách hàng}
  Đầu ra: tên khách hàng, ID tài khoản, cấp bậc, chủ sở hữu

  Nếu tìm thấy: Tiếp tục Bước 4
  Nếu không tìm thấy: Tạo bản ghi liên hệ mới, sau đó tiếp tục
  Nếu tìm thấy nhiều bản ghi: Sử dụng bản ghi được cập nhật gần đây nhất, ghi lại cảnh báo

Luôn xử lý trường hợp "không tìm thấy". Các thao tác tra cứu thất bại mà không báo lỗi là một trong những nguyên nhân phổ biến nhất gây ra lỗi tự động hóa.

Các mô hình quy trình làm việc nhiều bước

Mô hình 1: Quy trình tuần tự

Dữ liệu đi qua một loạt các biến đổi:

[Kích hoạt] → [Trích xuất] → [Biến đổi] → [Load] → [Thông báo]

Ví dụ: Báo cáo doanh số hàng ngày

1. Kích hoạt: 8 giờ sáng mỗi ngày

2. Trích xuất: Lấy dữ liệu doanh số ngày hôm qua từ hệ thống POS

3. Biến đổi: Tính tổng, sản phẩm bán chạy nhất, so sánh với ngày hôm trước

4. Load: Cập nhật bảng tính trên bảng điều khiển với dữ liệu mới

5. Thông báo: Gửi tóm tắt cho quản lý bán hàng qua Slack

Mô hình 2: Phân tán

Một kích hoạt tạo ra nhiều hành động song song:

[Kích hoạt] → [Hành động A]
            → [Hành động B]
            → [Hành động C]

Ví dụ: Giao dịch mới được chốt

1. Kích hoạt: Giao dịch được đánh dấu "Đã chốt thành công" trong CRM

2. Tạo tài khoản thanh toán (hệ thống thanh toán)

3. Tạo dự án (công cụ quản lý dự án) -- Song song

4. Gửi email chào mừng (công cụ email) -- song song

5. Thông báo cho nhóm (Slack) -- song song

Mô hình 3: Thu thập và xử lý

Nhiều nguồn dữ liệu được đưa vào một bước xử lý:

[Nguồn A] →
[Nguồn B] → [Kết hợp] → [Xử lý] → [Đầu ra]
[Nguồn C] →

Ví dụ: Báo cáo điều hành hàng tuần

1. Lấy dữ liệu bán hàng (CRM)

2. Lấy phiếu hỗ trợ (bộ phận trợ giúp)

3. Lấy số liệu trang web (phân tích)

4. Kết hợp thành tập dữ liệu thống nhất

5. Tạo tóm tắt và xu hướng

6. Định dạng và gửi báo cáo điều hành

Mô hình 4: Xử lý lặp lại

Lặp lại một tập hợp, xử lý từng mục:

[Lấy danh sách] → [Đối với mỗi mục] → [Xử lý] → [Mục tiếp theo] → [Tóm tắt]

Ví dụ: Xử lý hóa đơn hàng tháng

1. Lấy tất cả các hóa đơn đang chờ xử lý 1. Tạo hóa đơn

2. Đối với mỗi hóa đơn: xác thực số tiền, áp dụng chiết khấu, tính thuế

3. Tạo PDF cho mỗi hóa đơn

4. Gửi mỗi hóa đơn cho khách hàng tương ứng

5. Ghi lại tất cả các lần gửi trong hệ thống kế toán

Thiết kế quy trình làm việc nhiều bước

Hãy cùng nhau thiết kế một quy trình làm việc nhiều bước hoàn chỉnh:

Tình huống: Khi khách hàng gửi yêu cầu hỗ trợ, hãy tự động phân loại yêu cầu đó, tra cứu thông tin tài khoản của họ, chuyển đến đúng nhóm và thiết lập kỳ vọng.

Hãy giúp tôi thiết kế một quy trình tự động hóa nhiều bước để định tuyến yêu cầu hỗ trợ khách hàng.

Kích hoạt: Yêu cầu hỗ trợ mới được gửi qua biểu mẫu

Dữ liệu có sẵn từ biểu mẫu:
- Email khách hàng
- Tiêu đề yêu cầu
- Mô tả yêu cầu
- Mức độ ưu tiên (do khách hàng chọn)

Các hệ thống liên quan:
- Hệ thống quản lý yêu cầu hỗ trợ
- CRM (thông tin khách hàng)
- Slack (thông báo nhóm)
- Email (liên lạc với khách hàng)

Thiết kế quy trình làm việc hoàn chỉnh với:
1. Thứ tự từng bước
2. Các phép biến đổi dữ liệu cần thiết
3. Các bước tra cứu (dữ liệu bổ sung cần lấy)
4. Điều kiện định tuyến
5. Hành động ở mỗi bước
6. Dữ liệu nào được truyền giữa các bước

Ví dụ đầu ra:

BƯỚC 1: Nhận yêu cầu (Kích hoạt)
  Dữ liệu: email, tiêu đề, mô tả, mức độ ưu tiên

BƯỚC 2: Tra cứu CRM
  Đầu vào: email khách hàng
  Đầu ra: tên khách hàng, cấp độ (miễn phí/chuyên nghiệp/doanh nghiệp), chủ sở hữu
  Không tìm thấy: Đánh dấu là "khách hàng không xác định"

BƯỚC 3: Phân loại yêu cầu (AI/quy tắc)
  Đầu vào: tiêu đề, mô tả
  Đầu ra: danh mục (thanh toán/kỹ thuật/chung/khẩn cấp)

BƯỚC 4: Phân bổ dựa trên điều kiện
  NẾU cấp độ = "enterprise" VÀ mức độ ưu tiên = "high":
    → Định tuyến đến bộ phận hỗ trợ cấp cao, SLA = 1 giờ
  NẾU danh mục = "billing":
    → Định tuyến đến nhóm thanh toán, SLA = 4 giờ
  NẾU danh mục = "technical":
    → Định tuyến đến bộ phận hỗ trợ kỹ thuật, SLA = 2 giờ
  KHÁC:
    → Định tuyến đến hàng đợi chung, SLA = 8 giờ

BƯỚC 5: Tạo phiếu yêu cầu trong hệ thống hỗ trợ
  Dữ liệu: tất cả dữ liệu đã thu thập + danh mục + phân bổ + SLA

BƯỚC 6: Gửi xác nhận cho khách hàng
  Template dựa trên cấp độ và danh mục
  Bao gồm: số phiếu yêu cầu, thời gian phản hồi dự kiến

BƯỚC 7: Thông báo cho nhóm được chỉ định qua Slack
  Bao gồm: tên khách hàng, cấp độ, danh mục, liên kết đến phiếu yêu cầu

Những lỗi thường gặp

1. Điều kiện tranh chấp. Khi các hành động song song phụ thuộc vào cùng một dữ liệu, chúng có thể xung đột. Giải pháp: Thiết kế các mối quan hệ phụ thuộc rõ ràng và sắp xếp trình tự các thao tác sửa đổi cùng một dữ liệu.

2. Không khớp kiểu dữ liệu. Một hệ thống trả về số dưới dạng chuỗi, nhưng hệ thống khác lại mong đợi một số nguyên. Giải pháp: Luôn luôn chuyển đổi kiểu dữ liệu một cách rõ ràng giữa các bước.

3. Giới hạn tốc độ. API thường giới hạn số lượng yêu cầu bạn có thể thực hiện mỗi phút. Giải pháp: Thêm độ trễ giữa các lệnh gọi API trong vòng lặp, hoặc nhóm các yêu cầu của bạn lại.

4. Lỗi một phần. Bước 5 trong 7 bước bị lỗi. Bây giờ các bước 1-4 đã được thực thi nhưng 6-7 thì không. Giải pháp: Thiết kế để phục hồi một cách nhẹ nhàng (chi tiết hơn ở Bài học 6).

Bài tập: Thiết kế quy trình làm việc nhiều bước

Chọn một trong những kịch bản sau và thiết kế quy trình làm việc hoàn chỉnh:

1. Tuyển dụng nhân viên: Khi bộ phận Nhân sự tạo hồ sơ nhân viên mới, thiết lập tài khoản trong 5 hệ thống

2. Xử lý đơn hàng: Khi có đơn hàng, xử lý thanh toán, cập nhật tồn kho, tạo nhãn vận chuyển và thông báo cho khách hàng

3. Xuất bản nội dung: Khi bài đăng blog được phê duyệt, định dạng bài đăng, xuất bản lên trang web, chia sẻ trên mạng xã hội và gửi đến danh sách email

Đối với kịch bản bạn đã chọn, hãy xác định từng bước với đầu vào, đầu ra, chuyển đổi, điều kiện và xử lý lỗi.

Những điểm chính cần ghi nhớ

• Quy trình làm việc nhiều bước kết nối các hệ thống khác nhau lưu trữ dữ liệu ở nhiều định dạng khác nhau

• Chuyển đổi dữ liệu là kỹ năng cốt lõi: chuyển đổi giữa các định dạng, tách/ghép những trường, định dạng lại ngày tháng và số

• Các bước tra cứu làm phong phú quy trình làm việc của bạn với dữ liệu bổ sung từ những hệ thống khác

• Các mẫu phổ biến: tuần tự, phân nhánh, thu thập và xử lý, và vòng lặp lặp lại

• Luôn xử lý trường hợp "không tìm thấy" trong các bước tra cứu và lập kế hoạch cho những lỗi một phần

• Lập bản đồ luồng dữ liệu một cách rõ ràng - biết mỗi bước nhận được gì và chuyển tiếp những gì