Kinh doanh CNG/LNG – QUẢN TRỊ NHU CẦU & KHÁCH HÀNG: Khi nào doanh nghiệp cần bộ phận Demand Ops riêng? (0010)

Đây là một câu hỏi sống còn, quyết định xem bạn đang làm chủ trò chơi khí đốt hay đang chạy theo sau nhu cầu của khách hàng. Khi quy mô tăng lên, việc quản lý nhu cầu không còn là một công việc phụ của đội Sales hay Dispatch nữa.

***

Trong ngành kinh doanh khí công nghiệp B2B, đặc biệt là CNG (Khí thiên nhiên nén) và LNG (Khí thiên nhiên hóa lỏng), biên lợi nhuận thường rất nhạy cảm với hiệu quả vận hành logistics. Nếu không quản trị nhu cầu (Demand Management) một cách bài bản, chúng ta sẽ liên tục rơi vào vòng xoáy của đơn hàng gấp (rush orders), xe rỗng chạy sai (empty miles), tồn kho dư thừa tại kho, và nguy cơ mất khách hàng do thiếu hụt nguồn cung vào giờ cao điểm. Quản trị nhu cầu không chỉ là dự báo, mà là một chuỗi hành động tích hợp, và đó là lý do chúng ta cần đến Demand Operations (Demand Ops).

Hôm nay, chúng ta sẽ mổ xẻ về thời điểm chín muồi, những dấu hiệu cảnh báo, và cách xây dựng bộ phận Demand Ops chuyên nghiệp, biến nó thành trung tâm điều hành lợi nhuận, thay vì chỉ là một chi phí hành chính.

MỤC LỤC CHI TIẾT

KHÁI NIỆM NỀN TẢNG VÀ SỰ KHÁC BIỆT
NHỮNG DẤU HIỆU CẢNH BÁO: KHI NÀO CẦN TÁCH DEMAND OPS?
VAI TRÒ VÀ TRÁCH NHIỆM CỦA DEMAND OPS CHUYÊN BIỆT
NỀN TẢNG KỸ THUẬT VÀ DỮ LIỆU CHO DEMAND OPS
QUẢN LÝ RỦI RO TRONG DEMAND OPS
TÀI CHÍNH VẬN HÀNH VÀ DEMAND OPS
CASE STUDY THỰC CHIẾN REBOOSTLAB (OPS FOCUS)
CASE STUDY THỰC CHIẾN REBOOSTLAB (FINANCIAL FOCUS)
KHUNG ĐO LƯỜNG VÀ CHỈ SỐ QUAN TRỌNG
CHÍNH SÁCH VÀ QUY TRÌNH MẪU
TÍN HIỆU SỚM VÀ ĐIỂM NGHẼN HỆ THỐNG
CÁC SAI LẦM CHẾT NGƯỜI VÀ GIỚI HẠN ÁP DỤNG
KẾT LUẬN: ACTIONABLE TAKEAWAYS

***

1. KHÁI NIỆM NỀN TẢNG VÀ SỰ KHÁC BIỆT

1.1. Demand Management (Quản trị Nhu cầu) là gì trong ngành Khí?

Quản trị nhu cầu là toàn bộ quá trình thu thập, phân tích, dự báo, ảnh hưởng, và phản ứng với nhu cầu của thị trường và khách hàng. Trong ngành khí công nghiệp B2B, nó không chỉ là việc đoán xem khách hàng cần bao nhiêu, mà còn là quản lý xem *khi nào* họ cần, *chất lượng* họ cần (áp suất/nhiệt độ), và *tần suất* cần.

Ví dụ, một nhà máy thép cần khí để chạy lò sấy hoặc lò nung lại. Nhu cầu của họ không phải là hằng số; nó theo chu kỳ sản xuất (batch cycles), theo kế hoạch bảo trì, và theo áp lực thị trường (họ có đang chạy full công suất không?). Nếu Sales chỉ báo cáo “Khách hàng X cần 10,000 Sm³/ngày”, nhưng không biết rằng 70% nhu cầu đó dồn vào ca đêm, thì Dispatch và Plant Production sẽ gãy.

1.2. Demand Ops (Điều hành Nhu cầu) là gì và khác gì so với Dispatch?

Nếu Quản trị Nhu cầu (Demand Management) là chiến lược và dự báo (nhìn xa 3-12 tháng), thì Demand Ops là thực thi và điều chỉnh hàng ngày (nhìn vào 72 giờ tiếp theo).

Demand Ops là cầu nối vật chất giữa dự báo lý thuyết (Sales/Commercial) và thực thi logistics (Dispatch/Vận tải).

Dispatch (Điều độ Vận tải) tập trung vào *Logistics Efficiency*: Xe nào, tài xế nào, tuyến nào, nạp lúc mấy giờ, giao lúc mấy giờ. Mục tiêu là tối ưu hóa quãng đường (giảm km rỗng), tối ưu hóa thời gian quay vòng (turnaround time) của trailer, và đảm bảo OTIF (On-Time, In-Full).
Demand Ops (Điều hành Nhu cầu) tập trung vào *Resource Allocation & Customer Inventory Management*: Phân bổ nguồn cung (CNG/LNG) có sẵn tại trạm nạp cho các khách hàng dựa trên mức độ ưu tiên, tồn kho hiện tại (telemetry), độ chính xác dự báo, và SLA. Mục tiêu là tối đa hóa giá trị đơn hàng, giảm thiểu rủi ro cạn kho, và điều chỉnh kế hoạch sản xuất/nạp hàng sát sườn nhất.

Sự khác biệt cốt lõi: Dispatch nhìn vào *phương tiện* (trailer), Demand Ops nhìn vào *nguyên liệu* (Sm³ khí).

1.3. Lợi ích của việc tách Demand Ops: Từ ổn định dòng tiền đến giảm km rỗng.

Giảm ẩu đả nội bộ: Khi thiếu hàng (scarcity), Demand Ops đưa ra quyết định phân bổ khách quan, dựa trên chính sách đã được duyệt (ví dụ: ưu tiên khách hàng Take-or-Pay, khách hàng có biên gộp cao nhất, hoặc khách hàng có tồn kho dưới ngưỡng an toàn 30%).
Cải thiện Cost-to-Serve (CTS): Khi nhu cầu được dự báo chính xác hơn, đội Dispatch có thể tối ưu hóa việc ghép tuyến (route optimization), giảm đáng kể chi phí xe chạy rỗng (km rỗng). Đây là lợi ích tài chính trực tiếp và lớn nhất.
Tăng cường Quản trị Rủi ro Nguồn cung: Demand Ops chịu trách nhiệm duy trì Tồn kho An toàn (Safety Stock) không chỉ ở trạm nạp mà còn ở phía khách hàng. Họ là người đầu tiên phát hiện ra khách hàng đang tiêu thụ bất thường (Spike/Drop) qua dữ liệu telemetry.
Tối ưu hóa Vốn lưu động (Working Capital): Dự báo nhu cầu chính xác giúp Plant Ops điều độ sản xuất sát nhất, tránh tích trữ tồn kho quá mức, đặc biệt là LNG, nơi tồn kho dư thừa có thể dẫn đến chi phí điện làm lạnh cao (Boil-off management) hoặc cần phải xả van (Venting) – một thảm họa cả về tài chính lẫn ESG.

1.4. Yếu tố độc đáo của nhu cầu CNG/LNG (Temperature, Process Cycle, Inventory).

Khí không phải là sản phẩm khô (dry cargo) thông thường.

