Гнучкість POS: чому списки функцій не відображають суті
Кожна порівняльна таблиця POS-систем показує однакові галочки. Ось чому списки функцій не здатні передбачити, чи підійде система вашому бізнесу, і який тест на гнучкість варто провести натомість.
Списки функцій — це те, як більшість продавців порівнюють POS-системи, і вони практично марні для оцінки відповідності бізнесу. Кожен серйозний постачальник зараз позначає однакові пункти: облік товарів, програма лояльності, подарункові картки, знижки, звіти. Те, що відрізняє систему, якою ви керуєте, від системи, з якою ви боретеся, — це гнучкість POS: наскільки процес оформлення покупки може адаптуватися до вашої реальної моделі продажів і скільки це вам коштує, коли це необхідно. Жодна галочка цього не вимірює.
Чому кожен список функцій POS-систем виглядає однаково?
Тому що ринок досяг функціонального паритету (коли кожен постачальник пропонує один і той самий набір) ще роки тому. Відстеження товарних запасів, подарункові картки, лояльність, знижки, права доступу персоналу, звітність, декілька локацій: кожна серйозна система має галочки навпроти кожного пункту, тож порівняльна таблиця, яка мала б розрізняти постачальників, більше не може цього зробити. Коли в кожній колонці стоять однакові галочки, графік каже вам лише про те, що категорія сформувалася. Він нічого не говорить про те, яка саме система підходить вашому магазину.
Галочка свідчить лише про те, що відповідна можливість десь існує в продукті. Вона нічого не говорить про те, як ця можливість працює на вашій касі. Дві системи можуть мати позначку «знижки», але одна з них підтримує точне правило підсумовування знижок, яке ви застосовуєте у вихідні, а інша пропонує робити це через ручну зміну ціни, про яку ваш персонал забуде вже до лютого.
Списки функцій також заохочують перевантаженість. Постачальники додають галочки, тому що покупці їх рахують, тож таблиця постійно росте, а більша її частина перетворюється на екрани, які ваш персонал просто прокручує у найзавантаженіший день року. Позбутися цього — окрема проблема: більшість систем дозволяють лише приховати функцію, яку ви ніколи не використовуєте, але не видалити її.
Що насправді випускають із уваги списки функцій?
Ті аспекти вашого бізнесу, які роблять його унікальним. Більшість транзакцій скрізь однакові: відсканувати, підсумувати, прийняти оплату, видати чек. Будь-яка POS-система впорається з цим. Але транзакції, які визначають придатність системи, — це ті нетипові операції, які ви проводите щодня. Застава за пляшки, що залежить від типу тари. Свіжі продукти на вагу в одному кошику з штучними товарами. Постійний клієнт, який купує у кредит (купує зараз, розраховується щомісяця). Знижка, яка застосовується до всієї категорії, крім трьох позицій.
У списках функцій немає рядка для подібних речей. Рядок каже «знижки», і галочка там правдива, але потрібне вам конкретне правило заховане на три рівні глибше в налаштуваннях, і ви дізнаєтеся про його наявність чи відсутність під час налаштування системи, а не під час презентації продажів. Саме в цій прогалині й народжуються обхідні шляхи: наліпка на касі, ручне перезаписування ціни, яке всі заучують напам'ять, або таблиця в кінці дня, яка виправляє помилки у звіті. Кожен із них здається дрібницею. Але разом вони стають податком на кожну зміну, який ви сплачуєте через те, що система не змогла адаптуватися.
Як варто порівнювати POS-системи натомість?
Залиште список функцій, але відведіть йому роль інструменту первинного відбору. Він корисний лише в одному: відсіяти системи, у яких немає того, без чого ви взагалі не можете працювати. Зробіть це на початку і більше не витрачайте на це час.
Потім випишіть десять своїх найнезручніших транзакцій. Не звичайних, а складних: повернення товару без чека, передоплата, отримана в березні під замовлення, доставлене у червні, клієнт із пільгами щодо оподаткування, змішаний продаж, який охоплює і товари, і послуги. Попросіть кожного постачальника з вашого короткого списку продемонструвати ці десять сценаріїв наживо у своїй системі, а не у слайдах. За цю годину ви дізнаєтеся більше, ніж з будь-якої порівняльної таблиці.
Нарешті, оцініть вартість змін. Запитайте кожного постачальника, що станеться, коли наступного року вам знадобиться змінити процес касового обслуговування. Чесні відповіді зазвичай зводяться до: чекайте на оновлення в планах розробки, купуйте додатковий модуль, наймайте розробника або перенавчайте персонал обхідним шляхам. Те, наскільки швидкою та дешевою буде відповідь, важливіше за будь-яку окрему функцію, адже ваш бізнес продовжуватиме змінюватися, а список функцій не здатний зазирати в майбутнє.
Як виглядає справжня гнучкість POS?
Визначення, яке можна перевірити: гнучка POS — це система, у якій відстань між «нам потрібно, щоб касовий процес працював ось так» і його реальним втіленням вимірюється годинами, а не кварталами, і не вимагає залучення розробника чи створення запиту на нову функцію. Під час демонстрації гнучкість виглядає так: постачальник перебудовує процес прямо на ваших очах, замість того щоб обіцяти номер заявки в техпідтримку.
Сучасні системи, що працюють на основі текстових підказок, побудовані саме навколо цієї ідеї. Final, наприклад, розглядає касовий процес як послідовність, яку ви описуєте звичайною мовою, а не як шаблон, з яким доводиться миритися. Що відрізняє Final — це те, що ви можете описати потрібний вам касовий процес та розгорнути його на тій самій інфраструктурі, яка обробляє платежі та звітність. Яку б систему ви не оцінювали, питання «як швидко її можна змінити» тепер цілком доречне, і постачальник, який не може відповісти на нього під час живої демонстрації, вже цим багато про що говорить.
Тож чи варто викинути список функцій?
Залиште його для першого етапу й ігноруйте надалі. Списки функцій відсіюють системи без критично важливих можливостей, але вони не розкажуть, яка з решти систем усе ще підходитиме через два роки, адже вони вимірюють те, що є, а не те, що адаптується. Вирішальний тест — це гнучкість, і виконати його дуже просто: відберіть претендентів за списком функцій, а рішення приймайте на основі десяти найнезвичніших транзакцій. Якщо ви хочете зрозуміти, як відчувається негнучка система зсередини, почитайте про те, як продавці зрештою намагаються видалити функції, якими ніколи не користуються, а потім прочитайте про різницю між POS із штучним інтелектом та POS, яку ШІ може створити самостійно.
Поширені запитання
Чи чим більше функцій у POS, тим краще?
Ні. Невикористовувані функції лише додають зайві меню, час на навчання та безлад, не надаючи реальної користі. Відповідність потребам та вартість подальшої зміни системи важливіші за довжину списку функцій.
Як перевірити гнучкість POS перед купівлею?
Складіть список із десяти найнезвичніших, але регулярних транзакцій і попросіть кожного постачальника продемонструвати їх наживо. Гнучка система впорається з ними під час демонстрації, а негнучка — дасть обіцянки та запропонує обхідні шляхи.
Чому здається, що всі POS-системи мають однакові функції?
Категорія сформувалася, тому базові можливості, такі як облік товарів, знижки, лояльність та звітність, є стандартом скрізь. Порівняльні таблиці показують однакові галочки, оскільки відмінності змістилися у спосіб роботи функцій, а не у факт їхньої наявності.
Що таке обхідний шлях у POS?
Це ручний процес, який закриває прогалину між тим, як працює POS-система, і тим, як працює ваш бізнес: наприклад, ручна зміна цін, наліпки біля каси або виправлення в таблицях наприкінці дня. Кілька таких дій — це нормально, але коли їхня кількість зростає, це означає, що система вам не підходить.
Чи варто обирати POS-систему за ціною чи за функціями?
Нічим з цього окремо. Відберіть варіанти за списком функцій, відсіявши неприйнятні, а потім приймайте рішення на основі відповідності потребам та загальної вартості володіння, враховуючи час, який ваш персонал витрачає на обхідні рішення кожної зміни.