INVO
FreshweekCase study

Od wyboru posiłku do dostawy pod drzwi.

Freshweek łączy elastyczny wybór posiłków z produkcją żywności na dużą skalę. Połączyliśmy popyt klientów z recepturami, planowaniem, zakupami, magazynem, produkcją, pakowaniem i finalną kompletacją zamówień, aż po dostawę pod drzwi.

Charakter operacji Freshweek

9
stref zakładu opisanych w case study
18
etapów połączonego przepływu danych
1
wspólna warstwa danych dla całej operacji
high-SKU
duża liczba dań, wariantów i kaloryczności
B2C
tysiące indywidualnych punktów dostawy
od drzwi do drzwi
zakres procesu: od kliknięcia klienta po dostawę

Rola INVO

Od mapy procesu do połączonego systemu

  1. 01

    Mapowanie procesu operacyjnego

    Odwzorowaliśmy drogę zamówienia od decyzji klienta po dostawę pod drzwi.

  2. 02

    Projekt docelowego przepływu danych

    Zaprojektowaliśmy połączenia między popytem, recepturą, planem, magazynem i logistyką.

  3. 03

    Budowa i dostosowanie systemu

    Zbudowaliśmy moduły dopasowane do rzeczywistych procesów Freshweek.

Nie mówimy „wdrożyliśmy WMS, MES, Purchasing i Packing”. Pokazujemy drogę: klient składa zamówienie, Freshweek zamienia tysiące indywidualnych decyzji w jeden wykonalny plan produkcji, a my łączymy ten proces cyfrowo od popytu aż po finalną dostawę.

Kontekst klienta

Catering dietetyczny B2C w modelu wysokiej personalizacji

Freshweek to catering dietetyczny B2C. W przeciwieństwie do produkcji jednego lub kilku produktów, każdego dnia zakład musi obsłużyć dużą liczbę różnych dań, wariantów, kaloryczności i indywidualnych konfiguracji klientów.

Klient sam wybiera posiłki albo korzysta z gotowych diet i rekomendacji e-asystenta. Każde zamówienie jest jednocześnie informacją dla całego łańcucha operacyjnego. Nasz system musi wiedzieć, co klient zamówił, na jaki dzień, w jakim wariancie, ile trzeba wyprodukować, jakich surowców potrzeba, kiedy rozpocząć produkcję, jak zapakować posiłki, do której torby je przypisać oraz gdzie i kiedy dostarczyć zamówienie.

Cele projektu

  • Połączyć popyt klientów z zapotrzebowaniem produkcyjnym
  • Stworzyć jedno źródło danych recepturowych i technologicznych
  • Dokładniej prognozować popyt przed zamknięciem zamówień
  • Powiązać zakupy i magazyn z planem produkcji
  • Cyfrowo prowadzić produkcję, porcjowanie i pakowanie
  • Zapewnić identyfikowalność produktu i partii
  • Skompletować indywidualne zamówienia w cyfrowym procesie
  • Połączyć torbę z klientem, trasą i dostawą
  • Zamknąć pętlę: dane rzeczywiste wracają do planowania

Metodyka

Ten sam pięciokrokowy schemat w każdej strefie

Każdą strefę zakładu opisujemy według tej samej sekwencji: od kontekstu operacyjnego po najważniejszą zmianę, jaką przyniosło połączenie procesu.

  1. 01

    Kontekst

    Jak ten etap wygląda w codziennej pracy Freshweek.

  2. 02

    Problem

    Co się rozjeżdża, gdy etap nie jest połączony z resztą procesu.

  3. 03

    Analiza i mapowanie

    Jak odwzorowaliśmy rzeczywisty przebieg procesu.

  4. 04

    Co zbudowaliśmy

    Jak wspieramy ten konkretny fragment operacji naszym systemem.

  5. 05

    Najważniejsza zmiana

    Co realnie zmienia się w operacjach po połączeniu danych.

Strefy zakładu

Zakład Freshweek jako jeden organizm

Zapraszamy w wizualną podróż przez zakład Freshweek. Nie opowiadamy o naszym systemie jako zestawie modułów. Pokazujemy drogę pojedynczego zamówienia od decyzji klienta po torbę pod jego drzwiami. Nasze rozwiązania pojawiają się tam, gdzie wspierają konkretny etap procesu.

01

Customer Demand & Planning

Demand EngineWszystko zaczyna się od zamówienia klienta

