Powtarzalny proces sprzedazy: szablon 6-etapowy z kryteriami wyjscia dla B2B SaaS

Prawie kazdy zespol B2B SaaS, ktory oceniam, mowi mi, ze ma proces sprzedazy. Kiedy prosze AE, by go opisali, dostaje szesc roznych wersji. Kiedy pytam sales managera, dostaje siodma. Etapy w CRM istnieja — Discovery, Qualification, Proposal, Negotiation, Closed — ale nikt nie umie mi powiedziec, co konkretnie przesuwa deal z jednego etapu na drugi. Szczera odpowiedz, kiedy AE ufaja mi na tyle, by ja dac, to jakas wersja: 'przesuwam, kiedy czuje, ze to dobry moment.'

To nie jest proces sprzedazy. To timeline na wyczucie ubrany w picklisty CRM. Dziala swietnie, dopoki zalozyciel zamyka kazdy deal i nosi kontekst w glowie. Zalamuje sie w momencie, gdy zatrudniasz trzeciego AE — bo kazdy rep wykonuje teraz inny proces, a dane wplywajace do pipeline porownuja jablka z samolotami.

Powtarzalny proces sprzedazy znaczy trzy rzeczy, z ktorych zadna nie jest opcjonalna. Po pierwsze: kazdy etap ma binarne kryterium wyjscia, ktore kazdy rep moze konsekwentnie zastosowac. Nie 'kupujacy wydaje sie zainteresowany' — cos w stylu 'economic buyer zidentyfikowany po imieniu i roli, potwierdzony przez bezposrednia odpowiedz.' Po drugie: kazda sciezka dyskwalifikacji jest nazwana. Jesli deal nie moze osiagnac kryterium wyjscia w zdefiniowanym oknie czasowym, istnieje udokumentowana nastepna akcja — recycle, nurture lub closed-lost — i manager nie ma prawa tego obejsc na wyczucie. Po trzecie: kazde przekazanie ma wlasciciela i SLA. MQL do SQL, AE do CSM, sales do legal — kazde przejscie ma jedna odpowiedzialna osobe, jeden trigger i jeden maksymalny uplyniety czas.

Jesli nie masz wszystkich trzech, nie masz powtarzalnego procesu. Masz konfiguracje CRM z optymistycznymi etykietami.

Ten artykul daje ci szablon, ktory instaluje w 12-18-tygodniowych engagementach transformacji sprzedazy — ta sama architektura 6-etapowa z tymi samymi kryteriami wyjscia, dopracowana w ponad 30 firmach B2B SaaS miedzy 3 a 25 mln USD ARR. Jest stanowcza i nie przeprasza za to. Sens szablonu nie jest byc elastycznym. Sens jest dac kazdemu repowi w twoim zespole te sama definicje 'zakwalifikowany', tak by liczby pipeline od repa do repa byly faktycznie porownywalne.

Szesc etapow, nie osiem, nie dziesiec. Kazdy dodatkowy etap powyzej szesciu dodaje tarcie CRM bez dodawania klarownosci decyzyjnej — wyjasnie dlaczego w sekcji anti-patternow. Etapy nazwane sa od stanu kupujacego, nie od aktywnosci repa, co jest najwazniejsza pojedyncza decyzja projektowa w calym tym frameworku.

Etap 1 — New (sygnal inbound otrzymany). Lead wszedl do systemu: wypelnienie formularza, prosba o demo, pobranie tresci, odpowiedz outboundowa, polecenie partnera. Deal istnieje w CRM, ale nie zostal jeszcze opracowany.

Kryterium wyjscia do etapu 2: SDR lub AE wykonal pierwsza probe kontaktu i albo (a) zarezerwowal discovery call, albo (b) potwierdzil, ze lead nie pasuje do ICP i zdyskwalifikowal go. SLA: 1 dzien roboczy od sygnalu inbound. Jesli 48 godzin uplynie bez proby kontaktu, lead jest oflagowany i przekierowany.

Etap 2 — Discovery (problem i fit zbadane). Discovery call odbyl sie. Rep mapuje sytuacje kupujacego: jaki problem wywolal poszukiwania, co probowali, na jaka linie czasu pracuja, jaka rama budzetowa istnieje.

