Tech và Ops: công cụ nội bộ xây theo nhu cầu thật

Vận hành hơn 8 thương hiệu trên nhiều sàn nghĩa là hàng nghìn sản phẩm, hàng triệu đơn hàng, và một dòng dữ liệu khổng lồ chạy qua mỗi ngày. Không phần mềm mua sẵn nào khớp hoàn hảo với cách một công ty đa thương hiệu vận hành. Nên đội Tech tại Equarus xây công cụ riêng — nhưng chỉ khi nó gỡ một điểm nghẽn thật.

Vận hành đa thương hiệu tạo ra điểm nghẽn gì

Một thương hiệu bán trên một sàn đã có nhiều việc. Nhân con số đó lên nhiều thương hiệu và nhiều sàn, độ phức tạp không cộng thêm mà nhân lên.

Cùng một sản phẩm cần dữ liệu ở định dạng khác nhau cho mỗi sàn: tiêu đề, thuộc tính, hình ảnh, quy cách. Tồn kho và đơn hàng phải theo dõi xuyên nhiều thương hiệu cùng lúc. Báo cáo hiệu quả phải gom từ nhiều nguồn về một chỗ để so sánh. Khi mọi thứ chạy trên các file bảng tính thủ công, đội vận hành mất hàng giờ mỗi ngày cho việc sao chép, đối chiếu và sửa lỗi do gõ tay — thời gian lẽ ra dành cho việc tạo giá trị thật.

Đây là những điểm nghẽn (bottleneck — nút thắt làm chậm cả quy trình) mà một công cụ nội bộ đúng chỗ có thể gỡ.

Vì sao không mua sẵn phần mềm cho mọi thứ

Câu hỏi hợp lý là: sao không mua một phần mềm có sẵn? Đôi khi nên mua. Nhưng phần mềm mua sẵn (off-the-shelf — sản phẩm đóng gói bán đại trà) có ba giới hạn khi áp vào một mô hình vận hành riêng.

Thứ nhất, nó được thiết kế cho số đông, nên hiếm khi khớp đúng quy trình đặc thù của một công ty đa thương hiệu. Bạn phải bẻ cong cách làm của mình cho vừa phần mềm, thay vì ngược lại. Thứ hai, chi phí theo đầu người nhân lên nhiều thương hiệu và nhiều nhân sự có thể rất lớn. Thứ ba, và quan trọng nhất, các phần mềm rời rạc thường không nối được với nhau — mỗi công cụ giữ một mảnh dữ liệu, và không ai có bức tranh toàn cảnh.

Nguyên tắc thường dùng: mua những thứ phổ thông mà ai cũng như ai, và tự xây những thứ tạo nên lợi thế riêng.

Tech và Ops làm việc cùng nhau thế nào

Điểm mấu chốt là đội Tech không xây trong phòng kín. Công cụ nội bộ tốt ra đời từ sự phối hợp chặt giữa người xây (Tech) và người dùng (Ops).

Đội Ops (Operations — vận hành) là người sống cùng điểm nghẽn mỗi ngày, nên họ là nguồn đáng tin nhất để biết đâu là chỗ đau thật. Đội Tech không đoán mò tính năng; họ ngồi cạnh, xem tận mắt quy trình đang chạy, rồi xây công cụ nhỏ nhất gỡ được đúng chỗ đau đó. Sau đó là vòng lặp: dùng thử, lấy phản hồi, cải tiến.

Cách làm này tránh được cái bẫy phổ biến nhất của phần mềm nội bộ — xây một đống tính năng hào nhoáng mà không ai cần, trong khi vấn đề thật vẫn còn đó.

Những công cụ nội bộ điển hình

Dù chi tiết khác nhau ở mỗi công ty, các công cụ nội bộ thường rơi vào vài nhóm quen thuộc:

• Quản lý dữ liệu sản phẩm xuyên nhiều sàn, để một thay đổi được đồng bộ thay vì sửa tay ở từng nơi.
• Bảng theo dõi tồn kho và đơn hàng gom nhiều thương hiệu về một màn hình.
• Tự động hóa khâu chuẩn bị listing, giảm thao tác lặp lại khi đưa sản phẩm lên sàn.
• Ứng dụng nội bộ cho các phòng chức năng như nhân sự hay kế toán, thiết kế theo đúng cách công ty vận hành.
• Bảng báo cáo kéo dữ liệu từ nhiều nguồn về một chỗ để ra quyết định nhanh hơn.

Điểm chung của chúng không phải sự phức tạp, mà là mỗi công cụ gỡ một điểm nghẽn cụ thể.

Build hay buy — quyết định bằng data

Không phải mọi điểm nghẽn đều đáng để tự xây công cụ. Quyết định này cũng được đưa ra bằng data, giống mọi quyết định khác.

Câu hỏi đơn giản: công cụ này tiết kiệm bao nhiêu thời gian, cho bao nhiêu người, lặp lại bao nhiêu lần — và con số đó có vượt chi phí xây cùng chi phí duy trì về sau không? Một công cụ gỡ mười phút mỗi ngày cho hai chục người, mỗi ngày, thường đáng xây. Một công cụ tốn hàng tuần để làm nhưng chỉ dùng vài lần một năm thì không.

Công cụ nội bộ tốt không phải công cụ nhiều tính năng nhất, mà là công cụ gỡ đúng điểm nghẽn đội vận hành gặp mỗi ngày.

Cái bẫy cần tránh là xây vì thích xây. Một công cụ không ai dùng là lãng phí, dù nó được làm khéo đến đâu.

Tư duy builder áp dụng vào hệ thống

Cách làm này là một biểu hiện trực tiếp của giá trị builder tại Equarus: không thụ động chấp nhận một quy trình chưa tốt, mà chủ động xây một quy trình tốt hơn. Ở đây, "xây" theo nghĩa đen — biến một quy trình thủ công đau đớn thành một công cụ gọn gàng.

Tập hợp những công cụ này lại, chúng tạo thành nền tảng vận hành chung cho cả tổ chức — thứ giúp một đội tinh gọn quản được nhiều thương hiệu mà không vỡ trận. Muốn hiểu bức tranh lớn đó, đọc Equarus là ai.

Nếu bạn là người thấy một quy trình rối là muốn xắn tay dựng công cụ gỡ nó, đó chính là kiểu builder chúng tôi tìm. Xem các vị trí đang mở.