Nhiệt độ/Áp suất: Nhu cầu của khách hàng bị chi phối bởi điều kiện thời tiết (đặc biệt là khí đốt cho sưởi ấm hoặc F&B). Hơn nữa, chất lượng khí nén (CNG) hay hóa lỏng (LNG) cần phải đáp ứng các ngưỡng áp suất/nhiệt độ nhất định để khách hàng sử dụng hiệu quả. Demand Ops phải hiểu ảnh hưởng của nhiệt độ môi trường lên hiệu suất nạp/xả.
Chu kỳ Vận hành (Process Cycle): Khách hàng công nghiệp lớn có chu kỳ “chạy lửa” (firing schedule). Nếu bạn giao khí quá sớm, nó nằm chết trong bồn của họ. Giao quá muộn, họ phải ngưng lò (downtime). Demand Ops cần hiểu chu kỳ này để đưa ra ROP (Reorder Point) chuẩn xác.
Tồn kho (Inventory): Khác với nhiều ngành khác, chúng ta gần như phải quản lý kho của khách hàng qua hệ thống telemetry. Lượng tồn kho trong bồn của khách (thường là tính theo % hoặc theo Sm³) là đầu vào quan trọng nhất cho mô hình dự báo ngắn hạn. Sai lầm chết người là tin vào lời hứa của khách hàng thay vì dữ liệu cảm biến.

2. NHỮNG DẤU HIỆU CẢNH BÁO: KHI NÀO CẦN TÁCH DEMAND OPS?

Việc tách Demand Ops thành một bộ phận chuyên trách thường đi kèm với việc đầu tư công nghệ và nhân sự. Đây là các ngưỡng tín hiệu cho thấy bạn không thể gánh vác nó trong một “phòng điều độ đa nhiệm” được nữa:

2.1. Ngưỡng quy mô về sản lượng và khách hàng (Volume and Customer Count Thresholds).

Sản lượng (Volume): Khi tổng sản lượng giao dịch hàng tháng vượt quá 5 triệu Sm³ (tương đương khoảng 3,000-5,000 tấn LNG/tháng) hoặc khi bạn vận hành một trạm nạp chính (Mother Station) với công suất thiết kế vượt 100,000 Sm³/ngày.
Số lượng Khách hàng: Khi số lượng khách hàng lớn (Tier 1/2) cần theo dõi tồn kho telemetry vượt quá 20 điểm.
Quy mô Hạm đội: Khi số lượng trailer (CNG tube trailers hoặc LNG tankers) vượt quá 10 đơn vị. Ở quy mô này, sai sót trong điều độ một chiếc xe có thể gây ra hiệu ứng domino trên toàn bộ chuỗi cung ứng.

Kinh nghiệm thực chiến (Câu chốt 1): “Nếu đội Dispatch của bạn dành hơn 30% thời gian làm việc để gọi điện hỏi khách hàng ‘Còn bao nhiêu khí?’ thay vì tối ưu hóa tuyến đường, bạn đã đến lúc cần Demand Ops.”

2.2. Dấu hiệu về chất lượng dịch vụ (Service Quality Indicators).

OTIF (On-Time, In-Full) < 95%: Tỷ lệ giao hàng đúng giờ, đủ số lượng giảm xuống dưới ngưỡng 95%. Điều này chứng tỏ sự lệch pha lớn giữa kế hoạch (Dự báo) và thực tế (Thực thi).
Tỷ lệ Đơn hàng Khẩn cấp (Rush Orders) > 10%: Nếu hơn 1/10 đơn hàng là “hàng nóng” cần giao trong vòng 6-12 giờ, hệ thống đang bị quá tải và dự báo đang thất bại. Mỗi đơn hàng khẩn cấp là một vết thương vào biên gộp.
Tỷ lệ Sự cố Cạn kho Khách hàng (Run-out incidents) > 1 lần/tháng: Khách hàng bị cạn kho (pressure drop dưới ngưỡng vận hành) là một rủi ro mất khách hàng nghiêm trọng. Đây là lỗi trực tiếp của việc quản lý ROP/Safety Stock.

2.3. Dấu hiệu về hiệu suất vận hành Logistics (Fleet and Plant Utilization).

Tỷ lệ Km Rỗng (Empty Miles Ratio) > 30%: Tổng quãng đường xe chạy rỗng (không tải) chia cho tổng quãng đường. Tỷ lệ này cao chứng tỏ việc ghép tuyến (backhauling) kém hoặc dự báo nhu cầu không cho phép lên kế hoạch tuyến đường khứ hồi hiệu quả.
Hệ số Sử dụng Công suất Nạp/Xả (Loading/Unloading Utilization) < 80%: Trạm nạp của bạn thường xuyên bị gián đoạn vì chờ xe hoặc phải nạp dồn dập vào một số giờ nhất định, gây ra lãng phí điện năng (do khởi động/dừng máy nén liên tục) và quá tải nhân sự.
Downtime do Thiếu Vật liệu (Material Outage Downtime): Nếu nhà máy của khách hàng (hoặc nhà máy sản xuất/trạm nạp của bạn) bị dừng vì thiếu khí, đó là chỉ báo thất bại nghiêm trọng của Demand Ops.

2.4. Dấu hiệu tài chính (Cost-to-Serve Erosion).

Biên Gộp (Gross Margin) thay đổi thất thường: Biên gộp biến động mạnh theo tuần/tháng, không theo một mô hình kinh doanh ổn định, chứng tỏ chi phí vận hành (đặc biệt là logistics) đang không kiểm soát được.
Chi phí Vận chuyển trên mỗi Đơn vị Sản lượng (Transport Cost per Sm³) tăng liên tục (ví dụ: tăng 5% QoQ) mà không có sự tăng tương ứng của giá bán.
Tồn kho Chết (Dead Inventory/Boil-off loss) vượt ngưỡng cho phép: Đặc biệt với LNG, nếu tỷ lệ khí bị thất thoát do bay hơi (Boil-off Gas – BOG) vượt quá 0.05% tổng tồn kho/ngày, đó là chi phí bị lãng quên do quản lý tồn kho kém (Demand Ops thất bại trong việc điều phối luân chuyển).

3. VAI TRÒ VÀ TRÁCH NHIỆM CỦA DEMAND OPS CHUYÊN BIỆT

Khi đã tách ra, Demand Ops phải có quyền lực và trách nhiệm rõ ràng. Họ không phải là thư ký của Sales, cũng không phải là cấp dưới của Dispatch.

3.1. Phân cấp Dự báo Nhu cầu (Forecasting Hierarchy).

Demand Ops chịu trách nhiệm chính về dự báo ngắn hạn và trung hạn:

Dự báo Tác chiến (Tactical Forecast – 0-7 ngày): Dựa trên dữ liệu telemetry (tồn kho hiện tại, tốc độ tiêu thụ 24h qua) và lịch sản xuất/ bảo trì của khách hàng. Đây là dự báo đầu vào trực tiếp cho Dispatch.
Dự báo S&OP (Mid-term Forecast – 1-3 tháng): Dựa trên yếu tố mùa vụ, xu hướng thị trường, và các hợp đồng mới của Sales. Đây là đầu vào để Plant Ops lập kế hoạch bảo trì máy nén/bồn chứa (Compressor/Storage Maintenance) và quản lý mua sắm nguồn nguyên liệu (nếu là trạm nạp CNG/LNG).
Điều chỉnh Dự báo (Forecast Re-conciliation): Hàng ngày, Demand Ops phải so sánh nhu cầu thực tế với dự báo ngày hôm trước và lập báo cáo sai số (Forecast Error/Bias).