Kryterium wyjscia do etapu 3: wszystkie cztery odpowiedziane, po nazwie: (1) konkretny problem biznesowy i jego mierzalny koszt, (2) timeline zakupu z docelowym miesiacem decyzji, (3) wlasciciel budzetu zidentyfikowany (osoba, ktorej P&L to dotyka, nie champion), oraz (4) udokumentowany nastepny krok w kalendarzu kupujacego z potwierdzonym championem. Jesli ktorykolwiek z czterech brakuje, deal zostaje na etapie 2. SLA: 14 dni od wejscia. Jesli 14 dni uplynie bez wyjscia, deal jest recyklowany do nurture lub closed-lost.

Etap 3 — Qualified (dostep do economic buyera wnioskowany). To najistotniejsza bramka etapowa w calym procesie. Deal juz nie jest o tym, czy istnieje fit — jest o tym, czy wlasciwi ludzie sa przy stole, by podjac decyzje zakupowa.

Kryterium wyjscia do etapu 4: (1) potwierdzony wlasciciel budzetu zidentyfikowany, (2) dostep do economic buyera wnioskowany przez championa z konkretna skryptowana prosba, (3) drugi stakeholder poza championem mial udokumentowany kontakt w ostatnich 14 dniach, oraz (4) kupujacy wyartykulowal kryteria sukcesu wlasnymi slowami (nie slowami repa). Multithreading jest wymogiem wyjscia z etapu 3, nie best practice. SLA: 21 dni od wejscia.

Etap 4 — Proposal (rozwiazanie i komercja przedstawione). Oferta zostala dostarczona: pricing, scope, timeline, warunki. Kupujacy ocenia oferte wzgledem alternatyw (w tym 'nie robic nic', co jest zawsze najsilniejszym konkurentem).

Kryterium wyjscia do etapu 5: (1) oferta przejrzana w rozmowie na zywo z economic buyerem (nie tylko z championem), (2) konkretne sprzeciwy wydobyte i udokumentowane, (3) konkurent lub oceniana alternatywa nazwana, oraz (4) wzajemny plan zamykania uzgodniony z docelowa data podpisu. 'Wyslalem oferte, czekam na odpowiedz' to nie etap 4 — to etap 3 z dolaczonym PDF. SLA: 21 dni od wejscia.

Etap 5 — Negotiation (warunki finalizowane). Pricing i warunki kontraktowe sa aktywnie negocjowane. Legal i procurement sa zwykle zaangazowani po stronie kupujacego.

Kryterium wyjscia do Closed-Won: (1) finalny pricing uzgodniony i zatwierdzony na odpowiednim poziomie zniezki, (2) redlines kontraktu rozwiazane lub warunki papierowe zaakceptowane, (3) zatwierdzenie procurement potwierdzone jesli dotyczy, oraz (4) data podpisu potwierdzona w ciagu 14 dni. SLA: 21 dni od wejscia. Deals utykajace ponad 30 dni na etapie 5 prawie zawsze brakuje alignmentu z economic buyerem, nie alignmentu legal.

Etap 6 — Closed-Won (kontrakt podpisany, gotowy do przekazania). Deal jest podpisany. To nie koniec procesu sprzedazy — to poczatek przekazania. AE wlada dealem dopoki ustrukturyzowane przekazanie do CSM nie jest kompletne, z wypelnionym dokumentem kryteriow sukcesu.

Kryterium wyjscia do aktywnego klienta: (1) dokument przekazania kompletny z uchwyconymi kryteriami sukcesu, kluczowymi stakeholderami i zobowiazaniami z cyklu sprzedazy, (2) wspolny call kickoff AE-CSM-klient w ciagu 7 dni, oraz (3) 30-dniowy check-in od AE zaplanowany.

To caly szablon. Szesc etapow, kazdy nazwany od stanu kupujacego, kazdy z binarnymi kryteriami wyjscia, kazdy z SLA. Nowy AE powinien byc w stanie spojrzec na jakikolwiek deal w twoim CRM i powiedziec ci w ciagu 60 sekund, czy faktycznie nalezy do etapu, w ktorym jest. Jesli nie umieja, twoje definicje etapow nadal sa subiektywne.

Przekazanie MQL-do-SQL to miejsce, gdzie wiekszosc zespolow B2B SaaS cicho traci 20-30% swoich leadow zakwalifikowanych przez marketing. Zespol marketingowy oznacza lead jako MQL na podstawie scoringu. Lead siedzi w kolejce. SDR podejmuje go dwa dni pozniej. Do czasu gdy outreach sie wydarzy, kupujacy poszedl dalej, rozmawial z konkurentem lub przestal sie tym przejmowac. Przekazanie nie jest zepsute w sensie ze ktos robi to zle — jest zepsute w sensie, ze nikt nie wlada uplynietym czasem miedzy flagi MQL a pierwszym kontaktem.

