Spals vadīja trīs produktu līnijas bez jebkādas CRM — piedāvājumi tika manuāli būvēti Word'ā, un tāmēšanas sistēma dzīvoja savā pasaulē. Mēs izveidojām CRM no nulles un savienojām to tieši ar Tāmēšanu — viņu iekšējo ERP un tāmēšanas dzini.
Spals nebija ieviesta neviena CRM. Pārdošana trim dažādām produktu līnijām — Tambour durvis, Virtuves un Scandor — tika izsekota izklājlapās, iesūtnēs un Word dokumentos. Katrai līnijai bija sava cenu loģika, zīmols un PVN noteikumi, ko piemēroja manuāli. Viņu tāmēšanas dzinis Tāmēšana glabāja reālos izmaksu datus, bet nebija saistīts ar to, ko klients patiešām redzēja piedāvājumā. LinkedIn potenciālo klientu ģenerēšana dzīvoja vēl vienā izklājlapā, kurai neviens neuzticējās. Nebija kopīgas plūsmas, nebija versiju vēstures un nebija viena skaitļa, par kuru visi būtu vienojušies.
Mēs izveidojām CRM no sākuma līdz beigām un integrējām to tieši ar Tāmēšanu — viņu esošo tāmēšanas ERP — tā, lai abas sistēmas uzvestos kā viena. Darījumi zina, kurai produktu līnijai tie pieder, un automātiski atveido pareizo veidni, atzīmi un PVN. Piedāvājumi tiek versionēti un numurēti (YYXXXX, pēc tam {base}-v2, v3…), un darījuma galvenā vērtība sinhronizējas ar jaunāko piedāvājumu, ja vien tā nav manuāli mainīta. Piezīmes, klienti, mapju ceļi un darba plūsmas posmi paliek sinhroni starp abām sistēmām, pateicoties īpašam integrācijas slānim.
Plūsma, posmi, darījumu veidi, īpašības un paneļi, veidoti ap to, kā Spals patiešām pārdod — nevis vispārīga veidne, kas piespiedu kārtā jāsavelk.
Piezīmes sinhronizējas abos virzienos starp deals.tamesana_notes un tamesana.description. Ātrā pievienošana veic dubultu ierakstu companies (CRM) un clients (ERP), lai ieraksti automātiski saskaņotos.
Abas sistēmas raksta tajā pašā S:\Klienti App kokā failu serverī, ar noņemtiem emocijzīmēm ceļā un novērstu dubulto prefiksēšanu.
Tāmēšanas posmi (Plānots, Procesā, Gatavs, Pabeigts) spoguļo ražošanas dēli, tāpēc pārdošana, tāmēšana un ražošana redz vienu un to pašu statusu.
Tambour, Kitchen un Scandor katrs saņem savu atzīmi, veidņu komplektu un īpašību loģiku; Scandor automātiski uzstāda Tambour durvju karodziņu.
parent_offer_id / version / is_latest shēma. Rediģēšanas dialoga poga “Saglabāt kā jaunu versiju” ģenerē {base}-v{n}, saglabājot katru piedāvājumu, ko klients kādreiz ir redzējis.
Piedāvājuma valoda automātiski izvēlas PVN — EN = 0%, LV = 21% — atveidots PDF ar pareizu formatējumu un skaidrām PVN rindām.
Roboto burtiem veidotas veidnes ar katra zīmola paletēm, sarkanām atlaižu rindām un YYXXXX numerāciju — ģenerētas sekundēs.
Ikdienas cron piepilda “Šodien” joslu, deduplicē pēc normalizētām LinkedIn saitēm un virza vecos leadus ar Fišera–Jeitsa jaukšanu no potenciālo pūla.
Galvenā vērtība automātiski seko jaunākā piedāvājuma summai — pārdošana, tāmēšana, ražošana un finanses vienmēr lasa vienu skaitli.
Seši nosacījumi ar @mention formatēšanu un individuālu lasīšanas statusu — būvēti tieši uz CRM notikumu žurnāla.
is_archived un is_deleted = false filtri piemēroti visā shēmā — nekas neizzūd, viss paliek auditējams.
Dokumentējām katru atšķirību starp Tambour, Kitchen un Scandor — cenu loģiku, zīmolus, PVN, īpašības, karodziņus — pirms rakstījām kaut vienu tabulu.
Plūsma, posmu vēsture, darījumi, piedāvājumi (ar parent_offer_id / version / is_latest), uzņēmumi, kontakti un izejošie leadi — visi ar RLS un mīksto dzēšanu no pirmās dienas.
Divvirzienu piezīmju sinhronizācija, dubultie klientu ieraksti, kopīgu mapju ceļu ģenerēšana un posmu spoguļošana starp CRM darījumiem un Tāmēšanas tāmēm.
Roboto atveidotas zīmola veidnes ar skaidrām PVN rindām, sarkanām atlaižu rindām, valodas noteiktu PVN un YYXXXX → {base}-v{n} numerāciju.
Izejošās plūsmas posmi, dedupes edge function pēc normalizētām saitēm, ikdienas cron piepilda “Šodien” un virza vecos leadus.
Sešu nosacījumu lietotnes paziņojumu sistēma ar @mention, plus Won un Ražošana analītika, kas balstīta uz deal_stage_history.
Importējām esošos leadus, uzņēmumus un vēsturiskos darījumus — un pārslēdzām komandu prom no Word un Excel piedāvājumiem.
Piedāvājumi, kas prasīja stundu, tagad tiek ģenerēti sekundēs — ar pareizu PVN katru reizi.
Tikai piedāvājumu sagatavošanā, papildus tam laikam, kas atgūts no LinkedIn leadu ķeršanas un izklājlapu saskaņošanas.
Pārdošana, tāmēšana, ražošana un finanses pirmo reizi lasa vienus un tos pašus skaitļus.
Katra piedāvājuma versija, ko klients kādreiz redzējis, katra posma pāreja, katra piezīme — auditējama un neskarta.
LinkedIn plūsma ikdienā strādā pati — vairs nav sanāksmju “kurš seko līdzi?”.
Tāmēšana un CRM uzvedas kā viena sistēma — tie paši klienti, mapes, posmi un skaitļi.
Pastāstiet par savu pārdošanas procesu un rīkiem, uz kuriem jau paļaujaties. Mēs izveidosim CRM ap tiem — nevis otrādi.
Pieteikties bezmaksas konsultācijai