Chi phí cơ hội và nợ vận hành: Những khoản phí ngầm phá hỏng doanh nghiệp

Mỗi khi đứng trước một phần mềm, một dịch vụ hay một quyết định vận hành mới, câu hỏi đầu tiên rất thường là:

“Giá bao nhiêu?”

Đó là câu hỏi hợp lý. Tiền là thứ nhìn thấy được. Nó nằm trên báo giá, hóa đơn và sao kê.

Nhưng càng làm việc với dữ liệu, quảng cáo, hệ thống và automation, tôi càng thấy một vấn đề: con số dễ nhìn nhất không phải lúc nào cũng là con số quan trọng nhất.

Có những lựa chọn gần như không tốn tiền nhưng lấy đi rất nhiều thời gian.

Có những quy trình được giữ lại vì “không mất phí” nhưng mỗi tuần làm cả đội lặp lại hàng chục thao tác.

Có những quyết định bị trì hoãn vì mọi người muốn chắc chắn hơn, trong khi chi phí của việc chậm một tuần còn lớn hơn chi phí của một thử nghiệm nhỏ.

Và có những công cụ rẻ đến mức chúng ta vui vì tiết kiệm được tiền, nhưng sau đó phải trả bằng sự chú ý, công sức bảo trì, dữ liệu phân mảnh và những cơ hội không bao giờ quay lại.

Đó là lý do tôi muốn giữ một cách nhìn khác về chi phí.

Root Idea: Giá thật của một quyết định không chỉ nằm trên hóa đơn mà còn ở chi phí cơ hội, thời gian, sự chú ý, độ phức tạp và những lựa chọn bị bỏ qua.

Hóa đơn chỉ đo phần tiền đã đi ra

Khi mua một công cụ 50 USD/tháng, con số 50 USD rất rõ.

Nhưng để dùng công cụ đó, có thể còn những khoản khác:

thời gian học;
thời gian setup;
thời gian migrate dữ liệu;
thời gian sửa lỗi;
thời gian giải thích cho team;
chi phí tích hợp;
chi phí duy trì;
chi phí đổi công cụ sau này;
chi phí của những quyết định sai vì dữ liệu không đồng nhất.

Những khoản này không phải lúc nào cũng chuyển thành tiền ngay lập tức.

Vì thế chúng dễ bị xem nhẹ.

Một quy trình thủ công cũng vậy.

Không có dòng “phí phần mềm”, nhưng nếu mỗi ngày một người phải copy dữ liệu giữa hai hệ thống, chi phí vẫn tồn tại. Nó chỉ nằm trong lương, thời gian, sự tập trung và cơ hội sử dụng thời gian đó cho việc khác.

Tôi nghĩ đây là lý do nhiều hệ thống “miễn phí” lại trở nên rất đắt sau một thời gian dài.

Chi phí cơ hội: thứ bị mất vì mình đã chọn một phương án khác

Khái niệm chi phí cơ hội nghe có vẻ kinh tế học, nhưng tôi thấy nó rất thực tế.

Nếu tôi dành ba giờ để chỉnh một dashboard không ai dùng, tôi không chỉ “mất ba giờ”.

Tôi cũng mất ba giờ có thể dành cho:

kiểm tra một vấn đề tracking quan trọng;
nói chuyện với người dùng;
phân tích một nhóm chiến dịch đang giảm hiệu suất;
học một kỹ năng mới;
nghỉ ngơi để ngày hôm sau làm việc tốt hơn.

Điểm khó là thứ bị bỏ qua thường không hiện ra.

Tôi có thể nhìn dashboard và thấy sản phẩm của ba giờ lao động.

Tôi không nhìn thấy cuộc trò chuyện với khách hàng đã không xảy ra.

Tôi không nhìn thấy ý tưởng đáng lẽ có thể được phát hiện.

Tôi không nhìn thấy một giờ nghỉ đáng lẽ giúp mình bớt mệt.

Vì thế con người rất dễ đánh giá cao thứ đã làm và đánh giá thấp thứ đã hy sinh để làm nó.

Một quyết định “rẻ” có thể rất đắt nếu tạo thêm công việc lặp lại

Giả sử có hai phương án.

Phương án A:

phí thấp;
phải export file thủ công;
cần copy dữ liệu sang Sheet;
mỗi tuần phải sửa một số format.

Phương án B:

phí cao hơn;
có API hoặc integration;
dữ liệu tự đi vào đúng nơi;
ít thao tác lặp lại.

Nếu chỉ nhìn hóa đơn, A thắng.