W szablonie 6-etapowym powyzej, MQL i SQL nie sa oddzielnymi etapami. Sa stanami routingu w obrebie etapu 1. Tak je strukturyzuje:

Definicja MQL (binarna): lead pasuje do firmographics ICP (branza, headcount, geografia, tech stack jesli dotyczy) i wykazal intencje zakupowa przez konkretny triggerujacy event — prosba o demo, ponowna wizyta na stronie pricing, wysoko intencyjne zaangazowanie z trescia lub match z outboundowa lista trigger. 'Pobral whitepaper' to nie MQL. 'Pobral whitepaper, potem odwiedzil strone pricing w ciagu 7 dni' moze nim byc.

MQL SLA routingu: marketing oznacza lead jako MQL. Lead jest auto-przypisywany do SDR w ciagu 5 minut przez regule round-robin lub terytorialna. Pierwsza proba outreach odbywa sie w ciagu 1 dnia roboczego. Jesli zadna proba kontaktu nie jest zalogowana w 24 godziny, lead jest automatycznie przepisany. Zadnego recznego przetasowywania, zadnego 'dotre do niego po obecnych callach.'

Definicja SQL (rowniez binarna): SDR rozmawial z leadem i potwierdzil trzy rzeczy: (1) lead jest w roli, ktora uczestniczy w decyzjach zakupowych dla tej kategorii, (2) istnieje problem w scope tego, co produkt rozwiazuje, oraz (3) jest zainteresowanie rozmowa discovery w ciagu najblizszych 14 dni. Wszystkie trzy, albo zostaje MQL. 'Wydawal sie zainteresowany' to nie SQL.

SQL SLA przekazania: SDR rezerwuje discovery call bezposrednio w kalendarzu AE. Maksymalnie 5 dni roboczych miedzy flagi SQL a odbytym discovery call. Przekazanie wlada SDR dopoki discovery call sie odbedzie — jesli kupujacy przesunie lub nie pojawi sie, SDR ponownie sie angazuje, nie AE. AE przejmuje wlasciciela w momencie odbytego discovery call, ktory jest formalnym wejsciem w etap 2.

Pojedynczy SLA o najwyzszej dzwigni w calym procesie to okno MQL-do-pierwszego-kontaktu. Firmy, ktore skompresuja je z 48 godzin do ponizej 6 godzin, zwykle widza wzrosty 15-20% w ostatecznej stawce closed-won z leadow inbound. Matematyka konwersji jest dobrze udokumentowana w branzy, ale operacyjna dyscyplina jej wymuszenia jest rzadka. Jesli chcesz glebiej zglebic diagnostyke matematyki konwersji od etapu do etapu, diagnostyka win rate i konwersji etapow przeprowadza przez framework pomiarowy.

Jedna uwaga dotyczaca dzielenia pracy miedzy motiony PLG a SLG: jesli prowadzisz oba, reguly routingu rozchodza sie tutaj. Self-serve signupy w motionie PLG nie wchodza w ten proces dopoki nie uderza w trigger oparty na uzyciu, ktory kwalifikuje ich do sales-touch — a pytanie, kiedy ten trigger sie odpala, to to, co odroznia czysty motion PLG-z-sales od takiego, ktory stale walczy ze soba. Pelny rozklad jest w proces sprzedazy SaaS: architektura PLG vs SLG.

Dokumenty procesowe w B2B SaaS prawie zawsze obejmuja to, co dzieje sie, kiedy deal awansuje. Rzadko obejmuja to, co dzieje sie, kiedy deal nie moze awansowac — co jest dokladnie tam, gdzie jest wyciek, i gdzie integralnosc pipeline umiera.

Powtarzalny proces potrzebuje trzech jednoznacznych sciezek nie-awansu, a rep musi wiedziec, ktora obowiazuje, bez pytania.

Zdyskwalifikowany — ICP miss. Lead nie jest w rynku docelowym. Zla branza, zly rozmiar, zla geografia, zly problem. To bilet w jedna strone: closed-lost z powodem 'ICP miss', bez recyklingu, bez nurture. Zespol marketingu dostaje dane z powrotem do udoskonalenia ICP. AE rusza dalej w ciagu 30 minut od identyfikacji missa — bez drugiego discovery call, by 'zobaczyc, czy cos tam jest.'

