Thí điểm nhãn kệ điện tử phải chứng minh rằng hệ điều hành hoàn chỉnh hoạt động trong một cửa hàng thực. Nhãn nhận được một lần cập nhật giá thành công trong quá trình giới thiệu nhà cung cấp vẫn chưa xác thực dữ liệu sản phẩm, tích hợp hệ thống, phạm vi phủ sóng không dây, lắp kệ, quy trình làm việc của nhân viên, xử lý ngoại lệ hoặc tác động tài chính.
Do đó, một chương trình thí điểm hữu ích bắt đầu bằng một quyết định kinh doanh: liệu đề xuất có thểgiải pháp nhãn kệ điện tửcung cấp thông tin chính xác về kệ, phục hồi sau các lỗi thông thường, giảm công việc vận hành mạng và mở rộng quy mô mà không gây ra rủi ro không thể chấp nhận được?
Trả lời nhanh:Xác định quyết định triển khai trước khi cài đặt, thu thập đường cơ sở cho quy trình dán nhãn giấy-hiện tại, kiểm tra các điều kiện của cửa hàng đại diện, đo lường 12 KPI bên dưới, chạy các kịch bản lỗi được kiểm soát và áp dụng các quy tắc đi, sửa lại hoặc dừng được xác định trước. Các ngưỡng trong hướng dẫn này là ví dụ minh họa, không phải là tiêu chuẩn chung của ngành.
Cách sử dụng Danh sách kiểm tra thử nghiệm nhãn kệ điện tử này
Danh sách kiểm tra này được thiết kế cho các nhóm hoạt động bán lẻ, CNTT, bán hàng, tài chính, quản lý cửa hàng và mua sắm. Nó bao gồm toàn bộ đường dẫn từ hệ thống định giá nguồn đến kệ vật lý và tách biệt hiệu suất kỹ thuật khỏi giá trị hoạt động.
Thay thế mọi ngưỡng minh họa bằng một giá trị được nhà bán lẻ phê duyệt. Tiêu chí cuối cùng phải phản ánh các quy tắc đặt giá hiện hành, thỏa thuận cấp độ dịch vụ nội bộ-, hiệu suất lịch sử, rủi ro kinh doanh, hình thức cửa hàng, tần suất khuyến mại và cam kết hợp đồng của nhà cung cấp.
Trước khi chương trình thí điểm bắt đầu, hãy thống nhất bốn mục:
- Quyết định mà phi công phải ủng hộ;
- Bằng chứng cần thiết để đưa ra quyết định đó;
- Người chịu trách nhiệm cho từng KPI;
- Các điều kiện tự động ngăn chặn việc triển khai.
Thẻ điểm KPI thí điểm nhãn kệ điện tử
Phiếu ghi điểm sau đây có thể được sao chép vào sổ làm việc của dự án. Các ngưỡng ví dụ được cố ý bảo thủ và cần được điều chỉnh thay vì áp dụng tự động.
| KPI | Công thức hoặc phương pháp báo cáo | Nguồn dữ liệu chính | Tiêu chí chấp nhận minh họa | Ví dụ về trọng lượng |
|---|---|---|---|---|
| 1. Tỷ lệ chính xác về giá | Màn hình được kiểm tra đúng `tổng số màn hình được kiểm tra × 100% | Tệp giá POS hoặc ERP, hồ sơ kiểm toán ESL, lịch khuyến mãi | Không có sự không phù hợp về giá nghiêm trọng chưa được giải quyết; mục tiêu định lượng được phê duyệt trước khi thử nghiệm | 20% |
| 2. Tỷ lệ cập nhật thành công-lần thử đầu tiên | Nhãn được cập nhật chính xác trong lần truyền đầu tiên ` đã thử cập nhật × 100% | Nhật ký sự kiện nền tảng ESL | Ví dụ: ít nhất 99,5%, không có bộ phận nào dưới mức sàn được phê duyệt | 8% |
| 3. Kết thúc-đến-Kết thúc thời gian hoàn thành cập nhật | Báo cáo giá trị trung bình và P95 từ bản phát hành hệ thống nguồn-đến giá trưng bày đã được xác nhận | Dấu thời gian POS hoặc ERP, nhật ký phần mềm trung gian, nhật ký xác nhận ESL | P95 đáp ứng SLA cập nhật-mục riêng lẻ và hàng loạt-đã thống nhất | 7% |
| 4. Không thành công-Thời gian phát hiện cập nhật | Dấu thời gian cảnh báo trừ đi dấu thời gian lỗi thực tế; báo cáo trung vị và P95 | Nhật ký giám sát cổng, mạng và ESL | Ví dụ: Phát hiện P95 trong vòng 5 phút đối với các lỗi được giám sát | 7% |
| 5. Thời gian giải quyết ngoại lệ | Dấu thời gian đóng đã được xác minh trừ đi dấu thời gian mở sự cố; báo cáo theo loại sự cố | Bộ phận trợ giúp, nhật ký cửa hàng, nền tảng ESL | Ví dụ: cửa hàng trung bình-sự cố có thể giải quyết được đã đóng cửa trong vòng 15 phút | 6% |
| 6. Tiết kiệm lao động ròng | Giấy cơ bản-nhãn giờ trừ đi giờ hoạt động, ngoại lệ và bảo trì của ESL | Thời gian học tập, lịch lao động, nhật ký cấp phát | Tiết kiệm ròng dương và không có khối lượng công việc ngoài kế hoạch | 10% |
| 7. Tỷ lệ giao dịch thành công tích hợp | Giao dịch hợp lệ được hoàn thành mà không cần chỉnh sửa thủ công / giao dịch hợp lệ được gửi × 100% | Nhật ký API, phần mềm trung gian, POS, ERP và ESL | Ví dụ: ít nhất 99,9%, không mất dữ liệu im lặng | 12% |
| 8. Độ chính xác của việc liên kết nhãn-với-sản phẩm | Đúng các ràng buộc nhãn-vị trí-của sản phẩm ÷ các ràng buộc đã được kiểm tra × 100% | Ứng dụng ràng buộc, sơ đồ, tổng thể sản phẩm, kiểm tra vật lý | Không có ràng buộc không chính xác ảnh hưởng đến giá hiển thị | 10% |
| 9. Hiển thị khả năng đọc và thành công của tác vụ mẫu | Đã hoàn thành chính xác nhiệm vụ của người đọc / nhiệm vụ đã thực hiện × 100% | Quan sát nhiệm vụ của người mua hàng và nhân viên, kiểm tra quét | Ví dụ: ít nhất 95% nhiệm vụ thành công và không có trường bắt buộc nào không thể đọc được | 5% |
| 10. Tỷ lệ sự cố ngày càng tăng | Gắn kết-sự cố liên quan đến nhãn đã cài đặt × 100% trong thời gian thử nghiệm | Lưu trữ nhật ký sự cố, kiểm tra thực tế | Ví dụ: dưới 0,5%, không có lỗi cố định-cụ thể nào xảy ra định kỳ | 5% |
| 11. Tỷ lệ hoàn thành nhiệm vụ của nhân viên | Hoàn thành đúng nhiệm vụ mà không cần hỗ trợ / nhiệm vụ được giao × 100% | Đánh giá đào tạo và nhiệm vụ quan sát | Ví dụ: ít nhất 90% sau khi tập luyện bình thường | 5% |
| 12. Sự khác biệt trong trường hợp kinh doanh | Lợi ích thực tế được xác nhận trừ đi lợi ích dự báo, chia cho lợi ích dự báo | Mô hình tài chính và đo lường thí điểm | Ví dụ: kết quả nằm trong khoảng cộng hoặc trừ 20% so với giả định đã được phê duyệt | 5% |
Điểm có trọng số giúp các đội so sánh kết quả nhưng không được bỏ qua những lỗi nghiêm trọng. Giá kệ không chính xác, giao dịch giá bị mất âm thầm, quyền truy cập không được kiểm soát vào nền tảng quản lý hoặc không thể phát hiện các bản cập nhật không thành công có thể cản trở quá trình triển khai ngay cả khi tổng điểm cao.
Bước 1: Xác định quyết định triển khai trước khi chọn khu vực thí điểm
Viết một tuyên bố quyết định giải thích những gì phi công sẽ cho phép. Ví dụ:
Chương trình thí điểm sẽ xác định xem hệ thống ESL được đề xuất có thể duy trì độ chính xác về giá- được kiểm soát hay không, xử lý các chương trình khuyến mãi theo lịch, tích hợp với môi trường POS và ERP hiện tại, hỗ trợ các trường hợp ngoại lệ thông thường của cửa hàng và tạo ra đủ lợi ích hoạt động đã được xác minh để chứng minh cho việc triển khai tới nhóm cửa hàng tiếp theo.
Tuyên bố này mạnh mẽ hơn việc "kiểm tra xem nhãn kệ điện tử có hoạt động hay không". Nó buộc nhóm phải xác định ranh giới hệ thống hoàn chỉnh. Các nhóm cần tổng quan về mặt kỹ thuật trước khi thiết lập ranh giới có thể xem xét trướcnhãn kệ điện tử hoạt động như thế nào, bao gồm mối quan hệ giữa phần mềm quản lý, cổng, nhãn và hệ thống phụ trợ.
Tuyên bố quyết định cần xác định:
- Các loại cửa hàng và các phòng ban bao gồm;
- Bao gồm các quy trình định giá, khuyến mại, kiểm kê và sơ đồ;
- Các hệ thống và giao diện phải được kiểm tra;
- Ngày bắt đầu thí điểm, thời gian và chu kỳ khuyến mại;
- Các vai trò phê duyệt các kết quả kỹ thuật, hoạt động và tài chính;
- Các điều kiện quan trọng yêu cầu dừng hoặc kiểm tra lại.
Bước 2: Chọn Phạm vi thí điểm đại diện
Lối đi dễ dàng nhất hiếm khi là phi công có nhiều thông tin nhất. Phạm vi phải chứa các điều kiện có thể thất bại trong quá trình mở rộng, không chỉ các điều kiện làm cho bản trình diễn trông rõ ràng.
Bao gồm sự kết hợp có chủ ý của:
- Thay đổi giá tần suất-cao và tần suất{1}}thấp;
- Giá thông thường, khuyến mãi theo lịch trình, giảm giá và hủy bỏ khuyến mãi;
- Đường ray kệ tiêu chuẩn, móc móc, giỏ dây, kệ kính, nắp cuối và đồ đạc trong tủ lạnh;
- Vị trí kệ cao, thấp và bị che khuất;
- Các khu vực gần tủ lạnh, cột kết cấu, phòng kho hoặc hệ thống không dây khác;
- Kích thước nhãn và mẫu hiển thị khác nhau;
- Nhiều ca làm việc của nhân viên và hoạt động bổ sung bình thường.
Đối với một dự án tạp hóa, hướng dẫn hiện có đểtriển khai thẻ giá điện tử siêu thịcó thể giúp xác định các phòng ban và quy trình công việc xứng đáng được đưa vào thí điểm. Kế hoạch vật chất cũng nên tuân theo mộthướng dẫn lắp đặt nhãn kệ điện tửđể vị trí cổng, khả năng tương thích lắp đặt và kiểm tra phạm vi phủ sóng được ghi lại thay vì tùy cơ ứng biến.
Thiết kế thí điểm minh họa
Ví dụ sau đây là mô hình lập kế hoạch, không phải là khuyến nghị chung:
- Một cửa hàng đại diện;
- Ba bộ phận với các kiểu định giá và cố định khác nhau;
- Khoảng 1.500 nhãn có ít nhất ba kích cỡ;
- Sáu tuần hoạt động;
- Hoàn thành hai chu kỳ bắt đầu{0}}và-kết thúc chương trình khuyến mãi;
- Kiểm tra độ bao phủ trong tủ lạnh, nắp cuối, góc và kệ thấp;
- Hoạt động bình thường trong ba ca làm việc của nhân viên;
- Một gián đoạn tích hợp có kiểm soát và một gián đoạn cổng;
- Kiểm tra thực tế hàng tuần cùng với phân tích nhật ký-sự kiện.
Một chuỗi có các hình thức cửa hàng khác nhau về mặt vật chất có thể cần nhiều hơn một nguyên mẫu thử nghiệm. Một cửa hàng tiện lợi nhỏ gọn, một siêu thị lớn và một cửa hàng kiểu{1}}nhà kho có thể có các rủi ro về phạm vi áp dụng, lắp đặt, quy trình làm việc và cập nhật-khối lượng khác nhau.
Bước 3: Thiết lập Đường cơ sở Nhãn giấy-
Phi công không thể chứng minh được khoản tiết kiệm nếu quy trình hiện tại chưa được đo lường. Ghi lại toàn bộ khối lượng công việc-nhãn giấy trước khi cài đặt, bao gồm cả việc chuẩn bị và làm lại thay vì chỉ dành thời gian gắn nhãn.
Đường cơ sở nên nắm bắt:
- Giá và khuyến mãi thay đổi mỗi tuần;
- Thời gian in ấn, phân loại, di chuyển, thay thế, xác minh và sửa nhãn;
- Chi phí giấy, mực in, máy in, xử lý và lưu trữ;
- Nhãn bị thiếu, bị trì hoãn, trùng lặp hoặc không chính xác;
- Tranh chấp thanh toán hoặc phát hiện kiểm tra liên quan đến chênh lệch giá-;
- Sự chậm trễ khởi động và đảo ngược khuyến mãi;
- Thời gian dành cho việc kiểm tra giá và theo dõi ngoại lệ-.
Sử dụng các phòng ban giống nhau và thời gian hoạt động tương đương cho các phép đo cơ bản và thử nghiệm. Bài viết so sánhnhãn kệ điện tử so với nhãn giấycung cấp các danh mục hữu ích, nhưng trường hợp kinh doanh nên sử dụng dữ liệu chi phí và nghiên cứu về thời gian của chính nhà bán lẻ.
Bước 4: Tạo kế hoạch lấy mẫu và kiểm toán có thể bảo vệ được
Đừng để nhà cung cấp chỉ chọn những nhãn sẽ được kiểm tra. Xác định tổng thể, mẫu, thời gian và phân loại lỗi trước khi thu thập kết quả đầu tiên.
Sử dụng xác thực đầy đủ cho các sự kiện quan trọng
Một số sự kiện cần được kiểm tra trên toàn bộ dân số bị ảnh hưởng bất cứ khi nào thực tế về mặt kỹ thuật:
- Kích hoạt khuyến mãi lớn;
- Khuyến mãi hết hạn và đảo ngược giá;
- Điều chỉnh giá khẩn cấp;
- Phục hồi hệ thống sau khi ngừng tích hợp;
- Những thay đổi về mẫu ảnh hưởng đến các trường giá bắt buộc.
Sử dụng phương pháp lấy mẫu phân tầng để kiểm tra định kỳ
Để kiểm tra giá sách định kỳ, hãy chia tổng thể thành các nhóm có ý nghĩa trước khi chọn nhãn ngẫu nhiên. Các phân tầng hữu ích bao gồm bộ phận, loại vật cố định, kích thước nhãn, vùng không dây, loại cập nhật, trạng thái khuyến mãi, chiều cao kệ và ca làm việc của nhân viên.
Nhóm chất lượng muốn có khung lấy mẫu thuộc tính chính thức-có thể xem xétQuy trình lấy mẫu ISO 2859-1:2026 để kiểm tra theo thuộc tính. Tiêu chuẩn này không phải là yêu cầu cụ thể của ESL{1}}và kế hoạch lấy mẫu vẫn phải được điều chỉnh cho phù hợp với rủi ro về giá, nghĩa vụ pháp lý và khả năng chấp nhận của nhà bán lẻ đối với các lỗi bị bỏ sót.
Phân biệt các lỗi nghiêm trọng, lớn và nhỏ
| Mức độ nghiêm trọng | Ví dụ | Điều trị được đề xuất |
|---|---|---|
| Phê bình | Sai giá bán, giao dịch im lặng, thay đổi giá trái phép, đảo ngược khuyến mãi không thành công | Ngăn chặn ngay lập tức; có thể tự động chặn triển khai |
| Lớn lao | Lỗi bảo hiểm lặp đi lặp lại, ràng buộc sản phẩm không chính xác mà không ảnh hưởng đến giá, độ trễ lô chưa được giải quyết | Khắc phục nguyên nhân gốc rễ và kiểm tra lại các điều kiện bị ảnh hưởng |
| Người vị thành niên | Vấn đề căn chỉnh thẩm mỹ, khoảng cách mẫu không quan trọng, điều chỉnh gắn kết bị cô lập | Theo dõi xu hướng và điều chỉnh trước khi mở rộng nếu thực tế |
12 KPI thí điểm về nhãn kệ điện tử
1. Tỷ lệ chính xác về giá
Độ chính xác về giá so sánh giá trưng bày với bản ghi nguồn đã được phê duyệt. Kiểm tra hồ sơ đầy đủ quan trọng đối với khách hàng và nhà bán lẻ, không chỉ số giá lớn nhất.
Công thức:Màn hình được kiểm tra đúng `tổng số màn hình được kiểm tra × 100%.
Kiểm tra mã nhận dạng sản phẩm, mô tả sản phẩm, giá bán, đơn giá nếu có, đơn vị tiền tệ, giá khuyến mãi, thời gian bắt đầu và kết thúc khuyến mãi cũng như các thuộc tính bắt buộc. Nên sử dụng số nhận dạng ổn định trong suốt đường dẫn dữ liệu; cáiHướng dẫn về mã số thương phẩm toàn cầu GS1là tài liệu tham khảo hữu ích khi GTIN là một phần của sản phẩm chính của nhà bán lẻ.
Phân loại mọi sự không phù hợp theo nguyên nhân gốc rễ:
- Dữ liệu nguồn không chính xác;
- Ràng buộc nhãn sản phẩm-với-không chính xác;
- Lỗi ánh xạ giao diện;
- Cập nhật bị trì hoãn hoặc không thành công;
- Lỗi logic mẫu;
- Lỗi lập lịch khuyến mãi;
- Ghi đè thủ công trái phép.
Phi công không nên che giấu những lỗi nghiêm trọng bên trong mức trung bình cao. Nhà bán lẻ có thể không yêu cầu mức giá không khớp nghiêm trọng chưa được giải quyết ngay cả khi đã đạt được mục tiêu về độ chính xác về mặt số học. Những hậu quả về hoạt động và khách hàng sẽ được thảo luận thêm trongđiều gì xảy ra khi hiển thị giá sai.
2. Tỷ lệ cập nhật thành công-lần thử đầu tiên
Số liệu này cho biết có bao nhiêu nhãn nhận và hiển thị nội dung dự định trong chu kỳ truyền đầu tiên.
Công thức:Nhãn được xác nhận là đúng trong lần thử đầu tiên ` đã thử cập nhật nhãn × 100%.
Báo cáo kết quả theo bộ phận, cổng, thiết bị cố định, mẫu nhãn và vùng không dây. Kết quả-toàn cửa hàng là 99,5% vẫn có thể che giấu phần tủ đông đang hoạt động ở mức 96%.
Các nguyên nhân tiềm ẩn bao gồm phạm vi phủ sóng yếu, nhiễu sóng, vị trí cổng, tình trạng pin, đăng ký thiết bị, tắc nghẽn hàng đợi và chương trình cơ sở nhãn. Xem lại kiến trúc đã chọn dựa trên sự so sánh của trang webMạng Bluetooth, Wi{0}}Fi và Sub{1}}GHz ESL.
3. Kết thúc-đến-Kết thúc thời gian hoàn thành cập nhật
Đo lường toàn bộ quy trình kinh doanh, không chỉ thời gian cần thiết để màn hình làm mới.
Thời gian bắt đầu:Thay đổi về giá hoặc nội dung đã được phê duyệt sẽ được hệ thống nguồn đưa ra.
Thời gian kết thúc:Nền tảng ESL xác nhận rằng nội dung chính xác được hiển thị trên nhãn dự định.
Ghi lại các kết quả riêng biệt cho:
- Một bản cập nhật sản phẩm;
- Cập nhật hàng loạt cấp bộ phận-;
- -khuyến mãi trên toàn cửa hàng;
- Cập nhật theo lịch trình trong tương lai;
- Khôi phục khuyến mãi;
- Chỉnh sửa khẩn cấp.
Báo cáo số trung vị và P95 thay vì chỉ số trung bình. Giá trị trung bình mô tả bản cập nhật thông thường, trong khi P95 hiển thị khoảng thời gian mà 95% bản cập nhật đo được đã hoàn thành. Mức tối đa và tất cả các lỗi phải được báo cáo riêng.
Khi đặt SLA, hãy phân biệt xử lý phụ trợ, phần mềm trung gian, kết xuất, xếp hàng, truyền cổng, làm mới màn hình và báo cáo xác nhận. Hướng dẫn đểTốc độ làm mới ESL và hiệu suất hiển thịcó thể hỗ trợ phần hiển thị-cụ thể của phân tích này.
4. Không thành công-Thời gian phát hiện cập nhật
Có thể quản lý được bản cập nhật không thành công hiển thị trong hàng đợi ngoại lệ. Một bản cập nhật không thành công mà vẫn không bị phát hiện sẽ tạo ra rủi ro về giá không thể kiểm soát được.
Công thức:Dấu thời gian cảnh báo trừ đi dấu thời gian mà bản cập nhật hoặc thiết bị thực sự không thành công.
Kiểm tra xem nền tảng:
- Xác định nhãn và vị trí chính xác;
- Phân biệt thiết bị ngoại tuyến với nội dung bị từ chối hoặc lỗi tích hợp;
- Tự động thử lại theo quy tắc đã được ghi lại;
- Gia tăng thất bại lặp đi lặp lại;
- Lưu giữ một dấu vết kiểm toán;
- Cho phép cửa hàng xác minh trạng thái hiển thị cuối cùng.
Sử dụng một sự kiện lỗi đã biết để có được thời gian bắt đầu thực sự. Hướng dẫn khắc phục sự cố chonhãn kệ điện tử không cập nhậtcó thể giúp tạo các danh mục lỗi thực tế cho nhật ký thí điểm.
5. Thời gian giải quyết ngoại lệ
Đo lường thời gian từ khi xảy ra sự cố đến khi đóng cửa được xác minh và báo cáo kết quả theo loại sự cố và chủ sở hữu hỗ trợ.
Các trường hợp ngoại lệ cấp độ cửa hàng-điển hình bao gồm:
- Ràng buộc sản phẩm không chính xác;
- Sản phẩm được chuyển sang kệ mới;
- Nhãn bị hư hỏng hoặc bị thiếu;
- Cảnh báo pin yếu;
- Cập nhật không thành công;
- Mẫu không chính xác;
- Chương trình khuyến mãi không kết thúc đúng cách.
Tách biệt các sự cố mà nhân viên cửa hàng phải giải quyết khỏi các sự cố cần hỗ trợ từ trung tâm CNTT hoặc nhà cung cấp. Tính toán thời gian giải quyết trung bình và P95 cho mỗi lớp. Nếu các công việc thường ngày đòi hỏi nhà cung cấp liên tục thì mô hình thí điểm có thể hoạt động tốt về mặt kỹ thuật nhưng không thành công như một mô hình vận hành có thể mở rộng.
6. Tiết kiệm lao động ròng
Loại bỏ tổng lao động không phải là biện pháp chính xác. ESL loại bỏ một số hoạt động-nhãn giấy nhưng đưa ra công việc giám sát, đóng sách lại, tạo mẫu, bảo trì và ngoại lệ.
Công thức:Giấy cơ bản-nhãn lao động trừ lao động vận hành ESL trừ ngoại lệ-lao động xử lý trừ lao động thiết bị-lao động bảo trì.
Bao gồm:
- In ấn và phân loại;
- Đi bộ và tìm kiếm vị trí kệ;
- Loại bỏ và thay thế nhãn;
- Xác minh và làm lại;
- Xem xét các báo cáo ngoại lệ;
- Rebound sau khi di chuyển sản phẩm;
- Thay pin hoặc thiết bị bị hư hỏng;
- Duy trì các mẫu và quyền của người dùng;
- Điều tra lỗi tích hợp.
Ghi lại công việc theo vai trò và bộ phận, vì một giờ lao động bị loại bỏ khỏi cửa hàng có thể được thay thế bằng một giờ tốn kém hơn ở bộ phận CNTT trung tâm. Để có cái nhìn rộng hơn về hiệu quả của quy trình làm việc, hãy xem lại cách ESL có thểhợp lý hóa hoạt động bán lẻ.
7. Tỷ lệ giao dịch thành công tích hợp
Chương trình thí điểm phải xác thực mọi giao diện ảnh hưởng đến kệ hàng, bao gồm POS, ERP, quản lý thông tin sản phẩm, công cụ khuyến mãi, phần mềm trung gian, nền tảng kiểm kê, hệ thống cửa hàng và nền tảng quản lý ESL.
Công thức:Giao dịch hợp lệ được hoàn thành mà không cần chỉnh sửa thủ công ` giao dịch hợp lệ được gửi × 100%.
Theo dõi các giao dịch được chấp nhận, bị từ chối, bị trì hoãn, trùng lặp và bị thiếu. Tỷ lệ thành công cao là không đủ nếu một số lượng nhỏ hồ sơ biến mất mà không có cảnh báo. Do đó, yêu cầu chấp nhận phải bao gồm việc không mất dữ liệu trong im lặng.
Chạy một lần gián đoạn có kiểm soát:
- Tạm dừng kết nối tích hợp;
- Phát hành một số thay đổi đã được phê duyệt;
- Khôi phục kết nối;
- Xác minh việc bảo quản hàng đợi, đặt hàng, loại bỏ trùng lặp, khôi phục và trạng thái kệ cuối cùng.
8. Độ chính xác của việc liên kết nhãn-với-sản phẩm
Một bản cập nhật thành công về mặt kỹ thuật vẫn sai nếu nó đến sai vị trí kệ.
Công thức:Chỉnh sửa các ràng buộc nhãn-vị trí-của sản phẩm ` các ràng buộc đã được kiểm tra × 100%.
Xác minh:
- Mã nhận dạng nhãn được liên kết với mã nhận dạng sản phẩm chính xác;
- Vị trí hệ thống khớp với vị trí thực tế;
- Nhãn trùng lặp và không bị ràng buộc được báo cáo;
- Chuyển động của sản phẩm được phản ánh chính xác;
- Các sản phẩm bị loại bỏ có thể được xóa hoặc chỉ định lại;
- Nhân viên có thể liên kết lại mà không tạo ra các mối quan hệ trùng lặp ẩn.
Bao gồm việc đặt lại sơ đồ và di chuyển sản phẩm trong chương trình thí điểm. Kệ tĩnh xác nhận quá trình cài đặt ban đầu chứ không phải quy trình bán lẻ đang diễn ra.
9. Hiển thị khả năng đọc và thành công của tác vụ mẫu
Khả năng đọc phải được kiểm tra như một nhiệm vụ chứ không chỉ được đánh giá bởi người thiết kế mẫu.
Yêu cầu người mua hàng hoặc nhân viên xác định giá, sản phẩm, đơn giá, trạng thái khuyến mãi, giá trước đó, mã vạch, mã QR hoặc chỉ báo nhân viên từ các vị trí xem thực tế. Bao gồm các kệ trên và dưới, ánh sáng rực rỡ, ánh sáng chói và đồ đạc đông đúc.
Công thức:Đã hoàn thành chính xác nhiệm vụ của người đọc / nhiệm vụ đã thực hiện × 100%.
Khi nhiều công nghệ hiển thị đang được xem xét, việc so sánhNhãn LCD so với E{0}}Kệ mựccó thể giúp xác định nội dung nào thuộc về thẻ kệ chạy bằng pin-và nội dung nào yêu cầu màn hình-màu lớn hơn.
10. Độ ổn định khi lắp đặt và độ bền vật lý
Theo dõi các sự cố vật lý trong suốt quá trình bổ sung, vệ sinh, liên hệ với khách hàng, di chuyển giỏ hàng và thay đổi sơ đồ thông thường.
Công thức:Gắn kết-sự cố liên quan đến nhãn đã cài đặt × 100% trong thời gian thí điểm.
Ghi lại các nhãn bị lỏng, thiết bị trượt, kẹp bị hỏng, lỗi dính, hư hỏng do va đập, tiếp xúc với độ ẩm, nhãn bị khách hàng gỡ bỏ và các sự cố lặp lại trên một thiết bị cố định cụ thể. Không đặt trung bình các loại gắn kết khác nhau lại với nhau. Kế hoạch triển khai cuối cùng phải phê duyệt một giá đỡ cụ thể cho từng dòng kệ hoặc thiết bị cố định.
11. Tỷ lệ hoàn thành nhiệm vụ của nhân viên
Sau quá trình đào tạo thông thường, hãy quan sát xem nhân viên có thể hoàn thành chính xác các công việc thường ngày mà không cần sự hỗ trợ của nhóm-dự án hay không.
Công thức:Sửa các nhiệm vụ không được hỗ trợ ÷ nhiệm vụ được giao × 100%.
Kiểm tra xem nhân viên có thể:
- Ràng buộc và di chuyển nhãn;
- Thay thế một thiết bị bị hư hỏng;
- Nhận biết bản cập nhật không thành công;
- Đọc và phân loại cảnh báo;
- Sửa lỗi lập bản đồ cơ bản;
- Áp dụng mẫu đã được phê duyệt;
- Đưa vấn đề lên cao hơn với những bằng chứng cần thiết.
Ghi lại thời gian, loại lỗi, yêu cầu trợ giúp và hướng dẫn không rõ ràng. Phản hồi về đào tạo sẽ tạo ra những thay đổi đối với hướng dẫn triển khai thay vì chỉ dừng lại ở dạng nhận xét chung.
12. Tác động về hoạt động và tài chính
KPI tài chính nên sử dụng đầu vào thí điểm được đo lường, không phải các yêu cầu tiết kiệm chung chung.
Xác thực:
- Thay đổi lao động ròng;
- In ấn và giảm chất liệu;
- Thực hiện khuyến mãi nhanh hơn;
- Giảm công sức làm lại và kiểm tra giá-;
- Chi phí cổng, nhãn, giá đỡ, phần mềm, tích hợp, đào tạo, hỗ trợ và phụ tùng;
- Khối lượng công việc ngoại lệ và bảo trì;
- Chi phí có thể tăng ở quy mô chuỗi.
Sử dụng trang webCông cụ tính ROI của ESLlàm khung, sau đó thay thế các giả định mặc định bằng các giá trị đã được xác minh của thí điểm.
Một chương trình thử nghiệm ngắn hạn không thể chứng minh được tuổi thọ pin nhiều-năm, tỷ lệ lỗi phần cứng-lâu dài hoặc chi phí hỗ trợ trong tương lai. Những điều này cần được hỗ trợ bởi các điều khoản bảo hành, dự án tham khảo, cam kết dịch vụ và bằng chứng hợp đồng.
Thêm An ninh mạng và Truy cập-Cổng kiểm soát
Nền tảng ESL có thể kết nối hệ thống định giá, dịch vụ đám mây, cổng, công cụ ràng buộc di động và mạng lưới cửa hàng. Do đó, chương trình thí điểm nên kiểm tra khả năng quản trị và phục hồi cũng như thể hiện hiệu quả hoạt động.
Ôn tập:
- Vai trò của người dùng và quyền truy cập có-đặc quyền tối thiểu;
- Xác thực đa{0}}yếu tố nếu có;
- Lưu trữ và luân chuyển thông tin xác thực API;
- Kiểm soát phê duyệt các thay đổi về giá và mẫu;
- Nhật ký kiểm tra các hoạt động của người dùng, hệ thống và thiết bị;
- Phân đoạn mạng và quản lý cổng;
- Sao lưu, phục hồi và xóa tài khoản;
- Quyền truy cập và hỗ trợ của nhà cung cấp-kiểm soát phiên.
cácKhung bảo mật không gian mạng NIST 2.0cung cấp cấu trúc quản lý rủi ro chung-có thể giúp nhóm CNTT và quản trị tổ chức các hoạt động kiểm tra này. Đây không phải là chứng chỉ-cụ thể của ESL.
Các bài kiểm tra căng thẳng mà mọi học viên ESL nên thực hiện
Cập nhật hàng loạt lớn
Phát hành lô-toàn bộ phận hoặc toàn cửa hàng- và ghi lại hành vi xếp hàng, thời gian hoàn thành, số lần thử, nhãn không thành công, khả năng phản hồi của nền tảng và báo cáo ngoại lệ.
Bắt đầu khuyến mãi và kết thúc tự động
Xác minh cả kích hoạt và đảo ngược. Khuyến mại bắt đầu đúng cách nhưng không quay trở lại mức giá thông thường đã được phê duyệt là một thất bại nghiêm trọng.
Ràng buộc sản phẩm không chính xác
Cố tình tạo ra một ràng buộc sai có kiểm soát và xác minh xem hệ thống và nhân viên có thể phát hiện, ngăn chặn, sửa chữa và ghi lại nó nhanh như thế nào.
Gián đoạn cổng hoặc mạng
Ngắt kết nối cổng thử nghiệm hoặc phân đoạn mạng. Xác nhận rằng hình ảnh E{1}}Ink hợp lệ cuối cùng vẫn hiển thị khi có thể, thông báo ngừng hoạt động, các bản cập nhật trong hàng đợi được giữ nguyên, dịch vụ được khôi phục và không có giao dịch nào bị trùng lặp hoặc bị mất.
Nguồn không hợp lệ-Bản ghi hệ thống
Gửi bản ghi được kiểm soát bị thiếu mã định danh, trường giá không hợp lệ hoặc thời gian có hiệu lực không chính xác. Hệ thống nên từ chối hoặc cách ly nó thay vì hiển thị thông tin không đầy đủ.
Thay đổi biểu đồ
Di chuyển sản phẩm và yêu cầu nhân viên được đào tạo cập nhật các ràng buộc vật lý và kỹ thuật số. Đo lường thời gian hoàn thành, độ chính xác ràng buộc và các yêu cầu hỗ trợ.
Nhãn bị hư hỏng hoặc bị thiếu
Xóa một nhãn kiểm tra và xác nhận rằng nhân viên có thể xác định vấn đề, chọn nhãn dự phòng, đóng bìa chính xác, xác minh nội dung và giải quyết sự cố.
Kiểm tra quyền và tài khoản
Hãy thử thực hiện một hành động bằng cách sử dụng vai trò không được phép, xóa người dùng thử nghiệm và xác minh rằng quyền truy cập đã bị thu hồi và ghi lại.
Ví dụ minh họa: Tại sao mức trung bình của cửa hàng có thể gây hiểu nhầm
Ví dụ sau đây là giả thuyết và chỉ được đưa vào để minh họa cho việc phân tích.
Chương trình thí điểm kéo dài sáu{0}}tuần bao gồm 1.500 nhãn trên các mặt hàng tạp hóa, mỹ phẩm và thực phẩm đông lạnh. Tỷ lệ cập nhật thành công-trên toàn cửa hàng-lần thử cập nhật đầu tiên là 99,1%, tỷ lệ này ban đầu có vẻ chấp nhận được. Phân tích cấp bộ phận-cho thấy:
| Khu vực | Lần đầu tiên{0}}Thử thành công | Phát hiện chính |
|---|---|---|
| Cửa hàng tạp hóa | 99.8% | Hiệu suất ổn định |
| Mỹ phẩm | 99.3% | Một số lỗi liên kết sau khi di chuyển sơ đồ |
| Thực phẩm đông lạnh | 95.8% | Điểm yếu của vùng phủ sóng và chuyển động gắn kết trong quá trình bổ sung |
Mức trung bình tổng thể ẩn một bộ phận chưa sẵn sàng để triển khai. Quyết định đúng đắn không phải là sự ra đi vô điều kiện. Nhóm nên thiết kế lại vị trí cổng, phê duyệt một giá đỡ tủ đông khác, lặp lại việc quảng bá và kiểm tra hàng loạt trong khu vực đó, đồng thời xác minh rằng sự cố không tái diễn.
Ví dụ này cũng cho thấy tại sao việc phân loại lỗi lại quan trọng. Không nên xử lý vấn đề về mẫu mỹ phẩm có-rủi ro thấp giống như việc cập nhật giá không thành công hoặc ràng buộc sản phẩm không chính xác.
Xây dựng quyết định đi, sửa lại hoặc dừng
Cổng quan trọng
Hãy cân nhắc việc ngăn triển khai khi bất kỳ vấn đề nào sau đây vẫn chưa được giải quyết:
- Giá kệ không chính xác hoặc việc đảo ngược khuyến mãi không thành công;
- Mất âm thầm, trùng lặp hoặc sắp xếp lại các giao dịch giá một cách không kiểm soát được;
- Cập nhật không thành công và không được phát hiện một cách đáng tin cậy;
- Truy cập trái phép hoặc ghi nhật ký kiểm tra không đầy đủ;
- Lưu trữ các quy trình công việc phụ thuộc vào sự can thiệp lặp đi lặp lại của nhà cung cấp;
- Một thiết kế kỹ thuật không thể hỗ trợ các điều kiện đại diện của cửa hàng.
Minh họa quy tắc quyết định có trọng số
- Đi:Tổng số điểm từ 85 trở lên, mọi cổng quan trọng đều được thông qua và chủ sở hữu cũng như nguồn lực triển khai đã được phê duyệt.
- Xem lại và kiểm tra lại:Điểm từ 70 đến 84 hoặc một điểm yếu có thể khắc phục được giới hạn ở một bộ phận, giao diện, khung, mẫu hoặc quy trình đào tạo xác định.
- Dừng lại hoặc xem xét lại:Điểm dưới 70, một lỗi nghiêm trọng chưa được giải quyết hoặc một trường hợp kinh doanh vẫn phụ thuộc vào các giả định không được hỗ trợ.
Điểm số là một công cụ hỗ trợ quyết định chứ không phải là sự thay thế cho sự phán xét. Dự án không nên bù đắp cho sự thất bại trong việc kiểm soát giá-bằng cách cho điểm cao về tính thẩm mỹ hoặc mức độ hài lòng của nhân viên.
Bằng chứng cần thiết trong Báo cáo thí điểm cuối cùng
Báo cáo cuối cùng phải bao gồm:
- Tuyên bố về mục tiêu thí điểm và quyết định triển khai;
- Phạm vi cửa hàng, bộ phận, nhãn, vật cố định và cổng;
- Sơ đồ kiến trúc và tích hợp hệ thống;
- Phương pháp và kết quả cơ bản;
- Định nghĩa, công thức, ngưỡng, trọng số và chủ sở hữu KPI;
- Kế hoạch lấy mẫu và bằng chứng kiểm toán;
- Kết quả theo bộ phận, khu vực, lịch thi đấu, loại nhãn, loại cập nhật và ca;
- Nhật ký lỗi nghiêm trọng, lớn và nhỏ;
- Phân tích nguyên nhân gốc rễ và kết quả kiểm tra lại;
- Đánh giá đào tạo và phản hồi của nhân viên;
- Các kết quả kiểm soát-bảo mật và quyền truy cập;
- Cập nhật các giả định về chi phí và lợi ích;
- Rủi ro mở, hành động hợp đồng và thay đổi triển khai;
- Chính thức đi, sửa đổi, hoặc ngừng phê duyệt.
Đính kèm bằng chứng nguồn như dấu thời gian, nhật ký hệ thống, bảng kiểm tra, ảnh chụp màn hình, ảnh cài đặt, phiếu hỗ trợ, nghiên cứu về thời gian và hồ sơ đào tạo.
Yêu cầu gì từ nhà cung cấp ESL
| Câu hỏi | Bằng chứng để yêu cầu | Dấu hiệu cảnh báo |
|---|---|---|
| Cập nhật thất bại được phát hiện như thế nào? | Quy trình cảnh báo, quy tắc thử lại, ví dụ về trang tổng quan, nhật ký sự kiện đã xuất | Lỗi chỉ có thể được phát hiện thông qua kiểm tra kệ thủ công |
| Làm thế nào để hệ thống phục hồi sau khi ngừng hoạt động? | Kết quả kiểm tra xếp hàng, sắp xếp, loại bỏ trùng lặp và phục hồi | Không có hành vi phục hồi được ghi lại |
| Nhân viên cửa hàng có thể thực hiện những nhiệm vụ gì? | Ma trận vai trò, hướng dẫn đào tạo, trình diễn nhiệm vụ được quan sát | Những thay đổi thường xuyên cần có sự hỗ trợ của nhà cung cấp |
| Việc thay đổi giá được kiểm toán như thế nào? | Nhật ký người dùng, bản ghi nguồn, trạng thái truyền, xác nhận hiển thị | Không có dấu thời gian hoặc dấu vết người dùng từ đầu đến cuối |
| Kiến trúc thí điểm sẽ có quy mô như thế nào? | Lưu trữ nguyên mẫu, cổng, phần mềm, cấp phép, hỗ trợ và kế hoạch triển khai | Mở rộng quy mô yêu cầu thiết kế lại không xác định |
| Những giả định nào là hợp đồng? | SLA, bảo hành, phản hồi hỗ trợ, cung cấp phụ tùng, bảo mật và điều khoản tích hợp | Yêu cầu về hiệu suất vẫn không chính thức |
Khi so sánh các nhà cung cấp, hãy sử dụng các yêu cầu bằng chứng nhất quán thay vì chỉ dựa vào danh sách tính năng. Tổng quan về trang webso sánh các nhà sản xuất nhãn kệ điện tửcó thể hỗ trợ giai đoạn sàng lọc-thị trường ban đầu, trong khi chương trình thí điểm sẽ xác thực hệ thống đã chọn trong môi trường riêng của nhà bán lẻ.
Những lỗi thí điểm thường gặp
- Chọn vùng dễ dàng:Lối đi trình diễn sạch sẽ có thể loại trừ các điều kiện có nhiều khả năng xảy ra sự cố nhất.
- Bỏ qua đường cơ sở:Nếu không có dữ liệu về lao động và lỗi hiện tại thì không thể xác minh được mức tiết kiệm.
- Chỉ đo trung bình:-Mức trung bình trên toàn bộ cửa hàng che giấu độ trễ ở đuôi và vùng yếu.
- Thay đổi ngưỡng sau khi thấy kết quả:Tiêu chí chấp nhận phải được phê duyệt trước khi thử nghiệm.
- Chỉ kiểm tra phần cứng:Dự án bao gồm dữ liệu, tích hợp, quy trình làm việc, truy cập, gắn kết, hỗ trợ và phục hồi.
- Bỏ qua cách giải quyết:Các bảng tính không chính thức và việc kiểm tra thủ công lặp đi lặp lại là một phần chi phí vận hành thực tế.
- Kết thúc quá sớm:Một cuộc kiểm tra ngắn có thể bỏ lỡ việc đảo ngược khuyến mãi, thay đổi sơ đồ, dọn dẹp, bổ sung, ngừng hoạt động và chênh lệch ca.
- Coi điểm cao như một sự cho phép bỏ qua những thất bại nghiêm trọng:Một số lỗi yêu cầu ngăn chặn bất kể tổng điểm.
Câu hỏi thường gặp
Câu hỏi: Kết quả thử nghiệm ESL nên sử dụng phép đo trung bình hay phân vị?
Đáp: Sử dụng cả hai. Giá trị trung bình cho thấy hiệu suất điển hình, trong khi P95 cho biết thời gian hoàn thành 95% các cập nhật hoặc sự cố đo được. Chỉ riêng số trung bình có thể che giấu một số ít sự chậm trễ nghiêm trọng. Báo cáo thí điểm cũng nên liệt kê riêng các giá trị tối đa, giao dịch không thành công và các trường hợp ngoại lệ chưa được giải quyết.
Câu hỏi: Độ chính xác về giá nên được kiểm tra như thế nào trong quá trình thí điểm ESL?
Đáp: So sánh việc trưng bày trên kệ thực tế với hồ sơ nguồn đã được phê duyệt và xác minh mã nhận dạng sản phẩm, giá bán, đơn giá nếu được yêu cầu, giá khuyến mãi, ngày có hiệu lực, đơn vị tiền tệ và mô tả sản phẩm. Sử dụng xác nhận đầy đủ cho các sự kiện xúc tiến quan trọng trong đó lấy mẫu ngẫu nhiên phân tầng và thực tế để kiểm tra định kỳ. Các kết quả phải được phân tách theo bộ phận, loại vật cố định, kích thước nhãn, loại cập nhật, trạng thái khuyến mãi và vùng không dây.
Câu hỏi: Điều gì sẽ tự động chặn việc triển khai nhãn kệ điện tử?
Đáp: Các lỗi nghiêm trọng chưa được giải quyết sẽ cản trở quá trình triển khai ngay cả khi tổng điểm KPI cao. Các ví dụ bao gồm giá kệ không chính xác, việc đảo ngược khuyến mãi không thành công, giao dịch mất giá hoặc trùng lặp về giá, thay đổi giá trái phép, lỗi không được phát hiện một cách đáng tin cậy và quy trình công việc thường lệ không thể hoàn thành nếu không có sự can thiệp lặp đi lặp lại của nhà cung cấp.
Câu hỏi: Một chương trình thí điểm ESL có thể đại diện cho mọi cửa hàng trong chuỗi bán lẻ không?
Đ: Không phải lúc nào cũng vậy. Một chương trình thí điểm có thể là đủ khi các cửa hàng có cách bố trí, đồ đạc, hệ thống, khối lượng cập nhật và quy trình vận hành tương tự nhau. Các chuỗi có định dạng cửa hàng khác nhau về cơ bản có thể cần các nguyên mẫu thử nghiệm riêng biệt. Vị trí kiểu cửa hàng tiện lợi nhỏ gọn, siêu thị lớn, hiệu thuốc và nhà kho-có thể có các rủi ro về phạm vi phủ sóng, lắp đặt, quy trình làm việc và tích hợp không dây khác nhau.
Hỏi: Ai nên sở hữu KPI thí điểm ESL?
Đáp: Quyền sở hữu phải được phân chia theo nguồn chứng cứ. Hoạt động bán lẻ có thể sở hữu các biện pháp lao động và quy trình làm việc, CNTT có thể sở hữu kết quả tích hợp và giám sát, hoạt động bán hàng có thể phê duyệt các mẫu và hành vi quảng cáo, tài chính có thể xác thực các giả định chi phí và quản lý cửa hàng có thể đánh giá việc hoàn thành nhiệm vụ của nhân viên. Mỗi KPI phải có một chủ sở hữu được chỉ định chịu trách nhiệm về chất lượng dữ liệu, ngưỡng phê duyệt và phê duyệt cuối cùng-.
Câu hỏi: Các bản cập nhật ESL không thành công nên được kiểm tra như thế nào?
Đáp: Tạo ra các lỗi được kiểm soát với thời gian bắt đầu đã biết. Các ví dụ bao gồm ngắt kết nối cổng, tạm dừng kết nối tích hợp, gửi bản ghi nguồn không hợp lệ, xóa nhãn hoặc tạo liên kết không chính xác được kiểm soát. Xác minh thời gian cảnh báo, thử lại tự động, phân loại ngoại lệ, leo thang, khôi phục, nhật ký kiểm tra và trạng thái kệ cuối cùng. Một lỗi được sửa chữa nhưng nền tảng không bao giờ phát hiện ra sẽ không được coi là thử nghiệm thành công.
Hỏi: Nhà cung cấp ESL nên cung cấp bằng chứng gì sau chương trình thí điểm?
Đáp: Yêu cầu xuất nhật ký sự kiện, cập nhật bản ghi xác nhận, quy tắc thử lại, kết quả khôi phục tích hợp, phát hiện phạm vi cổng, tài liệu về vai trò và quyền, tài liệu đào tạo, cam kết phản hồi hỗ trợ, điều khoản bảo hành,-đề xuất thiết bị dự phòng và kiến trúc triển khai cho số lượng cửa hàng lớn hơn. Các tuyên bố không chính thức không được thay thế bằng chứng có thể đo lường được hoặc các cam kết hợp đồng.
Hỏi: Làm thế nào một nhà bán lẻ có thể xác định liệu việc tiết kiệm lao động có thực sự hay không?
Đáp: Đo lường sự thay đổi lao động ròng thay vì chỉ đo lường công việc bị loại bỏ khỏi quy trình-nhãn giấy. Trừ đi thời gian giám sát ESL, xử lý ngoại lệ, đóng lại, bảo trì mẫu, thay thế thiết bị và hỗ trợ CNTT khỏi khối lượng công việc nhãn-giấy tờ cơ sở. Ghi lại số giờ theo vai trò và bộ phận vì khoản tiết kiệm nhân công của cửa hàng có thể được bù đắp bằng công việc bổ sung cho nhóm hỗ trợ hoặc CNTT trung tâm.
Hỏi: Điều gì sẽ xảy ra khi một bộ phận thất bại nhưng điểm thí điểm tổng thể vẫn đạt?
Đáp: Không phê duyệt việc triển khai vô điều kiện chỉ dựa trên mức trung bình{0}}trên toàn cửa hàng. Xác định bộ phận bị lỗi, phân loại nguyên nhân cốt lõi, sửa lỗi mạng, lắp đặt, mẫu, quy trình làm việc hoặc sự cố tích hợp và lặp lại các thử nghiệm bị ảnh hưởng. Việc triển khai chỉ có thể được tiến hành ở các khu vực đã được xác thực khi kế hoạch triển khai tách biệt rõ ràng chúng với các điều kiện vẫn cần khắc phục.
Bài học cuối cùng
Thí điểm nhãn kệ điện tử phải đưa ra quyết định triển khai có thể bảo vệ được chứ không phải một tập hợp các lần làm mới màn hình thành công.
Các thử nghiệm mạnh mẽ nhất xác định thành công trước khi cài đặt, so sánh kết quả với đường cơ sở đã đo được, sử dụng các công thức và nguồn dữ liệu rõ ràng, báo cáo hiệu suất cũng như mức trung bình ở đuôi, kiểm tra các điều kiện bất thường, ghi lại các lỗi nghiêm trọng và yêu cầu bằng chứng cho mọi lợi ích được yêu cầu.
Khi nhà bán lẻ hoàn tất quá trình này, quyết định triển khai không còn phụ thuộc vào bản trình bày của nhà cung cấp hoặc ước tính tiết kiệm chung. Nó được hỗ trợ bởi quá trình kiểm tra giá của chính nhà bán lẻ, nhật ký hệ thống, nghiên cứu thời gian, quy trình làm việc của cửa hàng, kiểm soát rủi ro và đo lường tài chính.
