Замовлення окулярів — це не одна операція «продав і забув», а ланцюжок з кількох етапів, кожен з яких може стати точкою затримки чи помилки: рецепт, підбір оправи, підбір лінз, передача у виготовлення, контроль оплати, повідомлення клієнта, видача. У більшості оптик цей ланцюжок все ще тримається на пам’яті адміністратора, паперовому бланку замовлення і дзвінках «нагадати клієнту, що готово». Наслідок — загублені рецепти, переплутані параметри лінз, замовлення, про які забули повідомити клієнта, і адміністратори, які витрачають половину дня на з’ясування статусу «а де там наше замовлення».
У цій статті розберемо, з яких етапів складається облік замовлень на окуляри, де саме процес найчастіше «провисає», і як програма для салону оптики може вести замовлення від рецепта до видачі без ручного контролю кожного кроку.
Етап 1. Рецепт клієнта
Все починається з рецепта — від лікаря-офтальмолога клініки або принесеного клієнтом ззовні. Рецепт містить параметри, які визначають, які саме лінзи підійдуть: діоптрії, циліндр, вісь, міжзіничну відстань, іноді — додаткові показники для прогресивних чи офісних лінз.
Проблема часто виникає саме тут: рецепт зафіксований в одному місці (картці пацієнта, паперовому бланку), а замовлення оформляється в іншому — і адміністратор вручну переносить цифри з одного джерела в інше. Кожне ручне перенесення параметрів — це ризик помилки, яка виявиться тільки на етапі видачі, коли клієнт скаже, що бачить нечітко.
Коли рецепт і замовлення ведуться в одній системі, а не в розрізнених документах, параметри підставляються автоматично — і ризик «людського фактора» на цьому етапі суттєво знижується.
Етап 2. Вибір оправи
Далі клієнт обирає оправу — і тут у гру вступає складський облік: чи є потрібна модель в наявності, у потрібному кольорі й розмірі, у цьому філіалі чи в іншому. Якщо адміністратор бачить лише загальний залишок по артикулу без деталізації за модифікаціями, він ризикує оформити замовлення на оправу, якої фактично немає в потрібному варіанті.
Хороший процес на цьому етапі — коли вибір оправи одразу пов’язаний із реальними залишками: система показує, що є на місці, а що можна оперативно перевезти з іншого салону мережі.
Етап 3. Вибір лінз
Вибір лінз — найбільш технічний етап замовлення. Параметри лінз мають відповідати рецепту, а сам асортимент лінз — це десятки комбінацій за індексом заломлення, покриттям, типом (монофокальні, прогресивні, офісні). Частина лінз є в наявності, частина — виготовляється або замовляється у постачальника під конкретного клієнта.
Саме на цьому етапі найкраще працює підбір товару за параметрами рецепта: адміністратор не гортає прайс вручну, а система одразу пропонує лінзи, що підходять під вказані параметри клієнта. Це не тільки економить час, а й знижує ризик підібрати лінзи, які не відповідають рецепту.
Етап 4. Параметри замовлення
Коли оправа й лінзи обрані, формується саме замовлення — і тут важливо зафіксувати не тільки товарні позиції, а й умови: вартість роботи майстра (якщо лінзи потребують обробки й вставлення в оправу), умовну дату відвантаження, спосіб оплати — передоплата чи післяоплата, застосовані знижки чи бонуси клієнта.
Якщо ці умови не фіксуються системно, а тримаються в голові адміністратора чи на окремому папірці, різні співробітники салону легко втрачають з поля зору деталі одного й того самого замовлення — особливо якщо клієнт повертається за видачею до іншого адміністратора, а не до того, хто оформлював замовлення.
Етап 5. Передача в роботу
Замовлення, де лінзи потребують виготовлення чи обробки, передається майстру або на виробництво. Це окремий етап зі своїм строком виконання, і саме тут виникає класична проблема: замовлення «пішло в роботу», але ніхто не відстежує, на якому воно етапі — і клієнт, який телефонує дізнатися статус, чує «зараз уточнимо» замість конкретної відповіді.
Етап 6. Контроль статусу
Облік замовлень в оптиці має сенс саме тоді, коли кожне замовлення має чіткий, видимий статус: оформлено → в роботі → готове до видачі → видано. Без цього адміністратор змушений вручну зв’язуватися з майстром чи постачальником, щоб дізнатися, на якому етапі перебуває конкретне замовлення — а якщо замовлень десятки на день, це перетворюється на суттєве навантаження.
Коли статус оновлюється в системі автоматично на кожному кроці, будь-який співробітник салону може відповісти клієнту на питання «де моє замовлення» без дзвінків і уточнень.
Етап 7. Оплата
Оплата рідко буває одноразовою дією: клієнт вносить передоплату при оформленні і доплачує при видачі, або оплачує повністю одразу. Розбивка оплати на передоплату та післяоплату має фіксуватись як частина самого замовлення, а не як окрема, ніяк не пов’язана з ним фінансова операція — інакше на етапі видачі виникає плутанина, скільки клієнт вже заплатив і скільки залишилось.
Етап 8. Повідомлення клієнта
Замовлення готове — і клієнта потрібно про це повідомити. Ручний варіант («не забути подзвонити») погано масштабується: чим більше замовлень одночасно в роботі, тим вища ймовірність, що комусь забудуть подзвонити або напишуть із запізненням. Автоматичне сповіщення — дзвінком, SMS чи Viber — одразу в момент зміни статусу на «готово» знімає це навантаження з адміністратора і скорочує час, який готове замовлення просто лежить на складі.
Етап 9. Видача готового замовлення
Фінальний етап — видача. Тут важливо, щоб адміністратор одразу бачив повну картину: що саме замовлено, чи повністю оплачено замовлення, чи потрібна доплата, і щоб видача автоматично закривала замовлення в системі, а не залишала його висіти в статусі «готове» після того, як клієнт уже забрав окуляри.
Чому весь цикл варто вести в одній системі
Кожен із дев’яти етапів окремо не виглядає складним. Проблема виникає тоді, коли вони ведуться в різних місцях: рецепт — у картці пацієнта, замовлення — у зошиті чи екселі, статус виготовлення — у telegram-чаті з майстром, оплата — у касовій програмі, нагадування клієнту — «в голові» адміністратора. На стику цих джерел і губляться деталі: параметри лінз вводять неправильно, про готове замовлення забувають повідомити, а звірка оплат перетворюється на окрему задачу в кінці дня.
Автоматизація замовлень в оптиці вирішує саме це — не замінює перелічені кроки чимось новим, а з’єднує їх в один процес, де кожен наступний етап спирається на дані з попереднього, а не вимагає повторного ручного введення.
Як це реалізовано в MARVI
Модуль «Продажі та замовлення клієнтів» у MARVI побудований під цю специфіку: рецепт клієнта одразу підставляється в замовлення для підбору лінз за потрібними параметрами, товари підбираються з урахуванням реальних залишків, а саме замовлення фіксує все — від оправи й лінз до вартості роботи майстра, яка розраховується автоматично.
Система відстежує статус кожного замовлення на всіх етапах — від оформлення до відвантаження, дозволяє розбивати оплату на передоплату й післяоплату, автоматично застосовує знижки та нараховує бонуси співробітникам і постійним клієнтам. При видачі формується товарний чек з усіма деталями замовлення, тож у адміністратора не виникає питання «а що саме входило в це замовлення і скільки вже сплачено».
У результаті програма для замовлень в оптиці бере на себе рутинну частину циклу — підбір за параметрами, розрахунки, нагадування, контроль статусу — а адміністратор витрачає час на клієнта, а не на пошук інформації про те, на якому етапі перебуває його замовлення.
Про те, як забезпечити наявність потрібних оправ і лінз на момент оформлення замовлення, читайте в статті про «Складський облік» в MARVI, а про налаштування самого асортименту — в матеріалі про «Керування асортиментом»