Thực hành tự động hóa báo cáo Excel: Bộ ba phần n8n + Claude + Notion, giảm thời gian báo cáo hàng tuần từ 4 giờ xuống còn 12 phút

n8n chạy quy trình, Claude viết bản tóm tắt và Notion giữ phiên bản. Báo cáo hàng tuần của công ty B2B gồm 38 người đã giảm từ 4 giờ xuống còn 12 phút, tiết kiệm 12,6 giờ mỗi tháng. Phải mất hai tuần để xây dựng và tốn 1.420 nhân dân tệ mỗi tháng.

Tại sao nên sử dụng bộ ba mảnh n8n + Claude + Notion (không phải một công cụ duy nhất)

Các sếp thường hỏi: “Việc tự động hóa Báo cáo Excel có thể được thực hiện chỉ bằng một công cụ? Chẳng phải sẽ tốt hơn nếu chỉ mua một RPA sao?”

Chúng tôi chỉ khẳng định sau khi triển khai tại 3 doanh nghiệp vừa và nhỏ rằng một công cụ duy nhất không thể làm được. Mỗi công cụ đảm nhiệm một phần công việc nhất định và chỉ khi phân chia công việc cho nhau thì hoạt động mới ổn định.

n8n chịu trách nhiệm về “bộ khung quy trình”: lập lịch, lấy tệp, phân nhánh có điều kiện và thử lại lỗi

n8n là một công cụ xử lý, không phải là công cụ logic nghiệp vụ. Công việc của nó là: kích hoạt lúc 09:00 thứ Hai hàng tuần, truy cập Google Drive để chụp Excel, thử lại ba lần nếu tệp không tồn tại và đẩy thông báo Slack nếu quá trình xử lý không thành công.

Nó không viết ra nhận định “tại sao thành tích trong tuần này lại sa sút”, đó là công việc của Claude. Giá trị của n8n là nó sẽ không phàn nàn về các lần chạy lặp đi lặp lại, không nghỉ phép và sẽ không quên cách thực hiện bước tiếp theo giữa quá trình.

Claude chịu trách nhiệm “xử lý ngữ nghĩa”: đọc số, giải thích sự khác biệt và viết tóm tắt lời nói của con người

Phần này là điểm vướng mắc mà RPA truyền thống không thể giải quyết được. RPA có thể giúp bạn hợp nhất hai chiếc Excel và nắm bắt trường chênh lệch giữa các tháng, nhưng nó không thể viết một bản tóm tắt như “Thời gian phản hồi của ca dịch vụ khách hàng thứ ba đã giảm từ 12 phút xuống còn 28 phút. Tác động chính là hai nhân viên dịch vụ khách hàng mới vẫn đang đào tạo vào tối thứ Năm.”

Claude có thể đọc và hiểu cấu trúc, nắm bắt các ngoại lệ và viết các từ của con người mà người giám sát có thể đọc trực tiếp. Chế độ xem mở rộng Ứng dụng doanh nghiệp nội bộ Claude + MCP.

Notion chịu trách nhiệm “lưu giữ kết quả”: phiên bản, theo dõi quyết định, chia sẻ giữa các bộ phận

Notion không được sử dụng làm cơ sở dữ liệu mà là “bản ghi đối thoại + bản ghi quyết định”. Các bản tóm tắt hàng tuần, các câu hỏi do người giám sát để lại và các hành động xử lý tiếp theo đều được nhập vào Notion DB. Lần tiếp theo khi người giám sát của bạn hỏi: “Tháng trước bạn xử lý trường hợp ngoại lệ như thế nào?”, bạn có thể trả lời bằng cách xem qua hồ sơ.

Hậu quả của việc không gửi Notion là ba tháng sau, người giám sát sẽ hỏi một con số nhất định đến từ đâu và bạn chỉ có thể điều chỉnh Excel ban đầu và tự mình tính toán lại.

Ba công cụ này được trộn lẫn vì mỗi công cụ sẽ bị kẹt khi sử dụng một mình: n8n thuần túy không thể viết tóm tắt ngữ nghĩa, Claude thuần túy không thể lập lịch và Notion thuần túy không thể lấy dữ liệu gốc.

