Persony Użytkowników¶

GrinSystem — ERP dla Produkcji Żywności¶

Status: v2.0 | Kwiecień 2026 — rozszerzono o role operacyjne

Przegląd Person¶

★ Persony proponowane — dodane na podstawie analizy kontekstu produkcji żywności.

Persona 1: Anna Kowalska — Właścicielka Piekarni¶

Profil¶

• Wiek: 45 lat
• Firma: Piekarnia rzemieślnicza, 8 pracowników, 3 linie produktowe (chleby, bułki, ciasta)
• Obrót: ~2M PLN/rok
• Lokalizacja: Miasto powiatowe, Małopolska
• Edukacja: Technikum spożywcze

Zachowanie Technologiczne¶

• Używa Excela do receptur i kosztów (podstawowy poziom)
• WhatsApp do komunikacji z dostawcami i pracownikami
• Smartfon osobisty, firmowy laptop
• Nie ufa skomplikowanym systemom — "nie mam czasu uczyć się"
• Decyzje o zakupie opóźnia — szuka referencji i sprawdza opinie

Bóle i Frustracje¶

• Nie wie dokładnie ile zarabia na każdym produkcie
• Strach przed audytem sanepidu — dokumentacja HACCP w papierowych segregatorach
• Receptury rozsiane po Excelu, wersje niezgodne między pracownikami
• Raz w roku "recall" surowca od dostawcy — godziny szukania które partie dotknęło
• Pracownicy wpisują zużycie "z pamięci" na koniec tygodnia
• Sezonowość — styczeń/luty słaby, grudzień szalony — koszty stałe niezmienione

Cele i Motywacje¶

• Wiedzieć ile zarabia na croissancie vs na chlebie razowym
• Przejść audyt sanepidu/IFS bez tygodnia paniki
• Mieć receptury w jednym miejscu, zawsze aktualne
• Zautomatyzować liczenie zużycia surowców
• Możliwość delegowania — kierownik może sam zarządzać produkcją

Jak Podejmuje Decyzję o Zakupie¶

1. Słyszy o systemie od znajomego z branży (polecenie)
2. Ogląda 5-minutowe demo na YouTube
3. Próbuje 30-dniowego trialu — jeśli "działa" po tygodniu, zostaje
4. Decydujące: cena, prostota, "czy mój kierownik to ogarnie?"
5. ROI musi być widoczny w < 3 miesiące

Kluczowe Cytaty¶

"Nie mam czasu uczyć się nowego systemu, musi działać od razu." "Jak to mi pokaże ile zarabiam na każdym wyrobie, to biorę." "Mój poprzedni audyt to był koszmar — dwa tygodnie szukania papierów."

Scenariusze Użycia (Priorytetowe)¶

1. Sprawdzenie marży na nowym produkcie przed wprowadzeniem do oferty
2. Szybki raport traceability gdy dostawca odwoła partię mąki
3. Wygenerowanie dokumentacji HACCP przed audytem w PDF

Persona 2: Marek Wiśniewski — Kierownik Produkcji¶

Profil¶

• Wiek: 35 lat
• Firma: Zakład przetwórstwa mięsnego, 25 pracowników, 4 linie produkcyjne
• Staż: 8 lat w branży, 3 lata na stanowisku kierownika
• Edukacja: Technolog żywności (inż.)
• Lokalizacja: Śląsk

Zachowanie Technologiczne¶

• Sprawny w Excelu (tabele przestawne, VLOOKUP)
• Używa WhatsApp Business do zamówień od klientów
• Ma Excela z "własnym systemem" śledzenia partii — działał, ale się rozrósł
• Otwarty na nowe narzędzia jeśli "mają sens"
• Testuje produkty zanim rekomenduje właścicielowi

Bóle i Frustracje¶

• Śledzenie partii mięsa w Excelu — 3 arkusze, błędy przy łączeniu
• Brak widoczności stanów surowców w czasie rzeczywistym (idzie do magazynu sprawdzić)
• Zmiana receptury przez właściciela bez informowania go — chaos
• Papierowe ZP — pracownicy nie widzą co mają robić na porannej zmianie
• Trudność uzasadnienia kosztów właścicielowi — "nie wiem dokładnie ile kosztuje partia"
• Przy recall: kilka godzin śledzenia kto co kiedy wziął

Cele i Motywacje¶

