Vì sao Opsby
Các đầu việc có thể giống nhau. Cách vận hành thì không.
Ai quyết, ai báo cho ai, ghi ở đâu, đến bước nào thì coi là xong — mỗi nơi một kiểu, và cái kiểu đó hình thành dần qua từng mùa khách chứ không ai ngồi thiết kế ra trong một buổi. Opsby viết cho đúng khoảng đó: không đụng vào cách bạn đang làm việc, chỉ giữ ở một chỗ những gì đã chốt.
Mỗi doanh nghiệp một cách vận hành
Cùng một tuyến, chỗ này điều hành xếp xe xong mới báo người bán, chỗ kia người bán chốt khách rồi mới hỏi còn chỗ. Không cách nào đúng hơn cách nào — đúng là cách đã chạy được với người, khách và nhà cung cấp của bạn. Bị ép vào quy trình mẫu thì thường có người phải làm khác cách mình vẫn làm, chỉ để cho vừa phần mềm.
- Ai được xem giá vốn, ai chỉ cần biết giá bán.
- Cọc tới mức nào thì coi là giữ chỗ chắc.
- Nhà cung cấp nào trả trước từng chuyến, nhà nào đối chiếu cuối kỳ.
- Đến bước nào thì một chuyến coi là xong.
Kéo ngang để xem hết ảnh →
Công cụ bạn đang dùng không phải kẻ xấu
Zalo, Excel và Google Sheets, các kênh bán, cái điện thoại — mỗi thứ đang làm tốt đúng việc nó sinh ra để làm, nhanh và quen tay. Opsby không đặt điều kiện nào về việc bạn trao đổi ở đâu.
- Zalo: chỗ khách nhắn, chỗ nhóm gọi nhau, ai cũng có sẵn trong máy.
- Excel và Google Sheets: linh hoạt tới mức việc gì cũng dựng được trong một buổi chiều.
- Kênh bán: chỗ khách tìm thấy bạn và chốt đơn.
- Điện thoại: tàu chậm, phải đổi kế hoạch ngay trong buổi thì gọi một cuộc vẫn nhanh hơn gõ.
Khoảng trống nằm giữa các công cụ
Vấn đề hiếm khi nằm trong một công cụ, mà ở chỗ chuyển tiếp: khách đổi giờ trong một đoạn chat, chuyến đã xếp nằm trong đầu người điều hành, tiền cọc là một dòng trong file, khoản phải trả nhà cung cấp cuối kỳ mới ngồi cộng lại. Không ai làm sai — chỉ là không chỗ nào giữ đủ ngữ cảnh để người sau cầm việc mà không phải hỏi lại từ đầu.
Kéo ngang để xem hết ảnh →
Ops + by
Ops là những đầu việc phải làm. By là cách doanh nghiệp bạn tổ chức để làm chúng — ai làm, theo thứ tự nào, đến đâu thì coi là xong. Opsby giữ chắc phần Ops, để nguyên phần by cho bạn.
- Booking: khách đã chốt cái gì, với giá nào.
- Dịch vụ: đơn đó gồm những dịch vụ nào, mỗi dịch vụ do ai cung cấp.
- Điều hành: chuyến nào chạy giờ nào, xe nào, người nào.
- Người thực hiện: ai đang cầm việc, ai đang giữ tiền thu hộ.
- Nhà cung cấp: đã đặt những gì, còn phải trả bao nhiêu.
- Tiền: đã thu, còn phải thu, còn phải trả.
Kéo ngang để xem hết ảnh →
Vì sao Cát Bà làm chuyện này lộ ra rõ
Ở đây các dịch vụ phụ thuộc nhau rất chặt: xe chờ tàu, tàu chờ khách, khách sạn chờ giờ trả phòng. Mọi thứ gọn trong ngày, nên một chuyến chậm ba mươi phút là vài nơi phải đổi kế hoạch cùng lúc.
Kéo ngang để xem hết ảnh →
Câu hỏi thường gặp
Dùng Opsby thì có phải ngừng dùng Zalo hay Excel không?
Không. Trao đổi vẫn ở chỗ mọi người đã quen; Opsby giữ cái đã chốt — dịch vụ nào, ai làm, đã thu bao nhiêu, còn phải trả ai. Opsby không cắm vào Zalo hay Excel: chốt xong thì người phụ trách ghi vào Opsby.
Opsby có phải phần mềm kế toán không?
Không. Opsby nhìn tiền từ góc vận hành: đơn này đã thực thu bao nhiêu, còn phải thu ai, còn phải trả nhà cung cấp nào, ai đang giữ tiền thu hộ chưa bàn giao. Sổ sách vẫn là việc của kế toán.
Nhân viên có nhìn thấy giá vốn và lãi không?
Chỉ người có quyền xem giá vốn mới thấy giá vốn, lãi và tỷ suất; quyền này do doanh nghiệp tự khai. Các vai khác vẫn xếp chuyến, giao người, ghi thu chi mà không thấy hai con số đó.
Không ở Cát Bà thì Opsby có hợp không?
Cát Bà là nơi vấn đề lộ rõ nhất, không phải nơi duy nhất. Chỗ nào một đơn đi qua nhiều dịch vụ, nhiều người và nhiều nhà cung cấp trước khi khép lại về tiền thì khoảng trống ấy cũng ở đó.
Cách vận hành vẫn là của bạn
Opsby chỉ nhận phần việc nối các khâu đó lại rồi khép về tiền. Ai quyết và làm theo thứ tự nào thì để nguyên như cách bạn đã dựng.