Bối cảnh vụ việc: 38 người “Điểm yếu báo cáo hàng tuần” của Công ty B2B

Công ty này bán SaaS cho các ngành sản xuất quy mô vừa. Nó có một đội ngũ dịch vụ khách hàng gồm 6 người và nộp “Báo cáo hàng tuần về hiệu suất dịch vụ khách hàng” cho giám đốc điều hành hàng tuần.

Quy trình 4 giờ ban đầu: chuyển tiền qua dịch vụ khách hàng → tự hợp nhất → điền ghi chú bằng tay → gửi cho người giám sát

Mỗi sáng thứ Hai hàng tuần, người quản lý dịch vụ khách hàng thực hiện 5 bước sau:

1. Hệ thống dịch vụ khách hàng xuất 3 bản Excel (số lượng cuộc gọi đến, thời gian phản hồi, mức độ hài lòng)
2. Sử dụng vlookup để gộp vào bảng chính
3. Tính trung bình theo tháng và tháng trước của mỗi cột
4. Viết một đoạn văn dài 600 từ “Những điểm nổi bật của tuần này + mô tả ngoại lệ + những điểm nổi bật của tuần tới”
5. Gửi thư cho người quản lý hoạt động + tải lên Notion

Toàn bộ quá trình mất 4 giờ, thường từ 09:00 đến 13:00 sáng và các kỹ sư sẽ gián đoạn quá trình để hỏi bộ phận dịch vụ khách hàng về lỗi hệ thống.

Điều thực sự bế tắc không phải là sự hợp nhất mà là 90 phút “viết ghi chú khác biệt mỗi tuần”

Khi chúng tôi dỡ bỏ quy trình, chúng tôi phát hiện ra rằng tổng cộng bốn bước đầu tiên là 90 phút và bước thực sự tốn thời gian là bước 5 “Viết ghi chú khác biệt”.

Điều mà người giám sát mong muốn là: “Tại sao thời gian phản hồi của ca thứ ba trong tuần này đột nhiên dài hơn? Là do nghỉ việc, đào tạo hay vấn đề về lịch trình?” Loại nhận định này đòi hỏi phải xem xét nội dung khiếu nại của khách hàng tuần trước, tháng trước, cùng kỳ và lịch làm việc.

Người giám sát dịch vụ khách hàng phải mất 90 phút để viết đoạn này mỗi tuần và nội dung sẽ được định dạng sau khi viết trong một thời gian dài và người giám sát không thể đọc được sự khác biệt.

Tại sao trước đây chạy RPA/Zapier lại bị lỗi (lớp ngữ nghĩa không thể xử lý được)

Công ty đã thử tự động hóa hai lần trong quá khứ:

Lần đầu tiên tôi dùng UiPath để gói 4 bước đầu tiên vào robot nhưng robot không thể viết tóm tắt con người ở bước 5. Cuối cùng, nhân viên chăm sóc khách hàng vẫn phải tự mình viết hết 90 phút.

Lần thứ hai tôi sử dụng Zapier để xâu chuỗi ChatGPT, kết quả là lời nhắc quá lỏng lẻo, kiểu dáng không nhất quán hàng tuần và thậm chí đôi khi còn nhớ nhầm các con số. Người giám sát không tin tưởng tôi sau ba tuần đọc.

Khi chúng tôi bước vào, người giám sát dịch vụ khách hàng nói: “Đừng cho tôi nửa bộ nữa. Hoặc là tôi tiết kiệm thời gian, hoặc bạn để tôi tiếp tục làm bằng tay”.

Sơ đồ kiến ​​trúc ba phần và luồng dữ liệu

Toàn bộ quy trình có năm giai đoạn: kích hoạt → đóng → xử lý → ghi lại → xử lý lỗi. Mỗi phân đoạn tương ứng với một hoặc nhiều nút n8n.

Lớp kích hoạt: n8n cron (09:00 Thứ Hai hàng tuần) + sao lưu webhook