• Znać stan magazynu z biurka (nie z hali)
• Mieć jedno narzędzie do planowania i śledzenia ZP
• Receptury zablokowane — edytuje tylko on lub właściciel
• Automatyczny dobór partii FEFO — koniec z "która mąka brać"
• Raport "co wyprodukowałem w tym tygodniu" dla właściciela jednym kliknięciem

Wpływ na Zakup¶

• Nie kupuje sam, ale jego opinia jest kluczowa dla Anny
• Jeśli system jest dobry → "Pani Anno, to działa, warto"
• Jeśli zbyt skomplikowany → "Nie, to za duże ryzyko, zostańmy przy Excelu"

Kluczowe Cytaty¶

"Muszę wiedzieć które partie wchodzą w produkcję i móc to udowodnić na audycie." "Jak zmieniają recepturę bez pytania mnie, to mam problem z kosztami." "Chcę wiedzieć czy mam surowce na jutrzejszą produkcję, bez wychodzenia z biura."

Scenariusze Użycia (Priorytetowe)¶

1. Planowanie tygodniowego planu produkcji na podstawie zamówień
2. Tworzenie ZP rano i przydzielanie pracownikom na tablecie
3. Weryfikacja zużycia surowców po zakończeniu zmiany

Persona 3: Zofia Piotrowska — Specjalista ds. Jakości¶

Profil¶

• Wiek: 38 lat
• Firma: Zakład przetwórczy (dżemy i przetwory), 15 pracowników, certyfikat IFS Food
• Stanowisko: Kierownik ds. Jakości (QA Manager)
• Edukacja: Technolog żywności (mgr), kurs HACCP auditor
• Lokalizacja: Mazowsze

Zachowanie Technologiczne¶

• Zaawansowana w Office (Word, Excel, PowerPoint)
• Tworzyła i zarządza dokumentacją HACCP w Word/Excel
• Zna standardy IFS v8 i BRC Issue 9 od podszewki
• Szuka systemów które "rozumieją" HACCP — nie tylko checkbox
• Zdeterminowana — jeśli widzi wartość, przekona właściciela

Bóle i Frustracje¶

• Dokumentacja HACCP w 6 plikach Word — sprzeczności, różne wersje
• 2 tygodnie pracy przed każdym audytem IFS: zbieranie zapisów, drukowanie, segregowanie
• Śledzenie certyfikatów dostawców w Excelu — raz zapomniano odnowić, audytor zauważył
• Zapisy monitorowania CCP na papierze — pracownicy gubią kartki
• Niezgodności (nonconformities) w notatniku — brak historii działań korygujących
• Audytor pyta o traceability — Marek traci 2 godziny na zebranie dokumentów

Cele i Motywacje¶

• Wszystkie zapisy HACCP cyfrowe, z podpisem pracownika (timestamp)
• Certyfikaty dostawców z alertem przed wygaśnięciem
• Raport traceability do audytora w 5 minut, nie w 2 godziny
• Checklist IFS gotowości — wiedzieć co brakuje zanim przyjdzie audytor
• Dokumentacja w jednym miejscu, zawsze aktualna

Wpływ na Zakup¶

• Silny champion — aktywnie rekomenduje i uzasadnia właścicielowi ROI
• Potrafi obliczyć: "System kosztuje 9,000 PLN/rok, oszczędzam 3 tygodnie pracy = wartość"
• Jeśli system nie ma HACCP → nie zainteresowana (ale wróci po Fazie 3)

Kluczowe Cytaty¶

"Gdybym mogła wygenerować pełny raport traceability w 2 minuty, zaoszczędziłabym tydzień pracy." "Chcę żeby audytor mógł zobaczyć nasze zapisy CCP z ostatnich 6 miesięcy w jednym miejscu." "System który nie rozumie HACCP to nie system dla nas."

Scenariusze Użycia (Priorytetowe)¶

1. Konfiguracja planu HACCP z CCP i limitami krytycznymi
2. Codzienne sprawdzanie wyników monitorowania CCP przez pracowników
3. Generowanie Audit Pack przed audytem IFS
4. Zarządzanie certyfikatami dostawców i alertami o wygaśnięciu

Persona 4: Tomek Ryba — Pracownik Hali Produkcyjnej¶

Profil¶