Recyklowany — mismatch timingu lub fitu. Lead pasuje do ICP, ale timing jest zly lub konkretny problem nie jest teraz pilny. To najwiekszy kubel nie-awansu i ten najczesciej zle obslugiwany. Deal idzie do statusu nurture, powod close-lost jest logowany jako 'jeszcze nie gotow — sprawdz ponownie [docelowa data]', a lead wchodzi w marketingowy nurture cadence odpowiedni do triggera, ktory pierwotnie sie odpalil. Konkretna data ponownego zaangazowania jest ustalana, i w tej dacie lead ponownie wchodzi w etap 1 — nie etap 2, bo sytuacja musi byc na nowo odkryta.

Closed-lost — luka konkurencyjna lub produktowa. Lead kupil gdzie indziej, zdecydowal sie budowac wewnetrznie lub ma konkretna luke produktowa, ktora nie bedzie zaadresowana w nastepnych dwoch kwartalach. To closed-lost z udokumentowanym powodem, przekazane z powrotem do produktu i marketingu. Bez nurture, bez recyklingu — dopoki luka produktowa sie nie zamknie, w ktorym to przypadku marketing triggeruje ponowne zaangazowanie.

Kluczowa regula: deal, ktory siedzi na etapie 2 ponad 14 dni bez spelnienia kryteriow wyjscia etapu 3, nie jest 'wciaz na etapie 2'. Jest recyklowany lub closed-lost. SLA wymusza decyzje. Bez tej wymuszajacej funkcji, deals akumuluja sie w mid-funnel na zawsze, naduwajac wspolczynniki pokrycia, znieksztalcajac metryki predkosci i dajac managerom falszywe poczucie zdrowia pipeline.

Zwykle widze 35-45% wszystkich leadow z etapu 1 konczacych w jednym z tych trzech kubelkow nie-awansu w pierwszych 21 dniach. Jesli twoje dane pokazuja mniej niz 20% nie-awansu, masz problem higieny, nie wysokokonwertujacy proces. Prawdziwe pipelines traca leady — pytanie brzmi, czy traca je w sposob trackowany, oprzyrzadowany, ktory poprawia przyszle decyzje ICP i procesu, czy traca je cicho w czarna dziure zwana 'nadal nad tym pracujac.'

Pelny proces w formie tekstowego schematu blokowego (bo bedziesz chcial przelozyc to na architekture etapow i reguly routingu twojego CRM):

[Sygnal inbound]
    |
    v
[Marketingowy scoring]--> (Nie ICP)--> [Closed-Lost: ICP Miss]
    |
    v (ICP + Intent)
[MQL oflagowany]
    |
    v (Auto-przypisanie, 5 min)
[Kolejka SDR]
    |
    v (Outreach w ciagu 1 dnia roboczego)
[ETAP 1 -- New]
    |
    +--> (Brak odpowiedzi, 7 dni)--> [Recyklowany: Nurture]
    |
    v (Discovery call zarezerwowany i odbyty)
[SQL oflagowany -> ETAP 2 -- Discovery]
    |
    +--> (Discovery nie zalicza ICP)--> [Closed-Lost: Zdyskwalifikowany]
    |
    +--> (Fit OK ale timing zly)--> [Recyklowany: Data ponownego zaangazowania ustawiona]
    |
    v (Problem + timeline + wlasciciel budzetu + nastepny krok potwierdzone, <=14 dni)
[ETAP 3 -- Qualified]
    |
    +--> (Brak dostepu EB w 21 dni)--> [Recyklowany lub Closed-Lost]
    |
    v (Dostep EB + multithreading + kryteria sukcesu, <=21 dni)
[ETAP 4 -- Proposal]
    |
    +--> (Brak review EB w 21 dni)--> [Closed-Lost: Stalled]
    |
    v (Wzajemny plan zamykania + sprzeciwy wydobyte)
[ETAP 5 -- Negotiation]
    |
    +--> (Brak podpisu w 30 dni)--> [Closed-Lost lub Recyklowany]
    |
    v (Pricing uzgodniony + papier podpisany)
[ETAP 6 -- Closed-Won]
    |
    v (Doc przekazania + wspolny call + 30-dniowy check-in zaplanowany)
