Un magazin online nu este „gata” când ai instalat o temă și ai încărcat trei produse. Este gata când un client poate găsi produsul corect, vede prețul și condițiile, plătește, primește confirmarea, iar echipa poate factura, pregăti, expedia, reconcilia și gestiona un retur fără improvizație.
De aceea, ordinea corectă începe în afara platformei. Clarifici oferta și operațiunea, alegi tehnologia după cerințe, modelezi datele, conectezi plățile și livrarea, validezi obligațiile, instalezi măsurarea și abia apoi deschizi accesul public. Dacă sari direct la design, descoperi târziu că tema nu rezolvă variantele, curierul nu primește datele necesare sau contabilitatea nu poate procesa comenzile.
Ghidul de mai jos are opt pași. Fiecare se încheie cu o verificare obiectivă. Dacă testul nu trece, nu maschezi problema cu un banner „în curând”; o repari înainte de prima campanie. Aspectele juridice și fiscale sunt prezentate ca listă operațională, nu ca opinie juridică. Validarea concretă se face cu avocatul și contabilul, pentru entitatea, produsele și piețele tale.
Pasul 1 — Pregătește oferta și procesul înainte să alegi platforma
Începe cu produsele pe care le poți vinde și livra, nu cu toate ideile din catalogul furnizorului. Pentru fiecare SKU notează denumirea, identificatorul intern, costul complet, prețul propus, TVA-ul aplicabil confirmat de contabil, greutatea, dimensiunile ambalate, stocul, termenul de reaprovizionare și restricțiile de transport. Pentru produse personalizate sau digitale, scrie datele necesare înainte de producție și momentul în care comanda devine fermă.
Calculează contribuția pe comandă:
preț fără taxe – cost produs – plată – ambalare – livrare suportată – fulfillment – retur estimat – cost variabil de marketing
Nu folosi formula ca prognoză dacă intrările sunt presupuneri. Cere oferte, cântărește colete de test și separă costul facturat clientului de costul real plătit de firmă. Transportul „gratuit” este o decizie de preț, nu absența costului.
Definește cine face fiecare acțiune după comandă: confirmă plata, rezervă stocul, emite documentul, printează AWB-ul, ambalează, predă coletul, răspunde clientului, procesează returul și actualizează stocul. Dacă lucrezi singur, rolurile rămân necesare; ele te ajută să vezi câte sisteme trebuie conectate și unde poate apărea o dublă operare.
Scrie scenariile înainte de tehnologie:
- comandă plătită cu cardul;
- plată ramburs;
- plată refuzată sau abandonată;
- produs fără stoc după inițierea checkoutului;
- două produse cu termene diferite;
- adresă incompletă ori zonă nelivrabilă;
- anulare înainte de predare;
- retur parțial și rambursare;
- colet refuzat;
- produs deteriorat sau neconform.
Aceste scenarii devin criterii de test. Ele decid dacă ai nevoie de rezervare temporară de stoc, split shipment, integrare de facturare, statusuri suplimentare sau aprobare manuală. Fără ele, compari platforme după capturi de ecran.
Verificare de acceptare: ai o listă inițială de SKU-uri cu date complete, contribuție calculată, proprietar pe operațiune și o diagramă a comenzii de la plasare la retur. Dacă nu știi cine rezolvă o excepție, pasul nu este închis.
Pasul 2 — Alege platforma după cerințe și cost total, nu după reclama cea mai vizibilă
Primul magazin nu are nevoie automat de dezvoltare custom. O platformă găzduită poate reduce administrarea tehnică; un sistem open-source poate oferi control și extensibilitate, dar mută către tine găzduirea, securitatea, actualizările și compatibilitatea extensiilor. Un produs SaaS vertical poate fi mai potrivit dacă operațiunea are programări, abonamente sau configuratoare speciale.
Fă o probă cu aceleași sarcini pe opțiunile finaliste. Adaugă un produs variabil, configurează o zonă de livrare, conectează un procesator în mod test, aplică un cupon, emite o rambursare, exportă comenzile și schimbă o informație legală. Nu evalua doar editorul paginii principale.
| Criteriu | Întrebare de probă | Cost ascuns de verificat |
|---|---|---|
| Catalog | suportă variantele, pachetele și atributele tale fără artificii? | aplicații per funcție, import și curățare date |
| Checkout | permite plățile, livrarea și câmpurile necesare fără a-l rupe? | plan superior, extensie, dezvoltare și mentenanță |
| Operațiuni | stocul, AWB-ul, factura și returul se sincronizează? | dublă introducere, reconciliere și erori umane |
| Control | poți exporta produse, clienți, comenzi și conținut? | migrare, limitări API și proprietatea conturilor |
| Tehnic | cine răspunde de update, backup, securitate și uptime? | ore interne, găzduire, monitorizare și incidente |
| Creștere | suportă feeduri, SEO, analytics, piețe și volum? | aplicații suplimentare și limite de plan |
WooCommerce arată în propriul checklist pașii produs, plată, personalizare, taxe, livrare și lansare în documentația de onboarding. Lista demonstrează suprafețele de configurat, nu că WooCommerce este automat alegerea potrivită. La fel, Shopify oferă un checklist general de configurare, dar funcțiile și procesatorii disponibili trebuie verificați pentru România și modelul tău.
Calculează costul pe 24 de luni: abonament sau hosting, temă, extensii, procesare plăți, mentenanță, dezvoltare, suport, integrare, backup, securitate și migrare. Include timpul echipei. Un plan ieftin care cere export manual zilnic poate costa mai mult decât unul cu integrare stabilă.
Conturile se creează pe emailuri de companie, cu autentificare multifactor și cel puțin doi administratori unde este posibil. Domeniul, platforma, analytics, procesatorul, curierul și aplicațiile trebuie să rămână sub controlul firmei. Furnizorii primesc acces nominal, nu devin proprietari ai activelor.
Verificare de acceptare: ai o matrice completată prin probe, un cost total estimat pe doi ani, un plan de export și un responsabil pentru operare. Alegerea poate fi explicată prin cerințe, nu prin „toată lumea folosește platforma X”.
Pasul 3 — Construiește catalogul ca bază de date, apoi proiectează paginile
Un catalog sănătos are un identificator stabil pentru fiecare produs și variantă. Numele afișat se poate schimba; SKU-ul, ID-ul și relația dintre părinte și variantă trebuie să rămână controlabile. Definește atribute cu vocabular consecvent: nu amesteca „bleumarin”, „navy” și „albastru închis” dacă sunt aceeași opțiune.
Pentru fiecare produs pregătește:
- denumire orientată către client și categorie;
- descriere scurtă și explicație completă;
- beneficii legate de caracteristici verificabile;
- material, dimensiuni, greutate, compatibilitate și întreținere;
- imagini proprii, unghiuri, scară și text alternativ relevant;
- preț, taxe, promoție și perioadă dacă există;
- stoc și termen real de expediere;
- informații de siguranță și trasabilitate cerute pentru categorie;
- livrare, retur, garanție și excepții;
- identificatori precum GTIN/brand/MPN unde se aplică.
Nu scrie descrieri înainte să rezolvi datele. Dacă dimensiunea sau materialul lipsesc în sursa operațională, pagina va inventa ori va rămâne vagă. Google Merchant Center publică specificația datelor de produs cu atribute precum ID, titlu, descriere, link, imagine, disponibilitate și preț. Chiar dacă nu rulezi Shopping la lansare, această disciplină reduce reparațiile ulterioare.
Grupează produsele după modul în care cumpărătorul caută, nu după organigrama furnizorului. O categorie trebuie să aibă scop, produse suficiente și filtre utile. Testează sinonimele în căutarea internă și explică situațiile fără rezultate. Păstrează URL-urile previzibile și evită să publici combinații de filtre care creează mii de pagini fără valoare.
Pagina de produs trebuie să răspundă deciziei: ce este, pentru cine, ce variantă aleg, cât costă total, când ajunge, de ce să cred, ce risc am și ce urmează după click. Datele structurate pot ajuta motoarele să înțeleagă produsul; Google documentează proprietățile și diferența dintre markupul de produs și feedul Merchant Center în ghidul pentru product structured data. Markupul nu repară informația lipsă sau greșită.
Importă întâi un lot mic și verifică manual. Exportă-l apoi înapoi, pentru a vedea dacă variantele, diacriticele, imaginile și taxele au fost păstrate. Abia după ce șablonul este corect încarci restul catalogului.
Verificare de acceptare: zece produse reprezentative, inclusiv variante și excepții, pot fi găsite, comparate, adăugate în coș și exportate fără pierdere de date. Prețul, stocul și termenul sunt identice între sursa internă și pagină.
Pasul 4 — Configurează plățile și testează traseul banilor până la reconciliere
Alege metodele de plată după public și economie: card, ramburs, transfer, rate sau alte opțiuni permise. Pentru fiecare notează comisionul, moneda, momentul încasării, riscul de refuz, politica de rambursare, decontarea și persoana care reconciliază. Nu instala cinci metode doar pentru a umple checkoutul.
Procesatorul cere verificarea firmei, cont bancar și documente. Începe procedura devreme; un magazin tehnic finalizat nu poate încasa până când merchant account-ul nu este aprobat. Verifică denumirea care apare pe extras, notificările, webhooks, semnătura mesajelor și comportamentul la timeout.
Folosește mediul de test și cazurile furnizorului. Stripe, de exemplu, publică carduri și scenarii de test pentru plăți reușite, refuzuri și autentificare; nu folosi date reale în modul test. Pentru un procesator local, urmează documentația sa și confirmă disponibilitatea funcțiilor contractate, nu presupune că integrarea generică acoperă rate sau tokenizare.
Execută cel puțin aceste probe:
- plată reușită și o singură comandă;
- refuz și mesaj rezolvabil pentru client;
- abandon și reluare fără dublarea comenzii;
- refresh pe pagina de confirmare fără a dubla tranzacția;
- rambursare totală și parțială;
- comandă în două taburi;
- webhook întârziat ori repetat;
- diferență de monedă dacă vinzi extern.
Sistemul trebuie să distingă starea plății de starea comenzii. pending, authorized, paid, failed, refunded și chargeback nu trebuie reduse la „comandă nouă”. Automatizarea de fulfillment pornește doar la starea agreată.
Reconcilierea compară suma din procesator, extras, comenzi, facturi, refunduri și comisioane pe aceeași perioadă. O plată poate fi capturată, dar comanda să nu fie creată; sau comanda poate exista de două ori după retry. Testul nu se încheie la pagina „Mulțumim”.
Verificare de acceptare: o comandă de test poate fi plătită, identificată unic, rambursată și reconciliată, iar un refuz nu creează fulfillment. Clientul primește mesaje corecte în fiecare stare.
Pasul 5 — Proiectează livrarea de la colet și zonă, nu de la un plugin
Cântărește și măsoară produsele în ambalajul real. Definește tipurile de cutii, materialele, protecția, documentele, etichetele și cine verifică produsul. Costul și eligibilitatea livrării depind de greutate, dimensiuni, destinație, ramburs, asigurare și servicii suplimentare.
Cere oferte de la curieri pentru mixul tău, nu doar tariful de listă. Verifică ridicarea, kilometrii exteriori, indexul de combustibil, returul documentelor, rambursul, asigurarea, coletele atipice, lockerele și procedura de reclamație. Păstrează o alternativă pentru zone sau perioade în care furnizorul principal nu poate livra.
Configurează zonele după ceea ce poți promite: România, local, Uniunea Europeană sau alte destinații. În WooCommerce, de exemplu, adresa clientului este mapată la o zonă, iar metodele se adaugă acelei zone, conform documentației de shipping zones. Verifică ordinea zonelor și cazul care nu se potrivește nicăieri; altfel clientul poate ajunge în checkout fără metodă.
Stabilește politica de tarifare prin contribuție. Poți transfera costul, subvenționa, folosi tarif fix sau oferi gratuitate peste un prag. Pragul nu se copiază de la concurenți. Calculează distribuția valorii coșului, marja și costul pe destinații. Un prag poate crește coșul și totuși reduce profitul dacă produsele adăugate sunt grele sau cu marjă mică.
Testează fulfillmentul fizic înainte de lansare. Materialul video Shopify despre shipping recomandă explicit colete de probă cu dimensiuni și greutate similare înaintea comenzilor reale; ideea este operațională, nu un benchmark. Printează eticheta, scanează, predă, urmărește, livrează și simulează returul. Notează minutele și punctele în care copiezi manual date.
Clarifică termenii în pagină și checkout: când pleacă, ce înseamnă „zi lucrătoare”, ce zone au excepții, cum primește clientul tracking, ce face dacă adresa este greșită și cine suportă returul unde legea sau politica permit. Nu promite „24 de ore” dacă aceasta este doar durata curierului după predare.
Verificare de acceptare: o comandă din fiecare zonă produce metoda și costul corect, AWB-ul are date valide, stocul se actualizează, clientul primește tracking, iar un retur de test ajunge în sistem și poate fi rambursat.
Pasul 6 — Închide obligațiile comerciale, fiscale și de date înainte de prima comandă
Confirmă cu profesioniștii entitatea, activitățile autorizate, regimul fiscal, TVA-ul, documentele emise, casa de marcat unde se aplică, evidența stocului și raportările. Platforma poate calcula o taxă, dar nu decide ce cotă și ce obligație ai. Chiar documentația WooCommerce delimitează configurarea software de consultanța fiscală în ghidul despre taxe.
Pentru facturile emise în relațiile acoperite, verifică fluxul RO e-Factura și excepțiile curente cu contabilul. ANAF publică o clarificare oficială privind RO e-Factura, inclusiv contextul B2B și B2C. Nu presupune că un PDF trimis pe email înseamnă automat că raportarea și arhivarea sunt rezolvate.
Pentru B2C, informațiile trebuie afișate clar înainte de comandă: identitatea comerciantului, caracteristicile, prețul total, costurile, plata, livrarea, reclamațiile, retragerea și garanțiile, după caz. Portalul Your Europe descrie obligațiile de informare și confirmarea caracterului plătit al comenzii în ghidul de comerț electronic. Reguli speciale și excepții se pot aplica produsului tău.
ANPC a publicat în 2026 un ghid de bune practici pentru produse și servicii comercializate online. Ghidul este orientativ și nu înlocuiește textele legale, dar este o sursă românească utilă pentru checklistul de informare și practicile de interfață. Cere validarea finală a termenilor, politicilor și fluxului de comandă.
Configurează confidențialitatea și consimțământul: ce date colectezi, de ce, cât păstrezi, cu cine le partajezi și cum răspunzi drepturilor. Inventariază procesatorul, platforma, curierul, emailul, analytics, suportul și aplicațiile. Nu copia o politică de la alt magazin; furnizorii și scopurile nu sunt aceleași.
Testează emailurile tranzacționale și documentele: confirmare comandă, confirmare plată, expediere, anulare, refund, factură și solicitare de suport. Ele trebuie să conțină datele corecte, să nu expună informații inutile și să poată fi regăsite.
Verificare de acceptare: avocatul/consilierul și contabilul au validat lista relevantă, datele comerciantului și politicile sunt publice, factura și raportarea au traseu testat, iar consimțământul se comportă conform configurației aprobate. Dacă lipsesc validările, lansarea rămâne blocată.
Pasul 7 — Instalează măsurarea și fundația SEO înainte să cumperi trafic
Definește indicatorii înainte de evenimente: produs văzut, adăugat în coș, checkout început, plată, cumpărare, refund, venit net și contribuție. Google documentează implementarea ecommerce cu evenimente și parametri pentru produse, coș, checkout, achiziție și rambursare în ghidul GA4. Numele recomandat nu garantează date corecte.
Testează data layer-ul și evenimentele pentru o comandă completă. transaction_id, value, currency și item-urile trebuie să corespundă backendului; purchase nu se dublează la refresh. Verifică DebugView, apoi rapoartele și reconcilierea. Nu trimite date personale în parametrii analytics.
Configurează Search Console, sitemapul, robots, canonical, statusurile, titlurile și descrierile. Păstrează paginile de test neindexate până când conținutul și prețurile sunt finale, apoi elimină blocajele intenționat. Dacă schimbi URL-uri în timpul pregătirii, actualizează linkurile și feedurile înainte de lansare.
Începe cu arhitectura: categorie, subcategorie și produs. Linkurile interne și breadcrumb-ul trebuie să permită navigarea, nu doar crawl-ul. O strategie de SEO pentru ecommerce se construiește mai ușor pe date curate decât după ce sute de URL-uri și denumiri au intrat în feeduri.
Configurează feedul și verifică potrivirea dintre pagină și sursa de produse. Prețul, disponibilitatea, moneda, imaginea și URL-ul trebuie să fie coerente. Nu lansa reclame până când erorile de feed și măsurarea achiziției nu sunt închise. Pentru o echipă care nu poate reconcilia trackingul, serviciul de măsurare este fundația, nu un raport decorativ.
Verificare de acceptare: comanda de test apare o singură dată cu valori corecte, refundul este urmărit, sitemapul conține doar pagini finale, iar feedul nu contrazice site-ul. Accesul și documentația rămân ale firmei.
Pasul 8 — Fă o repetiție generală și lansează numai când traseul trece
Construiește o matrice de test pe mobil și desktop, browsere importante, metode de plată, zone de livrare, tipuri de produs și stări de comandă. Folosește persoane care nu au construit magazinul. Dă-le sarcini concrete și observă fără să le ghidezi.
Checklistul minim înainte de deschiderea publică:
- produsul corect poate fi găsit prin categorie și căutare;
- varianta, prețul și stocul rămân corecte în coș;
- cupoanele și promoțiile respectă regulile declarate;
- costul și termenul de livrare apar înainte de plata finală;
- plata reușită și refuzul au stări corecte;
- comanda plătită nu se dublează;
- factura, AWB-ul și emailurile folosesc datele comenzii;
- stocul se rezervă și se eliberează după regulă;
- anularea, refundul și returul pot fi executate;
- consentul schimbă colectarea conform configurației;
- analytics și backendul se reconciliază;
- suportul vede comanda și poate răspunde.
Adaugă verificări de reziliență: produs șters din coș, sesiune expirată, adresă cu diacritice, număr de telefon în formate diferite, două cupoane, ultimul articol în stoc, webhook repetat și serviciu extern indisponibil. Mesajele trebuie să ofere o acțiune, nu doar „eroare”.
Pregătește lansarea ca pe o schimbare controlată. Stabilește ora, persoana care monitorizează, canalele, dashboardul, logurile, contactele furnizorilor și criteriul de rollback. Pornește cu volum pe care operațiunea îl poate procesa. O promoție agresivă în prima oră poate ascunde defectele sub o coadă de comenzi.
Urmărește primele comenzi manual, de la sursă la decontare și livrare. Înregistrează excepțiile și repară sistemul, nu doar comanda. Primele zile nu validează o rată de conversie stabilă, dar pot valida integritatea procesului.
Verificare de acceptare: două persoane din afara proiectului finalizează traseele, toate excepțiile critice au proprietar, iar o comandă reală controlată ajunge până la livrare și reconciliere. Abia atunci magazinul este operațional.
După lansare, treci de la „funcționează?” la „produce creștere profitabilă?”. Pachetul nostru pentru ecommerce leagă catalogul, achiziția, conversia și retenția, dar ordinea rămâne aceeași: întâi date și operațiuni de încredere.
Întrebări frecvente
Ce platformă aleg pentru primul magazin online?
Alege platforma care trece scenariile reale cu cel mai bun cost total și cu dependențe pe care le poți administra. Probează catalogul, plățile, livrarea, factura, returul, exportul și actualizările. O platformă găzduită reduce o parte din munca tehnică; una open-source oferă mai mult control, dar cere proprietar pentru hosting, securitate și compatibilitate. Nu decide doar după temă, comision sau recomandarea unui furnizor.
Ce trebuie să funcționeze obligatoriu înainte de prima comandă?
Produsul, prețul și stocul trebuie să fie corecte; clientul trebuie să vadă informațiile și costul total; plata, confirmarea, factura, livrarea, suportul, anularea și returul trebuie testate; datele și consimțământul trebuie gestionate corect; iar comanda și venitul trebuie reconciliate. Dacă echipa nu poate procesa o comandă refuzată, rambursată sau nelivrabilă, magazinul nu este încă pregătit.
Deschiderea unui magazin este o lansare operațională, nu un proiect de decorare. Platforma este doar locul în care procesul devine vizibil.