Quá trình chính là Trình kích hoạt lịch biểu của n8n, được thiết lập để kích hoạt lúc 09:00 thứ Hai. Tuy nhiên, hệ thống dịch vụ khách hàng đôi khi trì hoãn việc xuất tệp cho đến 09:30 nên một webhook khác được kết nối. Sau khi hệ thống dịch vụ khách hàng hoàn tất quá trình xuất, ping n8n sẽ chạy quy trình làm việc tương tự.

Hai lối vào chia sẻ các nút tiếp theo. Nếu một trong hai thành công, tuần đó sẽ được đánh dấu là đã hoàn thành và sẽ không có lần chạy lại nào.

Để biết sự khác biệt về chi phí triển khai giữa n8n self-rack và đám mây, vui lòng tham khảo n8n Self-rack và cloud 2026 chi phí triển khai.

Lớp bộ sưu tập: Nút n8n Google ghi lại Excel được xuất bởi dịch vụ khách hàng + xác minh trường đơn giản

Nút Drive n8n Google sử dụng tài khoản dịch vụ để ghi lại tuần hiện tại Excel của thư mục cố định, quy tắc tên tệp là weekly-cs-{YYYY-MM-DD}.xlsx.

Sau khi thu thập, trước tiên hãy thực hiện ba bước kiểm tra: kích thước tệp > 10KB (để tránh khoảng trống), các trường cần thiết đã hoàn tất (cuộc gọi đến, thời gian phản hồi, mức độ hài lòng) và loại dữ liệu trường có chính xác (số, không phải chuỗi).

Nếu bất kỳ kiểm tra nào không thành công, nó sẽ chuyển sang lớp xử lý lỗi mà không lãng phí mã thông báo Claude.

Lớp xử lý: Claude Thông qua nút Yêu cầu HTTP n8n, lấy dữ liệu của tuần hiện tại + dữ liệu của tuần trước

n8n Đọc trong Excel của tuần hiện tại + tuần trước, sử dụng nút Mã để trích xuất các trường cần so sánh và tạo thành JSON đơn giản hóa.