3.2. Quản lý Tồn kho Khách hàng (Customer Tank Telemetry & Safety Stock).

Đây là “năng lực cốt lõi” của Demand Ops.

Định nghĩa Safety Stock (SS): Xác định lượng khí tối thiểu phải có trong bồn khách hàng để đảm bảo hoạt động liên tục trong thời gian giao hàng (Lead Time) cộng với một khoảng dự phòng rủi ro (Service Level). Công thức thường dùng: SS = Z * Sigma(Lead Time Demand).
Reorder Point (ROP): Mức tồn kho kích hoạt yêu cầu giao hàng. ROP = SS + (Average Daily Consumption * Lead Time).
Giám sát 24/7: Theo dõi SCADA/telemetry của khách hàng. Thiết lập ngưỡng cảnh báo (Alert Tiers): Ngưỡng 1 (ROP đạt): Lên kế hoạch vận chuyển. Ngưỡng 2 (30% SS): Cảnh báo khẩn cấp cho Dispatch/Sales. Ngưỡng 3 (<10% SS): Yêu cầu ESD (Emergency Shutdown) nếu không thể giao kịp.

3.3. Điều phối Tồn kho Chiến lược (Strategic Inventory Allocation).

Khi nguồn cung có giới hạn (ví dụ: máy nén đang bảo trì, hoặc nguồn LNG/CNG đầu vào bị cắt giảm), Demand Ops phải quyết định phân bổ.

Ưu tiên Hợp đồng: Khách hàng Take-or-Pay (hợp đồng cam kết mua/nhận sản lượng tối thiểu) luôn được ưu tiên cao nhất, vì vi phạm hợp đồng này gây thiệt hại tài chính lớn.
Ưu tiên Biên Gộp: Phân bổ cho những khách hàng có Cost-to-Serve thấp nhất và Biên Gộp (Gross Margin) cao nhất.
Lập Kế hoạch Phân bổ Thay thế (Alternative Allocation Plan): Demand Ops phải có sẵn kịch bản 1, kịch bản 2 nếu nguồn cung bị giảm 20% hoặc 50%.

3.4. Tham gia chu trình S&OP (Sales & Operations Planning) thực chiến.

S&OP là quy trình đưa ra quyết định đa chức năng (Sales, Production, Finance, Logistics). Demand Ops là người đại diện cho “Nhu cầu đã được lọc” (Filtered Demand).

Demand Review (Phiên họp Xem xét Nhu cầu): Demand Ops trình bày dự báo đã điều chỉnh, phân tích các rủi ro thay đổi nhu cầu lớn (ví dụ: khách hàng mới sắp chạy thử, đối thủ cạnh tranh giảm giá).
Supply Review (Phiên họp Xem xét Nguồn cung): Demand Ops tham gia để hiểu rõ giới hạn công suất Plant Ops (MTBF/MTTR của máy nén, lịch bảo trì).
Pre-S&OP & Executive S&OP: Đề xuất các hành động điều chỉnh (ví dụ: cần thuê thêm 2 trailer mới, cần đàm phán lại SLA với khách hàng X vì nhu cầu quá thất thường).

3.5. Xử lý Đơn hàng Ưu tiên (Rush Order Management) và Tính phí Vận hành (Ops Cost Calculation).

Demand Ops là người phê duyệt Rush Order. Họ tính toán *chi phí thực* (True Cost) của việc nhồi nhét đơn hàng khẩn cấp này vào lịch trình vận tải hiện tại (ví dụ: chi phí phải chạy xe ngoài giờ, chi phí cơ hội của việc phải trì hoãn giao hàng cho khách hàng khác).

Kinh nghiệm thực chiến (Câu chốt 2): “Nếu Sales được phép đặt đơn khẩn cấp mà không cần thanh toán chi phí ‘phá kế hoạch’ cho Ops, hệ thống của bạn sẽ luôn trong tình trạng hỗn loạn.”

4. NỀN TẢNG KỸ THUẬT VÀ DỮ LIỆU CHO DEMAND OPS

Mọi quyết định của Demand Ops phải dựa trên dữ liệu, không phải cảm tính hay lời hứa.

4.1. Dữ liệu bắt buộc từ SCADA/Telemetry.

Dữ liệu Tồn kho Hiện tại (Level/Pressure): Cần lấy theo thời gian thực (ít nhất 15 phút/lần) từ bồn chứa CNG/LNG tại khách hàng.
Tốc độ Tiêu thụ (Consumption Rate): Dữ liệu lưu lượng kế (flow meter) cho biết khách hàng đang dùng bao nhiêu Sm³/giờ.
Tín hiệu Cảnh báo (Alarms): Áp suất/Mức thấp, nhiệt độ cao/thấp.

4.2. Tích hợp dữ liệu GPS/VTS (Vehicle Tracking System) và ERP/CRM.

Demand Ops cần dữ liệu từ Logistics để tính toán Lead Time giao hàng thực tế (Actual Lead Time).

GPS/VTS: Thời gian xe nạp/xả, thời gian di chuyển, vị trí hiện tại của các trailer. Dữ liệu này giúp Demand Ops tính toán chính xác *khi nào* chiếc xe rỗng tiếp theo sẽ quay lại trạm nạp.
ERP/CRM: Dữ liệu lịch sử đơn hàng, giá bán, biên gộp (Gross Margin), và các điều khoản hợp đồng (SLA/Take-or-Pay). Điều này cho phép Demand Ops ưu tiên các đơn hàng có giá trị cao nhất.

4.3. Các mô hình Dự báo Nhu cầu (Time Series, Causal, Machine Learning).

Khi quy mô lớn, chỉ dựa vào kinh nghiệm là tự sát. Demand Ops cần các mô hình thống kê:

Time Series (Chuỗi thời gian): Phân tích dựa trên dữ liệu lịch sử (ví dụ: sử dụng mô hình ARIMA/ETS để phát hiện tính mùa vụ, xu hướng tăng trưởng, và độ trễ). Phù hợp cho dự báo S&OP trung hạn.
Causal (Mô hình Nhân quả): Liên kết nhu cầu khí với các yếu tố bên ngoài (ví dụ: nhu cầu thép trên thị trường, nhiệt độ ngoài trời, giá điện). Phù hợp khi nhu cầu khách hàng bị ảnh hưởng mạnh bởi yếu tố kinh tế vĩ mô.
Demand Sensing: Sử dụng Machine Learning (ML) để phân tích dữ liệu telemetry thời gian thực và tự động điều chỉnh dự báo 72 giờ. Đây là công cụ đắc lực nhất để giảm sai số dự báo ngắn hạn.

4.4. Định nghĩa Tồn kho An toàn (Safety Stock) và Reorder Point (ROP) cho Khách hàng.

Công thức kinh điển (đã đề cập ở 3.2): Cần phải tính lại SS và ROP định kỳ (ví dụ: hàng tháng) cho từng khách hàng, vì độ tin cậy của nhà cung cấp (Lead Time Variation) và mức độ biến động tiêu thụ (Consumption Volatility) của khách hàng luôn thay đổi.
Tham chiếu: Mức độ dịch vụ (Service Level – SL) thường được đặt ở 98.5% cho khách hàng công nghiệp quan trọng (nghĩa là chỉ chấp nhận 1.5% nguy cơ cạn kho). Z (Hệ số an toàn) tương ứng với 98.5% là khoảng 2.17.
Rủi ro: Đặt SS quá cao gây lãng phí vốn và tăng chi phí Boil-off (với LNG). Đặt SS quá thấp gây rủi ro cạn kho. Demand Ops là người cân bằng rủi ro này.