Nếu nhìn tổng chi phí vận hành, chưa chắc.

Tôi không nghĩ câu trả lời luôn là “mua công cụ đắt hơn”. Có nhiều trường hợp quy trình thủ công đơn giản lại hợp lý hơn automation phức tạp.

Điểm tôi muốn giữ là: đừng quyết định chỉ dựa vào một loại chi phí vì nó dễ nhìn.

Cần nhìn thêm:

tần suất;
số người tham gia;
thời gian mỗi lần;
error rate;
mức độ quan trọng của dữ liệu;
chi phí nếu quy trình ngừng hoạt động;
thời gian bảo trì automation;
khả năng đổi hệ thống sau này.

Một thao tác 5 phút nghe không đáng kể.

Nhưng 5 phút × 20 lần/ngày × 5 người × 250 ngày/năm lại là một bài toán khác.

Không phải lúc nào cũng cần tính chính xác tới phút cuối cùng. Chỉ cần nhìn theo tần suất và quy mô là đủ để nhận ra thứ gì đang âm thầm lớn lên.

Chi phí của sự chú ý

Có một loại tài nguyên tôi ngày càng thấy quý: attention.

Một ngày làm việc có thể có tám tiếng, nhưng tám tiếng đó không giống nhau.

Một giờ tập trung sâu vào một vấn đề khó có thể đáng giá hơn vài giờ chuyển qua chuyển lại giữa chat, email, sheet, dashboard và notification.

Một quy trình xấu thường không chỉ lấy thời gian.

Nó cắt nhỏ sự tập trung.

Ví dụ một người đang phân tích dữ liệu nhưng cứ 20 phút lại phải:

tải một file;
hỏi một người;
kiểm tra một status;
copy một mã;
xác nhận một con số.

Tổng thời gian thao tác có thể chỉ 30 phút.

Nhưng chi phí nhận thức lớn hơn nhiều vì công việc chính bị chia vụn.

Đây là loại chi phí rất khó đưa lên hóa đơn.

Và cũng là lý do tôi không muốn đánh giá automation chỉ bằng “tiết kiệm bao nhiêu click”.

Một automation tốt có thể đáng giá vì nó bảo vệ một khoảng tập trung liền mạch.

Chi phí của việc chờ

Một quy trình có thể rất hiệu quả ở từng bước nhưng chậm ở khoảng giữa các bước.

Ví dụ:

Người A hoàn thành
  ↓
chờ người B duyệt
  ↓
chờ file
  ↓
chờ dữ liệu
  ↓
chờ quyết định

Mỗi người chỉ mất vài phút làm phần của mình.

Nhưng lead time của toàn quy trình có thể là vài ngày.

Đây là khác biệt giữa work time và waiting time.

Trong vận hành, bottleneck thường không nằm ở nơi mọi người làm lâu nhất. Nó nằm ở nơi công việc nằm yên lâu nhất.

Nếu một báo cáo cần hai giờ để làm nhưng mất năm ngày để đi qua ba vòng chờ, tối ưu hai giờ xuống một giờ chưa chắc thay đổi nhiều.

Có khi giá trị lớn hơn nằm ở việc bỏ một vòng duyệt.

Chi phí của một hệ thống quá phức tạp

Automation cũng có hóa đơn ngầm.

Ban đầu một workflow có thể rất đẹp:

Form
→ n8n
→ AI
→ Sheet
→ CRM
→ Slack
→ Email

Nhưng mỗi node là một dependency.

Mỗi API có thể thay đổi.

Mỗi token có thể hết hạn.

Mỗi field có thể đổi tên.

Mỗi người mới vào team phải hiểu thêm một lớp logic.

Nếu automation tiết kiệm 10 phút mỗi tuần nhưng cần vài giờ bảo trì mỗi tháng, nó đang không tạo leverage.

Tôi thích một câu hỏi rất đơn giản:

Nếu workflow này hỏng trong sáu tháng nữa, ai sẽ hiểu và sửa nó?

Nếu câu trả lời là “chắc chỉ người đã dựng ban đầu”, hệ thống đang tạo một loại nợ.

Không phải nợ kỹ thuật theo nghĩa code thuần túy.

Tôi gọi nó là nợ vận hành.

Nợ vận hành không xuất hiện ngay khi tạo

Nợ vận hành thường bắt đầu từ những quyết định rất nhỏ:

đặt tên field không nhất quán;
không có owner;
không ghi source of truth;
tạo hai bảng cùng lưu một loại dữ liệu;
thêm một bước duyệt để “an toàn”;
không xóa quy trình cũ sau khi có quy trình mới;
automation không có log;
dashboard không ai chịu trách nhiệm.