W Freshweek źródłem popytu nie jest placówka ani zbiorcze zamówienie instytucjonalne. Są nim tysiące indywidualnych decyzji klientów, podejmowanych codziennie w aplikacji.

  1. Customer Orders
  2. Forecast
  3. Production Demand
Customer Demand & Planning

Kontekst

Klient może wybrać pojedyncze dania lub gotową dietę, zmienić liczbę posiłków, kaloryczność, dzień dostawy i adres, zamówić posiłki dla kilku członków rodziny, dodać zestaw dodatkowy lub menu dla dzieci i modyfikować zamówienie w dopuszczalnym czasie.

Problem

Każda taka decyzja zmienia zapotrzebowanie produkcyjne, surowcowe i logistyczne. Jeżeli zamówienia żyją w osobnym świecie e-commerce, fabryka wie jedynie, co zostało sprzedane, a nie co i w jakiej ilości musi zostać wyprodukowane.

Analiza i mapowanie

Zmapowaliśmy drogę zamówienia od kliknięcia klienta do konkretnej pozycji w planie produkcji: co klient zamówił, na jaki dzień, w jakim wariancie, ile trzeba wyprodukować i kiedy produkcja musi się zacząć.

Co zbudowaliśmy dla Freshweek

  • Zamówienia połączone bezpośrednio z fabryką: Customer Order → Production Demand
  • Przeliczanie wyborów klientów, zmian posiłków, przesunięć dni dostawy i zamówień rodzinnych na konkretne zapotrzebowanie produkcyjne
  • Aktualizacja zapotrzebowania wraz z każdą zmianą

Najważniejsza zmiana

Zamiast dwóch odrębnych światów (sprzedaży i produkcji) powstaje jeden przepływ, w którym decyzja klienta od razu staje się informacją dla całego łańcucha operacyjnego.

02

Recipes & Dietetics

Recipe & Food TechnologyReceptura jako cyfrowa podstawa produkcji

Duża liczba różnych dań, wariantów i kaloryczności wymaga jednego spójnego źródła danych recepturowych. Receptura nie jest tylko listą składników. Jest modelem tego, jak posiłek naprawdę powstaje.

  1. Recipe
  2. Technology
  3. Yield
  4. Nutrition
  5. Cost
Recipes & Dietetics

Kontekst

Z receptury korzystają dietetyka, planowanie, zakupy, produkcja, porcjowanie, etykiety i informacja dla klienta. Wszystkie te procesy muszą czytać te same dane.

Problem

Bez pełnego modelu technologii nie da się poprawnie policzyć zapotrzebowania ani food costu: kilogram surowca nie oznacza kilograma gotowego produktu, a ubytki powstają na każdym etapie obróbki.

Analiza i mapowanie

Odwzorowaliśmy rzeczywisty proces powstawania posiłku: Raw Material → Preparation → Cooking → Cooling → Portioning → Finished Meal, wraz z półproduktami, yieldem i ubytkami na kolejnych operacjach.

Co zbudowaliśmy dla Freshweek

  • Cyfrowa receptura opisująca surowce, gramatury, kaloryczność, makroskładniki i alergeny
  • Technologia wykonania, półprodukty, yield, ubytki, kolejność operacji i sposób porcjowania w opisie receptury
  • Automatyczny wpływ zmiany receptury na food cost, zapotrzebowanie surowcowe, zakupy i plan produkcji
  • Przeniesienie tej samej zmiany na porcjowanie i informacje prezentowane klientowi

Najważniejsza zmiana

Jedno źródło prawdy o produkcie: to samo danie znaczy to samo w dietetyce, w kuchni, w magazynie i w aplikacji klienta.

03

Predictive Planning

Predictive LayerIle posiłków naprawdę trzeba jutro wyprodukować?

W cateringu dietetycznym liczba zamówień i struktura menu zmieniają się każdego dnia. Nie wystarczy znać całkowitej liczby klientów.

  1. Customer Orders
  2. Demand Forecast
  3. SKU Demand
  4. Recipe Explosion
  5. Material Requirements
  6. Production Plan
  7. Schedule
Predictive Planning

Kontekst

Trzeba wiedzieć, ile sztuk konkretnego dania będzie potrzebnych, w jakich wariantach i kaloryczności, jakie półprodukty muszą powstać wcześniej, kiedy poszczególne elementy mają być gotowe i które stanowiska zostaną obciążone.

