Đừng coi bảng giá trước khi biết shop đang kẹt ở đâu

Bảy giờ tối, đừng để bảng giá quyết định thay mình

Cửa hàng vừa kéo cửa cuốn xuống được nửa chừng thì điện thoại báo một đơn mới. Nhân viên nói chiếc áo khách đặt trên sàn đã bán tại quầy từ chiều, nhưng file tồn kho chưa kịp cập nhật. Chủ shop mở ba tab, hỏi lại kho rồi xin khách đổi màu. Đúng lúc đó, một tin nhắn quảng cáo phần mềm hiện lên: gói cơ bản chỉ bằng vài ly cà phê mỗi ngày.

Trong cảnh đó, bảng giá nghe rất hấp dẫn. Nhưng mua phần mềm trước khi gọi đúng tên chỗ đang kẹt thường chỉ đổi một kiểu rối sang kiểu rối khác. Shop có thêm màn hình, thêm tài khoản, thêm phí hằng năm, còn nhân viên vẫn chép đơn vì luồng mới không khớp cách bán thật.

Chọn phần mềm bán hàng không bắt đầu bằng câu “bên nào tốt nhất?”. Nó bắt đầu bằng ba chuyện rất đời: đơn đi vào từ đâu, hàng bị trừ ở lúc nào, và tiền cuối cùng được đối chiếu bằng cách nào. Vẽ rõ ba đường đó, danh sách vài chục sản phẩm ngoài kia tự rút xuống còn hai hoặc ba.

Khoanh đúng một chuyện cần sửa trước

Một shop có thể cùng lúc lệch tồn, sót inbox, chậm báo cáo và khó kiểm soát giảm giá. Nhưng nếu đưa cả bốn vào yêu cầu “phải giải quyết hết”, mình dễ mua gói lớn vì sợ thiếu. Hãy chọn một vấn đề làm shop mất tiền hoặc mất giờ nhiều nhất trong ba tháng gần đây.

Ví dụ, shop thời trang bán tại quầy ổn nhưng thường hủy đơn sàn vì hết size. Vấn đề chính không phải “quản lý chưa chuyên nghiệp”; nó là tồn kho theo biến thể cập nhật trễ giữa quầy và sàn. Shop livestream lại có thể không lệch tồn nhiều, nhưng nhân viên tốn hai tiếng gom bình luận, tạo vận đơn và dò COD. Hai shop này không nên bắt đầu từ cùng một bảng tính năng.

Một mục tiêu tốt phải nhìn thấy được sau khi triển khai. Chẳng hạn: giảm đơn hủy do lệch tồn, rút thời gian chốt ca từ 45 phút xuống 15 phút, hoặc để người mới tự tạo đơn sau một buổi hướng dẫn. Nếu không biết kết quả nào chứng minh phần mềm có ích, sau ba tháng shop cũng không biết mình mua đúng hay chưa.

Vẽ luồng đơn – kho – tiền trên một tờ giấy

Không cần sơ đồ chuyên nghiệp. Lấy một đơn gần nhất và ghi lần lượt: khách đến từ đâu, ai xác nhận, kho nào giữ hàng, lúc nào tồn bị trừ, ai đóng gói, đơn vị nào giao, tiền về tài khoản nào và ai đánh dấu đã đối soát. Làm thêm một đơn đổi trả vì đây là chỗ nhiều demo đi rất nhanh nhưng vận hành thật lại hay mắc.

Nếu một bước đang được làm hai lần, khoanh tròn nó. Nếu một con số phải chép từ màn hình này sang file khác, gạch chân nó. Nếu chỉ một người biết sửa khi sai, đánh dấu ngôi sao. Tờ giấy đó chính là đề bài cho nhà cung cấp, rõ hơn câu hỏi chung chung “phần mềm có đa kênh không?”.

Khi coi demo, yêu cầu người tư vấn đưa đúng luồng này lên hệ thống. Nếu họ chỉ cho một đơn đẹp từ đầu tới cuối, hãy chen vào một tình huống thật: khách đổi size, hủy sau khi in vận đơn, tách đơn giao hai địa chỉ hoặc trả một phần. Phần mềm tốt với shop mình phải chịu được những đoạn không đẹp đó.

Đếm nơi bán và nơi giữ hàng, đừng chỉ đếm chi nhánh

Một cửa hàng có thể chỉ có một địa chỉ nhưng lại bán ở quầy, Facebook, Shopee, TikTok Shop và website. Ngược lại, hai chi nhánh đôi khi dùng chung một kho tổng. Vì vậy câu hỏi không chỉ là “bao nhiêu cửa hàng” mà là bao nhiêu nơi phát sinh đơn và bao nhiêu nơi có quyền hứa hàng với khách.

Liệt kê từng kênh cùng tỷ trọng đơn hiện tại và dự kiến mười hai tháng tới. Đừng mua hệ thống lớn chỉ vì “sau này có thể mở thêm”, nhưng cũng đừng chọn gói vừa khít hôm nay nếu ba tháng nữa shop chắc chắn mở gian hàng mới. Khoảng dự phòng hợp lý là cho kế hoạch đã có người phụ trách và thời điểm rõ, không phải mọi ý tưởng có thể xảy ra.