5. QUẢN LÝ RỦI RO TRONG DEMAND OPS

5.1. Rủi ro về Độ chính xác Dự báo (Forecast Accuracy Risk).

Sai số dự báo là kẻ thù số một của hiệu quả vận hành.

Nguyên nhân: Thiếu sự đồng bộ giữa Sales (quá lạc quan về đơn hàng) và Ops (quá thận trọng về năng lực). Thiếu dữ liệu telemetry hoặc dữ liệu sai.
Hậu quả: Nếu dự báo quá thấp (Under-forecast), bạn phải chạy Rush Order, tăng chi phí logistics, và rủi ro cạn kho. Nếu dự báo quá cao (Over-forecast), bạn tích trữ tồn kho dư thừa, tăng chi phí Boil-off và kẹt vốn lưu động.
Kiểm soát: Bắt buộc tính DFA (Demand Forecast Accuracy) hàng tuần và truy cứu trách nhiệm (Accountability) cho đội ngũ liên quan.

5.2. Rủi ro về Chiến lược Phân bổ Nguồn cung (Allocation Strategy Failure).

Khi nguồn cung bị thắt chặt, quyết định phân bổ sai lầm có thể gây ra thiệt hại tài chính lớn.

Nguyên nhân: Thiếu chính sách phân bổ rõ ràng, hoặc chính sách quá phức tạp, không thể thực thi nhanh chóng dưới áp lực.
Hậu quả: Phân bổ ưu tiên cho khách hàng có biên gộp thấp, hoặc vi phạm hợp đồng Take-or-Pay. Gây mất niềm tin nội bộ và khách hàng.
Kiểm soát: Xây dựng và phổ biến rộng rãi Chính sách Phân bổ Nguồn cung (Allocation Policy), được CEO/COO phê duyệt. Đảm bảo Demand Ops có thẩm quyền tuyệt đối trong việc thực thi chính sách này trong tình huống khẩn cấp.

5.3. Rủi ro Vận hành và An toàn (HSE/Operational Risks) do áp lực giao hàng.

Khi Demand Ops thất bại, áp lực dồn lên Dispatch và tài xế.

Nguyên nhân: Lái xe quá tốc độ để kịp đơn hàng khẩn cấp. Rút ngắn thời gian kiểm tra an toàn tại điểm nạp/xả. Bỏ qua quy trình MOC (Management of Change) khi thay đổi tuyến đường/thời gian giao hàng.
Hậu quả: Tăng Tỷ lệ Tai nạn (TRIFR – Total Recordable Incident Rate), hỏng hóc thiết bị (MTTR/MTBF giảm), vi phạm quy định PCCC/vận chuyển hàng nguy hiểm.
Kiểm soát: Demand Ops phải phối hợp với HSE để đưa ra giới hạn vận hành (Operating Limits). Nếu việc giao hàng đòi hỏi vi phạm giới hạn an toàn (ví dụ: tài xế lái liên tục 12 giờ), Demand Ops phải từ chối đơn hàng hoặc nâng cấp lên cấp độ CEO/COO để tìm giải pháp thay thế.

5.4. Xây dựng Chính sách Phân bổ Khi Thiếu Hàng (Scarcity Allocation Policy).

(Chi tiết trong Mục 10.1) Chính sách này là Hiến Pháp của Demand Ops. Nó phải trả lời câu hỏi: Nếu chỉ có 50% nhu cầu có thể đáp ứng, ai sẽ được nhận 50% đó?

Nguyên tắc: Minh bạch, công bằng, tối đa hóa giá trị doanh nghiệp, tuân thủ pháp luật.
Các Tầng Ưu tiên:
1. An toàn (Ví dụ: Khí dùng cho bệnh viện, trạm phát điện dự phòng).
2. Hợp đồng ràng buộc (Take-or-Pay).
3. Biên gộp cao/Cost-to-Serve thấp.
4. Khách hàng chiến lược/dự án phát triển.
5. Khách hàng thông thường (Spot market).

6. TÀI CHÍNH VẬN HÀNH VÀ DEMAND OPS

Demand Ops là trung tâm chi phí (Cost Center) nhưng lại là động lực tạo ra giá trị lớn nhất trong việc tối ưu hóa biên gộp.

6.1. Đo lường Cost-to-Serve (CTS) ở cấp độ khách hàng (Customer-Level CTS).

CTS là chi phí thực tế để phục vụ một đơn vị sản phẩm (Sm³) cho một khách hàng cụ thể. CTS bao gồm: Chi phí logistics (Lương tài xế, nhiên liệu, khấu hao xe, phí cầu đường, điện năng nạp/xả, chi phí quản lý vận tải) + Chi phí sản xuất/nguồn hàng + Chi phí hành chính.

Vai trò của Demand Ops: Demand Ops cung cấp dữ liệu về tần suất giao hàng, số km rỗng cho mỗi đơn hàng, và mức độ ổn định của nhu cầu. Khách hàng A đòi hỏi giao 5 lần/tuần, mỗi lần một nửa tải (do bồn chứa nhỏ) sẽ có CTS cao hơn khách hàng B giao 1 lần/tuần, full tải.
Chỉ số quan trọng: Biên gộp thực tế (Realized Margin) = Giá bán – Cost of Goods Sold – Cost-to-Serve. Demand Ops giúp CFO nhìn thấy khách hàng nào đang “thâm hụt” biên gộp do chi phí vận hành quá cao.

Kinh nghiệm thực chiến (Câu chốt 3): “Đừng bao giờ tin vào biên gộp lý thuyết. Khách hàng có vẻ trả giá cao, nhưng nếu Demand Ops không được tối ưu, chi phí giao hàng có thể ăn hết lợi nhuận.”

6.2. Liên kết DFA (Demand Forecast Accuracy) với Working Capital.

Tồn kho: Nếu DFA thấp, tồn kho an toàn (Safety Stock) phải đặt cao hơn để bù đắp rủi ro. Tồn kho cao nghĩa là vốn bị kẹt lại, đặc biệt nếu là LNG phải chịu chi phí làm lạnh liên tục.
Vòng quay Trailer: Dự báo tốt giúp tối ưu hóa chu kỳ quay vòng (Cycle Time) của trailer. Vòng quay nhanh hơn nghĩa là bạn cần ít tài sản hơn (CAPEX thấp hơn) để phục vụ cùng một lượng sản phẩm.
DSO (Days Sales Outstanding): Nếu giao hàng chậm trễ hoặc sai sót (do Demand Ops kém), việc ký xác nhận giao nhận (POD – Proof of Delivery) bị chậm, ảnh hưởng trực tiếp đến chu kỳ thanh toán và DSO.

6.3. Tối ưu Chi phí Điện/Làm Lạnh (Power Cost) thông qua điều độ sản xuất.

Đặc biệt quan trọng với trạm nén CNG hoặc nhà máy hóa lỏng LNG (Plant Ops). Máy nén/Thiết bị làm lạnh thường hoạt động hiệu quả nhất ở chế độ ổn định (Steady State). Việc liên tục khởi động và dừng do kế hoạch nạp hàng thất thường gây lãng phí điện năng lớn và tăng hao mòn (giảm MTBF).

Demand Ops cung cấp nhu cầu nạp hàng theo giờ (Hourly Loading Demand) cho Plant Ops, cho phép họ điều chỉnh vận hành máy nén theo chế độ hiệu quả nhất, thậm chí lợi dụng khung giờ điện thấp điểm (Off-peak electricity rates) để sản xuất.

