No sadrumstalotiem būvniecības iepirkumiem līdz mērogojamai platformai: TenderMap piemērs

Būvniecības tirgū informācija par projektiem, pakalpojumu sniedzējiem, tehniku un piegādātājiem bieži ir sadalīta starp dažādām platformām, kontaktiem un manuāliem procesiem.
TenderMap ideja bija šo sadrumstalotību aizstāt ar vienotu digitālu vidi.
Brandsite uzdevums nebija izveidot parastu uzņēmuma mājaslapu. Bija nepieciešama pielāgota web aplikācija ar savu biznesa loģiku, atrašanās vietā balstītu meklēšanu, vairākiem lietotāju tipiem, maksājumiem un daudzvalodu arhitektūru.
2025. gadā Brandsite izstrādāja TenderMap sākotnējo platformas risinājumu ar Laravel. Projekta izstrāde ilga aptuveni 8 mēnešus.
Kopš tā laika TenderMap produkts ir būtiski attīstījies tālāk.
Šobrīd pats TenderMap publiski norāda vairāk nekā 1 500 uzņēmumu, 12 000+ aktīvu projektu un darbību 8 valstīs.
Šie skaitļi raksturo TenderMap pašreizējo platformas mērogu, nevis automātiski Brandsite izstrādes posma rezultātu.
~ 5min
09/11/2026
Problēma: būvniecības tirgus ir lokāls, bet informācija - sadrumstalota
Būvniecībā atrašanās vieta tieši ietekmē izmaksas.
Ja projektam nepieciešams:
- celtnis;
- elektriķis;
- materiālu piegādātājs;
- tehnikas noma;
- apakšuzņēmējs,
attālums var ietekmēt transportēšanas cenu, piegādes laiku un projekta kopējās izmaksas.
Tāpēc ar klasisku uzņēmumu katalogu vien nepietika.
TenderMap bija jāsavieno:
pakalpojums → atrašanās vieta → lietotājs → piedāvājums → maksājums → tirgus
vienā digitālā sistēmā.
Tas nozīmēja, ka projektu nevarēja sākt tikai ar dizaina maketiem.
Vispirms bija jāizprot:
- kādi lietotāji platformu izmantos;
- kā atšķirsies viņu tiesības;
- kā tiks atrasti pakalpojumi;
- kādi dati būs jāsaglabā;
- kā notiks maksājumi;
- kā platformu varēs paplašināt citos tirgos.
Pieeja: lokācija kļuva par platformas biznesa loģikas daļu
Viens no galvenajiem sākotnējā TenderMap risinājuma elementiem bija ģeogrāfiskā meklēšana.
Lietotājam vajadzēja spēt ne tikai izvēlēties kategoriju, bet atrast atbilstošos pakalpojumus noteiktā teritorijā.
Plūsma tika veidota aptuveni šādi:
izvēlas vajadzību → norāda atrašanās vietu vai radiusu → redz rezultātus kartē → filtrē atbilstošos piedāvājumus
Tas būtiski atšķiras no parastas direktorijas.
Lokācija kļūst par daļu no:
- datu struktūras;
- filtrēšanas;
- rezultātu prioritizēšanas;
- lietotāja pieredzes;
- platformas biznesa loģikas.

Vairāki lietotāju tipi vienā sistēmā
TenderMap nebija paredzēts vienam universālam lietotājam.
Sākotnējā platforma ietvēra dažādus profilu un piekļuves līmeņus, tostarp bezmaksas un maksas lietotājus, kā arī administrācijas vidi.
Tas nozīmē, ka sistēmai pēc autorizācijas jāspēj saprast:
kas ir lietotājs → ko viņš drīkst redzēt → ko drīkst darīt → kādi dati pēc darbības mainās
Tieši šādos projektos web aplikāciju izstrāde atšķiras no klasiskas mājaslapas izstrādes.
Mājaslapā galvenais uzdevums bieži ir informācijas prezentēšana.
Web aplikācijā pati sistēma kļūst par darba vidi.
9 valodas jau sākotnējā arhitektūrā
TenderMap tika plānots vairākiem tirgiem jau no projekta sākuma.
Brandsite izstrādātais risinājums atbalstīja 9 valodu versijas.
Daudzvalodu web aplikācijā tas nav tikai jautājums par teksta tulkošanu.
Jāņem vērā arī:
- interfeiss;
- kategorijas;
- filtri;
- sistēmas paziņojumi;
- lietotāju profili;
- reģionu dati;
- maksājumi;
- administrācijas vide.
Ja internacionalizācija tiek pievienota tikai projekta beigās, var nākties mainīt arī datu un sistēmas arhitektūru.
Tāpēc TenderMap mērogošana bija jāparedz jau sākotnējā izstrādes posmā.
Maksājumi kā daļa no platformas, nevis atsevišķa poga
Brandsite sākotnējā TenderMap projektā tika integrēti arī maksājumu risinājumi, tostarp Stripe, MakeCommerce un Klarna.
Maksājumi bija daļa no platformas loģikas.
Sistēmai bija jāzina:
kurš lietotājs maksā → par ko maksā → kas mainās pēc veiksmīga maksājuma → kas notiek, ja maksājums neizdodas
Tas ļāva atbalstīt maksas profilus un citus komerciālus platformas scenārijus.
Šāda plūsma jau ir daudz tuvāka digitālam produktam nekā tipiskai uzņēmuma mājaslapai.
Laravel kā pamats individuālai biznesa loģikai
TenderMap tika izstrādāts ar Laravel.
Tehnoloģija tika izmantota, lai atbalstītu:
- lietotāju sistēmu;
- datubāzi;
- individuālu biznesa loģiku;
- maksājumus;
- ģeogrāfisko meklēšanu;
- administrāciju;
- turpmāku platformas attīstību.
Projekta sākotnējā izstrāde ilga aptuveni 8 mēnešus.
Taču svarīgākais nav pats Laravel nosaukums.
Svarīgākais ir tas, vai arhitektūra spēj augt kopā ar produktu:
vairāk lietotāju → vairāk datu → vairāk tirgu → jaunas funkcijas → jaunas integrācijas
Brandsite izstrādes posma rezultāts
Sākotnējā TenderMap projektā Brandsite izveidoja tehnisko pamatu, kas apvienoja:
Laravel web aplikāciju
→ lokācijā balstītu meklēšanu
→ interaktīvu karti un filtrēšanu
→ vairākus lietotāju tipus
→ 9 valodas
→ maksājumu plūsmas
→ administrācijas funkcionalitāti
Tas ir rezultāts, ko var tieši saistīt ar Brandsite izstrādes posmu.
Tas nepasaka, cik uzņēmumu vēlāk reģistrējās vai cik liela iepirkumu vērtība tika apstrādāta.
Šie jau ir atsevišķi biznesa rezultāti, kuri jāvērtē kopā ar TenderMap.

