Cửa hàng nhỏ nên sửa quy trình nào trước?

Khách gọi lần thứ hai để hỏi chuyện đổi áo. Nhân viên ca sáng mở chat, tìm trong sổ rồi hỏi ca tối. Khách lại phải kể từ đầu. Cửa hàng không thiếu người chăm chỉ, nhưng yêu cầu đang nằm rải rác và chưa ai biết bước tiếp theo thuộc về mình.

Cửa hàng nhỏ nên sửa quy trình đang gây vướng lặp lại, với phạm vi đủ nhỏ để thử ngay trong ca làm. Lấy ví dụ giả định của Linh, chủ một shop quần áo. Cô muốn đổi phần mềm, nhưng trước tiên cần hiểu vì sao một yêu cầu đổi hàng lại khiến ba người phải tìm thông tin.

Viết rõ phạm vi trước khi bắt đầu

Linh nhờ An kể lại một yêu cầu từ lúc nhận tới lúc báo khách. An mở ảnh đơn hàng trong chat và lời nhắn “mai xem giúp”. Không có người nhận bước tiếp, cũng không ghi ca trước đã hẹn gì. Việc đã được tiếp nhận nhưng chưa có đường đi rõ ràng.

Linh nghe cả người ca tối trước khi kết luận. Mỗi người ghi ở nơi thuận tay vì chưa có chỗ chung đủ dễ dùng. Nếu chỉ yêu cầu nhân viên cẩn thận hơn, tình huống có thể lặp lại vào hôm đông khách. Nhóm cần sửa cách chuyển thông tin, không chỉ nhắc một người.

Cô chọn phạm vi đợt thử là nhận, theo dõi và bàn giao yêu cầu đổi hàng. Chính sách đổi trả chưa thay đổi. Một mẫu ghi nhận mới không đồng nghĩa nhân viên được tự duyệt mọi trường hợp. Người có quyền quyết định vẫn cần được xác định theo cách cửa hàng đang phân công.

Nhóm đi qua một đơn mẫu: nhận yêu cầu, kiểm thông tin, chuyển duyệt, báo kết quả cho khách. Khi tách ra, An nhận thấy duyệt xong và báo khách xong là hai trạng thái khác nhau. Trước đây, cả hai đều có thể được ghi chung là “xong”.

Linh hỏi mỗi bước cần thông tin gì để người sau tiếp tục. Mã đơn, món muốn đổi, yêu cầu của khách và người đang xử lý là những phần nhóm đang dùng. Nếu có thông tin khác cần cho chính sách của cửa hàng, xác nhận với người phụ trách rồi bổ sung.

Không phải cột nào nghe có vẻ hữu ích cũng cần thêm. Với từng trường đề xuất, nhóm hỏi ai sẽ đọc và dùng để làm gì. Trong giờ đông, một mẫu quá dài dễ khiến nhân viên bỏ qua hoặc nhập cho đủ ô. Mẫu cần hỗ trợ công việc đang chạy.

An thử ghi một yêu cầu giả định và vướng ở chỗ khách không nhớ mã đơn. Linh bổ sung cách tra cứu theo quy trình sẵn có của shop. Nếu không tìm được, mẫu phải cho phép ghi trạng thái cần xác minh, thay vì buộc nhân viên điền một mã đoán cho qua bước.

Người phụ trách từng bước được ghi rõ. Một hàng có thể đổi người xử lý khi chuyển sang bước duyệt, nhưng phải biết ai đang giữ việc. Cách giao việc với kết quả cụ thể giúp làm rõ điều người nhận cần hoàn thành trước khi chuyển tiếp.

Khi cách mới gặp trục trặc

Ngày đầu thử, An nhập được yêu cầu vào danh sách chung. Linh hỏi thêm nếu công cụ không mở được thì sao. Cửa hàng vẫn cần nhận thông tin và hẹn khách phù hợp. Vì vậy, cách làm mới phải có phương án ghi tạm mà người trong ca biết dùng.

Nhóm chọn nơi ghi tạm theo điều kiện của cửa hàng và thống nhất người chuyển lại thông tin khi hệ thống hoạt động. Trước khi thêm, người đó kiểm yêu cầu đã có chưa. Nếu ca khác cũng nhập lại cùng một việc, khách có thể được hai người liên hệ với hai câu trả lời khác nhau.

Bản tạm được đánh dấu sau khi chuyển và xử lý theo quy định lưu thông tin của nhóm. Không để dữ liệu khách tiếp tục nằm trong nhiều sổ hoặc file cá nhân mà không rõ ai giữ. Cách dự phòng cần gọn, nhưng vẫn phải giúp nhóm quản lý được thông tin đã nhận.