[Aktywny klient -> wlasciciel CSM]

Co ten schemat blokowy uwidacznia, to to, co wiekszosc diagramow etapow CRM ukrywa: kazda sciezka awansu ma sciezke nie-awansu obok, a SLA na kazdym nie-awansie jest tym, co czyni proces samoczyszczacym. CRM powinien wymuszac te reguly timingu, nie polegac na AE lub managerach, ze beda je pamietac. Jesli twoj CRM nie potrafi automatycznie oflagowac deals, ktore przekroczyly SLA, jeszcze nie masz powtarzalnego procesu — masz projekt procesu zalezny od ludzkiej czujnosci, co oznacza ze zdegraduje sie w 90 dni.

Cala ta architektura siedzi wewnatrz szerszego sales playbooka. Playbook dokumentuje kto robi co, proces dokumentuje jak praca przeplywa, a framework kwalifikacji dokumentuje co liczy sie jako ruch. Jesli chcesz pelny obraz tego, jak playbook i proces wspoldzialaja, czym jest sales playbook to towarzyszaca lektura.

Wiekszosc zlamanych procesow sprzedazy nie zostala zbudowana zlamana. Zostaly zbudowane rozsadnie, a potem zdegradowane przez 12-24 miesiace, gdy jeden z trzech anti-patternow sie zakorzenil. Jesli rozpoznajesz ktorykolwiek z nich, nie potrzebujesz przeprojektowania — musisz najpierw przestac robic destrukcyjna rzecz, a potem przywrocic oryginalna dyscypline.

Anti-pattern 1: zbyt wiele etapow. Audytowalam CRM z 11 etapami. Jeden mial etap 3a, 3b i 3c. Kazdy dodatkowy etap powyzej szesciu to zespol probujacy uchwycic aktywnosc repa ('wyslano deck', 'odbyto review techniczny', 'zaprezentowano ROI'), jakby to byla progresja kupujacego. Aktywnosc nie jest progresja. Kupujacy, ktory widzial twoj deck dwa razy, nie jest dalej niz kupujacy, ktory widzial go raz — to po prostu kupujacy, ktory widzial twoj deck dwa razy. Etapy powinny trackowac zmiany stanu kupujacego, nie wysilek repa. Jesli masz wiecej niz szesc etapow, dodatkowe prawie zawsze opisuja to, co rep zrobil, nie to, co kupujacy zdecydowal. Zwij je.

Anti-pattern 2: etapy zdefiniowane przez aktywnosc zamiast stan kupujacego. Pokrewne, ale odrebne. 'Demo Delivered' to etap oparty na aktywnosci. 'Solution Validated' to etap oparty na stanie kupujacego. Pierwszy awansuje, gdy rep dostarcza demo; drugi awansuje tylko wtedy, gdy kupujacy potwierdza, ze rozwiazanie pasuje do problemu. Etapy aktywnosci tworza perwersyjna motywacje: repi dostarczaja demos do leadow, ktorzy nie sa gotowi, by przesunac deal do przodu i pokazac progresje pipeline. Etapy stanu kupujacego tworza odwrotna motywacje: repi dostarczaja demos tylko wtedy, kiedy demo wyprodukuje jasny sygnal walidacji, bo dostarczone demo bez walidacji nic nie rusza. To najczestszy bled projektowy, jaki widze w pipelines B2B SaaS, i ten z najwiekszym kosztem jakosci pipeline.

Anti-pattern 3: brak bramki dyskwalifikacji. To najbardziej szkodliwy z trzech. Proces dokumentuje, jak deals awansuja, ale nie dokumentuje, jak deals nie awansuja, nie ustawia SLA time-in-stage i nie zmusza managera ani repa do podjecia decyzji recycle/lost. Deals akumuluja sie nieograniczenie na etapie 2 i etapie 3. Pokrycie pipeline wyglada zdrowo. Forecast wyglada bronialnie. Potem przychodzi koniec kwartalu i 40% poznego pipeline slizga sie, bo nic z tego nigdy nie bylo realne. Naprawa to twarde SLA per etap z auto-flagowaniem, i cotygodniowy review pipeline, ktory wprost adresuje kazdy oflagowany deal — recyklowac, trzymac lub closed-lost — bez opcji 'pracujemy nad tym dalej' dla deals poza SLA.

