Trong bài học trước, chúng ta đã khám phá tư duy theo quy trình công việc: Các yếu tố kích hoạt, hành động và điều kiện. Giờ hãy xây dựng trên nền tảng đó. Trong Bài học 2, bạn đã học cách lập sơ đồ quy trình công việc với các yếu tố kích hoạt, hành động và điều kiện. Giờ là lúc lấy một trong những sơ đồ đó và biến nó thành một bản đặc tả chi tiết mà bạn có thể đưa cho bất kỳ ai (hoặc bất kỳ công cụ nào) và họ có thể xây dựng nó.
Chúng ta sẽ cùng xem xét toàn bộ quy trình bằng một ví dụ thực tế: Tự động hóa báo cáo tình trạng khách hàng hàng tuần.
Những gì bạn sẽ học được
Đến cuối bài học này, bạn sẽ biến sơ đồ quy trình công việc thành một bản đặc tả tự động hóa chi tiết, xác định các nguồn dữ liệu và tích hợp bạn cần, và tạo kế hoạch kiểm thử cho quá trình tự động hóa của mình.
Từ building block đến bản thiết kế
Bài học 2 đã cung cấp cho bạn từ vựng. Bài học này cung cấp cho bạn ngữ pháp. Bạn biết các yếu tố kích hoạt, hành động và điều kiện là gì - giờ bạn sẽ học cách sắp xếp chúng thành một thiết kế hoàn chỉnh, có thể xây dựng được.
Bước 1: Ghi lại quy trình thủ công
Trước khi tự động hóa bất cứ điều gì, hãy ghi lại chính xác cách bạn thực hiện nó theo cách thủ công. Mỗi cú nhấp chuột, mỗi quyết định, mỗi mẩu dữ liệu bạn xem xét.
Ví dụ: Báo cáo tình trạng khách hàng hàng tuần
Đây là quy trình thủ công:
Mở công cụ quản lý dự án (Monday.com/Asana/Jira)
Đối với mỗi dự án khách hàng đang hoạt động, hãy ghi chú: tỷ lệ hoàn thành, các nhiệm vụ đã hoàn thành trong tuần này, các mốc quan trọng sắp tới, các vấn đề cản trở
Mở bảng tính được chia sẻ với thông tin liên hệ của khách hàng
Mở email, tạo tin nhắn mới cho mỗi khách hàng
Định dạng bản cập nhật trạng thái với dữ liệu cụ thể của họ
Nếu có vấn đề cản trở, hãy thêm một phần yêu cầu ý kiến đóng góp của họ
Nếu có một mốc quan trọng sắp tới vào tuần sau, hãy thêm lời nhắc
Xem lại từng email về độ chính xác và giọng điệu
Gửi
Ghi lại việc báo cáo đã được gửi trong công cụ theo dõi dự án
Thời gian: Khoảng 45 phút cho 8 khách hàng.
Điểm khó khăn: Định dạng lặp đi lặp lại, dễ bỏ sót khách hàng, giọng điệu thay đổi tùy thuộc vào mức độ mệt mỏi của bạn, đôi khi quên ghi lại.
Kiểm tra nhanh
Đối với ứng viên tự động hóa của bạn, bạn đã ghi lại quy trình thủ công chi tiết như thế này chưa? Nếu bạn đã bỏ qua các bước hoặc nói "thì tôi chỉ cần làm thôi", hãy quay lại và cụ thể hơn. Những bước không rõ ràng đó là nơi mà lỗi sẽ ẩn náu.
Bước 2: Xác định các thành phần tự động hóa
Bây giờ, hãy chuyển đổi quy trình thủ công sang ngôn ngữ tự động hóa:
Kích hoạt: Mỗi thứ Sáu lúc 10 giờ sáng (theo giờ)
Nguồn dữ liệu:
Công cụ quản lý dự án (trạng thái dự án, nhiệm vụ, mốc thời gian, trở ngại)
CRM hoặc bảng tính (tên khách hàng, địa chỉ email, sở thích)
Hành động:
Lấy dữ liệu dự án cho tất cả khách hàng đang hoạt động
Lấy thông tin liên hệ của khách hàng
Đối với mỗi khách hàng, tạo email trạng thái được định dạng
Gửi email
Ghi lại sự kiện gửi trong trình theo dõi dự án
Điều kiện:
NẾU dự án có trở ngại → bao gồm phần trở ngại yêu cầu phản hồi từ khách hàng
NẾU mốc thời gian đến hạn vào tuần tới → bao gồm lời nhắc mốc thời gian
NẾU không có cập nhật nào trong tuần này → gửi một tin nhắn ngắn gọn "không có thay đổi" thay vì một báo cáo đầy đủ
Đầu ra:
Email được gửi đến từng khách hàng
Nhật ký gửi được cập nhật trong trình theo dõi dự án
Bước 3: Xác định mức độ tự động hóa tối thiểu khả thi
Đừng cố gắng xây dựng mọi thứ cùng một lúc. Hãy bắt đầu với phiên bản đơn giản nhất mang lại giá trị, sau đó tăng dần độ phức tạp.
Phiên bản 1 (MVP): - Kích hoạt: Nhấp chuột thủ công (chưa dựa trên thời gian) - Hành động: Lấy dữ liệu từ công cụ dự án cho MỘT khách hàng - Hành động: Tạo bản nháp email đã định dạng (không tự động gửi) - Hành động: Hiển thị bản nháp để người dùng xem xét
Phiên bản 2(Thêm vòng lặp): - Xử lý TẤT CẢ khách hàng đang hoạt động trong một vòng lặp - Tạo tất cả các bản nháp cùng một lúc
Phiên bản 3 (Thêm điều kiện): - Bao gồm logic chặn và mốc thời gian - Xử lý trường hợp "không có cập nhật"
Phiên bản 4 (Tự động hóa hoàn toàn): - Kích hoạt dựa trên thời gian (Thứ Sáu lúc 10 giờ sáng) - Tự động gửi sau cửa sổ xem xét ngắn - Tự động ghi nhật ký gửi
Cách tiếp cận tăng dần này có nghĩa là bạn có một hệ thống tự động hóa hoạt động sau Phiên bản 1 -- ngay cả khi nó chưa được tự động hóa hoàn toàn. Mỗi phiên bản tiếp theo sẽ bổ sung thêm khả năng mà không gây rủi ro cho những gì đã hoạt động.
Bước 4: Viết bản đặc tả
Đây là lúc AI trở nên vô cùng hữu ích. Hãy sử dụng nó để giúp bạn tạo ra một bản đặc tả chi tiết:
📍 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 đang thiết kế một hệ thống tự động hóa cho các báo cáo tình trạng khách hàng hàng tuần. Đây là quy trình làm việc của tôi:
Thời gian kích hoạt: Thứ Sáu hàng tuần lúc 10 giờ sáng
Nguồn dữ liệu:
- Công cụ quản lý dự án: tên dự án, phần trăm hoàn thành,
các nhiệm vụ đã hoàn thành trong tuần này, các mốc quan trọng sắp tới, các vấn đề cản trở
- CRM: tên khách hàng, email, tùy chọn liên lạc
Đối với mỗi khách hàng đang hoạt động:
1. Thu thập dữ liệu dự án
2. Kiểm tra các vấn đề cản trở (nếu có, bao gồm yêu cầu nhập liệu)
3. Kiểm tra các mốc quan trọng sắp tới (nếu có, bao gồm lời nhắc)
4. Tạo email trạng thái được định dạng
5. Gửi email
6. Ghi nhật ký theo dõi dự án
Tạo một bản đặc tả tự động hóa chi tiết bao gồm:
- Các trường dữ liệu chính xác cần thiết từ mỗi nguồn
- Mẫu email với các trường động
- Logic điều kiện bằng mã giả
- Xử lý lỗi (nếu thiếu dữ liệu thì sao?)
- Tiêu chí thành công (làm thế nào để biết nó đã hoạt động)
- Kế hoạch kiểm thử
✏️ 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 các thông tin cụ thể từ tình huống thực tế của bạn. Thông tin đầu vào mơ hồ sẽ tạo ra kết quả đầ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 sau: "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."
Ví dụ về đầu ra thông số kỹ thuật (viết tắt):
TỰ ĐỘNG HÓA: Báo cáo Tình trạng Khách hàng Hàng tuần
PHIÊN BẢN: 1.0
KÍCH HOẠT: Theo thời gian, Thứ Sáu, 10:00 AM EST
--- YÊU CẦU DỮ LIỆU ---
Từ Công cụ Dự án:
- project_id (chuỗi)
- project_name (chuỗi)
- client_id (chuỗi, liên kết đến CRM)
- completion_percentage (số nguyên, 0-100)
- tasks_completed_this_week (mảng chuỗi)
- upcoming_milestones (mảng: tên, ngày)
- blockers (mảng: mô tả, mức độ nghiêm trọng)
Từ CRM:
- client_name (chuỗi)
- client_email (chuỗi)
- contact_first_name (chuỗi)
- preferred_tone (enum: trang trọng, thân mật)
--- QUY TRÌNH LÀM VIỆC ---
BƯỚC 1: Truy vấn công cụ dự án để lấy tất cả các dự án đang hoạt động
Lỗi: Nếu API không khả dụng → thử lại 3 lần, sau đó thông báo cho quản trị viên
BƯỚC 2: Đối với mỗi Dự án, truy vấn CRM để lấy thông tin chi tiết khách hàng
Lỗi: Nếu không tìm thấy khách hàng → bỏ qua, ghi cảnh báo
BƯỚC 3: Áp dụng điều kiện
IF blockers.length > 0:
template = "status_with_blockers"
ELSE IF upcoming_milestones within 7 days:
template = "status_with_milestone"
ELSE IF tasks_completed.length == 0:
template = "brief_no_changes"
ELSE:
template = "standard_status"
BƯỚC 4: Tạo email bằng template đã chọn
Nhập: tên khách hàng, dữ liệu dự án, cá nhân hóa
BƯỚC 5: Gửi email
Lỗi: Nếu gửi thất bại → xếp vào hàng đợi để thử lại, thông báo cho quản trị viên
BƯỚC 6: Ghi nhật ký sự kiện gửi
Bản ghi: client_id, timestamp, template_used, status
--- TIÊU CHÍ THÀNH CÔNG ---
- Tất cả khách hàng đang hoạt động đều nhận được email
- Nội dung email khớp với dữ liệu dự án
- Template chính xác được chọn dựa trên các điều kiện
- Tất cả các lần gửi đều được ghi lại trong trình theo dõi dự án
Bước 5: Lập kết nối dữ liệu của bạn
Đối với mỗi nguồn dữ liệu trong quy trình tự động hóa của bạn, bạn cần trả lời các câu hỏi sau:
Câu hỏi
Câu trả lời của bạn
Công cụ/hệ thống nào lưu trữ dữ liệu này?
Bạn truy cập nó bằng cách nào? (API, xuất dữ liệu, thủ công)
Dữ liệu có định dạng như thế nào?
Cập nhật thường xuyên ra sao?
Ai có quyền truy cập?
Có giới hạn về số lượng không?
Các phương thức kết nối phổ biến:
API: Kết nối trực tiếp, thời gian thực. Tốt nhất cho các công cụ có API tốt (Slack, Salesforce, hầu hết các phần mềm SaaS hiện đại).
Webhook: Công cụ nguồn đẩy dữ liệu đến hệ thống tự động hóa của bạn khi có sự kiện xảy ra. Thời gian thực, nhưng yêu cầu công cụ nguồn phải hỗ trợ webhook.
Xuất dữ liệu theo lịch trình: Lấy dữ liệu theo lịch trình (xuất CSV hàng ngày, truy vấn cơ sở dữ liệu hàng tuần). Không phải thời gian thực, nhưng hoạt động với các hệ thống cũ hơn.
Nhập liệu thủ công: Ai đó cung cấp dữ liệu thông qua biểu mẫu hoặc bảng tính. Đơn giản nhất để thiết lập, nhưng phụ thuộc vào con người.
Bước 6: Thiết kế template
Đối với các quy trình tự động tạo nội dung (email, báo cáo, tin nhắn), hãy thiết kế template trước:
Thiết kế template email cho báo cáo tình trạng khách hàng hàng tuần.
Các biến có sẵn:
- {tên_khách_hàng}
- {tên_dự_án}
- {tỷ_lượng_hoàn_thành}
- {số_nhiệm_vụ_đã_hoàn_thành} (danh_sách)
- {các_mốc_sắp_ra_mắt} (danh_sách có ngày tháng)
- {các_vấn_đề_bị_trở_lại} (danh_sách)
Tạo 4 biến thể template:
1. Cập nhật tiêu chuẩn (tiến độ bình thường, không có vấn đề)
2. Cập nhật có vấn đề (cần thông tin từ khách hàng)
3. Cập nhật với mốc sắp ra mắt
4. Tin nhắn ngắn gọn không thay đổi
Giọng điệu: Chuyên nghiệp nhưng thân thiện. Ngắn gọn.
Độ dài: Dưới 200 từ mỗi biến thể.
Các template tốt có các vị trí giữ chỗ biến rõ ràng, xử lý dữ liệu trống một cách khéo léo (nếu tasks_completed trống thì sao?), và nghe tự nhiên mặc dù được tạo tự động.
Tổng hợp tất cả
Gói thiết kế tự động hóa hoàn chỉnh của bạn bao gồm:
Tài liệu quy trình -- Quy trình thủ công, từng bước một
Sơ đồ luồng công việc -- Biểu diễn trực quan với các trình kích hoạt, hành động, điều kiện
Đặc tả -- Mô tả kỹ thuật chi tiết của từng thành phần
Kế hoạch kết nối dữ liệu -- Cách bạn sẽ truy cập từng nguồn dữ liệu
Template -- Bất kỳ nội dung nào mà hệ thống tự động hóa của bạn sẽ tạo ra
Kế hoạch kiểm thử -- Cách bạn sẽ xác minh nó hoạt động
Lộ trình phiên bản -- MVP → tự động hóa hoàn chỉnh theo các giai đoạn xác định
Điều này có vẻ như là rất nhiều công việc ban đầu. Đúng vậy. Và nó giúp bạn tiết kiệm gấp ba lần công sức trong quá trình xây dựng và gỡ lỗi. Các dự án tự động hóa bỏ qua thiết kế và nhảy thẳng đến việc xây dựng hầu như luôn mất nhiều thời gian hơn và tạo ra kết quả kém hơn.
Bài tập: Viết đặc tả đầu tiên của bạn
Chọn một dự án tự động hóa từ danh sách cơ hội của bạn và tạo:
Một tài liệu quy trình thủ công chi tiết (mọi bước)
Một sơ đồ luồng công việc (trình kích hoạt, hành động, điều kiện)
Một định nghĩa tự động hóa khả thi tối thiểu (phiên bản hữu ích đơn giản nhất)
Yêu cầu dữ liệu (dữ liệu nào, từ đâu, ở định dạng nào)
Sử dụng AI để giúp lấp đầy các khoảng trống và xác định những điều bạn đã bỏ sót.
Những điểm chính cần ghi nhớ
Luôn luôn ghi chép chi tiết quy trình thủ công trước khi thiết kế tự động hóa
Bắt đầu với một hệ thống tự động hóa tối thiểu khả thi (MVP) và tăng dần độ phức tạp
Viết một bản đặc tả bao gồm các yêu cầu dữ liệu, điều kiện, xử lý lỗi và tiêu chí thành công
Lập kế hoạch kết nối dữ liệu cho mọi nguồn mà hệ thống tự động hóa của bạn cần
Thiết kế các template nội dung với những biến rõ ràng và xử lý trạng thái trống một cách khéo léo
Giai đoạn thiết kế giúp tiết kiệm gấp 3 lần chi phí đầu tư trong quá trình xây dựng và gỡ lỗi
Câu 1:
Tài liệu đặc tả tự động hóa nên bao gồm những gì?
GIẢI THÍCH:
Một bản đặc tả đầy đủ là bản thiết kế của bạn. Nó bao gồm yếu tố kích hoạt, mọi hành động với dữ liệu cần thiết, tất cả các điều kiện và nhánh, cách xử lý lỗi, thành công trông như thế nào và cách bạn sẽ kiểm thử. Tài liệu này giúp tiết kiệm hàng giờ làm lại trong quá trình xây dựng.
Câu 2:
Tại sao bạn nên bắt đầu với phiên bản tự động hóa đơn giản nhất?
GIẢI THÍCH:
Cách tiếp cận 'tự động hóa tối thiểu khả thi' cho phép bạn xác nhận trình kích hoạt và các hành động cốt lõi hoạt động trước khi thêm những điều kiện, nhánh và xử lý trường hợp ngoại lệ. Việc gỡ lỗi và cải thiện một phiên bản đơn giản đang hoạt động dễ dàng hơn nhiều so với việc khắc phục sự cố một phiên bản phức tạp chưa bao giờ hoạt động.
Câu 3:
Bước đầu tiên trong thiết kế tự động hóa là gì?
GIẢI THÍCH:
Trước khi chọn bất kỳ công cụ nào, bạn cần hiểu rõ quy trình thủ công. Ghi chép mọi bước, điểm quyết định, ngoại lệ và nguồn dữ liệu. Nhiều dự án tự động hóa thất bại vì họ cố gắng tự động hóa một quy trình chưa được hiểu rõ.
Theo Nghị định 147/2024/ND-CP, bạn cần xác thực tài khoản trước khi sử dụng tính năng này. Chúng tôi sẽ gửi mã xác thực qua SMS hoặc Zalo tới số điện thoại mà bạn nhập dưới đây: