Автоматизація обліку в пекарні: сировина, випічка і замовлення
Пекарня втрачає гроші двічі: зранку, коли не вистачило хліба, за яким прийшли люди, і ввечері, коли половина вітрини їде у списання. Обидва випадки виглядають як прикра випадковість, а насправді це один і той самий брак цифр - ніхто точно не знає, скільки чого продається по днях і скільки сировини реально йде на випічку. Автоматизація обліку в пекарні закриває саме цю прогалину.
Автоматизація обліку в пекарні: з чого почати
Почніть з опису одного дня, а не з вибору програми. Коли приймають борошно, хто його зважує, за яким рецептом замішують тісто, у скільки виходить перша партія, що робити з нерозпроданим на закритті. У більшості пекарень половина цих кроків живе в зошиті пекаря або взагалі в памʼяті, і саме тому облік наприкінці місяця не сходиться.
Далі оберіть одну точку болю і закрийте її першою. Найчастіше це сировина: борошно, дріжджі, масло і вершки з короткими термінами, які то закінчуються посеред зміни, то псуються на складі. Коли залишки видно в цифрах, а не на око, зникає і аварійна закупівля за подвійною ціною, і тихе списання простроченого.
Не оцифровуйте все одразу. Робоча послідовність така: спершу облік сировини і рецептура, потім план випічки під попит, далі попередні замовлення через бота, і вже наостанок списання та графік змін. Кожен крок - це два-три тижні і окрема користь, яку видно відразу. Програма для пекарні, яку запускають цілком і за один раз, майже завжди повертає команду до паперу.
Облік сировини: борошно, дріжджі і короткі терміни
Основа обліку в пекарні - рецептура. Ви один раз описуєте, скільки борошна, води, дріжджів, солі й масла йде на замішування партії. Далі кожна випечена партія сама зменшує залишки, і власник бачить не «десь є борошно», а конкретні кілограми по кожній позиції.
Сировина в пекарні ділиться на дві дуже різні групи, і система має це враховувати. Борошно, цукор і сіль лежать місяцями, а дріжджі, вершки, масло і начинки живуть кілька днів. Тому облік ведеться партіями: кожен прихід має свою дату і термін придатності, а система сама підказує брати в роботу старіше першим.
Мінімальний поріг ставиться окремо на кожну позицію і рахується не в кілограмах, а в днях роботи. Коли дріжджів лишається менше ніж на дві зміни, приходить нагадування замовити. Це прибирає найдорожчу ситуацію в пекарні: тісто не поставили, бо чогось не вистачило, і зранку вітрина напівпорожня.
Раз на тиждень робіть звірку факту з обліком. Невелика розбіжність по борошну - норма: розпил, залишки в діжі, підсипка на стіл. Якщо ж різниця стабільно велика, десь ламається процес: не внесли прихід, пекар відходить від рецептури або списання роблять «оптом» наприкінці дня. Без цифр ця витрата просто розчиняється у виручці.
Планування випічки під прогноз попиту
Головне питання пекарні щовечора - скільки чого пекти на завтра. Відповідь «як завжди» коштує дорого: недопекли - втратили продаж, перепекли - віддали товар у списання за собівартістю. CRM для пекарні вирішує це історією продажів: система знає, скільки багетів і скільки булок із маком реально пішло в кожен день тижня.
Прогноз будується на кількох простих факторах: день тижня, погода, свята і події поруч. Пʼятниця і субота дають інший кошик, ніж вівторок, а перед святами різко зростає попит на здобу і торти. Система підставляє ці коефіцієнти сама, а пекар лише коригує план, якщо бачить причину, якої немає в цифрах.
План випічки зручно розбивати на дві-три хвилі за день замість однієї великої. Ранкова партія закриває базовий попит, денна - обід, вечірня невелика і ставиться вже під фактичні залишки на вітрині. Так свіжий хліб є цілий день, а вечірнє списання скорочується, бо остання хвиля йде за реальними цифрами, а не за прогнозом.
Попередні замовлення на торти через Telegram-бота
Торти, святкова здоба і великі партії для офісів чи кавʼярень - це замовлення, які приймають заздалегідь, і саме тут найбільше плутанини. Вони приходять у Direct, у Viber і телефоном, записуються на стікер, а потім хтось забуває про другу начинку або про час видачі. Telegram-бот прибирає весь цей ланцюжок.
У боті клієнт обирає позицію, вагу або кількість, начинку, дату і час видачі, залишає надпис на торт і одразу бачить суму та умови передоплати. Замовлення падає в спільний список із датою видачі, а не в чат. Бот приймає замовлення і в неробочі години, коли пекарня закрита, а людина саме зараз планує свято.
Далі система працює на два боки. Пекарня отримує зведення на кожен день: скільки тортів і якої ваги видавати, що треба поставити в роботу з вечора, скільки додаткової сировини і начинок замовити під ці замовлення. Клієнту бот нагадує про дату видачі й пише, коли замовлення готове. Забутих тортів і неявок стає майже нуль.
Списання, втрати і графік змін пекарів
Списання в пекарні - не помилка, а нормальна стаття витрат, яку треба бачити окремо. Обовʼязково фіксуйте чотири різні речі: нерозпродане на закритті, брак випічки, прострочену сировину і бій. Це чотири різні проблеми з різними рішеннями, і поки вони злиті в одну цифру «втрати», зрозуміти з неї нічого не можна.
Коли списання рахують по позиціях, картина стає очевидною. Якщо конкретний вид хліба щовечора їде у списання, його просто печуть більше, ніж купують, - потрібна менша партія. Якщо ж брак іде хвилями по одній зміні, питання не в плані, а в процесі: температура, час вистоювання або поспіх наприкінці зміни.
Частину нерозпроданого варто не списувати, а планово продавати. Вечірня знижка на хліб останньої партії, набори «вчорашня випічка» або віддача в кавʼярню поруч повертають хоч частину собівартості. Система показує, який обсяг і які саме позиції мають сенс у такій схемі, а що дешевше просто не пекти.
Останнє - графік змін. Пекарня починає роботу за кілька годин до відкриття, і розклад тут прямо звʼязаний із планом випічки: більший план - більше рук на замішуванні й формуванні. Система тримає графік змін, години кожного пекаря і виробіток по зміні, тож на пікові дні людей ставлять заздалегідь, а не викликають зранку телефоном. Такі системи Devlly збирає під конкретну пекарню - з вашою рецептурою, вашими термінами і звітами в тому вигляді, у якому вам зручно приймати рішення.