Với kho, hỏi kỹ cách hệ thống xử lý chuyển kho, hàng đang giao, hàng khách giữ, hàng lỗi và hàng hoàn chưa nhập lại. Hai phần mềm cùng ghi “quản lý tồn kho” nhưng một bên có thể chỉ cho số lượng hiện có, bên kia phân biệt được trạng thái khiến shop ra quyết định nhập hàng chính xác hơn.

Đem người trực tiếp bán hàng vào buổi thử

Chủ shop thường là người nghe tư vấn, còn nhân viên mới là người quét mã lúc khách đang xếp hàng. Nếu chỉ chủ shop coi demo, mình dễ chú ý báo cáo đẹp và bỏ qua ba cú nhấp thừa lặp lại cả trăm lần mỗi ngày.

Chọn một người bán tại quầy, một người xử lý online hoặc kho tham gia buổi test. Không cần họ quyết định mua; chỉ cần quan sát chỗ nào họ dừng lại, hỏi lại hoặc vô thức quay về file cũ. Những phản ứng đó nói nhiều hơn câu “giao diện thân thiện”.

Đừng hỏi nhân viên có thích giao diện không. Hãy giao việc: tạo sản phẩm có màu và size, bán một món, đổi một món, nhận hàng hoàn, bàn giao ca. Đếm thời gian và số lần cần trợ giúp. Một hệ thống nhiều màu đẹp chưa chắc nhẹ đầu hơn một màn hình ít đẹp nhưng đúng thứ tự công việc.

Bộ mười đơn mẫu giúp demo không còn là sân khấu

Trước buổi tư vấn, chuẩn bị mười tình huống lấy từ đơn thật nhưng bỏ thông tin riêng của khách. Bộ mẫu nên có đơn tại quầy, đơn sàn, đơn giảm giá, đổi trả, giao thất bại, một sản phẩm nhiều biến thể và một trường hợp nhân viên nhập sai rồi cần sửa.

• Một đơn bán tại quầy có quét mã và in hóa đơn.
• Một sản phẩm có hai màu, ba size, giá bán khác nhau.
• Một đơn online giữ hàng rồi khách hủy.
• Một đơn đổi size nhưng không đổi tiền.
• Một đơn trả một phần và hoàn tiền.
• Một đơn tách làm hai kiện hoặc hai kho.
• Một đơn áp voucher nhưng không cho nhân viên sửa giá tùy ý.
• Một đơn giao thất bại quay lại kho.
• Một ca bán cần bàn giao tiền mặt và chuyển khoản.
• Một file xuất cuối ngày để chủ shop mang dữ liệu đi.

Nếu phần mềm xử lý được mười ca này bằng luồng dễ hiểu, mình đã có căn cứ để đi tiếp. Nếu người tư vấn né tình huống hoặc nói tính năng sẽ “tùy chỉnh sau”, ghi rõ phần đó vào báo giá và phạm vi triển khai; đừng để lời hứa miệng thành chi phí phát sinh.

Coi quyền nhân viên trước khi coi dashboard của chủ

Sai lệch không phải lúc nào cũng do gian lận. Có khi nhân viên bấm nhầm giảm giá, sửa giá vốn để bán được đơn hoặc hủy đơn cũ cho nhanh. Phần mềm cần cho shop phân quyền đủ để làm việc nhưng không mở hết mọi cánh cửa.

Hỏi ai được sửa giá, xem giá vốn, xóa đơn, lùi ngày chứng từ, xuất danh sách khách, coi doanh thu toàn chi nhánh và duyệt hoàn tiền. Sau đó hỏi hệ thống có lưu lịch sử ai đã làm gì hay không. Một nút “phân quyền” trong bảng tính năng chưa nói được mức chi tiết này.

Cũng đừng khóa cứng tới mức việc gì nhân viên cũng gọi chủ shop. Phân quyền tốt là để ca bán chạy bình thường, còn hành động rủi ro cần xác nhận hoặc để lại dấu vết. Hãy dựng quyền theo vai trò thật: bán hàng, thu ngân, kho, quản lý ca và chủ shop.

Doanh thu đẹp chưa chắc là lợi nhuận thật

Nhiều hệ thống cho chủ shop thấy doanh thu theo ngày rất nhanh. Nhưng để biết lời, dữ liệu còn phải đi qua giá vốn, giảm giá, phí sàn, trợ giá, quảng cáo, phí vận chuyển shop chịu và hàng hoàn. Hỏi rõ phần mềm đang gọi “lợi nhuận” là doanh thu trừ những khoản nào.

Nếu giá vốn thay đổi theo từng lần nhập, coi hệ thống tính bình quân hay theo cách khác và xử lý hàng trả ra sao. Nếu shop bán trên sàn, hỏi doanh thu được ghi theo giá niêm yết, tiền khách trả hay tiền thực nhận. Hai con số có thể đều đúng cho hai mục đích khác nhau, nhưng gọi nhầm sẽ làm quyết định nhập hàng hoặc chạy quảng cáo lệch.