• Wiek: 28 lat
• Firma: Piekarnia przemysłowa, 30 pracowników
• Stanowisko: Operator linii produkcyjnej (mieszanie, formowanie, pieczenie)
• Edukacja: Zawodowa — kucharz
• Lokalizacja: Śląsk

Zachowanie Technologiczne¶

• Używa smartfona (Facebook, YouTube, Messenger)
• Nie używa komputera w pracy — papierowe raporty produkcji
• Awersja do skomplikowanych systemów
• Nauka nowych narzędzi = stres i opór
• Jeśli interfejs jest prosty jak smartfon → akceptacja w 1 dzień

Bóle i Frustracje¶

• Papierowe raporty produkcji — czas stracony na pisanie pod koniec zmiany
• Musi pamiętać co wyprodukował i ile zużył — łatwo zapomnieć
• Kierownik go pyta "skąd wzięliście tę mąkę" — szuka kartki która gdzieś leży
• Brak informacji co ma robić rano — kierownik nie zawsze jest na miejscu

Cele i Motywacje¶

• Jak najszybciej zaraportować co zrobił i iść do domu
• Wiedzieć co ma produkować bez dzwonienia do kierownika
• Nie pomylić się z recepturą — "powinienem tu dać 5 kg, czy 4.5?"

Wymagania UX (Krytyczne)¶

• Przyciski min. 44×44px — działa w rękawiczkach roboczych
• Maksimum 3 kroki do zarejestrowania operacji
• Offline — sieć WiFi w hali bywa słaba
• Tryb ciemny opcjonalnie — jasne tło w hali oślepia
• Skanowanie QR zamiast wpisywania numerów partii
• Podpowiedź na ekranie "weź partię X" zamiast decydowania

Kluczowe Cytaty¶

"Nie chcę się bawić w komputery, mam ręce w mące." "Jak będzie proste jak na Facebooku, to dam radę." "Wolę zeskanować kod niż pisać ten długi numer."

Scenariusze Użycia (Priorytetowe)¶

1. Rano: sprawdzenie listy ZP na dzień — co robić, ile, z jakich surowców
2. W trakcie: zeskanowanie partii surowca i potwierdzenie zużycia
3. Koniec zmiany: zatwierdzenie wyprodukowanej ilości

Persona 5: Piotr Malicki — Właściciel Startujący¶

Profil¶

• Wiek: 32 lata
• Firma: Wytwórnia przekąsek (chrupki, granola), 3 osoby (właściciel + 2 pracownicy)
• Staż: Zakład otwarty 6 miesięcy temu
• Edukacja: Zarządzanie (mgr), kurs technologii żywności
• Lokalizacja: Warszawa

Zachowanie Technologiczne¶

• Bardzo zaawansowany technicznie
• Zna SaaS tools (Notion, Slack, Stripe, Shopify)
• Ma sklep online (Shoper), sprzedaje B2C + B2B
• Szuka API, webhooków, integracji
• Czyta blogi techniczne, Product Hunt, HackerNews
• First mover — chce najlepsze narzędzia od początku

Bóle i Frustracje¶

• Nic dedykowanego dla małych producentów żywności
• Odoo — za skomplikowane, trzeba devów do konfiguracji
• Comarch — za drogie i przestarzałe UI
• Excel — działał dla 5 SKU, teraz ma 30 produktów i to już nie działa
• Chce śledzić marże i partie od początku — nie retroaktywnie

Cele i Motywacje¶

• Najtańszy plan który wystarcza na start (Starter 199 PLN)
• API żeby podpiąć swój sklep Shoper do systemu (automatyczne zamówienia)
• Skalowanie — system który rośnie razem z nim
• Certyfikacja IFS w przyszłości — chce system który to umożliwi
• Mieć dane do podejmowania decyzji o nowych produktach

Wpływ na Zakup¶

• Kupuje samodzielnie — karta firmowa, decyzja w 24h
• Bardzo wrażliwy na słabą dokumentację techniczną
• Jeśli nie ma API → odchodzi

Kluczowe Cytaty¶

"Chcę coś co ma API i mogę podpiąć do mojego sklepu Shoper." "Zaczynam teraz — chcę mieć dobre procesy od początku, nie naprawiać za rok." "199 PLN miesięcznie to nic, jeśli to działa."

Scenariusze Użycia (Priorytetowe)¶

1. Import produktów i receptur z Excela przy onboardingu
2. Automatyczne tworzenie ZP po przyjęciu zamówienia ze sklepu (via API)
3. Analiza marż portfolio 30 SKU na jednym wykresie

Persona 6: Janusz Kowalczyk — Magazynier¶

Profil¶

• Wiek: 42 lata
• Firma: Zakład przetwórstwa owocowo-warzywnego, 20 pracowników
• Stanowisko: Magazynier / Gospodarz magazynu
• Edukacja: Zawodowa — mechanik, przebranżowiony
• Lokalizacja: Wielkopolska

Zachowanie Technologiczne¶

• Używa smartfona (głównie do komunikacji)
• Pracował wcześniej z terminalem WMS w poprzedniej firmie (prostym)
• Swobodny ze skanerem kodów kreskowych — to jego główne narzędzie
• Nie lubi pisania czegokolwiek — skanowanie tak, klawiatura nie
• Tablet akceptowalny jeśli prosty, klawiatura komputerowa — nie
• Uczy się przez praktykę, nie przez dokumentację

Bóle i Frustracje¶

• Dostaje faktury od dostawców na papierze — przepisuje ręcznie do Excela
• Kierownik pyta o stany — musi iść fizycznie sprawdzić bo Excel nieaktualny
• Etykiety partii drukuje w Wordzie i wkleja ręcznie — raz się pomylił i była awantura
• Nie wie które partie wydać pierwsze — bierze "to co pod ręką"
• Przy inwentaryzacji: cały dzień liczenia, potem przepisywanie do komputera
• Dostawca przywozi towar z uszkodzonym opakowaniem — brak procedury jak to zgłosić

Cele i Motywacje¶

• Zeskanować partię i mieć ją od razu w systemie — bez przepisywania
• Wydrukować etykietę LOT jednym kliknięciem po przyjęciu towaru
• Wiedzieć którą partię wydać bez myślenia (system mówi: "weź LOT X")
• Szybka inwentaryzacja — skanuj zamiast liczyć i pisać
• Zgłosić uszkodzony towar bez papierologii

Wymagania UX (Krytyczne)¶

• Skanowanie kodów kreskowych / QR jako główna metoda interakcji
• Duże przyciski, prosta nawigacja (podobnie jak Tomek)
• Drukowanie etykiet LOT bezpośrednio z aplikacji (PDF lub ZPL dla drukarek etykiet)
• Mobilny lub tablet — stojący terminal też ok
• Szybkie PZ w 5 krokach: wybierz dostawcę → zeskanuj pozycje → wpisz ilości → zatwierdź → drukuj etykiety

Kluczowe Cytaty¶

"Skaner to moje narzędzie — jak coś wymaga pisania, to zajmuje dwa razy dłużej." "Chcę wiedzieć skąd wziąć towar bez zastanawiania się." "Etykieta musi wyjść od razu po przyjęciu, nie jutro."

Scenariusze Użycia (Priorytetowe)¶

1. Przyjęcie dostawy (PZ): skan produktów → automatyczny LOT → druk etykiet
2. Kompletacja wydania do produkcji: lista picking z sugestią FEFO
3. Przyjęcie zamówienia klienta do wysyłki (WZ): lista, skan LOT, dokument WZ, nadanie kuriera
4. Cotygodniowe sprawdzenie stanów i towarów z krótkim terminem ważności

Persona 7: Karolina Nowak — Handlowiec¶

Profil¶

• Wiek: 31 lat
• Firma: Wytwórnia wędlin premium, 18 pracowników, 40 klientów B2B (sklepy, restauracje)
• Stanowisko: Przedstawiciel Handlowy (Sales Representative)
• Edukacja: Ekonomia (licencjat)
• Lokalizacja: Trójmiasto, praca w terenie

Zachowanie Technologiczne¶

• Zaawansowana użytkowniczka smartfona i laptopa
• Zna CRM (używała Pipedrive w poprzedniej firmie)
• Excel do śledzenia zamówień — niewystarczający przy 40 klientach
• Pracuje głównie z telefonu gdy jest u klientów
• Chce szybkich odpowiedzi — "czy mamy to na stanie?"
• Docenia mobilne aplikacje, zniechęca się do systemów wymagających desktopu

Bóle i Frustracje¶

