Approval przed zmianą CRM
Brief sprawdza, kto zatwierdza task/status, gdzie AI może tylko proponować, jakie logi zostają i kiedy CRM nie powinien zmieniać się automatycznie.
Pierwszy płatny produkt ORCA
Krótki, zamknięty projekt diagnostyczny: mapa procesu, ryzyka danych, ekonomia ręcznej pracy i decyzja, czy budować prototyp ORCA. AI przygotowuje, człowiek zatwierdza.
Wejścia, kroki, ownerzy, źródła danych, approval i status końcowy.
Szacunek czasu, błędów, kosztu automatyzacji i ograniczeń RODO.
Minimalny workflow do testu, lista integracji i decyzja go / no-go.
Płatny audyt jest dla firm, które mają konkretny proces i potrzebują decyzji przed większym budżetem, nie ogólnego szkolenia o AI.
Audyt ma zamykać niepewność: czy warto budować, w jakiej kolejności i gdzie człowiek musi zostać w pętli.
Kickoff procesu, doprecyzowanie wejść i omówienie rekomendacji. Bez wielotygodniowej analizy.
Dokument do decyzji: proces, integracje, ryzyka, priorytety, zakres prototypu i pytania otwarte.
Jeśli fit jest dobry, audyt przechodzi w prototyp workflow albo większy system operacyjny procesu.
Ten etap nie polega na obietnicy „AI odpowie”. Audyt sprawdza, czy odpowiedź da się oprzeć o właściwe źródła, aktualny kontekst i jasną decyzję go/no-go.
Kluczowe twierdzenia muszą mieć cytat albo wskazanie, że źródło nie wystarcza do odpowiedzi.
Sprawdzamy, które procedury, PDF-y i strony są aktualne, sprzeczne albo wymagają właściciela.
Audyt wskazuje pytania, przy których system ma odmówić lub odesłać człowieka do review.
Do zamówienia wystarcza opis procesu i zanonimizowane przykłady, nie dokumenty klientów.
Decyzje klient-facing, finansowe i formalne zostają po stronie człowieka, dopóki proces nie przejdzie testów.
Wynikiem jest zakres prototypu, lista braków albo uczciwe „nie budować teraz”.
To nie jest opłata za rozmowę ani prezentacja AI. Płacisz za zamknięty dokument decyzyjny, który ma ograniczyć ryzyko budowania za wcześnie.
Mapa workflow, źródła, ownerzy, ryzyka, koszt ręcznej pracy i zakres decyzji do podjęcia.
Audyt nie wymusza wdrożenia. Build i retainer są osobną decyzją po go/no-go.
Wynikiem jest scope, lista braków albo uczciwe „nie budować teraz”, nie ogólna strategia AI.
Najpierw sprawdzamy proces, dane, istniejące narzędzia i human review load.
Klient nie kupuje niejasnego konsultingu. Kupuje krótki proces z jasnymi krokami, wejściami i wynikiem do decyzji.
Potwierdzenie zakresu, wybór jednej ścieżki: CRM approval, RAG dokumentów albo agentic readiness. Do startu wystarczy opis procesu bez danych klientów.
Mapa workflow, ownerzy, źródła, ryzyka, approval points, koszt ręcznej pracy i pytania, których nie wolno automatyzować.
Brief decyzyjny: go/no-go, minimalny prototyp, backlog wdrożenia, estymacja sprintu i warunki bezpiecznego testu.
Audyt ma być pierwszą transakcją i filtrem jakości. Jeżeli problem jest realny, kolejnym krokiem jest sprint albo stała opieka, nie kolejna ogólna rozmowa.
3 500 PLN netto
Jeden proces, 5-7 dni, decyzja go/no-go i zakres pierwszego prototypu.
8 000-25 000 PLN netto
RAG proof workflow, CRM approval, agentic readiness albo integracja n8n/MCP/API.
2 000-8 000 PLN netto / miesiąc
Monitoring, iteracje, koszty LLM, nowe workflowy i miesięczny raport efektów.
Ta strona ma domykać decyzję, więc odpowiada na wątpliwości zanim klient poprosi o kolejną rozmowę.
Nie. Pierwszy audyt może zacząć się od opisu procesu, zanonimizowanych przykładów i syntetycznych dokumentów. Dane produkcyjne pojawiają się dopiero po osobnej decyzji i zakresie.
Nie. Audyt oddziela decyzję od buildu. Wynikiem może być prototyp, porządkowanie procesu albo uczciwe „nie budować teraz”.
Nie na starcie. Dla decyzji klient-facing, finansowych i formalnych obowiązuje approval człowieka, dry-run i log decyzji.
To też jest dobry wynik. Klient dostaje listę braków, warunki do spełnienia i decyzję, dlaczego budowa teraz byłaby ryzykowna.
Po 5-7 dniach klient powinien mieć materiał, który można pokazać właścicielowi procesu, zarządowi albo osobie od IT bez tłumaczenia, czym jest „agent AI”.
Wejścia, narzędzia, osoby, statusy, decyzje, wyjątki i miejsca, w których dziś ginie czas lub odpowiedzialność.
Co AI może przygotować, czego nie powinno robić, gdzie potrzebny jest approval człowieka i jakie dane są minimalne.
Pierwszy workflow, wymagane integracje, testy smoke/eval, ryzyka RODO, koszt modeli i decyzja go/no-go.
Ten sam format audytu działa dla różnych procesów, ale pytania kontrolne są inne. Wybierz ścieżkę po problemie, nie po nazwie technologii.
Brief sprawdza, kto zatwierdza task/status, gdzie AI może tylko proponować, jakie logi zostają i kiedy CRM nie powinien zmieniać się automatycznie.
Brief sprawdza źródła, świeżość dokumentów, claim-level QA, hard cases oraz zasady odmowy odpowiedzi przy braku podstawy w materiale.
Brief sprawdza ownera procesu, wejścia, narzędzia, koszt uruchomień, eval, approval gate i minimalny dry-run przed autonomią.
Wystarczy opis i zanonimizowane przykłady. Produkcyjne dane klientów, faktury i poufne załączniki nie są potrzebne na etapie zamawiania audytu.
Skąd przychodzi sprawa, kto ją obsługuje, ile trwa i jak wygląda wynik.
Szablon maila, typ dokumentu, układ arkusza albo opis decyzji bez danych osobowych.
Co uruchomiło potrzebę: koszt, liczba spraw, rotacja, błędy, sezonowość albo wymóg raportowania.
Przykład pokazuje, jak audyt zamienia rozmowę o AI w decyzję, score fitu, ekonomię, ryzyka RODO i zakres prototypu. Dane są syntetyczne.
W raporcie widać, dlaczego proces kwalifikuje się do prototypu i gdzie są warunki brzegowe.
Przykład pokazuje kalkulację ręcznej pracy, a nie ogólną obietnicę oszczędności.
Zakres prototypu zatrzymuje decyzje klient-facing, finansowe i formalne po stronie człowieka.
Ten formularz nadal działa bez backendu. Tworzy bezpieczny szkic maila z minimalnym opisem procesu i prośbą o płatny audyt za 3 500 PLN netto.