Kako po potrjeni ponudbi predati posel ekipi za izvedbo?

Razjasnite trenutek, ko priložnost postane potrjen posel. To je lahko evidentirana potrditev ponudbe, naročilnica ali drug dogovorjeni poslovni korak. Sprožilec mora biti dovolj določen, da ga prodaja in izvedba razumeta enako.

Odziv »načeloma se strinjamo, uskladiti moramo še termin« potrebuje drugačno nadaljevanje kot jasna potrditev dogovorjenega obsega. Odprta vprašanja naj ostanejo vidna. Ekipa naj ve, ali pripravlja izvedbo, preverja razpoložljivost ali že sme začeti določeno nalogo.

To je organizacija dela; pogoje začetka prilagodite svojim dogovorom s kupcem. Sistem naj zabeleži dejansko stanje, namesto da iz vsakega pozitivnega odgovora sam sklepa, da je posel pripravljen za izvedbo.

Ob predaji povežite ponudbo, njeno različico in dokazilo o potrditvi. Dodajte pozneje dogovorjene spremembe ter jasno označite, kateri dokument velja za posamezen del izvedbe.

Microsoft Dynamics 365 na primer ločuje pripravo in revizije ponudbe od naročila, ki nastane po sprejemu ponudbe. To je primer ureditve v konkretnem sistemu. Enako poslovno razliko potrebujete tudi, če delo organizirate z mapami in preglednico.

Ponazoritev: kupec potrdi montažo iz ponudbe, nato po telefonu prosi še za odstranitev stare opreme. Če dodatnega dela še niste opredelili, ga v predaji označite kot odprto zahtevo z odgovorno osebo. Izvedbena ekipa mora vedeti, ali je vključeno, izključeno ali čaka na dogovor.

Če podatke pripravljate iz prejetih dokumentov, naj zajem iz e-pošte in PDF prilog ohrani izvor vsake zahteve. Predaja mora uporabljati potrjeno različico, tudi kadar sistem podatke prebere iz več priponk.

Oblika je lahko preprosta, vsebina pa mora podpreti konkretne odločitve. Osnovni zapis lahko uredite tako:

To je predlog razdelitve odgovornosti, ki ga prilagodite svoji ekipi. Ime osebe in konkretna naloga sta uporabnejša od splošne oznake »operativa«.

Pri občutljivih komercialnih podatkih določite, kdo jih potrebuje za delo. Montažna ekipa na primer potrebuje jasen obseg in kontakt na lokaciji, ni pa nujno pravi naslovnik vseh internih pogajalskih zapiskov.

Prejemnik naj lahko izbere jasno stanje: prevzeto, potrebna dopolnitev ali pripravljeno za določen naslednji korak ob navedenih pogojih. Ob vsakem stanju naj bo vidno, kdo ukrepa in do kdaj.

Ponazoritev: prodaja odda predajo, vodja izvedbe pa ugotovi, da manjka potrjen dostop za vozilo. Posel ostane potrjen, načrtovanje termina pa čaka na dopolnitev. Prodaja dobi konkretno vprašanje za kupca. S tem se izognete položaju, ko vsi čakajo, vendar nihče nima dodeljene naloge.

Za zahtevnejša naročila lahko kratek pregled prodaje in izvedbe razreši več kot dodatna polja v obrazcu. Pogovor naj zaključi odločitev o prevzemu in naslednjem koraku; zapis naj jo ohrani za druge sodelujoče.

Ko je postopek jasen, lahko sistem ob ustreznem sprožilcu pripravi projektno mapo, prenese potrjene podatke, dodeli nalogo in obvesti odgovorno osebo. Spremlja lahko tudi manjkajoča polja in neprevzete predaje.

Za vsako pravilo določite izjemo. Ponovno posredovana potrditev ne sme ustvariti dveh projektov. Popravek ponudbe po predaji mora opozoriti ekipo, ki že dela s prejšnjo različico. Manjkajoča odgovorna oseba mora sprožiti reševanje izjeme, ne zgolj neuspelega obvestila.

V CRM lahko ohranite komercialno zgodovino, izvedbo pa organizirate v drugem orodju. Pomembno je, da imata oba zapisa jasno povezavo ter določeno mesto za veljavni obseg in dokumente.

Ta korak sledi prodajnemu procesu. Če kupec ponudbe še ni potrdil, potrebujete drugačen postopek, opisan v vodiču o avtomatskem follow-upu po poslani ponudbi.

Ob uvedbi nove rešitve določite tudi predajo samega sistema, dokumentacije in dostopov. Skrbnik procesa mora vedeti, kdo lahko pozneje ureja povezave in prevzame vzdrževanje.

Spremljajte čas od evidentirane potrditve do oddane predaje in od predaje do prevzema izvedbe. Tako lahko ločite zamudo pri pripravi podatkov od zamude pri prevzemu dela.

Beležite tudi razloge vračanja: nejasen obseg, manjkajoča specifikacija, nepotrjen termin ali nedostopni dokumenti. Če se ista dopolnitev ponavlja, jo uredite pri izvoru. Več opomnikov ne odpravi manjkajoče informacije.

Pri oceni upoštevajte zahtevnost poslov. Predaja standardnega servisa in večmesečnega projekta nimata nujno enakega obsega. Merila naj pokažejo težavo, ki jo ekipa lahko odpravi, ne zgolj povprečja vseh naročil.

Priporočila in primeri postopkov so uredniško gradivo AXO-8. Zunanje vire za tehnične trditve lahko preverite spodaj. Označene ponazoritve ne predstavljajo rezultatov naročnikov.

• Microsoft Learn: Manage quote, order, and invoice — primer ločevanja ponudbe, njenih revizij in potrjenega naročila v Dynamics 365 Sales.