Problem

Oparcie planowania wyłącznie na zamkniętych zamówieniach oznacza, że fabryka reaguje zbyt późno: na surowce, ludzi i harmonogram zostaje wtedy zbyt mało czasu.

Analiza i mapowanie

Zbudowaliśmy ciąg przeliczeń od zamówień klientów przez rozbicie recepturowe aż po harmonogram, tak aby każdy element planu miał jednoznaczne źródło w rzeczywistym lub prognozowanym popycie.

Co zbudowaliśmy dla Freshweek

  • Warstwa predykcyjna wykorzystująca dane historyczne do przewidywania popytu przed zamknięciem zamówień
  • Wcześniejsze przygotowanie produkcji, surowców, zasobów, ludzi, zakupów i pakowania
  • Aktualizacja planu wraz z napływem realnych zamówień

Najważniejsza zmiana

Przejście z reagowania na zamknięte zamówienia na wcześniejsze przygotowanie fabryki do przewidywanego popytu.

04

Purchasing

Purchase EngineZakupy wynikające z tego, co Freshweek zamierza wyprodukować

Plan produkcji automatycznie przekłada się na zapotrzebowanie materiałowe. Kupiec nie musi ręcznie analizować każdego dania.

  1. Production Demand
  2. Recipes
  3. Material Requirement
  4. Current Stock
  5. Purchase Requirement
Purchasing

Kontekst

Przy dużej liczbie dań i wariantów ręczne liczenie surowców jest najwolniejszym i najbardziej ryzykownym etapem zaopatrzenia.

Problem

Bez powiązania planu produkcji z zakupami brakuje jednoznacznej odpowiedzi, czego brakuje, w jakiej ilości i na kiedy, a decyzje zapadają na podstawie doświadczenia zamiast danych.

Analiza i mapowanie

Zestawiliśmy zapotrzebowanie wynikające z receptur i planu produkcji z aktualnymi stanami magazynowymi, tworząc jedną, wyliczaną automatycznie listę zakupową.

Co zbudowaliśmy dla Freshweek

  • Widok dla kupca: czego brakuje, w jakiej ilości i na kiedy
  • Od którego dostawcy można to kupić, w jakiej cenie i jakie są dostępne alternatywy
  • Edycja listy i przekształcenie jej w zamówienia zakupowe

Najważniejsza zmiana

Zakupy stają się bezpośrednią konsekwencją rzeczywistego i przewidywanego popytu klientów.

05

Warehouse & Receiving

Digital Receiving & InventorySurowiec dostępny dokładnie wtedy, kiedy potrzebuje go produkcja

Dostawa surowca jest cyfrowo powiązana z wcześniejszym zamówieniem zakupowym, a po przyjęciu produkt od razu staje się dostępny dla planowania i produkcji.

  1. Planned Delivery
  2. Arrival
  3. Verification
  4. Quantity & Quality Check
  5. Lot / Expiry
  6. Inventory
Warehouse & Receiving

Kontekst

Przyjęcie towaru to moment, w którym powstaje lub znika kontrola nad kosztem surowca, jego jakością i identyfikowalnością partii.

Problem

Jeżeli dostawa trafia do systemu z opóźnieniem, stany magazynowe przestają być wiarygodne, a planowanie i produkcja pracują na nieaktualnych danych.

Analiza i mapowanie

Uporządkowaliśmy pełny proces przyjęcia (od zaplanowanej dostawy po aktualizację stanu i dane o jakości dostawcy) i dopiero na tej podstawie zaprojektowaliśmy ekrany operacyjne.

Co zbudowaliśmy dla Freshweek

  • Kontrola zamówione vs dostarczone: ilość, cena, jakość, temperatura, partia, data ważności i lokalizacja magazynowa
  • Proces przyjęcia przeniesiony do środowiska cyfrowego, z pełną historią
  • Możliwość przyjęcia częściowego lub odrzucenia

Najważniejsza zmiana

Każdy surowiec ma znaną partię, datę i lokalizację, a produkcja planuje na aktualnym, a nie szacowanym stanie magazynu.

06

Raw Material Issue & Production

Issue Queue + MESOd planu do rzeczywistego wykonania na hali

