Programează o întâlnire cu echipa
Completează formularul de mai jos și noi te vom contacta în cel mai scurt timp pentru a stabili o întalnire.
360DESIGN / ODOO / CLARSANIT
ClarSanit avea deja un ERP pentru operațiuni. Am construit în Odoo stratul comercial de care avea nevoie: CRM, oferte, portal pentru clienții business și documente care folosesc informațiile deja introduse.
CRM & Sales • Portal & prețuri B2B • Contracte & anexe
Produse de curățenie • Vânzări B2B
Odoo Online
01 / PROVOCAREA
Vânzările B2B și documentele comerciale aveau nevoie de un traseu comun, fără o migrare simultană a întregului ERP.
02 / DECIZIA
Am introdus Odoo lângă sistemele existente, în zona unde echipa și clienții aveau cel mai mult de câștigat.
03 / REZULTATUL
Oportunitatea, oferta, prețul pe client, portalul și contractul pot fi urmărite în contextul aceleiași relații comerciale.
FLUXUL CONSTRUIT
01
02
03
04
01 / 07 · STUDIU DE CAZ
CE CONTEAZĂ PENTRU BUSINESS
Am pornit de la schimbarea care conta pentru echipa comercială, păstrând procesele operaționale deja funcționale.
ClarSanit nu pornea de la zero. Compania avea procese și aplicații pentru fabrică, stocuri, vânzări și facturare, plus un site public și canale de vânzare online. O migrare completă într-un alt ERP ar fi mutat simultan multe procese stabile și ar fi obligat echipe diferite să schimbe modul de lucru în același timp. Acesta nu era cel mai bun punct de pornire pentru valoarea pe care clientul o căuta.
În schimb, relația comercială avea nevoie de un traseu mai clar. Un lead trebuie preluat, calificat și urmărit. O ofertă are nevoie de contextul clientului, de prețul lui și de condițiile negociate. Pentru cumpărătorii B2B, accesul la catalog și la preț nu poate funcționa ca într-un magazin public, anonim. După vânzare urmează documente, anexe și comunicare. Dacă fiecare pas trăiește în alt fișier sau în corespondență, echipa pierde timp verificând versiuni și reintroducând date.
02 / 07 · STUDIU DE CAZ
CE CONTEAZĂ PENTRU BUSINESS
Odoo devine locul în care clientul și următorul pas comercial rămân vizibile pentru echipă.
Decizia de proiect a fost să introducem Odoo ca sistem pentru activitatea comercială și canalul B2B, complementar ERP-ului operațional. În prima etapă nu am legat forțat toate sistemele și nu am mutat producția în Odoo doar pentru a obține o arhitectură aparent uniformă. Am stabilit ce informații trebuie să fie disponibile echipei comerciale și unde Odoo poate deveni sursa de lucru zilnică.
Această alegere a redus numărul de schimbări pe care ClarSanit trebuia să le absoarbă deodată. Echipa poate folosi CRM, Sales, contactele, catalogul și portalul, în timp ce procesele din fabrică își continuă activitatea în instrumentele deja adoptate. Extinderea ulterioară poate fi decisă pe baza nevoilor reale, după ce fluxul comercial este folosit.
Am structurat CRM-ul în jurul oportunităților, activităților și pașilor de follow-up. Informația despre client rămâne lângă conversația comercială, iar o oportunitate poate continua către ofertă în Sales. Pentru echipă, aceasta înseamnă un istoric pe care îl poate prelua alt coleg, un pas următor vizibil și mai puțină dependență de memoria persoanei care a purtat discuția.
Oferta folosește datele clientului și condițiile comerciale din Odoo. Procesul permite intervenția echipei acolo unde disponibilitatea, discountul sau livrarea trebuie validate. Automatizarea acoperă repetitivul, iar decizia comercială rămâne la oamenii potriviți.
03 / 07 · STUDIU DE CAZ
CE CONTEAZĂ PENTRU BUSINESS
Experiența portalului reflectă contul, catalogul și condițiile clientului business.
Un client business nu este doar un vizitator cu coș de cumpărături. Are o companie, persoane autorizate, o relație comercială, un anumit catalog, prețuri și termeni. Am separat experiența B2B din Odoo de site-ul public, astfel încât portalul să poată servi aceste reguli fără să încarce experiența B2C.
Structura portalului pornește de la contactul și compania clientului. Accesul se acordă controlat; clientul primește rol de portal, nu acces la interfața internă de vânzări. Listele de preț permit diferențierea comercială între clienți sau categorii de clienți. În loc să construiască un motor nou de preț pentru fiecare negociere, echipa poate folosi capacitățile Odoo și poate adăuga reguli doar acolo unde standardul nu exprimă procesul cerut.
Comanda B2B rămâne parte din relația comercială. Ea poate avea nevoie de confirmarea stocului, a livrării sau a condițiilor înainte să avanseze. Am modelat portalul ținând cont de acest lucru, în loc să presupunem că o tranzacție B2B trebuie să arate mereu ca un checkout B2C cu plată instant.
Pentru echipa ClarSanit, această diferență contează la fiecare solicitare. Un distribuitor poate cere un volum diferit de un client nou, iar termenii negociați pot varia. Dacă portalul ar afișa tuturor același preț, oamenii ar reveni la email sau telefon pentru confirmarea condițiilor, anulând avantajul canalului digital. Prin legătura dintre cont, listă de preț și ofertă, conversația comercială începe cu informația potrivită. Echipa poate interveni acolo unde există o negociere, dar nu trebuie să reconstituie de fiecare dată identitatea și istoricul clientului.
DEMONSTRAȚIE 03 / DIN ODOO
Catalogul și prețurile sunt afișate în contextul relației comerciale.
04 / 07 · STUDIU DE CAZ
CE CONTEAZĂ PENTRU BUSINESS
Același catalog poate afișa condiții comerciale diferite: liste pentru grupuri și prețuri negociate pentru fiecare client.
În vânzarea către companii, același produs nu are obligatoriu același preț pentru toți cumpărătorii. Condițiile pot fi comune unui grup de clienți, printr-o listă de prețuri, sau negociate individual pentru o anumită companie. ClarSanit avea nevoie ca această diferență să fie reflectată în experiența digitală, nu explicată ulterior prin email, după ce clientul a văzut un preț generic.
Am organizat regulile de preț în jurul contului B2B. Clientul autentificat vede condițiile care i se aplică, iar echipa comercială poate administra atât liste folosite de mai multe conturi, cât și prețuri personalizate pentru un client. Astfel, catalogul rămâne comun ca structură, dar informația comercială afișată este relevantă pentru relația respectivă. Când condițiile se schimbă, echipa are un loc clar de unde le gestionează, în loc să corecteze manual oferte sau comenzi pornite de la un preț nepotrivit.
Pentru client, portalul devine un canal în care poate consulta produsele cu propriile condiții comerciale. Pentru ClarSanit, prețul afișat are un context explicabil: cine este clientul și ce regulă i se aplică. Diferența dintre o listă de prețuri pentru un grup și o condiție individuală nu mai este o excepție tratată în afara sistemului, ci parte a relației B2B.
DEMONSTRAȚIE 04 / DIN ODOO
Listele de preț pot fi comune unui grup sau personalizate pentru un client; portalul afișează condițiile asociate contului.
05 / 07 · STUDIU DE CAZ
CE CONTEAZĂ PENTRU BUSINESS
Un catalog util începe cu categorii, atribute și variante organizate consecvent.
Produsele, imaginile, categoriile, atributele și valorile lor nu pot fi încărcate ca un simplu tabel fără structură. Pentru ca filtrarea și afișarea să funcționeze, trebuie să existe o relație consecventă între produs, categorie, variante și atribute. Echipa noastră a pregătit ordinea importului și identificatorii, a organizat categoriile pentru website și a rezolvat relațiile care altfel ar fi produs erori sau dubluri.
Valoarea acestei munci se vede după import: un catalog pe care echipa îl poate întreține, iar clientul îl poate naviga. Un produs găsit corect în portal este rezultatul unui model de date bun, nu al unui fișier Excel încărcat cu succes o singură dată.
06 / 07 · STUDIU DE CAZ
CE CONTEAZĂ PENTRU BUSINESS
Datele ofertei continuă în contract și anexă, fără rescrierea aceluiași context.
Procesul ClarSanit continuă dincolo de ofertă. Contractele și anexele au propriile șabloane, date comerciale și reguli de numerotare. Am construit în Odoo Online un flux de documente care reutilizează informațiile deja introduse în Sales. Contractul poate fi legat de ofertă sau comandă, iar o anexă poate păstra relația cu contractul din care provine.
Documentele se generează în PDF folosind șabloane adaptate. Numerotarea anexelor urmează regulile cerute de proiect, iar legătura cu documentul părinte păstrează istoricul inteligibil. În practică, echipa nu mai pornește de la un Word gol și nu mai transferă manual aceleași date în mai multe locuri. Câștigul nu este doar viteza, ci și o urmă clară între negociere, ofertă și documentul emis.
Această funcție este relevantă și pentru felul în care am lucrat cu platforma: soluția rulează pe Odoo Online. Am folosit modele și câmpuri custom, automatizări și rapoarte QWeb fără să mutăm proiectul pe alt tip de hosting doar pentru a rezolva această nevoie. Personalizarea a fost calibrată la constrângerile platformei și la valoarea de business.
DEMONSTRAȚIE 06 / DIN ODOO
Generarea contractului și a anexei păstrează referințele și numerotarea în Odoo.
07 / 07 · STUDIU DE CAZ
CE CONTEAZĂ PENTRU BUSINESS
Conversațiile ajung la oamenii potriviți; informațiile comerciale dinamice nu sunt ghicite de automatizări.
Pe lângă fluxul de ofertare, am lucrat cu notificări și Live Chat. Când apare o conversație relevantă, agentul potrivit trebuie să o poată vedea și prelua. Am păstrat separat scenariile B2B și B2C, deoarece întrebările, sursele de informație și regulile comerciale sunt diferite.
Pentru asistența conversațională am aplicat o limită practică: un răspuns automat trebuie să se bazeze pe surse pe care sistemul le poate citi corect. Informațiile dinamice despre preț, stoc sau condiții specifice unui cont nu trebuie ghicite de un chatbot. Acolo unde sursa nu oferă răspuns sigur, conversația trebuie să ajungă la echipa comercială. Această decizie protejează calitatea informației oferite clientului.
DEMONSTRAȚIE 07 / DIN ODOO
Notificările Live Chat fac solicitările vizibile pentru agentul care le poate prelua.
CE RĂMÂNE DUPĂ IMPLEMENTARE
01
Istoricul unui client nu se oprește la ofertă; el poate continua în portal și în documentele emise.
02
Accesul și prețurile sunt raportate la contul business, nu la un magazin public anonim.
03
ERP-ul operațional rămâne în funcțiune, în timp ce echipa dezvoltă procesul comercial pe etape.
MAI MULTE PROIECTE ODOO
PROCESUL TĂU URMEAZĂ
Pornim de la munca reală a echipei și vedem ce configurăm, ce conectăm și ce merită construit special în Odoo.
Hai să discutăm ↗