Mỗi thứ riêng lẻ không đáng sợ.

Nhưng qua thời gian, team bắt đầu dành nhiều năng lượng để giữ hệ thống chạy hơn là dùng hệ thống để tạo giá trị.

Đó là lúc hóa đơn ngầm đến hạn.

Có những thứ đắt vì mình không làm

Chi phí cơ hội không chỉ nằm ở việc chọn sai.

Nó còn nằm ở việc không chọn.

Không chuẩn hóa dữ liệu hôm nay có thể khiến sáu tháng sau mọi dashboard khó nối với nhau.

Không ghi lại một decision rule hôm nay có thể khiến người mới phải hỏi lại.

Không xử lý một lỗi tracking nhỏ có thể khiến nhiều tuần sau team tối ưu trên dữ liệu không đáng tin.

Không nghỉ khi đã kiệt sức có thể làm ngày hôm sau mất cả buổi để sửa lỗi do chính mình tạo ra.

Có những việc không mang lại kết quả ngay nên rất dễ bị hoãn.

Nhưng chi phí của việc hoãn có thể tích lũy.

Tôi nghĩ đây là một trong những lý do hệ thống bền vững trông đôi khi “chậm” ở ngắn hạn.

Nó dành thời gian để:

đặt tên;
viết tài liệu;
kiểm tra dữ liệu;
tạo rollback;
xóa thứ không còn dùng.

Những việc này ít tạo cảm giác tiến nhanh.

Nhưng chúng giảm chi phí tương lai.

Một framework tôi dùng để nhìn “giá thật”

Khi cân nhắc một công cụ hoặc thay đổi quy trình, tôi muốn nhìn ít nhất sáu lớp.

1. Chi phí tiền mặt

phí mua;
phí subscription;
phí API;
phí hosting;
phí người triển khai.

Đây là lớp rõ nhất.

2. Chi phí thời gian

setup;
học;
thao tác lặp lại;
review;
bảo trì;
xử lý lỗi.

3. Chi phí chú ý

số lần bị ngắt quãng;
số màn hình phải chuyển;
số notification;
mức độ phải nhớ thủ công.

4. Chi phí rủi ro

dữ liệu sai;
mất lead;
gửi nhầm;
deploy lỗi;
không rollback được;
phụ thuộc một người.

5. Chi phí cơ hội

việc quan trọng nào không được làm;
tốc độ ra quyết định bị chậm bao nhiêu;
team không còn thời gian cho việc nào.

6. Chi phí thay đổi trong tương lai

vendor lock-in;
data portability;
khả năng migrate;
độ khó khi quy mô tăng;
mức phụ thuộc vào một integration.

Không phải quyết định nào cũng cần spreadsheet tính sáu lớp.

Nhưng chỉ cần đi qua các câu hỏi này, tôi thường nhìn thấy những khoản phí mà hóa đơn không nói.

Không phải thứ gì tiết kiệm thời gian cũng đáng tự động hóa

Một cám dỗ khác của tư duy chi phí là: nếu thấy thao tác lặp lại, tự động hóa ngay.

Tôi không nghĩ vậy.

Automation cũng phải trả giá.

Tôi sẽ hỏi:

việc này xảy ra bao nhiêu lần;
rule có ổn định không;
dữ liệu có sạch không;
lỗi automation có nguy hiểm không;
có người bảo trì không;
manual process hiện tại thực sự đau tới đâu.

Có những việc 15 phút/tháng nên cứ làm tay.

Một script để tiết kiệm 15 phút nhưng cần ba giờ xây, rồi mỗi quý phải sửa, chưa chắc là khoản đầu tư tốt.

Tối ưu không có nghĩa loại bỏ mọi thao tác thủ công.

Tối ưu là dùng độ phức tạp ở nơi nó tạo leverage đủ lớn.

Đôi khi lựa chọn tốt nhất là bỏ hẳn một thứ

Khi nói về tối ưu, chúng ta thường nghĩ tới:

làm nhanh hơn;
tự động hơn;
tích hợp hơn.

Nhưng có một lựa chọn mạnh hơn:

Không làm nữa.

Nếu một báo cáo không dẫn tới quyết định, có thể không cần báo cáo.

Nếu một field không được dùng, có thể bỏ field.

Nếu một meeting chỉ để đọc status, có thể chuyển thành update async.

Nếu một automation chỉ chuyển dữ liệu giữa hai nơi vì cả hai nơi cùng tồn tại do lịch sử, có thể hợp nhất source.