Magazyn nie czeka, aż produkcja zgłosi potrzebę telefonicznie. W naszym systemie z wyprzedzeniem określamy, jaki surowiec, w jakiej ilości, na którą godzinę, dla którego dania i na jakie stanowisko ma trafić.

  1. Material Ready
  2. Prepare
  3. Cook
  4. Measure
  5. Finish
Raw Material Issue & Production

Kontekst

Na hali pracują równolegle przygotówka, kuchnia ciepła i kuchnia zimna, każda z własną kolejnością operacji i zapotrzebowaniem materiałowym.

Problem

Materiał wydany za wcześnie zajmuje miejsce na produkcji, wydany za późno zatrzymuje kuchnię, a wykonanie raportowane po fakcie nie daje kierownikowi realnego obrazu sytuacji.

Analiza i mapowanie

Powiązaliśmy harmonogram produkcji z cyfrową kolejką wydań (Production Schedule → Material Queue → Picking → Production Station), a każde danie z recepturą, partią, stanowiskiem, kolejnością operacji, planowanym czasem i oczekiwanym uzyskiem.

Co zbudowaliśmy dla Freshweek

  • Obsługa wydań na urządzeniu mobilnym dla magazyniera, z aktualizacją stanu i cyfrowym śladem przy każdej operacji
  • Cyfrowa instrukcja dla pracownika produkcji
  • Rejestracja w systemie: Start → Execution → Time → Weight → Yield → Loss → Finish
  • Widok dla kierownika: co oczekuje, co jest w toku, co zakończone, gdzie powstaje opóźnienie i czy komponenty są gotowe

Najważniejsza zmiana

Produkcja przechodzi od planu i raportów po fakcie do cyfrowej realizacji monitorowanej w czasie rzeczywistym.

07

Portioning & Packing

Portioning & Packing ControlTysiące powtarzalnych porcji i właściwa etykieta

Gotowe danie musi zostać zamienione w odpowiednią liczbę powtarzalnych porcji, a następnie trafić do właściwego opakowania z poprawną etykietą.

  1. Ready Meal
  2. Portion
  3. Pack
  4. Label
  5. Quality Check
  6. Finished Meal
Portioning & Packing

Kontekst

Przy dużej liczbie wariantów i kaloryczności powtarzalność gramatury decyduje o jakości produktu i o rzeczywistym food coście.

Problem

Bez cyfrowej kontroli nie wiadomo, ile porcji faktycznie powstało z danej partii, jakie było odchylenie wagi i czy produkt otrzymał właściwą etykietę.

Analiza i mapowanie

Połączyliśmy porcjowanie i pakowanie z partią produkcyjną i recepturą, tak aby dało się zestawiać wartości oczekiwane z rzeczywistymi.

Co zbudowaliśmy dla Freshweek

  • Określenie, jakie danie jest porcjowane, ile porcji należy przygotować i jaka gramatura przypada na porcję
  • Powiązanie produktu z konkretną partią
  • Zestawienie Expected Portions vs Actual Portions oraz Expected Weight vs Actual Weight
  • Dla pakowania: rodzaj opakowania, gramatura, partia, data, etykieta i wymagane informacje o produkcie

Najważniejsza zmiana

Kontrola odchyleń i rzeczywistego yieldu oraz cyfrowe powiązanie każdego opakowania z produktem i partią.

08

Order Assembly

Order FulfilmentOd pojedynczego pudełka do kompletnego zamówienia klienta

To jedna z najważniejszych różnic między Freshweek a klasyczną produkcją żywności. Gotowe posiłki nie trafiają anonimowo do magazynu: muszą zostać skompletowane według indywidualnych zamówień.

  1. Packed Meals
  2. Customer Order
  3. Picking
  4. Bag Assembly
  5. Verification
  6. Closed Bag
Order Assembly

Kontekst

Przykładowa lista kompletacyjna dla klienta 12487 na wtorek: Breakfast A, Lunch C, Dinner B, Snack D, Snack Box 03.

Problem

Błąd kompletacji jest widoczny dopiero u klienta. Brakujący lub zamieniony posiłek nie jest problemem produkcyjnym. Jest problemem doświadczenia klienta.

Analiza i mapowanie

Zamieniliśmy zamówienie klienta w cyfrową listę kompletacyjną powiązaną z konkretnym dniem, klientem i torbą.

Co zbudowaliśmy dla Freshweek

  • Kompletowanie przez operatora wszystkich produktów przypisanych do klienta
  • Kontrola kompletności zamówienia, właściwego dnia i właściwego klienta
  • Kontrola liczby produktów, pozycji dodatkowych i przypisania do konkretnej torby