• Sprawdzenie dostępności produktu wymaga telefonu do magazyniera lub kierownika
• Zamówienia klientów zbiera w Excelu, przepisuje do systemu — praca podwójna
• Nie wie kiedy zamówienie klienta jest gotowe do wysyłki — musi pytać
• Zdarza się obiecać klientowi termin który magazyn nie może dotrzymać
• Brak historii zakupów klienta przy rozmowie handlowej — musi pamiętać
• Faktury do klientów wystawia Anna "ręcznie" i czasem zapomina

Cele i Motywacje¶

• Sprawdzić dostępność towaru z telefonu w czasie rozmowy z klientem
• Złożyć zamówienie od razu u klienta — bez przepisywania
• Wiedzieć w czasie rzeczywistym: "zamówienie Kowalski — czy gotowe?"
• Historia klienta pod ręką: co kupował, ile, jak często, czy ma zaległości
• Powiadomienie gdy zamówienie gotowe do odbioru/wysyłki

Wymagania UX (Krytyczne)¶

• Mobilna wersja responsywna (telefon jest podstawowym urządzeniem)
• Szybki podgląd dostępności produktów bez logowania do pełnego systemu
• Tworzenie zamówień w maksymalnie 3 minuty na telefonie
• Push notyfikacje o statusach zamówień
• Widok "moje zamówienia" z filtrami (dziś, ten tydzień, zaległe)

Kluczowe Cytaty¶

"Klient pyta 'czy macie to?' — chcę wiedzieć od razu, bez dzwonienia do magazynu." "Wpisuję zamówienie do Excela, potem ktoś to przepisuje — to bez sensu." "Chcę widzieć historię klienta zanim do niego zadzwonię."

Scenariusze Użycia (Priorytetowe)¶

1. U klienta: sprawdzenie dostępności produktów → złożenie ZS od razu na telefonie
2. Rano: przegląd zamówień — co gotowe, co w realizacji, co zaległe
3. Przed rozmową handlową: historia zakupów klienta, ostatnie zamówienia, zaległości płatnicze
4. Po wizycie u klienta: notatka z wizyty + plan następnego kontaktu

Persona 8 ★: Magdalena Wiśniewska — Księgowa¶

★ Persona proponowana — uzasadnienie: każda firma 2-50 os. ma osobę zajmującą się fakturami i podatkami; moduł Invoicing (Faza 2) bez tej persony jest niekompletny.

Profil¶

• Wiek: 48 lat
• Firma: Zewnętrzna biuro rachunkowe obsługujące 3 zakłady spożywcze (w tym naszego klienta)
• Stanowisko: Główna Księgowa (outsourced)
• Edukacja: Finanse i rachunkowość (mgr), uprawnienia do usługowego prowadzenia ksiąg
• Lokalizacja: Poznań (obsługuje klientów zdalnie)

Zachowanie Technologiczne¶

• Ekspert w Symfonii Finanse i Comarch Optima
• Excel na poziomie zaawansowanym
• Bardzo niechętna zmianom — "jeśli to działa, po co zmieniać"
• Otwarta na eksport danych do swoich narzędzi, ale nie na naukę nowego systemu
• Oczekuje standardowych formatów (CSV, XML, JPK)

Bóle i Frustracje¶

• Klient przesyła faktury scanem w PDF — ręcznie przepisuje do Symfonii
• Różne formaty faktur od różnych klientów — brak standaryzacji
• Termin płatności kontroluje w Excelu — zapomina o zaległościach
• KSeF nadchodzi — musi przenieść wszystkich klientów na e-fakturowanie
• Często prosi klienta o dokumenty których klient nie może znaleźć

Cele i Motywacje¶

• Eksport faktur w formacie który importuje Symfonia (JPK_FA lub CSV)
• Rejestr VAT gotowy do pobrania za dowolny miesiąc
• Widok zaległych płatności z wartościami — podstawa do rozmowy z klientem
• KSeF gotowy — nie chce się tym martwić z każdym klientem osobno
• Mniej telefonów do klienta "prześlij mi te faktury"

Wymagania UX (Krytyczne)¶

• Dostęp tylko do modułu fakturowania — nic więcej nie potrzebuje
• Prosty interfejs dla nieczęstego użytkownika (loguje się 2-4 razy/tydzień)
• Szybki export do pliku — filtr miesiąca → pobierz
• Widok listy faktur jak w Symfonii (numer, klient, data, wartość, status)

Kluczowe Cytaty¶

"Jak mi to wyeksportuje do Symfonii, to jestem zadowolona." "Nie mam czasu uczyć się nowego systemu dla każdego klienta." "KSeF to mój największy ból głowy na ten rok."

