Tôi từng nghĩ mình bận rộn vì doanh nghiệp đang phát triển. Sau đó, tôi kiểm tra lại tuần làm việc của mình. Tôi đã viết cùng một thông điệp chào mừng khách hàng mới ba lần. Tự tạo lại cùng một checklist dự án hai lần. Giải thích lại cùng một quy tắc đặt tên tệp. Xây dựng lại kế hoạch nội dung từ đầu vì tôi "muốn làm cho nó mới mẻ".
Rất nghệ thuật. Nhưng cũng rất kém hiệu quả. Sự thật khó chịu là: Tôi không làm công việc mới. Tôi đang làm lại công việc cũ với một chiếc áo mới.
Đó là lúc tôi bắt đầu sử dụng tư duy hệ thống (systems thinking) theo một cách rất thực tế: bất cứ khi nào tôi lặp lại điều gì đó ba lần, tôi biến nó thành một quy trình. Sau đó, tôi biến quy trình đó thành một mẫu thiết lập (template). Bài viết này không phải là một bài giảng lý thuyết. Đó là câu chuyện về cách tôi chuyển từ việc chữa cháy hằng ngày sang một cách làm việc bình tĩnh hơn — giải quyết từng nhiệm vụ lặp đi lặp lại một.
Khoảnh khắc tôi nhận ra trí nhớ không phải là một hệ thống
Đây là mô hình thất bại. Một dự án của khách hàng bắt đầu, và tôi tự nhủ: "Mình biết các bước cần làm rồi." Sau đó, những chi tiết nhỏ bắt đầu bị bỏ sót.
Email khởi động thiếu một tệp đính kèm. Cấu trúc thư mục bị thay đổi so với dự án trước. Bản mô tả dự án hỏi các câu hỏi khác nhau tùy thuộc vào tâm trạng của tôi ngày hôm đó.
Ghi chú bàn giao công việc cho nhóm hoặc quá dài dòng hoặc quá mơ hồ. Không có lỗi nào trong số này phá hỏng dự án. Điều đó làm cho chúng càng khó bị phát hiện hơn.
Chúng là những lực cản. Những lực cản nhỏ nhặt. Loại lực cản biến một ngày làm việc sạch sẽ thành tám giờ loay hoay tự hỏi "chờ đã, mình để cái đó ở đâu nhỉ?"
Tư duy hệ thống bắt đầu đối với tôi với một niềm tin duy nhất:
Nếu tôi phải nhớ nó mỗi lần thực hiện, tức là tôi chưa thiết kế ra hệ thống cho nó.
Câu nói đó đã thay đổi hoàn toàn cách tôi làm việc.
Quy tắc của tôi: lặp lại 3 lần = viết quy trình
Một lần lặp lại có thể là sự trùng hợp ngẫu nhiên. Hai lần lặp lại vẫn có thể là sự học hỏi hỗn độn. Ba lần lặp lại là một khuôn mẫu.
Khi một nhiệm vụ xuất hiện lần thứ ba, tôi ngừng giả vờ rằng nó là duy nhất và tự hỏi:
- Điều gì kích hoạt công việc này?
- Tôi luôn thực hiện các bước nào?
- Tôi luôn đưa ra những quyết định nào?
- Tôi luôn cần những tệp tin hoặc thông tin nào?
- Kết quả "hoàn thành" trông như thế nào?
- Ai cần được thông báo?
Đó là sự khởi đầu của một quy trình. Không phải là một quy trình vận hành tiêu chuẩn dài 19 trang mà không ai thèm đọc. Chỉ là một checklist rõ ràng giúp phiên bản tương lai của tôi không phải bối rối xử lý.
Tôi sử dụng ba cấp độ:
- Ghi nhận sự lặp lại
- Viết ra quy trình
- Biến nó thành mẫu thiết lập (template)
Hãy để tôi chỉ cho bạn toàn bộ quy trình.
Bước 1: Ghi nhận công việc lặp lại trước khi nó biến mất
Công việc lặp đi lặp lại thường ẩn nấp vì nó mang lại cảm giác bình thường. Bạn trả lời khách hàng tiềm năng. Bạn chuẩn bị một đề xuất. Bạn xuất bản một bài đăng. Bạn đón tiếp khách hàng mới. Bạn chạy một buổi rà soát tuần.
Những nhiệm vụ này mang lại cảm giác bình thường, vì vậy bạn không ghi nhận chúng. Sau đó, bạn lãng phí thời gian xây dựng lại chúng từ đầu. Tôi bắt đầu giữ một danh sách đơn giản "Những việc tôi liên tục lặp lại".
Mỗi khi tôi bắt gặp mình đang nghĩ "mình đã làm việc này trước đây rồi," tôi sẽ thêm nó vào danh sách. Ví dụ:
- Viết checklist khởi động dự án
- Tạo bản mô tả nội dung
- Chuẩn bị thông tin tiếp theo sau cuộc gọi bán hàng
- Thiết lập thư mục khách hàng mới
- Xem lại các nhiệm vụ hằng tuần
- Biến một bài đăng blog thành các bài đăng mạng xã hội
- Gửi email nhắc nhở hóa đơn
Bản thân danh sách đó không phải là hệ thống. Nó chỉ là thiết bị phát hiện khói.
Bước 2: Viết quy trình bằng ngôn ngữ giản dị
Cái bẫy tiếp theo là tài liệu hóa quá mức. Mọi người nghe thấy từ "quy trình" và hình dung ra một tệp PDF doanh nghiệp với mười hai tầng phê duyệt và một câu kiểu như "các bên liên quan sẽ thực hiện việc thống nhất." Xin đừng làm thế với chính mình.
Một quy trình hữu ích chỉ là câu trả lời rõ ràng cho: điều gì xảy ra, theo thứ tự nào, với kết quả đầu ra là gì? Đây là định dạng tôi sử dụng:
- Kích hoạt: Khi nào quy trình này bắt đầu?
- Đầu vào: Tôi cần thông tin hoặc tệp tin gì?
- Các bước: Tôi làm gì đầu tiên, tiếp theo và cuối cùng?
- Kiểm tra chất lượng: Làm thế nào tôi biết nó đạt yêu cầu?
- Đầu ra: Kết quả bàn giao là gì?
- Người chịu trách nhiệm: Ai phụ trách?
Ngắn gọn. Cụ thể. Hữu ích.
Một quy trình không cần nghe có vẻ trang trọng. Nó chỉ cần tồn tại được qua một ngày thứ Ba mệt mỏi.
Bước 3: Biến quy trình thành mẫu thiết lập (template)
Một quy trình cho bạn biết cần phải làm gì. Một template giúp bạn thực hiện việc đó dễ dàng hơn. Sự khác biệt đó rất quan trọng.
Ví dụ, một quy trình đón tiếp khách hàng mới có thể bao gồm:
- Gửi email chào mừng
- Tạo thư mục khách hàng
- Tạo trang dự án
- Thêm cuộc họp khởi động
- Thu thập tài sản thương hiệu
- Xác nhận kênh liên lạc
- Xác định cột mốc đầu tiên
Một template đón tiếp khách hàng mới biến quy trình đó thành một trang sẵn sàng sử dụng với:
- Nội dung email viết sẵn
- Chỗ chứa liên kết thư mục
- Checklist khởi động
- Meeting agenda
- Bảng thu thập tài sản thương hiệu
- Vai trò và trách nhiệm
- Mốc thời gian tuần đầu tiên
Bây giờ bạn không bắt đầu từ con số không. Bạn bắt đầu từ 70%. Đó là nơi thời gian được tiết kiệm.
Demo: thiết lập template cho quy trình đón tiếp khách hàng từ A đến Z
Hãy biến một nhiệm vụ lặp đi lặp lại trong thực tế thành một template: đón tiếp khách hàng cho một dự án agency nhỏ.
A. Ghi nhận sự lặp lại
Tôi nhận thấy mình đã đón tiếp ba khách hàng theo cách tương tự. Cùng câu hỏi. Cùng tệp tin. Cùng cuộc họp đầu tiên. Cùng thiết lập.
Vì vậy, tôi thêm nó vào danh sách Công việc lặp đi lặp lại của mình:
- Nhiệm vụ: Đón tiếp khách hàng mới
- Kích hoạt: Khách hàng ký đề xuất hoặc thanh toán đặt cọc
- Tần suất: 2–4 lần/tháng
- Mức độ đau đầu: Cao, vì các chi tiết bị bỏ lỡ sẽ tạo ra sự nhầm lẫn sau này
- Trạng thái Template: Cần làm template
B. Viết quy trình
Tôi tạo một ghi chú quy trình:
Kích hoạt: Thương vụ được đánh dấu là Thành công (Won).
Đầu vào cần thiết:
- Đề xuất đã ký
- Thông tin liên hệ của khách hàng
- Phạm vi dự án
- Mốc thời gian
- Trạng thái thanh toán
- Tài sản thương hiệu hoặc liên kết truy cập
Các bước thực hiện:
- Gửi email chào mừng.
- Tạo trang dự án.
- Tạo thư mục chia sẻ.
- Thêm cuộc họp khởi động.
- Thu thập tài sản và quyền truy cập.
- Giao người phụ trách nội bộ.
- Xác nhận cột mốc đầu tiên.
- Thêm nhiệm vụ tiếp theo sau cuộc họp khởi động 48 giờ.
Kiểm tra chất lượng:
- Khách hàng biết điều gì xảy ra tiếp theo.
- Nhóm biết ai chịu trách nhiệm bàn giao.
- Tất cả các tệp chính đều có nhà.
- Cột mốc đầu tiên có ngày hoàn thành.
Đầu ra: Một trang dự án sẵn sàng và một khách hàng không cảm thấy bị bỏ rơi sau khi thanh toán.
C. Xây dựng template
Trong Notion, tôi biến điều này thành một trang template với các phần:
- Thông tin nhanh về khách hàng
- Phạm vi dự án
- Checklist khởi động
- Tài sản cần thu thập
- Quy tắc liên lạc
- Các cột mốc
- Ghi chú nội bộ
- Hành động tiếp theo
Sau đó, tôi thêm các mục checklist được điền sẵn:
- Gửi email chào mừng
- Tạo thư mục chia sẻ
- Thêm liên kết đề xuất
- Lên lịch cuộc gọi khởi động
- Yêu cầu gửi tài sản thương hiệu
- Xác nhận người phụ trách dự án
- Thêm mốc thời gian đầu tiên
- Thêm nhiệm vụ theo sát sau 48 giờ
Bây giờ mỗi khách hàng mới đều nhận được cùng một nền tảng vận hành cơ bản. Không phải là cùng một tính cách hay cùng một chiến lược. Chỉ là cùng một mạng lưới an toàn vận hành.
Tại sao các template không giết chết sự sáng tạo
Một số người phản đối hệ thống vì họ nghĩ template làm cho công việc trở nên máy móc. Tôi nghĩ ngược lại. Template bảo vệ các phần nhàm chán để bạn có thể dành nhiều năng lượng hơn cho các phần sáng tạo.
Một đầu bếp không thiết kế lại cách bố trí bếp mỗi tối. Một đoàn làm phim không phát minh ra định dạng lịch quay mới cho mỗi cảnh quay. Một nhóm sản phẩm không tranh luận xem "báo cáo lỗi" nghĩa là gì mỗi sáng.
Cấu trúc không loại bỏ sự đánh giá cá nhân. Nó tạo ra một bề mặt sạch sẽ để sự đánh giá đó hoạt động hiệu quả. Khi các bước cơ bản được xử lý tốt, não bộ của bạn có thể tập trung vào những phần thực sự cần đến gu thẩm mỹ, chiến lược và sự chăm sóc tỉ mỉ.
Nơi hầu hết các hệ thống thất bại
Hệ thống thất bại khi chúng được xây dựng cho phiên bản hoàn hảo giả tưởng của bạn. Phiên bản luôn cập nhật mọi trường thông tin. Phiên bản đặt tên mọi tệp tin một cách chính xác. Phiên bản không bao giờ mệt mỏi, đói bụng, mất tập trung hoặc bị tấn công bởi mười hai tin nhắn cùng một lúc.
Hãy xây dựng cho phiên bản thực tế của bạn. Phiên bản thực tế cần:
- Ít trường bắt buộc hơn
- Các giá trị mặc định rõ ràng
- Checklists ngắn gọn
- Các template bắt đầu là dùng được ngay
- Thói quen rà soát mất vài phút chứ không phải vài giờ
- Một không gian làm việc mà hành động tiếp theo hiển thị rõ ràng
Hệ thống nên giảm bớt việc suy nghĩ phức tạp, chứ không phải tạo ra thêm bài tập về nhà. Nếu việc cập nhật quy trình mất nhiều thời gian hơn việc làm thủ công, quy trình đó chưa trưởng thành. Nó là một gánh nặng.
Cách tôi sử dụng Business OS làm nơi chứa các hệ thống
Một hệ thống cần một ngôi nhà. Đối với tôi, ngôi nhà đó là một không gian làm việc trung tâm nơi công việc lặp đi lặp lại có thể trở thành template, template có thể kết nối với dự án, và dự án kết nối với khách hàng, nội dung, tài chính và các quyết định sản phẩm. Đó chính là giá trị của một Business OS.
Nó không chỉ là một dashboard đẹp đẽ. Nó là nơi các công việc lặp đi lặp lại trở nên trực quan, có thể tái sử dụng và có thể truyền đạt lại. Khi có ai đó tham gia nhóm, họ không cần phải hấp thụ mọi thứ từ não bộ của tôi.
Khách hàng mới có thể mở không gian làm việc và xem cách doanh nghiệp vận hành. Đó mới là chiến thắng thực sự: không phải tiết kiệm 10 phút một lần, mà là loại bỏ sự phụ thuộc vào trí nhớ của một người lặp đi lặp lại nhiều lần.
Điểm cốt lõi
Tư duy hệ thống bắt đầu nhỏ hơn mọi người nghĩ. Bạn không cần phải thiết kế lại toàn bộ doanh nghiệp của mình. Hãy bắt đầu với một nhiệm vụ lặp lại duy nhất.
Hãy nhớ:
- Nếu bạn lặp lại nó ba lần, hãy viết ra quy trình.
- If quy trình lặp lại, hãy biến nó thành một template.
- If template quan trọng, hãy cung cấp cho nó một ngôi nhà trong không gian làm việc vận hành của bạn.
👉 Khám phá thêm: Business OS: Cách xây dựng hệ điều hành doanh nghiệp trong Notion
Câu hỏi dành cho bạn: Quy trình lặp lại đầu tiên bạn sẽ thiết lập template trong tuần này là gì?