Sau đó, nút Yêu cầu HTTP gọi Anthropic API (https://api.anthropic.com/v1/messages), chuyển vào dấu nhắc + dữ liệu JSON và trả về một bản tóm tắt ở định dạng đánh dấu.

Toàn bộ cuộc gọi Claude sử dụng khoảng 8.500 mã thông báo (đầu vào 6.200 + đầu ra 2.300) mỗi tuần và chi phí khoảng 18 Đài tệ.

Lớp ghi lại: Claude trả về bản tóm tắt đánh dấu → n8n ghi vào Notion DB → đẩy Slack

Sau khi Claude trả về đánh dấu, n8n được phân tích cú pháp thành các trường của Notion DB:

• Hàng tuần(2026-W19)
• Tóm tắt (đánh dấu toàn văn)
• Ngoại lệ (từ khóa được phân tách bằng dấu phẩy)
• Thay đổi hàng tháng (phần trăm)
• tải trọng thô (JSON thô được liên kết với bộ lưu trữ R2)

Sau khi viết Notion, nhấn Slack. Tin nhắn chứa liên kết trang Notion + 200 từ đầu tiên của phần tóm tắt. Người giám sát có thể đọc nó bằng cách mở Slack trên điện thoại di động của mình.

Xử lý lỗi: Notion giữ lại tải trọng thô + Slack và thông báo can thiệp thủ công

Nếu bất kỳ nút nào bị lỗi, n8n sẽ chuyển sang quy trình con Kích hoạt Lỗi: ghi thông báo lỗi + dữ liệu thô hiện tại vào DB bản ghi lỗi Notion và đẩy Slack cho kỹ sư.

Bằng cách này, ngay cả khi quy trình làm việc bị hỏng, dữ liệu thô sẽ không bị mất và bản tóm tắt có thể được viết thủ công.

Phím thiết kế nhắc nhở Claude: đừng ném toàn bộ Excel vào nó

Khi nhiều người triển khai tự động hóa Excel, họ trực tiếp chuyển đổi toàn bộ Excel thành csv và cung cấp Claude vì nghĩ rằng đây là cách dễ nhất. Nếu bạn thực sự chạy nó, bạn sẽ thấy rằng: mã thông báo tăng gấp ba, mô hình không thể nắm bắt được ngữ nghĩa của các trường và đôi khi ngay cả thứ tự của các trường cũng bị ghi nhớ sai.

Đầu tiên hãy sử dụng n8n để chuyển đổi Excel thành JSON đơn giản hóa (chỉ các trường được so sánh + cùng kỳ tuần trước)

Chúng tôi thực hiện quá trình tiền xử lý này trong nút Mã của n8n. Excel ban đầu có 60 cột, nhưng báo cáo hàng tuần thực tế chỉ yêu cầu 12 cột.

Cấu trúc JSON được chuyển đổi trông gần như thế này:

{
  "week": "2026-W19",
  "previous_week": "2026-W18",
  "metrics": {
    "incoming_count": {"current": 1842, "previous": 1601, "change_pct": 15.1},
    "first_response_min": {"current": 14.2, "previous": 12.1, "change_pct": 17.4},
    "csat": {"current": 4.6, "previous": 4.7, "change_pct": -2.1}
  },
  "shift_breakdown": [
    {"shift": "morning", "agents": 3, "incoming": 612, "first_response_min": 11.8},
    {"shift": "afternoon", "agents": 2, "incoming": 824, "first_response_min": 13.5},
    {"shift": "evening", "agents": 3, "incoming": 406, "first_response_min": 28.1}
  ],
  "anomalies_hint": ["evening shift first_response_min +132% vs previous"]
}

Việc sử dụng mã thông báo đã giảm từ ~28.000 khi cung cấp trực tiếp Excel xuống còn ~6.200 và chất lượng phản hồi của mô hình thậm chí còn tốt hơn.

nhắc ba phần: nền + dữ liệu + định dạng đầu ra

Cấu trúc của lời nhắc được cố định thành ba phần, không trộn lẫn chúng. Bối cảnh nói về tình hình công ty, sản phẩm và quy mô nhóm; dữ liệu được cắm vào JSON; định dạng đầu ra chỉ định đánh dấu, đoạn nào sẽ được chia thành và các mục bất thường được đánh dấu bằng ⚠️.

Ưu điểm của cấu trúc cố định là văn phong nhất quán hàng tuần, người giám sát sẽ quen với thứ tự đoạn cụ thể sau khi đọc lâu.

Tại sao không cung cấp trực tiếp csv:token để nhân đôi mô hình và mô hình không thể nắm bắt được ngữ nghĩa của trường?

Chúng tôi thực sự đã thử nghiệm nó. Bản sao tương tự của Excel có thể được đưa trực tiếp vào csv hoặc được chuyển đổi thành JSON trước. Kết quả là:

Sự khác biệt không phải là Claude trở nên ngu ngốc mà là csv không có ngữ nghĩa trường. Mô hình nhìn thấy buổi tối,3,406,28.1 và {"shift": "buổi tối", "đại lý": 3, "đến": 406, "first_response_min": 28.1}, cái sau trong nháy mắt là 28.1 là first_response_min.

Mẫu lời nhắc (bao gồm phần giữ chỗ) có thể được di chuyển trực tiếp

Đoạn sau đây là phiên bản đơn giản hóa những gì khách hàng của chúng tôi đang sử dụng, bạn có thể di chuyển trực tiếp:

你是 {{COMPANY_NAME}} 的客服營運分析師,負責產出每週客服績效週報摘要。

# 背景
- 公司規模:{{TEAM_SIZE}} 人,客服 {{CS_TEAM_SIZE}} 人
- 產品:{{PRODUCT_TYPE}}
- 主管關注:回覆時間、進線量、滿意度
- 異常閾值:single metric 環比變化 > 15% 視為異常

# 數據(JSON)
{{METRICS_JSON}}

# 輸出格式(strict)
- 只輸出 markdown,不要前後加說明文字
- 結構 4 段:## 本週重點(3 行內)/ ## 異常說明(逐項) / ## 下週重點(2 行內) / ## 備註
- 異常項在開頭加 ⚠️
- 數字後面加百分比變化(例:回覆時間 14.2 分鐘 ⚠️ +17.4%)
- 不要寫「以下是分析」、「希望這份報告對您有幫助」這類客套話

Trình giữ chỗ được thay thế trong nút Set của n8n và sau đó được đưa vào Yêu cầu HTTP.

Để biết bộ phương pháp nút hóa quy trình công việc hoàn chỉnh, hãy xem Kỹ năng n8n + Claude + nút hóa quy trình làm việc MCP. Quy tắc thanh toán mã thông báo tham khảo tệp tin nhắn Anthropic Claude API.

Chi phí và thời gian thực: Hai tuần để xây dựng, vận hành hàng tháng 1.420 nhân dân tệ

Hai điều mà sếp quan tâm nhất là chạy bao lâu và mỗi tháng phải trả bao nhiêu tiền.

Chi phí xây dựng: 1 tuần cho quá trình tư vấn và phá dỡ + 3 ngày cho việc lắp đặt dòng n8n + 3 ngày cho lời nhắc hiệu chỉnh

Thứ tự xây dựng của chúng tôi đã được cố định:

• Tuần 1: Chia nhỏ quy trình 4 giờ hiện tại với người giám sát dịch vụ khách hàng để xác nhận 12 lĩnh vực nào thực sự cần thiết, 5 câu hỏi nào được người giám sát thường hỏi nhất và điều gì được coi là bất thường
• 3 ngày trước tuần 2: Trong n8n, kích hoạt + đóng + tiền xử lý + ghi lại 4 nút, trước tiên hãy chạy qua quy trình nhắc nhở
• 3 ngày sau Tuần 2: Sử dụng dữ liệu lịch sử của 4 tuần để sửa lời nhắc cho đến khi người giám sát đọc Tuần 3 và cảm thấy, “Đây là định dạng tôi muốn”.

Phải mất hai tuần để được thuê ngoài bởi những người có kinh nghiệm và mất khoảng bốn tuần để thực hiện việc đó lần đầu tiên trong nội bộ.

Hoạt động hàng tháng: Claude API ~720 nhân dân tệ, đám mây n8n ~600 nhân dân tệ, Notion hiện có

Chi phí thực tế hàng tháng:

Nếu bạn chạy n8n tự lưu trữ (VPS NT$300/tháng), bạn có thể tiết kiệm thêm 300.

Tiết kiệm thời gian: dịch vụ khách hàng 3,5 giờ mỗi tuần + người giám sát 0,5 giờ = tiết kiệm 12,6 giờ mỗi tháng

Người giám sát dịch vụ khách hàng tiết kiệm 3,5 giờ mỗi tuần (ban đầu là 4 giờ → kiểm tra 12 phút + tinh chỉnh) và người giám sát vận hành tiết kiệm 0,5 giờ (ban đầu dịch 5 bản Excel → đọc trực tiếp bản tóm tắt).

4,2 tuần mỗi tháng, 4 × 4 = 16 giờ giám sát dịch vụ khách hàng, cộng thêm 2 giờ giám sát hoạt động, tổng cộng khoảng 18 giờ. Trừ đi 5,4 giờ trong đó các tình huống vẫn có thể xảy ra và cần can thiệp thủ công (ước tính là 3 tình huống nhỏ mỗi tháng × 1,8 giờ), thì mức tiết kiệm ròng là 12,6 giờ.

Hạn mức hoàn vốn trong 6 tháng: 36.000 Đài tệ / tiết kiệm hàng tháng là 8.820 Đài tệ, khoảng 4,9 tháng để hoàn vốn

Tính toán tái chế:

• Chi phí xây dựng: 36.000 Đài tệ (phí tư vấn + thời gian hợp tác nội bộ công ty)
• Tiết kiệm chi phí lao động hàng tháng: 12,6 giờ × 700 nhân dân tệ/giờ = 8.820 Đài tệ
• Tiết kiệm hàng tháng - Hoạt động hàng tháng = 8.820 Đài tệ - 1.420 Đài tệ = 7.400 Đài tệ Tiết kiệm ròng
• Thời gian hoàn vốn: 36.000 NT$ 7.400 NT$ ≈ 4,9 tháng

Có thể thoải mái hoàn trả trong vòng 6 tháng. Nhìn lại Cách tính ROI trước và sau tự động hóa, trường hợp này là một điển hình của việc “tiết kiệm thời gian trước, tính đơn hàng của khách hàng sau”.

Lộ trình thực hiện 90 ngày: đầu tiên chạy qua báo cáo và sau đó mở rộng

Nhiều công ty ban đầu rất tham vọng và muốn tự động hóa tất cả các báo cáo cùng một lúc. Việc thực hiện không thành công do quy định báo cáo của từng bộ phận rất khác nhau. Sau khi hoàn thành, nó sẽ gặp khó khăn trong một số trường hợp đặc biệt và toàn bộ dự án sẽ bị dừng lại.

D0~D14 Tìm báo cáo “nên làm hàng tuần và nội quy không phức tạp” và làm trước

Có ba tiêu chí để lựa chọn chủ đề: phải thực hiện hàng tuần (không phải báo cáo hàng tháng hoặc hàng quý), logic cột sẽ không được thay đổi hàng tháng và các vấn đề sẽ không làm bộ phận khó chịu ngay lập tức.

Thông thường những nội dung sau đây là: báo cáo hàng tuần về dịch vụ khách hàng, báo cáo hàng tuần về hoạt động kinh doanh và báo cáo hàng tuần về việc sử dụng sản phẩm. Chỉ cần chọn một phần càng nhiều càng tốt và sau đó mở rộng phần đó khi bạn hoàn thành.

D15~D45 Thêm ba trường so sánh được người giám sát hỏi thường xuyên nhất (hàng tháng, cùng kỳ, ngưỡng cảnh báo)

Sau khi phiên bản đầu tiên được đưa lên mạng, chúng tôi thường nhận được yêu cầu từ cấp trên nói rằng “Tôi cũng muốn xem X.” Chọn 3 câu hỏi thường gặp nhất và thêm chúng vào, không chấp nhận tất cả.

Thông thường: theo tháng (so với tuần trước), cùng kỳ (so với cùng tuần năm ngoái), ngưỡng cảnh báo (cờ đỏ nếu vượt quá 2 tuần liên tiếp).

D46~D90 Mở rộng cùng mẫu sang báo cáo thứ hai và sử dụng mẫu tự phục vụ cho báo cáo thứ ba cho các bộ phận khác

Khi báo cáo đầu tiên chạy trơn tru vào ngày thứ 45, hãy sao chép toàn bộ quy trình làm việc và thay đổi biến nhắc nhở để tạo báo cáo thứ hai. Nó thường mất một tuần để hoàn thành.

Vào ngày thứ 90, công ty đã có 2 báo cáo cố định + một mẫu. Khi các bộ phận khác muốn làm, chỉ cần đưa mẫu và hướng dẫn họ cách thay đổi lời nhắc.

Danh sách 5 cạm bẫy: Đừng lặp lại sai lầm tương tự

Sau khi làm việc ở ba công ty, chúng tôi đã tổng hợp 5 cạm bẫy phổ biến để nhắc bạn tránh.

Hố 1: n8n tự lưu trữ không có bản sao thiết bị → khởi động lại toàn bộ quy trình làm việc cùng một lúc và nó biến mất

Giải pháp: Xuất JSON quy trình làm việc sang Notion mỗi tuần để lưu phiên bản và kho git, đồng thời chụp ảnh nhanh trước khi nâng cấp vùng chứa. Để biết cách sử dụng nút cộng đồng, vui lòng tham khảo Nút cộng đồng tài liệu chính thức n8n.

Hố 2: Lời nhắc Claude quá lỏng lẻo → kiểu tóm tắt hàng tuần không nhất quán

Giải pháp: Viết định dạng đầu ra nghiêm ngặt, chỉ định thứ tự đoạn văn và liệt kê các từ bị cấm ngay lập tức. Một trong những khách hàng của chúng tôi thậm chí còn bao gồm “Đừng viết “Tóm tắt"".

Hố 3: Dán toàn bộ Excel vào dấu nhắc → tăng tốc mã thông báo

Giải pháp: n8n trước tiên phải thực hiện lọc trường + JSON hóa và chỉ cung cấp cho Claude những gì nó thực sự muốn xem. Excel 60 cột thường chỉ sử dụng từ 10 đến 15 cột.

Hố 4: Lược đồ DB Notion không được thiết kế trước → rất khó kiểm tra báo cáo sau

Giải pháp: Hoàn thiện lược đồ trong tuần đầu tiên, bao gồm ít nhất 5 trường: tuần, tóm tắt, ngoại lệ, chuỗi và liên kết tải trọng thô. Các quan điểm được thiết lập trước tiên (cho người giám sát, cho nhóm và cho kiểm toán viên).

Cạm bẫy 5: Không có dấu vết kiểm tra → Người giám sát đặt câu hỏi về các con số và không thể xác minh chúng

Giải pháp: Nhập JSON thô vào R2/S3, giữ nó trong 90 ngày và đặt liên kết vào bản ghi Notion. Bất kỳ câu hỏi nào về “con số này đến từ đâu?” có thể được trả lời trong 1 phút.

Nếu công ty của bạn gặp khó khăn tương tự và báo cáo hàng tuần, báo cáo hàng tháng và báo cáo khách hàng bị kẹt ở đoạn “Thành lập công ty không khó, nhưng viết tóm tắt thì khó”, chúng tôi có thể giúp bạn giải quyết vấn đề đó.

Đặt trước cuộc trò chuyện chiến lược kéo dài 30 phút, chúng tôi sẽ hiển thị cho bạn báo cáo đau đớn nhất vào lúc này và cung cấp cho bạn một danh sách mà bạn có thể lấy lại và thực hiện công việc của riêng mình. Trong vòng 30 phút, một bước đi cụ thể và có thể đo lường được, không ảo tưởng.

FAQ

Excel Để tự động hóa báo cáo n8n + Claude + Notion Công ty này phù hợp với quy mô như thế nào?

20~150 người là ngọt ngào nhất. Nếu có ít hơn 20 người, tần suất báo cáo thường chưa cố định, các quy tắc vẫn thay đổi và tự động hóa sẽ tự chuốc lấy thất bại. Thông thường hơn 150 người đã có sẵn công cụ BI (Tableau/Power BI). Trong trường hợp đó, bộ ba phần là để bổ sung cho công cụ BI không thể viết tóm tắt ngữ nghĩa chứ không phải để thay thế.

Tôi có thể tự bảo trì nó sau hai tuần xây dựng không?

Có rất ít nhu cầu thay đổi luồng n8n. Điều chính cần duy trì là lời nhắc Claude. Bạn nên tìm một người trong công ty “quen thuộc với quy trình và có thể viết báo giá” (thường là nhà phân tích kinh doanh hoặc chuyên gia vận hành) và dành 4 giờ với chúng tôi để đào tạo tinh chỉnh nhanh chóng, sau đó bạn có thể tự mình thực hiện các thay đổi. Trung bình, lời nhắc cần được thay đổi 1 đến 2 lần một tháng, mỗi lần trong vòng 30 phút.

Làm thế nào để quay lại nếu thất bại?

Quay lại ba cấp độ:

1. Thất bại trong một tuần: Trình kích hoạt lỗi n8n đẩy Slack và người giám sát dịch vụ khách hàng viết một bản sao thủ công (nghĩa là quay lại quy trình cũ)
2. Toàn bộ quy trình làm việc bị hỏng: Notion Ngoài ra còn có phiên bản của tuần trước. JSON thô nằm ở R2 và có thể chạy lại một lần.
3. Claude API Không có sẵn: n8n Chuyển sang mẫu lời nhắc sao lưu (ngắn hơn, có cấu trúc thuần túy), tồn tại trong tuần đầu tiên và người giám sát sẽ nhận được dấu “Tóm tắt hạ cấp”