Tôi thấy đây là cách giảm chi phí tốt nhất: xóa nhu cầu, không chỉ tối ưu cách đáp ứng nhu cầu.

Giá của một quyết định cũng bao gồm khả năng đảo ngược

Có những quyết định dễ quay lại:

thử một tool một tháng;
chạy một campaign nhỏ;
tạo một dashboard prototype.

Có những quyết định khó quay lại:

migrate toàn bộ dữ liệu;
đổi hệ thống lõi;
phụ thuộc vào một vendor;
public một claim sai;
xóa dữ liệu.

Với quyết định khó đảo ngược, tôi chấp nhận tốn thêm thời gian để kiểm tra.

Với quyết định dễ đảo ngược, tôi muốn thử nhanh hơn.

Điều này giúp tránh hai cực:

phân tích quá lâu cho việc nhỏ;
quyết định quá nhanh cho việc lớn.

Chi phí của việc “chắc chắn tuyệt đối” cũng là một chi phí.

Tôi muốn đo automation bằng giá trị được giải phóng

Trước đây câu hỏi hay là:

“Automation tiết kiệm được bao nhiêu giờ?”

Bây giờ tôi muốn hỏi thêm:

“Những giờ đó được dùng vào việc gì?”

Nếu tiết kiệm 10 giờ nhưng 10 giờ đó biến thành thêm 10 giờ họp, giá trị chưa chắc tăng.

Nếu tiết kiệm 3 giờ và người làm dùng chúng để xử lý một bottleneck quan trọng, giá trị có thể rất lớn.

Vì thế thời gian tiết kiệm chỉ là intermediate metric.

Outcome cuối cùng vẫn là:

quyết định nhanh hơn;
lỗi ít hơn;
lead được xử lý tốt hơn;
khách hàng nhận trải nghiệm tốt hơn;
người làm có thêm khoảng tập trung;
hệ thống dễ bảo trì hơn.

Một quyết định tốt không nhất thiết có chi phí thấp nhất

Đây có lẽ là điều tôi muốn nhớ nhất.

Có những quyết định đúng nhưng đắt.

Có những quyết định sai nhưng rất rẻ.

Mục tiêu không phải luôn chọn phương án có giá nhỏ nhất.

Mục tiêu là chọn phương án có tổng chi phí hợp lý nhất so với giá trị và rủi ro.

Đôi khi trả tiền cho một tool tốt là rẻ.

Đôi khi dùng Sheet miễn phí là đúng.

Đôi khi automation đáng làm.

Đôi khi manual lại tối ưu hơn.

Không có công thức chung.

Nhưng nếu chỉ nhìn hóa đơn, tôi đang nhìn quá ít.

Một checklist ngắn trước khi nói “rẻ” hay “đắt”

Trước một quyết định vận hành, tôi muốn tự hỏi:

Tiền trực tiếp là bao nhiêu?
Mỗi tuần con người phải bỏ thêm bao nhiêu thời gian?
Nó tạo thêm bao nhiêu chuyển đổi ngữ cảnh?
Nếu lỗi, hậu quả lớn tới đâu?
Ai sẽ bảo trì?
Nếu không chọn nó, phương án thay thế lấy mất gì?
Một năm sau đổi hệ thống có khó không?
Có thể bỏ hẳn nhu cầu này không?
Quyết định này có dễ đảo ngược không?
Giá trị được giải phóng sẽ đi đâu?

Chỉ cần mười câu này, “giá” bắt đầu trở thành một khái niệm rộng hơn.

Cuối cùng, tôi nghĩ tài nguyên quý nhất không phải tiền

Tiền có thể đo được rất tốt.

Thời gian thì không quay lại.

Sự tập trung còn khó phục hồi hơn khi đã bị bẻ vụn.

Năng lượng của một đội ngũ cũng không vô hạn.

Và mỗi quyết định đều đóng một số cánh cửa khác, dù chúng ta có nhìn thấy hay không.

Vì vậy, lần tới khi đứng trước một công cụ, một quy trình hay một dự án, tôi không muốn chỉ hỏi:

“Nó tốn bao nhiêu?”

Tôi muốn hỏi:

“Nó làm mình phải từ bỏ điều gì, và nó giải phóng được điều gì?”

Có lẽ thứ đắt nhất đôi khi thật sự không nằm trên hóa đơn.

Nó nằm trong những giờ không thể lấy lại, những quyết định bị chậm, những cơ hội bị bỏ qua và những hệ thống mà con người phải tiếp tục mang trên vai.