Wtorny destrukcyjny wzorzec wart nazwania: 'manager override.' Deal uderza w SLA, system flaguje go do recyclowania, manager nadpisuje flage, bo nie chce widziec pipeline kurczacego sie przed spotkaniem boardu. Trzy miesiace pozniej deal jest nadal w pipeline, wygenerowal zero aktywnosci klienta, a manager zapomnial, ze go nadpisal. Skumulowane manager overrides to sposob, w jaki czyste procesy staja sie zanieczyszczone. Jesli chcesz, by managerowie mieli autorytet override — okej, ale kazdy override jest logowany, przegladany na koncu kwartalu, a wynik override (closed-won lub ostatecznie closed-lost) jest raportowany z powrotem. Widoczna odpowiedzialnosc za overrides eliminuje 80% przypadkowych.

Proces, ktorego nie mozesz zmierzyc, nie jest powtarzalny — jest powtarzany. Oto minimalny zestaw oprzyrzadowania, ktory miesci sie w kazdym CRM obslugujacym custom fields i reporting historii etapow.

Per etap, trackuj cztery rzeczy: (1) wejscia per okres — ile deals weszlo w ten etap, (2) wyjscia per okres podzielone wedlug celu — do nastepnego etapu, do recyklowanych, do closed-lost, (3) mediana time-in-stage per pasmo ACV, oraz (4) wskaznik naruszenia SLA — jaki procent deals przekroczyl udokumentowany SLA przed wyjsciem.

Per przekazanie, trackuj trzy rzeczy: (1) uplyniety czas MQL-do-pierwszego-kontaktu, (2) uplyniety czas SQL-do-discovery-call, oraz (3) uplyniety czas closed-won-do-przekazania-kompletnego. Te trzy liczby mowia ci wiecej o twojej dyscyplinie operacyjnej niz jakakolwiek inna metryka.

Per AE, trackuj dwie rzeczy: (1) zgodnosc z kryteriami wyjscia etapu — jaki procent awansow mial wszystkie udokumentowane kryteria spelnione w momencie awansu, oraz (2) mix recycle vs lost — AE, ktorzy nigdy nie recykluja, zwykle oznaczaja deals jako stracone przedwczesnie; AE, ktorzy nigdy nie traca, zwykle parkuja martwe deals w nurture. Oba znieksztalcaja dane.

Rzeczy, ktorych celowo nie trackowac na tygodniowej bazie: calkowita wartosc pipeline, srednia wielkosc deala, indywidualne metryki aktywnosci (wykonane calle, wyslane e-maile). Czuje sie produktywnie je mierzyc i generuja focus managementu na zle rzeczy. Aktywnosc to input — jesli bramki etapow sa szczelne a SLA wymuszone, aktywnosc sama sie koryguje. Metryki aktywnosci w cieknacym procesie naped zle zachowanie, mianowicie repow naduwajacych liczby, by trafic w cele aktywnosci, zamiast skupic sie na jakosci bramki etapu.

Wiekszosc zespolow, z ktorymi pracuje, implementuje ten szablon wewnatrz szerszego 12-18-tygodniowego engagementu transformacji sprzedazy, bo przeprojektowanie procesu musi byc towarzyszone przez przeszkolenie managerow, rekonfiguracje CRM i 60 dni aktywnego wzmocnienia, zanim stanie sie domyslna praktyka zespolu. Jesli juz wykonales prace diagnostyczna i wiesz, ze twoj proces ma strukturalne luki — rodzaj omawiany w optymalizacja procesu sprzedazy — szablon tutaj jest projektem, ktory je naprawia. Jesli jestes zalozycielem nadal prowadzacym wiekszosc sprzedazy, pytanie kiedy sformalizowac ten proces a kiedy nadal isc szybko jest omowione w pierwsze 90 dni fractional CRO, ktore przechodzi przez to, jak ustrukturyzowany proces jest instalowany bez lamania deals juz w locie.

Dla zespolow myslacych o stronie komercyjnej — jak engagement do instalacji tego procesu faktycznie wyglada, scope, odpowiedzialnosc, kryteria decyzyjne — engagement konsultingu transformacji sprzedazy omawia strukture. Projekt procesu to latwa czesc. Sprawienie, by zespol operowal w nim przez 60 kolejnych dni, dopoki nowe domyslne wartosci stwardnieja, to miejsce, gdzie wiekszosc wewnetrznych prob zawodzi.