Một vấn đề khác là người duyệt nghỉ. An không nên tự nhận thêm quyền chỉ vì khách đang chờ. Linh xác nhận đầu mối thay thế nếu có. Nếu chưa thể giải quyết ngay, nhân viên cần báo tình trạng và mốc cập nhật đã thống nhất, tránh hứa một kết quả chưa chắc làm được.

Trong vài lượt đầu, An chậm vì chưa quen tên trạng thái. Linh nhìn đúng một yêu cầu để biết vướng ở đâu. Nếu tên khó hiểu thì sửa tên hoặc giải thích. Nếu phải chép cùng thông tin qua nhiều nơi thì xem lại bước thừa. Hai vấn đề ấy cần hai cách xử lý khác nhau.

Đến giờ đổi ca, người nhận xem các yêu cầu đang chờ. Họ cần biết chờ ai, khách đã được nói gì và khi nào cần liên hệ tiếp. “Đang xử lý” chưa đủ cho việc này. Bài về bàn giao để người khác làm tiếp được giúp chọn thông tin cần giữ ở mỗi hàng.

Nếu sửa cách làm sau lượt thử, Linh cập nhật hướng dẫn chung và báo từ ca nào áp dụng. Chỉ nói riêng với người vừa gặp lỗi khiến các ca khác vẫn dùng cách cũ. Một thay đổi nhỏ cũng cần đến được đúng người đang thực hiện bước đó.

Trong khi thử, cửa hàng giữ phạm vi đã chọn. Những vấn đề khác như kiểm kho hoặc lịch nhân viên được ghi riêng để xem sau. Thêm quá nhiều thay đổi cùng lúc sẽ khiến nhóm khó biết phần nào đang giúp và phần nào tạo thêm công việc.

Hỏi người trực tiếp làm việc

Sau vài ca, Linh mở một yêu cầu cụ thể và hỏi An đã làm gì ở từng bước. Câu hỏi này dễ đưa tới vấn đề thực tế hơn “mọi người thấy ổn không?”. An có thể chỉ ngay chỗ phải tìm lại tin nhắn hoặc chỗ chưa biết chọn trạng thái nào.

An nói danh sách dễ tìm hơn, nhưng giờ gọi lại khách vẫn nằm trong lịch riêng. Linh không bắt cô bỏ lịch ngay. Cô hỏi lịch riêng đang giúp điều gì, rồi xem nơi theo dõi chung có thể đáp ứng nhu cầu ấy không. Dùng chung công cụ chỉ có ích khi công việc thật được hỗ trợ.

Nhóm cũng hỏi người mới và người làm lâu. Người có kinh nghiệm thường tự bù những chỗ hướng dẫn chưa nói. Người mới dễ phát hiện tên mục mơ hồ. Hai góc nhìn giúp mẫu dùng được mà không phụ thuộc vào việc nhân viên đã nhớ mọi thói quen của cửa hàng.

Ca tối cần được thử như ca sáng. Khách gọi sát giờ đóng cửa hoặc người duyệt đã nghỉ có thể làm lộ thêm chỗ cần hướng dẫn. Chỉ thử trong ca ít việc, có chủ cửa hàng đứng cạnh, chưa cho thấy cách làm sẽ hoạt động ra sao vào lúc bận.

Linh kiểm lại câu hỏi ban đầu: người nhận ca tìm được yêu cầu không, khách có phải kể lại không, phần cần duyệt đã đủ chưa? Nếu ghi nhận thời gian hoặc số lượt hỏi lại, cần dùng cùng cách đếm để so. Chưa có dữ liệu thì mô tả quan sát, đừng tự đưa phần trăm cải thiện.

Với danh sách theo dõi, giữ những cột thực sự giúp quyết định bước tiếp theo. Cách làm bảng ít cột mà dễ dùng có thể hỗ trợ lượt chỉnh này. Bỏ một cột không ai dùng đôi khi giúp nhân viên cập nhật đều hơn.

Khi cách nhận và bàn giao đã được thử đủ để nhóm sử dụng, Linh giao người chăm hướng dẫn rồi chọn vấn đề tiếp theo. Nếu công cụ vẫn thiếu chức năng cần thiết, cô đã có tình huống rõ để đánh giá lựa chọn khác. Việc cải thiện bắt đầu từ cuộc gọi bị mắc, nên cả nhóm hiểu mình đang sửa điều gì.