6.4. Định giá dựa trên Chi phí Vận hành (Cost-Plus Pricing) và Hình phạt (Penalties).

Demand Ops phải cung cấp dữ liệu để Sales áp dụng chính sách giá linh hoạt:

Phí Giao hàng Khẩn cấp (Rush Order Fee): Tính phí cố định + chi phí vận hành tăng thêm (ví dụ: chạy ngoài giờ, chi phí cơ hội).
Phí Tồn kho Dưới Ngưỡng An toàn (Low Inventory Penalty): Nếu khách hàng tự ý thay đổi quy trình tiêu thụ mà không báo trước, khiến tồn kho rơi xuống dưới 20% mà không phải lỗi của nhà cung cấp, họ có thể bị tính phí. Điều này nhằm thay đổi hành vi của khách hàng, buộc họ phải tuân thủ SLA về báo cáo nhu cầu.
Điều khoản Take-or-Pay/Deliver-or-Pay: Demand Ops là người theo dõi việc tuân thủ các điều khoản này, cung cấp dữ liệu cho CFO để thực hiện các khoản phạt hoặc bồi thường hợp đồng.

7. CASE STUDY THỰC CHIẾN REBOOSTLAB (OPS FOCUS)

7.1. Bối cảnh: Kiểm soát sự cố trễ hàng (OTIF) cho khách hàng vật liệu xây dựng (CNG).

Khách hàng: Một chuỗi 5 nhà máy gạch men/sứ lớn (VLXD) tại khu vực phía Bắc, tiêu thụ khoảng 2.5 triệu Sm³ CNG/tháng.
Tình trạng ban đầu: Hoạt động Dispatch và Demand được kiêm nhiệm bởi một đội ngũ nhỏ, chỉ tập trung xử lý đơn hàng khi khách hàng báo sắp hết. Nhu cầu của khách hàng VLXD rất thất thường do chu kỳ lò nung (kiln cycle), bảo trì đột xuất, và tồn kho sản phẩm cuối (nếu thị trường chậm, họ giảm công suất).
Thách thức: Tỷ lệ OTIF giao hàng chỉ đạt 88%. Trung bình 3 lần/tháng xảy ra sự cố áp suất bồn khách hàng giảm sâu, gây chậm trễ chu kỳ sản xuất (downtime). Tỷ lệ km rỗng cao (35%).

7.2. Thách thức và Chẩn đoán Nguyên nhân Gốc.

Thách thức: Duy trì cung cấp khí liên tục, ổn định cho 5 điểm sử dụng với nhu cầu biến động cao, sử dụng đội xe gồm 8 tube trailers.
Chẩn đoán:
1. Thiếu Tầm nhìn Tồn kho: Dữ liệu telemetry có, nhưng không được theo dõi 24/7. Việc tính toán ROP thủ công và chậm trễ 12-18 tiếng.
2. Sai số Dự báo: Kế hoạch vận chuyển được lập dựa trên dự báo tháng/tuần, không phản ánh thay đổi nhu cầu trong ngày. Khi khách hàng tăng tốc độ nung, ROP đến sớm hơn kế hoạch, gây áp lực lên tuyến đường hiện tại.
3. Điều độ cứng nhắc: Dispatch không có thẩm quyền thay đổi tuyến đường mà không cần phê duyệt nhiều bước, dẫn đến việc chậm phản ứng với các "điểm nóng".

7.3. Giải pháp triển khai Demand Ops: Chu trình Daily Demand Review.

Timeline triển khai: 8 tuần.

Bước 1 (Tuần 1-2): Định nghĩa lại SS và ROP cho từng khách hàng, dựa trên Lead Time thực tế (đo lường bằng GPS) và biến động tiêu thụ 6 tháng gần nhất. Thiết lập hệ thống Alert Automation: Cảnh báo tự động đến Demand Ops khi tồn kho chạm ROP.
Bước 2 (Tuần 3-4): Thiết lập Chu trình Daily Demand Review (DDR). Hàng ngày (8h sáng), Demand Ops họp 15 phút với Sales và Dispatch để:
- Xem xét 72-giờ tiếp theo (Demand Sensing).
- Phân tích các thay đổi nhu cầu lớn (Spike/Drop) dựa trên Telemetry.
- Chốt Danh sách Giao hàng Ưu tiên (Prioritized Delivery List) cho Dispatch.
Bước 3 (Tuần 5-8): Áp dụng Chính sách Phân bổ nguồn lực theo Biên Gộp Thực tế (Realized Margin). Demand Ops có quyền tự động điều chỉnh thứ tự giao hàng nếu phát hiện rủi ro cạn kho ở khách hàng có biên gộp cao hơn.

7.4. Kết quả định lượng và Tác động.

Chỉ số	Trước (Baseline)	Sau 8 tuần	Tăng trưởng/Cải thiện
Tỷ lệ OTIF (On-Time, In-Full)	88.0%	96.5%	+8.5 điểm %
Downtime Khách hàng do thiếu khí	18 giờ/tháng	0 giờ/tháng	-100%
Tỷ lệ Km Rỗng (Empty Miles Ratio)	35%	22%	-13.0 điểm %
Năng suất Nạp/giờ (Sm³/giờ)	12,500	14,000	+12%
Chi phí Vận tải/Sm³	3.5 USD/Sm³	3.0 USD/Sm³	-14.3%
Tồn kho An toàn Trung bình (Ngày)	2.5 ngày	1.8 ngày	Giảm 0.7 ngày

Tác động: Việc giảm 13% km rỗng và tăng gần 9 điểm % OTIF đã trực tiếp cải thiện biên gộp của chuỗi cung ứng lên 3.5%, đồng thời loại bỏ các chi phí phạt do ngừng lò của khách hàng.

8. CASE STUDY THỰC CHIẾN REBOOSTLAB (FINANCIAL FOCUS)

8.1. Bối cảnh: Giảm chi phí logistics và tồn kho tại trạm nạp (LNG).

Khách hàng: Một nhà cung cấp LNG công nghiệp với một trạm hóa lỏng quy mô trung bình, cung cấp cho 15 khách hàng công nghiệp đa ngành (F&B, Hóa chất, Dệt may) trong bán kính 300km. Tổng sản lượng khoảng 8,000 tấn LNG/tháng.
Tình trạng ban đầu: Trạm nạp LNG duy trì tồn kho rất cao (trung bình 10 ngày cung cấp) do sợ bị thiếu hụt, gây ra chi phí điện làm lạnh (Boil-off management) cao. Dispatch điều độ theo nguyên tắc “chuyến đi dài nhất, chi phí thấp nhất” nhưng lại không tính đến thời điểm giao hàng tối ưu cho khách hàng.

8.2. Thách thức và Chẩn đoán Nguyên nhân Gốc.

Thách thức: Giảm chi phí vận hành (OPEX) và chi phí vốn (Working Capital) mà không làm giảm chất lượng dịch vụ (OTIF > 97%).
Chẩn đoán:
1. Quản lý Boil-off kém: Tồn kho cao kéo dài khiến tỷ lệ Boil-off Gas (BOG) trung bình đạt 0.08%/ngày (quá cao).
2. Độ chính xác dự báo (DFA) thấp: DFA trung bình 1 tháng chỉ đạt 65%, dẫn đến việc Plant Ops sản xuất dư thừa hoặc thiếu hụt đột ngột, gây lãng phí điện năng do phải khởi động máy nén/bơm (Surge Capacity Cost).
3. Sai lầm ROP/Batch Size: ROP của khách hàng được đặt quá lỏng lẻo, dẫn đến việc phải giao hàng lắt nhắt, làm giảm Hệ số Nạp Tối ưu (Optimal Loading Ratio) của các LNG Tanker.