Najważniejsza zmiana

Z produkcji pojedynczych SKU na kompletne, indywidualne zamówienie gotowe do dostawy.

09

Dispatch, Delivery & Data

Logistics + AnalyticsWłaściwa torba pod właściwe drzwi i dane wracające do planu

Freshweek nie dostarcza dużej liczby posiłków do jednego szpitala, lecz obsługuje bardzo dużą liczbę indywidualnych punktów dostawy. Dlatego produkcja musi być połączona z klientem, adresem, torbą i trasą.

  1. Finished Bag
  2. Dispatch
  3. Route
  4. Refrigerated Transport
  5. Customer Door
Dispatch, Delivery & Data

Kontekst

Finalnym produktem operacyjnym nie jest pudełko z jedzeniem, lecz prawidłowo skompletowane zamówienie dostarczone właściwemu klientowi we właściwym dniu.

Problem

Bez wspólnej warstwy danych każdy etap odpowiada tylko na lokalne pytania i nie widać, gdzie naprawdę powstają straty, opóźnienia i błędy.

Analiza i mapowanie

Połączyliśmy dane całego łańcucha: Customer Demand → Recipe → Purchase → Inventory → Production → Packing → Bag → Delivery.

Co zbudowaliśmy dla Freshweek

  • Przypisanie torby do odbiorcy, adresu, dnia, rejonu i trasy
  • Warstwa analityczna z analizą forecast vs actual, food costu i rzeczywistego zużycia surowców
  • Analiza yield, strat, czasów produkcji i wydajności stanowisk
  • Analiza kompletności zamówień, wydajności pakowania, błędów kompletacyjnych i dokładności prognoz

Najważniejsza zmiana

Dane z wykonania wracają do kolejnych planów: każdy dzień produkcji poprawia następny.

The Connected Flow

Connected Food Operations System

Największą wartość stworzyliśmy nie w pojedynczym module, lecz przez połączenie całego procesu. Zmiana zamówienia klienta wpływa na popyt, popyt na plan produkcji, plan na surowce i zakupy, a realne dane kierujemy z powrotem do planowania.

Popyt klienta

  1. 01Customer
  2. 02Order
  3. 03Demand
  4. 04Recipes
  5. 05Production Plan

Zaopatrzenie

  1. 06Material Requirements
  2. 07Purchasing
  3. 08Receiving
  4. 09Warehouse

Produkcja

  1. 10Raw Material Issue
  2. 11Production
  3. 12Portioning
  4. 13Packing

Kompletacja i dostawa

  1. 14Order Assembly
  2. 15Dispatch
  3. 16Delivery
  4. 17Data & Analytics

Pętla uczenia

  1. 18Better Planning

Dane z produkcji, pakowania i dostaw wracają do prognozy i zwiększają trafność kolejnego cyklu planowania.

Efekty projektu

Osiem przejść, które definiują projekt

  • Zamówienia klientów jako osobny świat e-commerce

    Popyt klienta połączony bezpośrednio z zapotrzebowaniem produkcyjnym

  • Receptura jako lista składników

    Receptura jako cyfrowy model technologii, yieldu i kosztu

  • Planowanie po zamknięciu zamówień

    Przewidywanie popytu i wcześniejsze przygotowanie fabryki

  • Zakupy liczone ręcznie danie po daniu

    Zapotrzebowanie zakupowe wyliczane z planu produkcji i stanów

  • Dostawy i stany magazynowe aktualizowane z opóźnieniem

    Cyfrowe przyjęcie z partią, datą ważności i aktualnym stanem

  • Produkcja raportowana po fakcie

    Cyfrowa realizacja z rejestracją czasu, wagi, yieldu i strat

  • Produkcja pojedynczych SKU

    Kompletne, indywidualne zamówienie klienta w jednej torbie

  • Dane zamknięte w pojedynczych etapach

    Jedna warstwa danych od popytu po dostawę i z powrotem do prognozy

Nota

Na obecnym etapie efekty komunikujemy jakościowo. Konkretne wyniki liczbowe i KPI dodamy po otrzymaniu potwierdzonych danych Freshweek.

Połącz popyt klientów z produkcją i dostawą.

Zaczynamy od analizy i mapowania Twoich procesów, tak samo jak w Freshweek.

Porozmawiaj z INVO