Phần mềm không tự biến dữ liệu thiếu thành sự thật. Nếu shop không nhập phí quảng cáo hoặc chưa đối soát COD, dashboard có thể rất đẹp mà tiền trong tài khoản vẫn hụt. Chọn hệ thống dựa trên dữ liệu đội ngũ có khả năng duy trì đều, không dựa trên báo cáo nhiều nhất.

Tính chi phí một năm, kể cả công sức chuyển đổi

Giá gói tháng chỉ là cửa vào. Lấy báo giá và cộng đủ mười hai tháng: gói chính, chi nhánh, người dùng, website, kết nối sàn, hóa đơn điện tử, thiết bị, tên miền, tích hợp, hỗ trợ triển khai và phí gia hạn. Hỏi phần nào đang khuyến mãi, giá sau khuyến mãi là bao nhiêu.

Thêm chi phí ít ai ghi trên brochure: thời gian làm sạch danh mục hàng, kiểm kho đầu kỳ, đào tạo, chạy song song hai hệ thống và sửa mẫu in. Nếu ba người dành hai ngày để nhập lại dữ liệu, đó vẫn là chi phí dù không chuyển khoản cho nhà cung cấp.

Sau cùng đặt tổng này cạnh phần shop có thể tiết kiệm: giờ gom đơn, số đơn hủy, thời gian chốt ca, thất thoát khó truy và công làm báo cáo. Gói rẻ nhưng giữ nguyên ba bước chép tay có thể mắc hơn gói cao hơn giải quyết đúng nút nghẽn.

Dữ liệu phải có đường ra trước khi mình bước vào

Hỏi cách xuất sản phẩm, biến thể, tồn kho, khách hàng, đơn hàng, công nợ và lịch sử giao dịch. Yêu cầu coi một file xuất mẫu, không chỉ nghe câu “có hỗ trợ Excel”. File có mã sản phẩm, mã biến thể, trạng thái và ngày giờ đầy đủ hay chỉ là báo cáo tổng?

Cũng hỏi việc gì xảy ra khi ngừng gia hạn: shop còn đăng nhập được bao lâu, có thời gian tải dữ liệu hay không, hình ảnh sản phẩm và lịch sử đơn được lấy thế nào. Không phải để chuẩn bị rời đi ngay; đó là cách đo mức chủ động của shop với tài sản mình tạo ra.

Nếu cần tích hợp kế toán, vận chuyển hoặc website, đừng chỉ hỏi “có API”. Hỏi kết nối có sẵn hay phải thuê làm riêng, dữ liệu đi một chiều hay hai chiều, lỗi đồng bộ được báo ở đâu và bên nào chịu hỗ trợ khi hai hệ thống đổ lỗi cho nhau.

Chọn hai bên để thử, rồi đặt cùng một đề bài

Sau khi làm các bước trên, rút danh sách xuống hai lựa chọn gần nhất. Shop chủ yếu tại quầy sẽ coi trọng tốc độ bán, tồn và ca làm. Shop vừa cửa hàng vừa sàn cần coi luồng đồng bộ. Shop đặt website làm trung tâm sẽ ưu tiên dữ liệu khách và khả năng mở rộng. Đừng nghe demo cả năm bên khi đề bài đã loại được ba.

Gửi cùng bộ mười đơn, cùng số chi nhánh và cùng yêu cầu xuất dữ liệu cho cả hai bên. Chấm theo việc hoàn thành, không chấm theo lời giới thiệu. Có thể dùng bốn cột đơn giản: làm được ngay, cần cấu hình, cần mua thêm, chưa rõ. Chỗ “chưa rõ” phải được làm rõ trước hợp đồng.

Khi hai bên ngang nhau, chọn hệ thống mà người trực tiếp làm việc hiểu nhanh hơn và dữ liệu có đường đi rõ hơn. Một tính năng hiếm khi dùng không bù được cho thao tác gây vướng mỗi ngày.

Sáng hôm sau, phần mềm phải đi cùng ca bán

Đừng chuyển toàn bộ vào tối thứ bảy rồi hy vọng sáng chủ nhật mọi thứ trơn tru. Chọn ngày ít đơn, kiểm kho một nhóm hàng, chạy thử một quầy và giữ người có quyền xử lý lỗi ở gần. Ghi lại từng chỗ phải quay về file cũ để sửa trong tuần đầu.

Hai tuần sau, quay về mục tiêu ban đầu: đơn hủy có giảm không, chốt ca có nhanh hơn không, người mới có tự làm được không. Nếu không, coi lại quy trình và cách cấu hình trước khi mua thêm module. Phần mềm chỉ đáng giữ khi việc mỗi ngày bớt rối thật.

Bảng giá vẫn cần coi, nhưng coi sau cùng. Tới lúc đó, chủ shop không còn hỏi “gói nào rẻ nhất” nữa. Mình đang hỏi một câu có ích hơn: gói nào giải quyết đúng đoạn đang làm cả cửa hàng đứng lại lúc bảy giờ tối.