8.3. Giải pháp triển khai Demand Ops: Tối ưu hóa chu kỳ đặt hàng (ROP).

Timeline triển khai: 12 tuần.

Bước 1 (Tuần 1-3): Xây dựng mô hình Demand Forecasting tích hợp yếu tố nhiệt độ và chu kỳ sản xuất của 15 khách hàng cốt lõi (sử dụng mô hình Causal). Tăng DFA trung hạn lên > 80%.
Bước 2 (Tuần 4-6): Tối ưu hóa Batch Size (Kích thước Lô hàng) và ROP. Demand Ops làm việc với Sales để đàm phán lại SLA với 3 khách hàng lớn nhằm tăng kích thước lô hàng, giảm tần suất giao hàng từ 3 lần/tuần xuống 2 lần/tuần, nhưng mỗi lần giao là full tải.
Bước 3 (Tuần 7-12): Liên kết trực tiếp Dự báo ngắn hạn 72h của Demand Ops với Plant Ops. Demand Ops cung cấp “Nhịp tim nhu cầu” (Demand Rhythm) hàng ngày, cho phép Plant Ops giảm tồn kho mục tiêu từ 10 ngày xuống 6 ngày cung cấp, đồng thời tối ưu hóa việc chạy máy nén/làm lạnh vào giờ thấp điểm điện.

8.4. Kết quả định lượng và Tác động.

Chỉ số	Trước (Baseline)	Sau 12 tuần	Tăng trưởng/Cải thiện
Demand Forecast Accuracy (DFA) (3 tháng)	65%	82%	+17 điểm %
Chi phí Điện/Sm³ sản xuất	0.45 USD/Sm³	0.38 USD/Sm³	-15.6%
Tỷ lệ Boil-off (BOG) trung bình/ngày	0.08%	0.04%	Giảm 50%
Cost-to-Serve (CTS) trung bình	4.2 USD/Sm³	3.8 USD/Sm³	-9.5%
Tồn kho Trạm nạp (Ngày cung cấp)	10 ngày	6 ngày	Giảm 40%
Vòng quay Trailer/tháng	8.5 vòng	10.2 vòng	+20%
Biên Gộp EBITDA/Sm³	1.8 USD/Sm³	2.2 USD/Sm³	+22.2%

Tác động: Giảm tồn kho 40% giải phóng một lượng vốn lưu động đáng kể. Quan trọng hơn, việc giảm BOG 50% và tối ưu hóa điện năng (giảm 15.6% chi phí điện/Sm³) đã trực tiếp đóng góp vào việc tăng Biên Gộp EBITDA hơn 22% chỉ trong 12 tuần, nhờ Demand Ops đã trở thành bộ phận tối ưu hóa dòng chảy chi phí (cost flow optimization).

9. KHUNG ĐO LƯỜNG VÀ CHỈ SỐ QUAN TRỌNG

Demand Ops phải được đo lường bằng các chỉ số có tính hệ thống và liên kết chặt chẽ giữa Commercial, Logistics và Finance.

9.1. Định nghĩa 10+ Chỉ số Hiệu suất Chính (KPIs).

Dưới đây là các chỉ số bắt buộc phải đo lường.

OTIF (On-Time, In-Full): Mức độ thực thi dịch vụ.
DFA (Demand Forecast Accuracy): Độ chính xác của dự báo nhu cầu (thường tính theo 7 ngày và 30 ngày).
ROR (Run-Out Rate): Tỷ lệ sự cố khách hàng cạn kho (tồn kho < 5% hoặc áp suất < ngưỡng tối thiểu).
Cost-to-Serve (CTS): Chi phí phục vụ trên mỗi đơn vị sản phẩm (tính cả logistics và overhead).
Fleet Utilization (FU): Tỷ lệ sử dụng hiệu quả của hạm đội (số giờ có tải/tổng số giờ hoạt động).
Km Rỗng Ratio: Tỷ lệ quãng đường không tải trên tổng quãng đường.
Inventory Turn Days (ITD): Số ngày tồn kho trung bình tại trạm nạp (phản ánh hiệu quả quản lý vốn).
BOG Rate (Boil-off Gas Rate): Tỷ lệ thất thoát khí do bay hơi (chỉ áp dụng cho LNG).
MOC Lead Time: Thời gian xử lý yêu cầu thay đổi kế hoạch vận hành/giao hàng (Management of Change).
Safety Stock Coverage (SSC): Số ngày cung cấp được đảm bảo bởi tồn kho an toàn.

9.2. Phương pháp Tính toán và Nguồn Dữ liệu.

KPI	Công thức	Nguồn Dữ liệu Chính	Tần suất Đo lường	Người Chịu trách nhiệm (Owner)
DFA (7 ngày)	1 – (\| Nhu cầu Thực tế – Dự báo \| / Nhu cầu Thực tế)	ERP/CRM, Báo cáo Dự báo, Telemetry	Hàng tuần	Demand Ops Manager
OTIF	(Số đơn giao đúng giờ/đủ lượng) / Tổng số đơn	POD (Proof of Delivery), Dispatch Log	Hàng ngày/Tuần	Dispatch/Demand Ops
Cost-to-Serve (CTS)	Tổng chi phí vận hành (Plant + Log)/Tổng Sm³	ERP (Cost Module), GPS/VTS (Km)	Hàng tháng	CFO/Demand Ops
ROR (Run-Out Rate)	(Số lần cạn kho)/Tổng số ngày hoạt động	SCADA/Telemetry (Pressure Log), HSE Log	Hàng ngày	Demand Ops Analyst
Km Rỗng Ratio	Km Rỗng / Tổng Km Đã Chạy	GPS/VTS (Tracking Data)	Hàng tuần	Dispatch/Demand Ops
BOG Rate (LNG)	(Thể tích khí thất thoát) / Tổng tồn kho	SCADA/Plant Log (Meter Readings)	Hàng ngày	Plant Ops/CFO
MOC Lead Time	Thời gian từ yêu cầu đến phê duyệt/thực thi	MOC System/Workflow Engine	Khi phát sinh	Demand Ops/HSE

10. CHÍNH SÁCH VÀ QUY TRÌNH MẪU

10.1. Mẫu Chính sách Phân bổ Nguồn cung (Allocation Policy Snippet).

Chính sách này được áp dụng trong tình huống Khủng hoảng Nguồn cung (Supply Scarcity – khi năng lực cung cấp < 85% tổng nhu cầu dự kiến).

CHÍNH SÁCH PHÂN BỔ NGUỒN CUNG KHI THIẾU HỤT (SCARCITY ALLOCATION POLICY)

1. MỤC ĐÍCH
Đảm bảo tính công bằng, minh bạch, và tối đa hóa lợi nhuận/giá trị dài hạn của Công ty trong điều kiện nguồn cung CNG/LNG bị giới hạn tạm thời (do Plant Downtime, sự cố nguồn đầu vào, hoặc thiên tai).

2. PHẠM VI ÁP DỤNG
Áp dụng cho mọi quyết định phân bổ sản lượng cho khách hàng B2B khi Nhu cầu Dự kiến vượt 15% Năng lực Cung cấp Tối đa (Cmax). Quyết định được đưa ra bởi Trưởng Bộ phận Demand Ops và phải được COO phê duyệt.

3. KHUNG ƯU TIÊN PHÂN BỔ (HIERARCHY)

Tầng 0: Yêu cầu An toàn & Pháp lý (100% Phân bổ – Bất kể Chi phí)