Kas notika tālāk: TenderMap šodien
Kopš sākotnējās platformas izstrādes TenderMap produkts ir turpinājis attīstīties.
Šobrīd TenderMap sevi pozicionē kā plašāku būvniecības iepirkumu, piegādātāju un marketplace vidi.
TenderMap publiski norāda:
| Rādītājs | TenderMap pašreiz publiski norādītais mērogs |
|---|---|
| Uzņēmumi | 1 500+ |
| Aktīvi projekti | 12 000+ |
| Tirgi | 8 valstis |
| Valodas | 9 |
| Darba procesa uzlabojums | līdz 5x ātrāk |
| AI matching | 94% precizitāte |
| Platformā attēlotā 2026. gada iepirkumu vērtība | €2.8B |
Svarīgi: šie ir TenderMap pašreiz publiski komunicētie platformas rādītāji, nevis Brandsite izstrādes posma rezultāti.
No kartes un marketplace līdz AI iepirkumu videi
TenderMap pašreizējā platforma ir plašāka nekā sākotnējais Brandsite projekta posms.
Šobrīd produktā tiek komunicētas arī AI funkcijas:
- piemērotu iepirkumu piemeklēšana;
- piedāvājumu analīze;
- aprēķini;
- juridiskā un līgumu analīze;
- risku izvērtēšana.
TenderMap savā vietnē publiski norāda arī 94% AI matching precizitāti.
Tas ir TenderMap produkta rādītājs, nevis Brandsite izstrādes KPI.
Taču tas parāda vienu būtisku digitāla produkta arhitektūras principu:
sākotnēji veidojot platformu, jāatstāj iespēja pievienot funkcijas, kuras pirmajā produkta versijā vēl nepastāv.
Ko citi uzņēmumi var mācīties no TenderMap?
TenderMap piemērs labi parāda, kad standarta mājaslapa vai gatavs marketplace šablons var kļūt par ierobežojumu.
Individuāla web aplikācija kļūst pamatotāka, ja nepieciešams apvienot:
- dažādas lietotāju lomas;
- individuālus lietotāju datus;
- sarežģītu meklēšanu;
- kartes un lokācijas datus;
- maksājumus;
- piekļuves līmeņus;
- vairākus tirgus;
- individuālu biznesa loģiku;
- nākotnes integrācijas.
Svarīgs ir arī cits princips:
digitālam produktam nevajag mēģināt pirmajā versijā izveidot visu iespējamo.
Daudz svarīgāk ir izveidot arhitektūru, kas spēj attīstīties kopā ar reālu lietotāju un biznesa vajadzībām.
Rezultāts: tehniskais pamats digitālam produktam
TenderMap stāsta spēcīgākā daļa nav konkrēts ekrānu vai funkciju skaits.
Brandsite izstrādes posmā tika izveidots pamats digitālam produktam ar:
ģeogrāfisku meklēšanu → vairākiem lietotāju tipiem → 9 valodām → maksājumiem → individuālu biznesa loģiku
Savukārt TenderMap šodien publiski komunicē jau daudz plašāku produktu un mērogu.
Tas ir labs piemērs tam, kā web aplikācija var kļūt nevis par uzņēmuma digitālu vizītkarti, bet par paša biznesa produkta tehnisko pamatu.
TenderMap projektu var apskatīt Brandsite portfolio.
Vai jūsu biznesa idejai pietiek ar standarta mājaslapu?
Ne katram uzņēmumam nepieciešama individuāla web aplikācija.
Tā kļūst pamatota tad, ja gatavs risinājums vairs nespēj atbalstīt konkrēto:
- biznesa procesu;
- lietotāju lomas;
- datu plūsmas;
- maksājumus;
- integrācijas;
- mērogošanas plānu.
Brandsite izstrādā pielāgotas web aplikācijas, portālus un biznesa platformas ar Laravel, datubāzēm, API, lietotāju lomām, maksājumiem un individuālu biznesa loģiku.