Scenariusze Użycia (Priorytetowe)¶

1. Pobranie rejestru sprzedaży VAT za miesiąc → eksport CSV/XML do Symfonii
2. Przegląd zaległych faktur → podstawa do windykacji
3. Wystawienie faktury korygującej po zwrocie towaru przez klienta
4. Konfiguracja i wysyłka faktur przez KSeF (Faza 4)

Persona 9 ★: Krzysztof Jabłoński — Technolog Żywności¶

★ Persona proponowana — uzasadnienie: w firmach 10-50 os. z certyfikacją IFS/BRC pojawia się dedykowany technolog R&D odpowiedzialny za receptury i wartości odżywcze, bez uprawnień do zarządzania produkcją czy finansami.

Profil¶

• Wiek: 29 lat
• Firma: Wytwórnia sosów i marynat, 22 pracownicy, certyfikacja IFS w trakcie
• Stanowisko: Technolog Produktu (Food Technologist / R&D)
• Edukacja: Technologia żywności i żywienia (mgr inż.), staż w laboratorium
• Lokalizacja: Łódź

Zachowanie Technologiczne¶

• Biegły w Excelu do kalkulacji wartości odżywczych
• Używa Nutricomp lub podobnych narzędzi do etykiet
• Zna regulacje UE dot. znakowania żywności (rozp. 1169/2011)
• Chętny do nowych narzędzi jeśli zastępują kilka starych
• Precyzyjny i pedantyczny — błąd w alergenach jest dla niego niedopuszczalny

Bóle i Frustracje¶

• Kalkulacje wartości odżywczych w Excelu — nie aktualizują się automatycznie po zmianie receptury
• Alergeny wpisywane ręcznie na etykietach — raz był błąd, była interwencja IJHARS
• Receptury "oficjalne" i "robocze" żyją osobno — produkcja nie zawsze korzysta z aktualnej
• Testuje nowe składniki — zmiany w Excelu, brak historii eksperymentów
• Musi pytać Marka o stany magazynowe przy planowaniu nowych receptur
• Dokumentacja do IFS (specyfikacje, testy) w różnych plikach

Cele i Motywacje¶

• Automatyczna kalkulacja wartości odżywczych po każdej zmianie składu
• Alergeny wyliczane automatycznie — zero ręcznego wpisywania
• Historia eksperymentów z recepturami (co testowałem, jakie były wyniki)
• Gotowy plik do etykiety po zatwierdzeniu receptury
• Pewność że produkcja korzysta z tej samej receptury którą on zatwierdził

Wymagania UX (Krytyczne)¶

• Tryb eksperymentacyjny receptur — pełna edycja bez wpływu na produkcję
• Podgląd wartości odżywczych i alergenów w czasie rzeczywistym
• Możliwość dodawania notatek/komentarzy do wersji receptury
• Eksport do formatu etykiety (PDF EU)
• Dostęp do bazy składników wbudowanych (200 pozycji) + możliwość dodania własnych

Kluczowe Cytaty¶

"Alergeny muszą być wyliczone automatycznie — ręczne wpisywanie to za duże ryzyko błędu." "Chcę eksperymentować z recepturą bez strachu że zmienię coś w produkcji." "Jak zmienię skład, etykieta powinna się automatycznie zaktualizować."

Scenariusze Użycia (Priorytetowe)¶

1. Tworzenie nowej receptury od zera z kalkulacją wartości odżywczych i alergenów
2. Tryb eksperymentacyjny: testowanie 3 wariantów nowego sosu i porównanie
3. Zatwierdzenie receptury → wygenerowanie specyfikacji produktu (PDF)
4. Aktualizacja składnika (nowy dostawca, inne wartości odżywcze) → sprawdzenie wpływu na wszystkie receptury

Mapa Empathy — Wspólne Wzorce¶

Co łączy wszystkich użytkowników:¶

• Ból: "Mam za dużo Exceli i papierów"
• Obawa: "Zmiana narzędzia zajmie mi miesiąc nauki"
• Marzenie: "Wszystko w jednym miejscu, bez przepisywania"
• Oczekiwanie: "System ma być mądrzejszy ode mnie, nie głupszy"

Priorytety funkcji według persony:¶

Powiązane: brd.md · product_roadmap.md · modules/identity.md