Nhu cầu cung cấp cho các điểm tiêu thụ thiết yếu (Bệnh viện, Trạm phát điện công cộng khẩn cấp) theo cam kết pháp lý/HSE.

Tầng 1: Khách hàng Hợp đồng Ràng buộc (Top Priority)

Khách hàng có điều khoản Take-or-Pay (Top A).
Khách hàng có mức Biên Gộp Thực tế (Realized Margin) cao nhất (Top B).
Yêu cầu: Phân bổ tối thiểu 95% sản lượng cam kết hợp đồng.

Tầng 2: Khách hàng Chiến lược & Ổn định

Khách hàng có DFA (Demand Forecast Accuracy) trên 90% và có lịch sử thanh toán tốt (DSO thấp).
Khách hàng có thể bị mất mát/thiệt hại lớn (ngừng sản xuất) nếu không được cung cấp.

Tầng 3: Khách hàng có nhu cầu không ổn định/Spot Market

Khách hàng có yêu cầu ngoài hợp đồng (Spot Purchase).
Khách hàng thường xuyên yêu cầu Rush Order hoặc có DFA dưới 75%.

4. THẨM QUYỀN VÀ QUY TRÌNH PHÊ DUYỆT

Trưởng Demand Ops: Có thẩm quyền điều chỉnh Phân bổ trong Tầng 2 và Tầng 3.
COO: Phê duyệt mọi sự cắt giảm vượt quá 10% đối với Tầng 1 (Khách hàng Take-or-Pay).

5. BÁO CÁO VÀ TRUYỀN THÔNG

Demand Ops chịu trách nhiệm thông báo cho Sales/Commercial trong vòng 2 giờ kể từ khi quyết định phân bổ được đưa ra.
Sales phải thông báo rõ ràng cho khách hàng về lý do và thời gian dự kiến giải quyết khủng hoảng, tuân thủ nguyên tắc “Minh bạch và Chân thật”.

10.2. Quy trình Quản lý Thay đổi Nhu cầu Khẩn cấp (MOC for Demand Change).

MOC (Management of Change) là quy trình an toàn thường dùng cho thay đổi thiết bị. Demand Ops cần áp dụng MOC cho các thay đổi nhu cầu lớn (ví dụ: Khách hàng A thông báo tăng gấp đôi sản lượng trong 3 ngày tới).

Quy trình MOC Nhu cầu:

1. Phát hiện & Đề xuất: Demand Ops phát hiện qua Telemetry hoặc nhận thông báo từ Sales về thay đổi nhu cầu (ví dụ: > 20% thay đổi so với dự báo).
2. Đánh giá Rủi ro (HAZID/LOPA nhẹ): Đánh giá tác động lên:
- Nguồn cung (Trạm nạp có đủ không? Có làm tăng BOG/Power Cost không?).
- Logistics (Có cần chạy Rush Order không? Có làm trễ đơn hàng Tầng 1 khác không?).
- An toàn (Có cần nạp/xả nhanh hơn bình thường không?).
3. Phê duyệt Chức năng Chéo: Cần phê duyệt từ Demand Ops (phân bổ), Dispatch (khả thi vận chuyển), và Plant Ops (khả thi sản xuất).
4. Triển khai & Cập nhật Kế hoạch: Demand Ops điều chỉnh lại Tactical Forecast và Dispatch Log.
5. Theo dõi & Đánh giá: Theo dõi chặt chẽ việc thực thi và ghi nhận chi phí vận hành tăng thêm (Ops Cost) để tính vào CTS thực tế.

11. TÍN HIỆU SỚM VÀ ĐIỂM NGHẼN HỆ THỐNG

11.1. 15 Tín hiệu Sớm Cảnh báo Sự cố Nguồn cung.

Demand Ops phải là người nhìn thấy lửa trước khi nó cháy.

1. Tần suất thay đổi lịch trình Dispatch (Re-routing frequency) tăng 50% so với tuần trước.
2. Độ lệch pha giữa nhu cầu khách hàng và lịch giao hàng vượt quá 48 giờ.
3. Tỷ lệ tồn kho của 3 khách hàng lớn nhất đồng loạt giảm xuống dưới 50%.
4. Tỷ lệ tài xế từ chối nhiệm vụ ngoài giờ tăng (cho thấy áp lực quá tải).
5. Số lượng đơn hàng khẩn cấp được phê duyệt trong 24 giờ vượt quá 3.
6. Chi phí điện năng tại Plant Ops tăng vọt mà không có lý do rõ ràng (dấu hiệu chạy surge capacity).
7. MTTR (Mean Time To Repair) của máy nén tại trạm nạp tăng lên.
8. Tỷ lệ lỗi Telemetry tại khách hàng (data communication failure) tăng.
9. Số lượng trailer bị kẹt tại trạm nạp > 6 giờ (Bottleneck Loading).
10. Khoản mục “Chi phí Bồi thường Khách hàng” trong ERP tăng đột biến.
11. Tồn kho LNG tại trạm nạp vượt quá 90% công suất hoặc dưới 20%.
12. Sales liên tục thúc giục hỏi về tình trạng giao hàng của các đơn đã lên kế hoạch.
13. Tỷ lệ giao nhận sai số (ví dụ: giao 90% lượng yêu cầu) tăng.
14. Bất kỳ sự thay đổi nào trong giá trị Hợp đồng Gas Đầu vào (Indexation change) mà Demand Ops không được thông báo.
15. Tỷ lệ Km rỗng của các tuyến đường chiến lược tăng 10%.

11.2. 5 Điểm Nghẽn Hệ Thống (System Bottlenecks) Điển hình.

1. Thiết bị Telemetry/SCADA cũ kỹ hoặc không đáng tin cậy: Đây là điểm mù. Nếu bạn không tin vào dữ liệu tồn kho khách hàng theo thời gian thực, mọi dự báo đều vô nghĩa.
2. S&OP chỉ là thủ tục: Nếu các phiên họp S&OP không dẫn đến quyết định thay đổi ngân sách hoặc thay đổi vận hành (ví dụ: thuê thêm xe, thay đổi lịch bảo trì máy nén), thì Demand Ops chỉ là một bộ phận báo cáo chứ không phải bộ phận ra quyết định.
3. Thiếu Chính sách Phân bổ nguồn lực khi thiếu hàng (Allocation Policy): Khi khủng hoảng xảy ra, mọi người sẽ tranh giành nguồn lực, dẫn đến quyết định cảm tính và xung đột nội bộ (Sales vs Ops).
4. Quy trình MOC nặng nề: Thay đổi nhu cầu là liên tục. Nếu quy trình MOC quá dài và cần quá nhiều chữ ký, Demand Ops không thể phản ứng đủ nhanh.
5. Bộ phận Sales được khuyến khích bán hàng không theo Khả năng Cung ứng (Unconstrained Demand): Sales cam kết những thứ Ops không thể giao, đẩy áp lực lên Demand Ops phải làm điều kỳ diệu.

12. CÁC SAI LẦM CHẾT NGƯỜI VÀ GIỚI HẠN ÁP DỤNG

3 Sai lầm chết người khi xây dựng Demand Ops:

