Catalogul este adevărul
Titlul, prețul, stocul, identificatorul și imaginea pleacă dintr-un singur produs. Vitrina, feedul și evenimentul de cumpărare îl folosesc pe același SKU.
Acasă / Platformă
RokaShop · document de platformă
RokaShop este infrastructura unui magazin online custom: ce vede clientul, ce operează echipa și ce se întâmplă în spate ca prețul, stocul, reclama și comanda să spună același lucru.
Pagina aceasta este harta. Fiecare capitol spune ce este construit, unde apare în față, ce ține backend-ul și la ce îl ajută pe cel care cumpără sau pe cel care conduce magazinul. Ultimul capitol adună scenarii care se pot construi pe aceeași bază, când modelul de vânzare o cere.
Front · client Vitrină Căutare, produs, coș, checkout, cont, consultant.
Front · echipă Admin Catalog, comenzi, feed, rapoarte, doctor, studio.
Prețul din pagină, din coș, din factură și din feed pleacă din același loc.
SKU, atribute, media
Preț, promo, stoc
Plată, livrare, status
Feed, tracking, AI
Merchant, Ads, GA4
Catalog și evenimente
ERP, curier, facturare
Cuprins
Capitolele 01–21 descriu ce poate purta platforma azi. Capitolul 22 este lista de scenarii care se pot adăuga. Capitolul 23 răspunde la ce merită verificat înainte de alegere: cod, date, scară, SEO, cost și viteză.
Capitolul 01
Magazinul, marketingul și administrarea stau pe aceeași infrastructură. Asta schimbă felul în care se pierde sau se câștigă o vânzare.
Un magazin online obișnuit afișează produse și primește comenzi. RokaShop este construit ca partea de mijloc a unui sistem de vânzare: omul intră dintr-o reclamă sau din căutare, găsește produsul, înțelege ce cumpără, plătește, iar echipa vede același fapt în raport, în feed și în depozit.
Titlul, prețul, stocul, identificatorul și imaginea pleacă dintr-un singur produs. Vitrina, feedul și evenimentul de cumpărare îl folosesc pe același SKU.
Căutarea, filtrul, comparația, pragul de transport, recuperarea coșului sau scorul de produs există ca să crească comanda, valoarea coșului sau claritatea datelor.
Conversia, feedul, trackingul, scorurile și AI-ul de catalog sunt module ale aceluiași sistem. Integrările externe intră prin API, controlat.
Înainte de un ecran nou întrebăm ce face pentru client, pentru marjă, pentru ads și pentru timpul echipei. ROKA Marketing lucrează cu magazine, campanii și conversie din 2012.
Clientul găsește un produs coerent. Echipa modifică o dată și schimbarea ajunge în magazin și în canale. Deciziile de buget se iau pe comenzile din magazin, aliniate cu ce văd Google și Meta.
Custom are sens când platforma standard începe să dicteze promoția, checkout-ul, prețul sau integrarea. Pentru un test mic, cu câteva produse, o platformă gata făcută poate fi alegerea potrivită. RokaShop este pentru un catalog mare sau complicat, pentru ads și SEO duse serios și pentru un proiect care trebuie să crească ani de zile. Când are sens custom.
Capitolul 02
Două suprafețe pentru oameni. Un backend pentru reguli, date și legături. Canalele din afară consumă ce decide backend-ul, nu o copie întreținută manual.
Vitrina este magazinul public: homepage, categorii, căutare, produs, coș, checkout, cont, favorite, comparație, consultant.
Adminul este magazinul echipei: produse, comenzi, clienți, feeduri, rapoarte, scoruri, studio, liste de probleme.
Mesajele sunt o a treia suprafață: email de comandă, de coș, de stoc, de recenzie. Pleacă din aceleași date.
Exemplu. Cineva cumpără ultima bucată. Backend-ul închide disponibilitatea. Pagina, feedul și campania care încă trimite trafic ajung să vadă același stoc. Evenimentul de achiziție pleacă cu același ID de produs pe care îl are Merchant Center. Aici se rupe de obicei un magazin făcut din pluginuri separate. Aici este construit ca să țină.
Echipa înțelege unde se repară o problemă. O greșeală de preț se corectează în catalog, nu în cinci unelte. Un dezvoltator poate lega un sistem nou de API fără să redeseneze vitrina.
Capitolul 03
Prima suprafață. Rapidă, clară, construită ca omul să ajungă la produsul potrivit și să poată continua.
Oglindă LED 500×700417,60 lei
Oglindă LED 18Wîn stoc
Oglindă rotundăîn stoc
Touch 15W · 4000KSPN71064
Omul vede categoriile care contează, campania activă, căutarea și produsele pe care merită să le urce. Imaginile sunt cele de vânzare, nu un banner fără legătură cu stocul.
Blocurile citesc colecții, reguli de merchandising și disponibilitate. Un produs epuizat poate ieși din vitrină fără ca cineva să deschidă tema și să șteargă un slide.
Traficul plătit și cel organic aterizează într-un magazin care arată ce se poate cumpăra acum. Mai puține clickuri până la o categorie adevărată.
Meniul, breadcrumbs și legăturile dintre categorii spun unde se află omul și ce mai poate deschide. Structura este aceeași pe care o citesc și motoarele de căutare: categorie, subcategorie, produs. Un drum scurt pentru om este și un drum clar pentru indexare.
O mare parte din trafic vine de pe telefon, inclusiv din reclame. Vitrina ține căutarea, filtrele, prețul și adăugarea în coș la îndemână, cu o pagină care se încarcă repede. Butonul de coș și pașii de checkout rămân lizibili pe un ecran îngust.
Capitolul 04
Locul în care se ia decizia. Pagina trebuie să răspundă la ce este, cât costă, dacă există, ce îl diferențiază și cum se cumpără.
Iluminat / Oglinzi baie
SKU SPN71064 · 500×700 mm · 4000K · În stoc
1680 lm · IP44 · Compară · Adaugă la favorite
Recomandat împreună: varianta rotundă FI600
Nume, SKU, brand, categorie, GTIN când există. Omul și sistemele externe văd același produs.
Prețul curent, promoția, moneda și stocul. Dacă există prag de transport, se vede lângă decizie, nu după ce coșul a fost umplut.
Culoare, dimensiune, putere sau alte opțiuni schimbă SKU-ul, prețul, imaginea și stocul. Combinația aleasă este cea care intră în coș.
Atributele stau structurat, nu îngropate într-un paragraf. Din ele se fac filtrele, comparația, feedul și răspunsurile consultantului.
Recenzii, întrebări, politică de livrare și de retur. Un produs important fără recenzii este o gaură pe care Doctorul o poate semnala.
Add to cart sticky, produse similare, complementare și pachete. Recomandarea vine din catalog, din ce se cumpără împreună și din reguli, nu dintr-un bloc la întâmplare.
Galerie, preț, variantă, specificații, recenzii, buton de coș care rămâne vizibil, comparație și favorite. Pe mobil, decizia încape fără un formular lung.
Prețul se calculează din reguli. Stocul vine din sursa de adevăr. Structured data de Product, Offer și Review se generează din aceleași câmpuri. Evenimentul de view_item pleacă cu ID-ul folosit și în ads.
Înțelege diferența dintre variante înainte să plătească. Adaugă ce a văzut, nu un produs „aproape” la fel. Găsește accesoriul potrivit fără să reia căutarea de la zero.
Aceeași familie de produs, două cadre: dreptunghiul 500×700 și varianta rotundă. Oglinda rămâne întreagă în cadru.
Capitolul 05
Într-un catalog mare, pagina de start nu vinde. Găsirea vinde. Căutarea și filtrele sunt produsul, nu un accesoriu.
Omul caută cu cuvintele lui: denumire, brand, cod, uneori o nevoie. Rezultatele vin din produsele publicate, cu stoc și preț actuale. Căutările fără rezultat se pot vedea în admin, ca să repari un gol real.
Preț, brand, culoare, putere, dimensiune, disponibilitate. Filtrele există pe atributele care chiar despart produsele. O categorie fără fațete, pe un catalog în care oamenii aleg după o caracteristică, este o frecare măsurabilă.
Sortare, paginare sau încărcare controlată, stare de stoc, intrare clară în produs. Categoria transmite și context pentru SEO: despre ce este raftul, nu doar o grilă de poze.
Două sau mai multe produse se văd pe aceleași specificații. Omul încetează să țină minte diferențele între taburi.
Câmp de căutare prezent, sugestii, filtre care se pot combina, număr de rezultate, produse cu preț și stoc, comparație și favorite din listă.
Index de căutare construit din titlu, SKU, brand, atribute și sinonime utile. Fațetele citesc valorile reale, nu o listă scrisă în temă. Interogările cu zero rezultate se păstrează ca semnal pentru conținut și pentru merchandising.
Un vizitator cu o nevoie precisă ajunge la 10 produse posibile, apoi la 3, apoi la unul. Echipa vede ce caută oamenii și ce catalog încă nu acoperă.
Capitolul 06
Aici se pierd comenzile care păreau câștigate. Checkout-ul este scurt, prețul este explicat, iar comanda care iese este o comandă pe care depozitul și contabilitatea o pot duce mai departe.
Model de lectură, nu un rezultat promis. Arată cum se citește un magazin: fiecare pas are un volum, iar diferența dintre pași este locul de lucru.
Omul vede totalul adevărat înainte să plătească. Echipa primește o comandă completă. Marketingul primește un eveniment care corespunde liniei din magazin. Abandonul poate fi reluat, pentru că a rămas înregistrat.
Capitolul 07
Contul este memoria relației. Comenzile, adresele și statusurile stau într-un loc în care omul nu trebuie să caute un email vechi.
Istoric, status, total, linii. Omul vede dacă a plecat coletul și ce a cumpărat.
Adrese de livrare și de facturare, inclusiv date de firmă când comanda cere factură.
Produse păstrate pentru mai târziu, cu prețul și stocul de acum, nu cu poza salvată odată.
Autentificare, listă de comenzi, detaliu de comandă, adrese, favorite. Limbaj de client, nu de back-office.
Contul este legat de comenzi și de evenimente. Statusul venit de la curier sau din ERP se poate întoarce în același ecran. Datele personale stau aici și pentru cererile de acces sau de ștergere.
Reduce întrebările către suport. Pregătește a doua comandă: omul își vede istoricul și poate relua un produs pe care îl cunoaște deja.
Capitolul 08
Tot ce se vede în magazin și în canale pleacă de aici. Un catalog mare se administrează în masă, cu control, nu produs cu produs la nesfârșit.
La migrare se pot aduce produse, categorii, clienți și URL-urile vechi, cu redirecturi, ca vizibilitatea organică să aibă un drum. Importul mapează coloanele pe câmpurile platformei. Un SKU care există se actualizează. Un SKU nou se creează. Echipa vede ce a intrat și ce a eșuat.
Titluri, descrieri, categorii, branduri, specificații, prețuri, promoții, imagini, SEO, statusuri și produse complementare. Pe un catalog de mii sau zeci de mii de SKU-uri, diferența dintre editarea manuală și o operație controlată este de săptămâni.
Listă filtrabilă, editare pe un produs, editare pe o selecție, previzualizare, aprobare, publicare. Operatorul lucrează fără un programator pentru sarcinile de zi cu zi.
Job de import sau de update, cu stare: în lucru, gata, eșuat. Validare de câmpuri obligatorii. Jurnal al schimbării. Publicarea actualizează vitrina, scorurile și feedul din aceleași înregistrări.
Lansarea unui catalog mare nu înseamnă luni de copiat din Excel în formulare. Corecția unui brand sau a unui preț ajunge peste tot dintr-o singură operație. Clientul vede un produs complet, nu un import pe jumătate.
Capitolul 09
Trei reguli care trebuie să fie identice în pagină, în coș și în reclamă. Dacă diferă, clientul pierde încrederea, iar campania învață dintr-un semnal fals.
Prețul de catalog, moneda, TVA-ul afișat. Sursa poate fi adminul sau ERP-ul, prin sincronizare.
Reducere cu interval, pe produs, categorie sau coș. Prețul tăiat și prețul curent se văd la fel în vitrină și în feed.
Discount pe paliere. Palierul se explică lângă preț, ca omul să înțeleagă de ce se schimbă totalul.
Când businessul vinde și către parteneri, același produs poate avea un preț de contract. Vizitatorul public vede prețul public.
Disponibil, indisponibil, cantitate. La comandă se rezervă. Sincronizarea cu ERP sau cu furnizorul ține magazinul aproape de depozit.
Transport gratuit de la o sumă. Mesajul din coș folosește același prag pe care îl aplică și calculul de livrare.
Clientul plătește prețul pe care l-a văzut. Ads nu promovează un stoc care nu există. Echipa schimbă o promoție într-un singur loc și o vede aplicată coerent.
Capitolul 10
Operarea de zi cu zi stă aici: comenzi, produse, clienți și semnale comerciale. Programatorul intră când apare o logică nouă, nu când se schimbă un preț.
Status, client, linii, plată, livrare. Din comandă pleacă mai departe facturarea, AWB-ul și mesajul către client, când integrările sunt legate.
Căutare după SKU sau nume, filtre de categorie și de probleme, editare, publicare. Lista este făcută pentru mii de rânduri, nu pentru o vitrină de 20 de produse.
Cont, comenzi, valoare. Baza pentru mesaje de revenire și pentru prețuri diferite, când modelul comercial le cere.
Feed, rapoarte, Conversion Doctor, scoruri. Echipa de marketing și cea de catalog pot lucra în același admin, pe aceleași SKU-uri.
Ecrane cu ierarhie clară: ce e urgent, ce e de operat, ce ține de creștere. Acțiuni pe un rând și pe o selecție. Limbaj de business, nu de tabelă de bază de date.
Aceleași servicii pe care le folosește vitrina, cu drepturi de scriere. Listele sunt interogări filtrate, nu exporturi statice. O salvare trece prin validare și rămâne în istoricul produsului sau al comenzii.
Magazinul poate fi condus de oameni de catalog, de suport și de marketing. Timpul lor se duce în decizii, nu în copiat între unelte.
Capitolul 11
Inteligența artificială intră în fluxul de lucru al produsului. Propune. Echipa aprobă. Publicarea rămâne o decizie.
Pe produs sau pe o selecție, operatorul pornește o propunere, o citește, o corectează și o publică. Diferența dintre textul vechi și cel nou se poate vedea înainte de a ajunge în vitrină.
Jobul primește atributele, brandul și regulile de voce. Rezultatul se salvează ca propunere, legată de SKU. La aprobare, câmpurile publice se actualizează și scorurile se pot recalcula. Operarea în masă are stare și poate fi oprită.
Un catalog venit de la furnizor, cu texte goale sau copiate, poate deveni vandabil fără să treacă fiecare SKU printr-un document separat. Clientul citește un produs care răspunde la întrebări. Căutarea și feedul primesc titluri care spun ce se vinde.
Capitolul 12
Fotografia de la furnizor poate rămâne materia primă. Din ea se pregătesc imaginile cu care se vinde în magazin și în reclame.
Operatorul alege SKU-ul, tipul de imagine și formatul. Vede rezultatul lângă original. Pentru un set mare, pornește procesarea în masă și aprobă ce intră în catalog.
Job de imagine legat de produs. Fișierele rezultate au rol: catalog, Merchant, Meta. Feedul poate trimite varianta potrivită canalului, din același SKU, fără un folder paralel de Photoshop.
Clientul vede un produs curat și, unde contează, un context. Google primește imaginea pe care o acceptă. Meta primește cadrul care oprește scroll-ul. Echipa nu reface manual sute de fundaluri.
Capitolul 13
Un vânzător care stă în vitrină și răspunde din catalogul real. Caută, întreabă când îi lipsește o informație, compară și poate duce omul către produs.
Clientul poate spune că are o nevoie, un buget și o caracteristică, fără să știe denumirea produsului. Consultantul folosește stocul, prețul și specificațiile publicate. Dacă un produs nu există sau nu e în stoc, conversația rămâne în catalog.
Oamenii care nu știu ce să caute primesc o scurtătură către produse cumpărabile. Echipa de suport răspunde mai rar la întrebări care sunt deja în specificații. Recomandarea poate continua în coș.
O conversație în pagină. Întrebări scurte când cererea e ambiguă. Produse cu preț, imagine și link. Diferențe explicate pe atribute, nu pe adjective goale.
Interogare în catalogul publicat: filtre pe preț, atribute, categorie, stoc. Răspunsul se construiește din înregistrări. Conversația poate fi legată de sesiune, ca recomandarea să rămână coerentă.
Capitolul 14
Google, Meta și magazinul trebuie să numere aceeași comandă. Raportul din admin este despre vânzări, nu despre clickuri.
Evenimentele de browser pleacă din paginile reale: vedere de produs, coș, început de checkout, achiziție. În admin, tabloul arată vânzări, rată de conversie, valoare medie, produse, abandon, venit recuperat, surse și campanii.
Evenimentele importante pot pleca și de pe server, din comanda confirmată. Se verifică valoarea, moneda, ID-urile de produs și dublurile dintre browser și server. Consent Mode ține cont de alegerea omului. Enhanced Conversions și Conversions API trimit semnalul pe care campaniile îl pot folosi când cookie-ul lipsește.
Barele arată forma unui raport pe surse. Cifrele unui magazin real stau în adminul lui, legate de comenzile lui.
Bugetul se mută către campaniile care aduc comenzi. Produsele cu trafic și fără conversie devin vizibile. Disparițiile și dublurile se pot căuta, pentru că evenimentul și comanda au aceeași identitate.
Capitolul 15
Catalogul alimentează canalele. Regulile decid ce iese, cu ce titlu, cu ce imagine și în ce condiție de stoc.
| Feed | Produse | Regulă | Stare |
|---|---|---|---|
| Google Merchant — tot catalogul | 12.480 | stoc > 0, GTIN prezent | sincron |
| Meta — bestselleri | 840 | vânzări 30z > 8, marjă ≥ 28% | sincron |
| TikTok — lifestyle 1:1 | 310 | imagine studio generată | în lucru |
| Comparator preț | 9.102 | fără outlet, fără B2B | sincron |
Doar stoc, doar o categorie, doar un brand, doar bestselleri, doar marjă bună, doar o campanie.
Outlet, B2B, produse fără identificator, produse pe care nu vrei să le promovezi.
Alt titlu pentru Merchant, alt cadru pentru Meta, din câmpurile aceluiași SKU.
Prețul și disponibilitatea urmează magazinul. Diferența dintre feed și site este o problemă de infrastructură, vizibilă și reparabilă.
În admin, fiecare feed are destinație, număr de produse, regula activă și starea: sincron sau diferențe. Echipa vede ce pleacă, fără să descarce un CSV ca să ghicească.
Generare din catalog plus reguli. Program de actualizare. Mapare de câmpuri către schema canalului: id, titlu, preț, disponibilitate, link, imagine, GTIN, brand. Diferențele față de magazin pot alimenta Conversion Doctor.
Reclama duce la un produs care există, la prețul afișat. Poți promova un sortiment fără să expui tot catalogul. Imaginea potrivită ajunge pe canalul potrivit.
Capitolul 16
Structura magazinului este făcută să fie citită de motoare și de sisteme AI. Pe catalog mare, „suntem optimizați” se înlocuiește cu un scor pe produs și cu o listă de ce lipsește.
Cât de bine poate fi înțeleasă și indexată pagina: URL, canonical, titlu, conținut, viteză, legături.
Cât de direct poate pagina răspunde unei întrebări: specificații, FAQ, date factuale.
Cât de clar poate un sistem AI spune ce este produsul, brandul și contextul în care se recomandă.
Scorurile din ilustrație arată forma citirii. Scorul unui SKU real se calculează din câmpurile lui.
| Produs | SEO | AEO | GEO | Merchant | Meta | |
|---|---|---|---|---|---|---|
| Lustră LED 48W | 92 | 88 | 81 | 90 | 86 | ok |
| Spot șină 12W | 54 | 31 | 28 | 40 | 22 | fără GTIN |
| Bandă LED 24V | 61 | 44 | 39 | 70 | 48 | titlu slab |
| Veioză noptieră | 77 | 70 | 64 | 55 | 33 | imagine feed |
Pe lângă SEO, AEO și GEO, produsul poate avea scor de Google Merchant, Meta Catalog și Feed Readiness. Sistemul vede specificații incomplete, titlu slab, GTIN lipsă, descriere copiată, structured data incompletă sau imagine nepotrivită pentru advertising.
Unde se poate, propune repararea cu AI. Unde nu, lasă o acțiune pentru om.
Știi care produs merită reparat primul. Căutarea clasică și răspunsurile AI primesc fapte, nu un paragraf generic. Feedul pleacă mai curat.
Capitolul 17
O parte din oameni adaugă în coș și pleacă. O parte cumpără o dată. Magazinul poate continua conversația cu un motiv legat de ce au făcut, nu cu un newsletter generic.
Emailuri cu produsul văzut, cu coșul rămas, cu statusul comenzii, cu cererea de recenzie sau cu vestea că un produs a revenit. Omul recunoaște magazinul și produsul.
Evenimentul de abandon, de comandă sau de stoc pornește fluxul. Mesajul se umple din coșul sau din comanda reală. Trimiterea ține cont de consimțământ. Dacă omul cumpără între timp, recuperarea se oprește.
Istoricul poate alimenta recomandări, complementare, reaprovizionare, oferte personale, cupoane, cross-sell și reactivare. Un client care a cumpărat deja costă, de obicei, mai puțin de convins decât unul nou. Retenția stă în arhitectură, lângă achiziție.
Recuperezi o parte din coșurile care aveau intenție. Aduci omul înapoi când stocul sau prețul s-au schimbat în favoarea lui. Crești valoarea unui client, nu doar numărul de comenzi noi.
Capitolul 18
O listă de probleme care costă, ordonată după impact. Formatul este același pentru fiecare: ce e greșit, unde, ce impact poate avea, ce e de făcut.
Browser + CAPI trimit același event fără event_id. Impact estimat: rapoarte umflate, optimizare greșită.
Feedul Merchant spune „in stock”, magazinul nu. Bani cheltuiți pe clickuri care nu pot cumpăra.
382 SKU, 0 filtre pe putere / temperatură culoare. Căutările interne se opresc.
Trafic există, conversia e sub media categoriei.
Produs fără specificații. Titlu slab. Descriere copiată. Produs important fără recenzii.
Categorie fără filtre. Căutare cu zero rezultate pe termeni care chiar se caută.
Produs promovat fără stoc. Pagină lentă. Trafic plătit cu conversie sub media categoriei.
SKU în feed cu stoc, dar fără stoc în magazin. GTIN lipsă. Eveniment purchase dublat sau dispărut.
O coadă de lucru în admin. Prioritatea sus. Fiecare rând se poate deschide până la produsul, categoria sau evenimentul în cauză.
Verificări pe catalog, pe feed, pe căutare și pe evenimente. Impactul estimat urcă problemele care țin de bani: ads, checkout, rupturi de feed, goluri pe produsele căutate. Lista se actualizează, nu rămâne un PDF.
Echipa știe cu ce să înceapă luni dimineața. Un catalog de mii de produse nu mai depinde de cine observă întâmplător o pagină slabă.
Capitolul 19
Sistemele pe care firma le are deja se leagă de magazin prin API. Magazinul rămâne locul comenzii și al catalogului public. ERP-ul, curierul sau facturarea rămân bune la ce știu.
Produse, prețuri, stocuri și statusuri de comandă. Sincronizarea împiedică supravânzarea și rescrierea manuală a comenzilor.
Clientul și comanda pot ajunge în relația pe care o ține deja echipa de vânzări, mai ales în B2B.
Feed sau API de catalog, cu mapare pe SKU-ul tău. Actualizarea de stoc și de preț poate intra pe un program.
Metode în checkout, cost, AWB, status de livrare întors în comandă și în contul clientului.
Din comanda confirmată se poate emite documentul, cu liniile și TVA-ul deja calculate.
Catalog către canal, comenzi înapoi în admin, stoc ținut coerent ca o vânzare externă să nu golească site-ul pe nevăzute.
O integrare nouă se leagă de servicii existente. Vitrina nu se rescrie ca să apară un curier sau un ERP. De aceea canale care încă nu există pot intra mai târziu pe aceeași comandă și pe același catalog.
Operațiunile rămân în programele pe care echipa le știe. Magazinul încetează să fie o insulă în care stocul e „aproximativ” și comanda se trece de mână.
Capitolul 20
Un sistem de vânzare care e lent, neclar cu datele sau fragil la o modificare nu își ține promisiunea. Partea aceasta stă în construcție, nu într-un audit de după lansare.
Pagini care se încarcă repede pe mobil, imagini la dimensiunea potrivită, căutare care răspunde. Viteza este și conversie, și semnal tehnic pentru căutare.
Consent Mode și măsurarea se aliniază la alegerea vizitatorului. Marketingul primește semnal în limitele acceptate. Jurnalul spune ce s-a întâmplat.
Cont, comenzi și mesaje stau pentru operarea magazinului. Accesul și ștergerea se pot duce la capăt pentru că datele au un loc.
Operarea de catalog, comenzile și setările sensibile se pot separa. O schimbare de preț sau de regulă rămâne atribuibilă.
Importul, textul AI și imaginea generată pot aștepta un om. Live-ul nu se schimbă pentru că un job a terminat.
După lansare există date: căutări, abandon, campanii, produse cu trafic slab. Magazinul se poate îmbunătăți pe ele. Construim, măsurăm, îmbunătățim.
Clientul are o pagină care răspunde și o plată pe care o înțelege. Firma are o pistă pentru ce s-a schimbat în catalog și pentru cum s-au măsurat campaniile.
Capitolul 21
Aceeași persoană trece prin mai multe module. Mai jos, drumul complet și piesa de platformă care lucrează la fiecare pas.
La fiecare pas există și o vedere internă. Căutările fără rezultat, coșurile abandonate, produsele cu trafic și fără comenzi, diferențele de feed și scorurile slabe se adună în admin. Doctorul le pune în ordinea impactului. Următoarea îmbunătățire are un loc, nu o părere.
Modulele, separat, sunt și pagini proprii:
Lista de probleme, cu impact.
Reguli către Google, Meta, TikTok.
Imagini din fotografia de furnizor.
Recomandare din catalogul real.
Browser, server, vânzări.
Scor și structură pe produs.
Capitolul 22
Capitolele de până aici descriu platforma. Aici sunt forme de vânzare pe care le putem adăuga când afacerea ajunge la ele. Nu sunt bifate ca livrate. Sunt posibile pentru că arhitectura e modulară și API-first.
Ordinea bună este cea a businessului: întâi ce vinde și ce doare acum, apoi scenariul care scoate o limită concretă. Un configurator, un portal de firmă sau e-Factura se construiesc pe catalogul și pe comanda care există, nu într-un magazin paralel.
Când cumpărătorul este o firmă, magazinul trebuie să știe cine aprobă, ce preț vede și ce are voie să comande.
Fiecare companie vede prețul din contract, iar restul vizitatorilor văd prețul de catalog. Aceeași pagină de produs, două realități comerciale.
Revânzători, instalatori, hoReCa sau instituții pot avea discount, sortiment și prag minim de comandă diferite.
Anumite SKU-uri, branduri sau colecții apar doar după autentificare, pentru partenerii care au dreptul să le cumpere.
Cumpărătorul lipește o listă de coduri și cantități. Magazinul construiește coșul, semnalează codurile necunoscute și aplică prețul de contract.
Echipa de achiziții trimite fișierul săptămânal. Sistemul îl validează la stoc, preț și MOQ înainte de a deveni comandă.
Un cont-mamă, mai mulți utilizatori, fiecare cu rol: poate comanda, poate doar cere ofertă sau poate doar vedea facturile.
Comanda stă în așteptare până când managerul sau departamentul financiar o acceptă. Pragul poate depinde de sumă.
Fiecare departament are un plafon. La depășire, comanda cere aprobare sau se oprește, cu motivul vizibil.
Backend-ul citește soldul din ERP. Peste limită, checkout-ul oferă plata în avans sau blochează comanda, cu un mesaj clar.
Unii clienți plătesc la comandă, alții la 15 sau 30 de zile. Termenul este o regulă a contului, nu o bifă uitată în coș.
Din istoricul de facturi, clientul reface o comandă recurentă într-un pas și vede ce s-a schimbat la preț sau stoc.
Coșul se transformă în ofertă PDF, cu valabilitate. La accept, oferta devine comandă, fără reintroducerea produselor.
Promoția este o regulă cu început, sfârșit, condiții și prioritate. Magazinul o aplică la fel în vitrină, în coș și în feed.
Prețul cade pe paliere: 1 bucată, 5, 20. Palierul se vede lângă preț, înainte ca omul să adauge în coș.
Clientul vede câți lei mai lipsesc. Pragul poate diferi pe curier, județ sau tip de produs.
Cadoul sau al doilea produs redus intră automat când condiția e îndeplinită și iese dacă produsul declanșator este scos.
Produse vândute împreună au preț de pachet, stoc limitat de componenta cea mai rară și o singură linie clară în comandă.
Prima comandă, client inactiv sau grup B2B pot primi o regulă care nu apare pentru restul traficului.
Sistemul știe ce cupon se adună cu promoția de categorie și ce cupon o înlocuiește. Clientul vede o singură explicație, nu două prețuri contradictorii.
Campania are oră de start, cantitate maximă și oprire automată. Feedul și pagina se actualizează când plafonul s-a epuizat.
După autentificare, prețul de club înlocuiește prețul public. Diferența rămâne vizibilă, ca motiv de cont.
Cota de TVA, prețul cu sau fără TVA și rotunjirea sunt decise în backend, apoi afișate identic în coș, factură și feed.
O regulă de marjă oprește un discount care ar coborî sub pragul setat de echipă, inclusiv în feedurile de advertising.
Disponibilitatea este o promisiune. Platforma o poate lega de depozit, furnizor, zonă și de modul în care comanda se împarte.
Stocul se vede pe locație. Comanda pleacă din depozitul care poate livra complet sau se împarte, cu două termene spuse dinainte.
Dacă depozitul propriu e gol, pagina poate arăta termenul furnizorului. Bufferul de siguranță rămâne în backend, ca să nu vinzi ultimul produs de două ori.
Stocul scade la comandă, nu la livrare. Rezervarea expiră dacă plata nu se confirmă în intervalul stabilit.
Produsul se poate cumpăra înainte de recepție, cu dată estimată, avans și rest de plată. Clientul știe că nu primește coletul a doua zi.
Linia rămâne în comandă, cu termen. Clientul poate aștepta sau poate scoate doar produsul lipsă.
Clientul alege magazinul, vede intervalele și primește confirmarea când comanda e pregătită la raft.
Checkout-ul oferă opțiunea doar pentru codurile poștale și orele în care depozitul poate pregăti coletul.
Lista de puncte vine de la curier, filtrată pe județ. AWB-ul se emite către punctul ales, nu către o adresă inventată.
Greutatea, lungimea și categoria pot schimba curierul, costul sau obligația de livrare cu echipă. Un candelabru și un bec nu călătoresc la fel.
Dacă depozitul central nu are produsul, o regulă poate trimite comanda către magazinul care îl are, cu acordul echipei din locație.
„Pleacă azi dacă comanzi până la 14:00” se calculează din ora depozitului, din stoc și din calendarul de zile lucrătoare.
Pentru comenzi în afara țării, sistemul poate aduna greutatea, valoarea și codurile vamale într-un set de documente pentru curier.
Unele cataloage se vând prin compatibilitate, măsură sau configurație. Pagina de produs devine un instrument, iar prețul iese din reguli.
Culoare, dimensiune, material și opțiuni schimbă prețul, termenul și imaginea. Combinațiile imposibile nu ajung în coș.
Clientul introduce lungimea. Backend-ul calculează prețul pe metru, pierderea și verifica dacă rola sau bara acoperă comanda.
Pentru gresie, vopsea sau parchet, suprafața introdusă se transformă în cantitate, rezervă de tăiere și număr de cutii.
Plăcile sau textilele din același lot stau împreună. Sistemul avertizează când cantitatea cerută trece într-un alt lot.
Piesa se caută după modelul aparatului, anul mașinii sau seria utilajului. Rezultatul este o listă care se potrivește, nu un catalog întreg.
Desenul tehnic are zone active. Clickul pe un reper deschide SKU-ul, stocul și produsele din jurul lui.
Text gravat, broderie sau fișier încărcat intră în comandă ca specificație de producție, vizibilă în admin și în fișa pentru atelier.
Termenul de execuție, schița și avansul fac parte din checkout. Stocul nu este „1 bucată”, ci o capacitate de producție.
Un kit are componente. Vânzarea kitului scade stocul fiecărei componente, iar lipsa uneia oprește kitul.
După plată, clientul primește fișierul, cheia sau accesul. Livrarea nu trece prin curier.
Montajul, punerea în funcțiune sau instruirea se pot adăuga ca linie, cu programare, zonă acoperită și preț propriu.
O comandă de mostre are preț simbolic, limită de bucăți și o regulă care o leagă ulterior de comanda mare.
Catalogul poate alimenta mai multe locuri de vânzare, cu stoc, preț și conținut adaptate canalului, fără un al doilea magazin de întreținut.
Comenzile intră în același admin. Stocul rezervă o marjă pe canal, ca o vânzare externă să nu golească site-ul fără control.
Titlul pentru marketplace, titlul pentru Google și titlul din magazin pot pleca din aceleași atribute, cu reguli separate.
O regulă avertizează când prețul din magazin și prețul din marketplace se despart peste pragul acceptat.
Branduri sau țări diferite pot avea homepage, limbă și monedă proprii, pe aceleași produse și același stoc.
RO, EN, HU sau altă limbă, cu preț afișat în moneda vizitatorului și încasare în moneda stabilită de business.
Aceeași API poate alimenta o aplicație, un ecran în showroom sau un QR de pe raft care deschide pagina produsului.
Catalogul poate răspunde într-o conversație: produs, preț, stoc și link de checkout, fără o ofertă inventată.
Vânzătorul din locație caută în același catalog, vede stocul altor magazine și trimite clientului un coș gata pregătit.
Un fișier structurat, cu preț, stoc, identificatori și politici, pe care un sistem AI îl poate citi fără să ghicească din pagină.
Compari, ShopMania sau un comparator propriu primesc un feed cu reguli de excludere, nu un export integral uitat.
După prima comandă, magazinul poate continua relația cu un motiv concret: puncte, reaprovizionare, cupon sau un produs care a revenit în stoc.
Comanda acumulează puncte. Nivelul schimbă beneficiul. Istoricul arată de ce s-au acordat și de ce s-au consumat.
Returul sau gestul comercial devine sold, folosibil la comanda următoare, cu termen de expirare.
Codul de recomandare leagă două conturi. Beneficiul se acordă când comanda recomandată este livrată, nu doar plasată.
Consumabilele pleacă la intervalul ales. Clientul poate sări o livrare, să schimbe adresa sau să oprească din cont.
Conținutul perioadei se stabilește în admin. Abonații primesc același pachet sau o selecție după preferințe.
Omul lasă adresa pe un produs. Mesajul pleacă o singură dată, când condiția se îndeplinește, cu produsul și prețul din acel moment.
O listă poate fi trimisă cuiva, folosită ca registru de cadouri sau transformată în coș.
Pe comanda veche, butonul reface coșul și spune ce nu mai este disponibil.
Checkout-ul acceptă mesaj, ambalaj și o dată de livrare. Depozitul vede instrucțiunea pe fișa de pregătire.
Clientul care nu a mai comandat primește o campanie legată de categoriile lui, nu un newsletter general.
Comanda nu se termină la AWB. Returul, piesa de schimb și garanția pot sta în același cont în care s-a cumpărat.
Clientul alege produsele, motivul și metoda. Depozitul primește un aviz, iar stocul revine doar după recepție.
Din trei produse se întoarce unul. Rambursarea, factura de storno și stocul se aliniază pe acea linie.
Pentru produs deteriorat, clientul încarcă imagini. Ele rămân pe dosarul comenzii, lângă decizie.
Mărimea sau culoarea se schimbă fără să pară două comenzi fără legătură. Diferența de preț se încasează sau se restituie.
Numărul de serie se înregistrează la livrare. Cererea de service știe data achiziției și produsul exact.
Clientul alege service-ul și intervalul. Echipa vede piesa, garanția și istoricul în același ecran.
Din produsul cumpărat, contul propune consumabilele și piesele compatibile, nu un search gol.
Manual, declarație de conformitate și fișă tehnică stau pe SKU și se pot descărca din cont după cumpărare.
Mesajul pleacă după livrare, nu după plată. Produsul și comanda sunt deja în text, ca omul să nu caute ce a cumpărat.
În România, o comandă trage după ea factură, TVA, uneori e-Factura și o pistă pentru control. Astea pot fi legate de comandă, nu ținute într-un fișier separat.
Din comandă se emite proforma sau factura, cu liniile, discountul și TVA-ul deja calculate în magazin.
Încasarea parțială și restul au documente separate, ambele legate de aceeași comandă.
Pentru comenzile care cer factură către firmă, documentul poate pleca către sistemul național din fluxul comenzii.
Datele de colet, valoare și rută pot fi pregătite când livrarea intră în categoriile care cer declarare.
Un export curat către contabilitate sau ERP reduce rescrierea comenzilor în alt program.
Cota normală, redusă sau scutită se decide pe produs și pe tipul clientului, apoi se vede identic în coș și în factură.
Un finanțator poate intra în checkout ca metodă, cu suma, statusul și comanda legate între ele.
Rambursul poate fi oprit peste o sumă, în anumite județe sau pentru clienții cu un istoric slab.
Corecția financiară rămâne legată de comanda originală și de motivul ei.
Prețul vândut, promoția aplicată, consimțământul și statusurile de plată pot fi reconstruite pe o comandă.
Un catalog mare se conduce. Cineva trebuie să poată urca un produs, ascunde un filtru și răspunde unei căutări care azi nu întoarce nimic.
„Lustra” și „candelabru” pot duce în același set. O căutare de brand poate deschide direct pagina brandului.
Într-o campanie, echipa fixează produse sus, ascunde altele și lasă restul pe relevanță.
Ghidurile de cumpărare stau lângă categorie, cu produse reale, stoc real și răspunsuri scurte la întrebările frecvente.
Întrebarea și răspunsul rămân pe SKU, pot intra în structured data și pot alimenta consultantul AI.
Pozele aprobate apar pe produs, separate de fotografiile de catalog, cu o regulă clară de publicare.
O poză încărcată caută produse apropiate în catalogul propriu, apoi întoarce SKU-uri cumpărabile.
Trei produse alese de om se văd pe aceleași atribute, nu pe texte de marketing care nu se pot alinia.
Doar combinațiile utile pentru căutare primesc pagină proprie. Restul rămân filtre, cu canonical către categorie.
O campanie, o pagină sau un preț pot avea dată de publicare și dată de retragere.
Termenii brandului, ce are voie să spună și ce nu are voie, stau într-un set de reguli folosit la generarea textelor.
Cu cât evenimentele și comenzile stau în același loc, cu atât următoarea recomandare poate pleca din fapte, nu din un șablon identic pentru toți.
Clienții se pot grupa după recență, frecvență și valoare. Campania pleacă către un segment, nu către toată baza.
Din coșurile și comenzile reale, magazinul poate propune completarea, cu o regulă care exclude ce e deja cumpărat.
Două variante de bloc, de ordine sau de mesaj pot rula până când diferența de comenzi este vizibilă.
O reclamă aterizează pe o selecție construită din aceleași reguli ca feedul, cu produsele încă în stoc.
Cine a schimbat prețul, cine a publicat textul AI și cine a oprit un SKU rămân înregistrate.
Merchandising, suport, depozit și financiar văd ecrane diferite. Un coleg nou nu poate schimba regulile de preț din greșeală.
Un ERP sau un partener primește acces limitat, pe un mediu de probă, înainte de a scrie în magazinul viu.
La comandă, la schimbare de stoc sau la retur, platforma poate anunța un sistem extern, cu reluare dacă apelul a eșuat.
Un asistent extern poate întreba stocul, prețul și politica de retur prin API, apoi poate trimite omul la checkout-ul real.
Omul alege ce mesaje vrea. Jurnalul de consimțământ spune ce s-a acceptat și când.
Aceeași platformă poate purta logica unei industrii. Mai jos sunt forme pe care le putem construi când modelul de vânzare o cere.
Căutare după model, înlocuitori, schemă explodată și comandă de piesă legată de un utilaj deja cumpărat.
Preț pe unitate de măsură, calcul de șantier, livrare cu macara sau basculantă și comandă pe proiect.
Variante de finisaj, termen de producție, mostră de material și proiect salvat pentru un arhitect.
Mărimi, ghid, stoc pe variantă, alertă de revenire și schimb preferat în loc de retur.
Lot, dată de expirare, rotație și blocarea vânzării când termenul trece de prag.
Afișarea informațiilor obligatorii, restricții de vânzare și documente, în limitele pe care categoria le permite online.
Ofertă, negociere, comandă cadru și livrări eșalonate din aceeași înțelegere.
Curs sau software livrat după plată, cu acces pe cont și factură pentru firmă.
Un cumpărător comandă pentru mai multe adrese, cu mesaj diferit pe destinatar și o singură factură.
Fiecare partener are zona, prețul și stocul lui, iar brandul vede vânzarea dintr-un singur loc.
Perioada, garanția și disponibilitatea pe calendar înlocuiesc stocul simplu. Returul închide ciclul.
O singură ofertă se livrează în tranșe: acum corpurile, peste o lună accesoriile, fiecare cu factura ei.
Spui ce vinzi, cine cumpără, ce sisteme ai deja și unde se rupe fluxul. Îți spunem ce e deja în platformă, ce scenariu merită construit și ce am lăsa pe mai târziu.
Capitolul 23
Șase întrebări pe care merită să le pui înainte să încredințezi magazinul. Răspunsurile de mai jos sunt ale ROKA Marketing.
RokaShop este o platformă custom: vitrină, admin și backend propriu, legate prin API. Funcțiile de catalog, comandă, feed, tracking și AI stau în acest sistem, nu într-o temă închiriată de la o platformă la care nu ai acces.
Codul sursă îl deține clientul, proprietarul magazinului. Îl predăm odată cu magazinul. Poți să-l păstrezi, să-l muți pe alt server și să continui dezvoltarea cu noi sau cu altă echipă care primește accesul.
Platformă custom. Codul este al proprietarului magazinului.
Magazinul rămâne la client. Produsele, categoriile, clienții, comenzile, imaginile și istoricul rămân la proprietarul magazinului. La fel și codul.
Încetarea colaborării înseamnă că nu mai operăm noi mentenanța și dezvoltările noi. Nu înseamnă că magazinul se închide sau că datele se întorc la noi. Domeniul, conturile de plată, de curierat și de advertising sunt ale tale și rămân pe numele tău pe toată durata proiectului.
Magazinul, datele și codul rămân la client.
Da. Platforma rulează magazine active cu zeci de mii de produse și cu trafic semnificativ. Catalogul, importul, editarea în masă, feedurile și căutarea sunt construite pentru acest volum, nu pentru o vitrină de câteva zeci de SKU-uri.
Un magazin mic și un magazin cu zeci de mii de produse, integrări și reguli comerciale sunt proiecte diferite. Îți spunem din start în care dintre ele se încadrează al tău.
Da. Există magazine active la scara asta.
Migrarea SEO este o etapă proprie, nu un import lăsat să se descurce. Adreselor vechi li se construiește un corespondent, iar redirectul este 301, ca autoritatea paginii să aibă unde să meargă. Produsele, categoriile și clienții se importă mapat pe câmpurile platformei. După lansare se urmărește ce a rămas fără destinație.
Canonical-ul stă pe produs, pe categorie și pe paginile care nu trebuie să concureze între ele. Filtrele utile pentru căutare pot avea pagină proprie. Restul combinațiilor rămân filtre și trimit canonical către categorie, ca să nu apară mii de URL-uri subțiri.
În structură intră sitemap, breadcrumbs, metadata și date structurate de produs, ofertă și recenzie. Pe catalog mare, fiecare produs poate avea un scor de pregătire: ce lipsește la titlu, la identificator, la specificații sau la imagine, și ce se repară prima dată.
Redirect 301 la migrare, canonical controlat, indexabile doar paginile care merită, scor pe produs.
Nu există un preț unic. Costul se stabilește după ce știm catalogul, integrările, designul și ce trebuie să fie gata la lansare. Ce nu folosește businessul în primele luni nu se construiește din prima.
Depinde de numărul de produse, de regulile comerciale, de migrare și de integrările cu ERP, curieri, plăți și facturare.
Depinde de trafic, de mărimea catalogului și de unde alegi să stea magazinul. Infrastructura se dimensionează pe magazinul tău.
Depinde de ce vrei ținut în funcțiune: actualizări, monitorizare, suport și mici ajustări după ce apar date reale.
Se estimează pe rând, după ce magazinul vinde și se vede ce merită construit. Fiecare intră în același cod, pe care îl deții.
Fără preț de listă. Oferta pleacă de la ce ai nevoie la lansare și de ce poate aștepta.
Da. Pe magazinele active, timpul de încărcare este sub 2 secunde. Viteza se verifică pe paginile reale, pe mobil, acolo unde vine și traficul din reclame.
Rata de conversie și costul de operare se citesc din magazinul live: comenzi, valoare de coș, timp petrecut pe catalog și pe feeduri, nu dintr-un procent identic pentru orice industrie. După lansare, aceleași date rămân în rapoarte, ca următoarea îmbunătățire să aibă un loc.
Da. Încărcare sub 2 secunde. Conversia și costul de operare se măsoară pe magazinul tău, din comenzi.
Îl ajută pe client să găsească, să înțeleagă, să cumpere și să revină. Îți arată unde mai există loc de creștere.
Spune-ne ce vinzi, ce folosești acum și ce te limitează. Analizăm și îți spunem ce am construi, ce nu am construi și în ce ordine.