1. Đặt Demand Ops dưới trướng Sales hoặc Logistics: Nếu Demand Ops báo cáo cho Sales, họ sẽ thiên vị khách hàng và dự báo lạc quan quá mức. Nếu báo cáo cho Logistics, họ sẽ thiên vị hiệu suất Logistics mà bỏ qua rủi ro mất khách hàng. Demand Ops phải là một chức năng độc lập, báo cáo trực tiếp cho COO hoặc CEO.
2. Đánh giá Demand Ops chỉ dựa trên DFA (Độ chính xác Dự báo): DFA quan trọng, nhưng nếu bạn chỉ chăm chăm vào DFA mà quên mất CTS (Chi phí phục vụ) và OTIF, Demand Ops có thể dự báo rất đúng nhưng lại tạo ra chi phí vận hành đắt đỏ (ví dụ: dự báo đúng nhưng vẫn phải chạy 3 chuyến xe nhỏ thay vì 1 chuyến xe lớn).
3. Thiếu công cụ tự động hóa: Cố gắng quản lý 30+ điểm telemetry, tính ROP, và so sánh DFA bằng Excel thủ công là công thức dẫn đến sai sót và kiệt sức. Khi vượt ngưỡng 15 khách hàng Tier 1, cần đầu tư vào phần mềm chuyên dụng (ERP/APS/SCM module).

Giới hạn áp dụng: Việc xây dựng Demand Ops chỉ thực sự mang lại ROI (Return on Investment) khi quy mô của bạn vượt qua các ngưỡng đã nêu ở Mục 2. Nếu bạn chỉ có 5 khách hàng và 2 chiếc xe, việc tích hợp chức năng này vào Dispatch có thể hiệu quả hơn về mặt chi phí.

***

13. KẾT LUẬN: ACTIONABLE TAKEAWAYS

Việc thiết lập bộ phận Demand Ops độc lập không chỉ là thay đổi cơ cấu tổ chức, mà là một cuộc cách mạng về dữ liệu và văn hóa ra quyết định. Đây là những hành động cụ thể cho từng cấp quản lý để bắt đầu ngay lập tức:

Cho CEO/COO (Chiến lược & Vận hành Cấp cao)

1. Phê duyệt ngân sách 6 tháng cho công cụ Telemetry và nền tảng tích hợp dữ liệu (SCADA/GPS/ERP). Không có dữ liệu, không có Demand Ops.
2. Thiết lập Demand Ops như một chức năng độc lập, báo cáo trực tiếp cho COO để đảm bảo tính khách quan trong việc phân bổ nguồn lực.
3. Chủ trì cuộc họp S&OP Executive hàng tháng, đảm bảo mọi quyết định (kế hoạch bảo trì máy nén, mua sắm tài sản) đều dựa trên Demand Forecast.
4. Yêu cầu CFO/Demand Ops tính toán Customer-Level Cost-to-Serve (CTS) và loại bỏ ngay 5% khách hàng có Realized Margin âm.
5. Thể chế hóa Chính sách Phân bổ Nguồn cung (Allocation Policy) và đảm bảo mọi phòng ban (Sales, Ops, Finance) tuân thủ tuyệt đối.

Cho CFO (Tài chính & Vốn)

6. Chuyển KPI Logistics từ “Km/đơn hàng” sang “Cost-to-Serve/Sm³” và “Realized Margin/Khách hàng”.
7. Liên kết trực tiếp DFA (Demand Forecast Accuracy) với việc quản lý Tồn kho Mục tiêu và ước tính chi phí Boil-off/Holding Cost hàng tháng.
8. Phân bổ chi phí vận hành (đặc biệt là điện năng tại Plant Ops) dựa trên nhu cầu nạp hàng thực tế (Actual Loading Demand) để đánh giá hiệu suất của Demand Ops.
9. Thiết lập cơ chế tính phí Penalty/Premium rõ ràng cho Rush Orders và các đơn hàng có nhu cầu thất thường.
10. Theo dõi Days Sales Outstanding (DSO) liên quan đến sự cố giao hàng: Nếu sự cố tăng, DSO thường bị kéo dài do tranh chấp chứng từ giao nhận (POD).

Cho Sales/Commercial (Thương mại)

11. Tuyệt đối không bán hàng không theo khả năng cung ứng (Unconstrained Demand) – mọi cam kết phải được Demand Ops phê duyệt khả năng thực thi.
12. Thay đổi KPI Sales: Giảm trọng số doanh thu thuần, tăng trọng số Biên Gộp Thực tế (Realized Margin) và sự tuân thủ hợp đồng (ví dụ: không có sự cố cạn kho).
13. Cung cấp dữ liệu thay đổi nhu cầu của khách hàng (ví dụ: kế hoạch mở rộng, bảo trì dài hạn, đối thủ cạnh tranh chào giá) cho Demand Ops ít nhất 30 ngày trước khi áp dụng.
14. Chịu trách nhiệm về độ chính xác của DFA dài hạn (> 3 tháng) và tham gia tích cực vào Demand Review.

Cho Ops/Dispatch/Plant (Vận hành & Điều độ)

15. Sử dụng ROP và Prioritized Delivery List từ Demand Ops làm đầu vào chính thức duy nhất cho việc lập kế hoạch vận chuyển hàng ngày.
16. Đo lường chính xác Lead Time (thời gian nạp/di chuyển/xả) của từng tuyến đường và cung cấp dữ liệu GPS/VTS chính xác cho Demand Ops để họ tính toán ROP.
17. Plant Ops phải cung cấp thông số kỹ thuật (MTBF, MTTR, Giới hạn Công suất) cho Demand Ops để xây dựng kịch bản khủng hoảng nguồn cung.
18. Bắt buộc tính Km rỗng cho mọi chuyến xe và sử dụng chỉ số này để tối ưu hóa việc ghép tuyến (route optimization).

Cho HSE (An toàn & Môi trường)

19. Thiết lập ngưỡng vận hành an toàn (ví dụ: tốc độ, giờ lái xe liên tục, thời gian kiểm tra an toàn tại trạm nạp) mà Demand Ops không được phép vi phạm dưới bất kỳ áp lực giao hàng nào.
20. Tích hợp Safety Stop Work Authority (Quyền dừng việc vì lý do an toàn) vào quy trình xử lý Rush Order.
21. Theo dõi các chỉ số ESG liên quan đến Demand Ops, đặc biệt là việc kiểm soát Methane Emissions từ Boil-off Gas (LNG) và lãng phí nhiên liệu (km rỗng).
22. Đảm bảo mọi thay đổi nhu cầu lớn đều đi qua quy trình MOC để đánh giá rủi ro an toàn trước khi triển khai.

3 Bước bắt đầu trong 7 ngày:

Bước 1: Chỉ định một người có kinh nghiệm vận hành (không phải Sales) làm Demand Ops Lead (thậm chí là bán thời gian) và giao KPI ROR (Run-Out Rate) duy nhất cho họ trong 30 ngày đầu.
Bước 2: Chuẩn hóa dữ liệu telemetry/tồn kho của 5 khách hàng lớn nhất. Thiết lập ROP thủ công cho 5 khách hàng này và cam kết không có xe nào được Dispatch nếu khách hàng đó chưa chạm ROP (trừ trường hợp khẩn cấp).
Bước 3: Tổ chức Daily Demand Review 15 phút đầu tiên (8h sáng) giữa Sales, Demand Ops Lead, và Dispatch Lead để chốt kế hoạch giao hàng trong 48 giờ tới.

Kinh nghiệm thực chiến (Câu chốt 4): “Khí đốt là trò chơi của dòng chảy (flow). Demand Ops là người điều tiết van. Van điều tiết sai, cả hệ thống gãy.”

Kinh nghiệm thực chiến (Câu chốt 5): “Đừng cố gắng làm hài lòng mọi khách hàng khi thiếu hàng. Hãy làm hài lòng khách hàng có Realized Margin cao nhất, theo một chính sách đã được viết ra và chấp thuận.”