Cik maksā individuālas CMS izstrāde un kas veido cenu?

Individuāla CMS jeb konkrētam uzņēmumam pielāgota satura vadības sistēma var būt gan vienkāršs administrācijas panelis dažu mājaslapas sadaļu pārvaldīšanai, gan pilnvērtīga biznesa platforma ar lietotāju lomām, dokumentiem, automatizētiem procesiem un integrācijām ar citām sistēmām.

Tāpēc uz jautājumu “Cik maksā individuālas CMS izstrāde?” nav vienas universālas atbildes.

1. gada Latvijas tirgū individuālu sistēmu izstrādes cena parasti tiek noteikta tikai pēc biznesa procesu un nepieciešamās funkcionalitātes izpētes.

Piemēram, iConcept individuālām ERP sistēmām norāda, ka izmaksas ietekmē funkcionalitātes apjoms, integrāciju skaits un lietotāju skaits, savukārt izstrāde atkarībā no projekta sarežģītības var ilgt aptuveni 3–9 mēnešus.

Codars savukārt uzsver, ka pat šķietami vienkāršs funkcijas nosaukums, piemēram, “klientu vadība”, praksē var nozīmēt gan vienkāršu datu tabulu, gan sarežģītu sistēmu ar lomām, dokumentiem, integrācijām un auditācijas vēsturi.

Tas ļoti precīzi raksturo arī individuālas CMS cenu.

Uzņēmums nemaksā tikai par pogu skaitu vai administrācijas paneļa ekrāniem. Galvenās izmaksas veido biznesa loģika, dati un procesi, kas sistēmai jāspēj pārvaldīt.

Īsā atbilde: cik var maksāt individuāla CMS?

Latvijā publiski pieejamu cenu tieši individuālām CMS nav daudz, jo šādi projekti gandrīz vienmēr tiek tāmēti individuāli.

Tomēr, salīdzinot pielāgotu biznesa sistēmu, e-komercijas un programmatūras projektu cenu līmeni, sākotnējai budžeta plānošanai var izmantot šādus ļoti aptuvenus orientierus:

Šie diapazoni nav oficiāla Latvijas tirgus vidējā cena. Tie ir praktiski budžeta orientieri, balstoties uz līdzīgu individuālās programmatūras projektu cenu līmeni.

Piemēram, WPX pilnvērtīgas pielāgotas AI lietotnes ar lietotāja saskarni, API, autentifikāciju un integrācijām piedāvā no 5500 eiro, bet sarežģītas enterprise platformas — no 12 000 eiro.

Savukārt Coma pētījumā par 16 Latvijas e-komercijas piedāvājumiem līdzīga uzdevuma cenas svārstījās no 2400 līdz vairāk nekā 20 000 eiro, bet mediāna bija aptuveni 7600 eiro.

Tāpēc precīzu CMS izstrādes cenu var noteikt tikai pēc prasību definēšanas.

Kas ir individuāla CMS?

CMS jeb Content Management System ir satura vadības sistēma, ar kuru iespējams pārvaldīt mājaslapas vai digitālas platformas saturu, neveicot katru izmaiņu manuāli programmas kodā.

Standarta CMS parasti ļauj pārvaldīt:

• lapas;
• bloga rakstus;
• attēlus;
• kategorijas;
• izvēlnes;
• lietotājus;
• SEO laukus.

Individuāla CMS savukārt tiek veidota konkrēta uzņēmuma darba procesiem.

Piemēram, nekustamo īpašumu uzņēmumam var būt nepieciešama objektu pārvaldība, cenu vēsture, aģentu profili un automātiska sludinājumu sinhronizācija.

Ražošanas uzņēmuma sistēmā var būt nepieciešami produktu tehniskie parametri, dokumenti, vairāku valodu saturs, klientu grupas un datu apmaiņa ar ERP.

Tāpēc divas vizuāli līdzīgas administrācijas sistēmas tehniski var atšķirties ļoti būtiski.

1. Biznesa procesu izpēte

Pirmās izmaksas rodas vēl pirms programmēšanas sākuma.

Izstrādātājam vispirms jāsaprot:

• kas sistēmu izmantos;
• kādi dati tajā atradīsies;
• kā saturs vai informācija tiek izveidota;
• kam ir tiesības to apstiprināt;
• kuri procesi pašlaik tiek veikti manuāli;
• ar kādām citām sistēmām CMS jāsavieno;
• kādi nestandarta gadījumi jāparedz.

Sarežģītākos projektos šo posmu parasti sauc par discovery jeb projekta izpēti.

Kvalitatīvas izpētes rezultātā būtu jābūt skaidram vismaz:

• procesa modelim;
• lietotāju lomām;
• datu avotiem;
• prioritātēm;
• nepieciešamajām integrācijām;
• galvenajiem riskiem;
• pirmās versijas jeb MVP apjomam.

Jo sarežģītāki ir uzņēmuma procesi, jo svarīgāks kļūst šis posms.

2. CMS pārvaldāmā satura un datu struktūra

Vienkāršā mājaslapā administratoram var būt jāpārvalda tikai:

• lapas;
• blogs;
• attēli;
• kontaktinformācija.

Sarežģītākā sistēmā var būt desmitiem savstarpēji saistītu datu tipu:

• produkti;
• pakalpojumi;
• darbinieki;
• klienti;
• projekti;
• dokumenti;
• kategorijas;
• filiāles;
• cenas;
• pasūtījumi;
• rezervācijas;
• piegādātāji.

Jo vairāk datu tipu un savstarpējo attiecību starp tiem, jo vairāk nepieciešams programmēšanas, datubāzes projektēšanas un testēšanas darba.

3. Lietotāji, lomas un piekļuves tiesības

Vienkāršai CMS var pietikt ar vienu administratoru.

Uzņēmuma sistēmā situācija bieži ir daudz sarežģītāka.

Tajā var būt:

• administrators;
• redaktors;
• mārketinga speciālists;
• projekta vadītājs;
• grāmatvedis;
• pārdošanas speciālists;
• ārējais partneris.

Turklāt katrai lomai var būt atšķirīgas piekļuves tiesības.

Piemēram, redaktors drīkst sagatavot rakstu, bet nedrīkst to publicēt. Filiāles darbinieks redz tikai savas filiāles datus. Vadītājs savukārt var apstiprināt cenu izmaiņas.

Šāda loģika būtiski palielina sistēmas sarežģītību salīdzinājumā ar vienkāršu “administrators vai nav administrators” modeli.

4. Individuāls administrācijas paneļa dizains

Individuāla CMS nenozīmē tikai pielāgotu publiskās mājaslapas dizainu.

Arī administrācijas videi jābūt ērtai cilvēkiem, kuri tajā strādās katru dienu.

Ja darbiniekam regulāri jāapstrādā simtiem ierakstu, svarīgas kļūst tādas funkcijas kā:

• filtri;
• meklēšana;
• masveida darbības;
• ātrā rediģēšana;
• statusi;
• konfigurējamas tabulas;
• validācijas;
• paziņojumi;
• darbību vēsture.

Dažos projektos tieši labi izstrādāts administrācijas panelis uzņēmumam rada lielāku biznesa vērtību nekā iespaidīgs publiskās daļas dizains.

Ja darbinieks katru dienu ietaupa kaut vai dažas minūtes uz vienu uzdevumu, ilgākā periodā ieguvums var kļūt ļoti būtisks.

5. Darba plūsmas un automatizācija

CMS var būt daudz vairāk nekā vieta, kur rediģēt tekstu un attēlus.

Piemēram, izveidojot jaunu produktu, sistēma var automātiski:

1. saglabāt informāciju;
2. piešķirt statusu;
3. nosūtīt produktu apstiprināšanai;
4. izveidot tulkošanas uzdevumu;
5. sagatavot SEO laukus;
6. pēc apstiprinājuma publicēt produktu;
7. pārsūtīt datus citai sistēmai.

Šādas darba plūsmas var ievērojami samazināt manuālo darbu, taču tās arī palielina izstrādes apjomu.

Pielāgotās biznesa sistēmās šāda loģika var ietvert:

• klientu kredītlimitus;
• dinamiskas cenas;
• servisa procesus;
• dokumentu apstiprināšanu;
• automātisku datu sinhronizāciju;
• uzņēmumam specifiskus statusus un izņēmumus.

6. Integrācijas ar citām sistēmām

Integrācijas ir viens no būtiskākajiem individuālas CMS cenu faktoriem.

Sistēmai var būt nepieciešams savienojums ar:

• CRM;
• ERP;
• grāmatvedības programmu;
• noliktavas sistēmu;
• maksājumu platformu;
• piegādes sistēmu;
• e-pasta mārketinga rīkiem;
• ārējiem API;
• uzņēmuma iekšējo datubāzi.

Pat šķietami vienkārša integrācija var prasīt ievērojamu darba apjomu.

Jāparedz:

• autentifikācija;
• datu formāti;
• sinhronizācijas biežums;
• kļūdu apstrāde;
• dublikātu novēršana;
• datu validācija;
• savienojuma pārtraukumi;
• darbību žurnāli.

Jo svarīgāka integrācija uzņēmuma ikdienas darbam, jo rūpīgāk jāizstrādā arī kļūdu scenāriji.

7. Esošo datu migrācija

Ja uzņēmumam jau ir mājaslapa vai cita sistēma, jaunajā CMS bieži nepieciešams pārnest esošo informāciju.

Tie var būt:

• tūkstošiem bloga rakstu;
• produktu katalogi;
• klientu dati;
• dokumenti;
• attēli;
• SEO informācija;
• daudzvalodu saturs.

Datu migrācija nav vienkārša kopēšana no punkta A uz punktu B.

Vecās un jaunās sistēmas datu struktūras bieži atšķiras, tāpēc var būt nepieciešama:

• datu transformācija;
• datu tīrīšana;
• dublikātu novēršana;
• validācija;
• testa migrācija;
• gala pārbaude.

Jo nekārtīgāki un nekvalitatīvāki ir sākotnējie dati, jo sarežģītāka un dārgāka var kļūt migrācija.

8. Daudzvalodu funkcionalitāte

CMS ar trim valodām ir sarežģītāka nekā sistēma ar vienu valodu.

Nepieciešams izlemt:

• vai katram ierakstam vajadzīgs tulkojums;
• vai atļauts publicēt tikai daļu valodu;
• kā pārvaldīt tulkojumu statusus;
• vai attēli atšķiras atkarībā no valodas;
• kā tiek veidoti URL;
• kā tiek pārvaldīti SEO dati.

Ja tulkošanā piedalās vairāki cilvēki vai tiek izmantotas MI sistēmas, var būt nepieciešams arī atsevišķs tulkojumu apstiprināšanas process.

9. SEO funkcionalitāte

Ja CMS paredzēta publiskai mājaslapai, jau sistēmas arhitektūrā jāparedz korekta SEO pārvaldība.

Administrācijas panelī var būt nepieciešami:

• SEO title;
• meta description;
• URL slug;
• canonical;
• index/noindex;
• Open Graph dati;
• attēlu alt apraksti;
• strukturētie dati;
• sitemap;
• pāradresācijas.

Jo vairāk šo procesu sistēma spēj pārvaldīt automātiski, jo mazāk ikdienas manuālā darba paliek administratoram.

Viena no individuālas CMS priekšrocībām ir iespēja SEO loģiku pielāgot tieši konkrētās vietnes struktūrai, nevis pielāgot biznesu gatavas platformas ierobežojumiem.

10. Drošība

CMS bieži satur uzņēmumam svarīgus vai sensitīvus datus, tāpēc drošību nevajadzētu atstāt projekta beigām.

Atkarībā no sistēmas var būt nepieciešama:

• droša autentifikācija;
• divu faktoru autentifikācija;
• detalizētas lietotāju tiesības;
• sesiju pārvaldība;
• auditācijas vēsture;
• datu šifrēšana;
• rezerves kopijas;
• aizsardzība pret automatizētiem uzbrukumiem.

Jo sensitīvāki dati un svarīgāks sistēmas process uzņēmuma darbībai, jo vairāk laika jāvelta drošības arhitektūrai un testēšanai.

11. Testēšana

Individuālu CMS nav iespējams kvalitatīvi izstrādāt bez rūpīgas testēšanas.

Jāpārbauda:

• lietotāju lomas;
• formas;
• datu validācija;
• integrācijas;
• mobilās ierīces;
• kļūdu scenāriji;
• datu migrācija;
• veiktspēja;
• drošība.

iConcept individuālu ERP risinājumu izstrādes procesā atsevišķi izdala testēšanu, datu integritātes, drošības un veiktspējas pārbaudi pirms sistēmas ieviešanas.

Testēšana palielina sākotnējo projekta cenu, taču vienlaikus samazina dārgu kļūdu risku pēc sistēmas palaišanas.

12. Uzturēšana pēc izstrādes

Individuālas CMS izmaksas nebeidzas brīdī, kad sistēma tiek publicēta.

Ilgtermiņā jāplāno arī:

• servera izmaksas;
• rezerves kopijas;
• sistēmas uzraudzība;
• drošības atjauninājumi;
• kļūdu labošana;
• jaunas funkcijas;
• izmaiņas integrācijās.

Tāpēc, salīdzinot izstrādātāju piedāvājumus, jāvērtē ne tikai sākotnējā cena, bet arī kopējās sistēmas izmaksas vairāku gadu periodā.

Individuāla CMS vai gatava platforma?

Individuāla CMS nav nepieciešama katram uzņēmumam.

WordPress, Shopify un citas gatavas platformas bieži ir ekonomiski izdevīgāks risinājums, ja uzņēmuma vajadzības ir salīdzinoši standarta.

Individuāla CMS kļūst pamatota, ja:

• gatavā platforma sāk ierobežot biznesa procesus;
• nepieciešamas specifiskas datu struktūras;
• ir sarežģītas integrācijas;
• jāautomatizē liels manuālā darba apjoms;
• nepieciešamas specifiskas lietotāju lomas;
• sistēma ir būtiska uzņēmuma ikdienas darbībai.

Creating.lv pielāgotu sistēmu izstrādi pozicionē tieši projektiem, kuros ar gataviem risinājumiem vairs nepietiek un nepieciešama lielāka kontrole pār datiem, biznesa loģiku un sistēmas tālāko attīstību.

Kā samazināt individuālas CMS izstrādes cenu?

Sāciet ar MVP

Pirmajā versijā nav nepieciešams realizēt visas idejas, kas varētu būt vajadzīgas pēc diviem vai trim gadiem.

Vispirms izveidojiet tās funkcijas, bez kurām sistēma nevar izpildīt savu galveno uzdevumu.

Tas ļauj ātrāk palaist pirmo versiju un pārbaudīt, kā sistēmu reāli izmanto darbinieki.

Sakārtojiet procesus pirms programmēšanas

Automatizēt nesakārtotu procesu parasti ir dārgi.

Pirms izstrādes ir vērts skaidri definēt:

• kas ko dara;
• kādi dati ir nepieciešami;
• kādi ir procesa statusi;
• kuri ir izņēmuma gadījumi.

Jo skaidrāks ir process, jo mazāk nevajadzīgu pārstrāžu rodas programmēšanas laikā.

Izmantojiet gatavas komponentes

Individuāla CMS nenozīmē, ka pilnīgi viss jāprogrammē no nulles.

Daudzos projektos iespējams izmantot pārbaudītus risinājumus:

• autentifikācijai;
• failu pārvaldībai;
• administrācijas paneļa elementiem;
• autorizācijai;
• paziņojumiem;
• citām standarta funkcijām.

Tas ļauj vairāk laika veltīt tieši uzņēmumam specifiskajai biznesa loģikai.

Attīstiet sistēmu pa posmiem

Drošāk bieži ir vispirms palaist pilnvērtīgi izmantojamu procesa daļu un tikai tad sistēmu paplašināt.

Tas ļauj nākamos lēmumus pieņemt, balstoties uz reālu lietotāju pieredzi, nevis pieņēmumiem.

Pārāk liela pirmā versija palielina risku izstrādāt funkcijas, kuras praksē izrādās nevajadzīgas.

Ko prasīt izstrādātājam pirms līguma?

Pirms individuālas CMS pasūtīšanas noskaidrojiet:

• kam piederēs programmas kods;
• vai saņemsiet pirmkodu;
• kur atradīsies datubāze;
• kā tiks veidotas rezerves kopijas;
• kādas tehnoloģijas tiks izmantotas;
• vai sistēmu vēlāk varēs uzturēt cits izstrādātājs;
• kas precīzi ir iekļauts cenā;
• kas tiek uzskatīts par papildu darbu;
• kā notiks testēšana;
• cik ilgs būs garantijas periods;
• cik maksās turpmākā uzturēšana;
• kā tiks dokumentētas integrācijas.

Īpaši svarīgi ir skaidri nodalīt sākotnējās izstrādes izmaksas no ilgtermiņa uzturēšanas.

Secinājums

Individuālas CMS izstrādes cenu neveido viens vienīgs faktors.

To galvenokārt nosaka:

1. biznesa procesu sarežģītība;
2. pārvaldāmo datu struktūra;
3. lietotāju lomas un piekļuves tiesības;
4. administrācijas paneļa funkcionalitāte;
5. automatizētās darba plūsmas;
6. integrācijas;
7. datu migrācija;
8. daudzvalodu funkcionalitāte;
9. SEO prasības;
10. drošība;
11. testēšana;
12. uzturēšana.

Vienkāršāks individuālas CMS projekts var sākties dažu tūkstošu eiro līmenī, savukārt biznesam kritiska platforma ar sarežģītiem procesiem, daudzām integrācijām un specifisku loģiku var maksāt vairākus desmitus tūkstošu eiro.

Tāpēc svarīgākais jautājums nav tikai:

Cik maksā individuāla CMS?

Daudz vērtīgāk ir pajautāt:

Cik uzņēmumam šobrīd izmaksā esošais process, un kādu vērtību radīs sistēma, kas šo procesu padarīs ātrāku, precīzāku un vieglāk pārvaldāmu?

Ja individuāla CMS katru mēnesi ietaupa desmitiem darbinieku stundu, samazina kļūdu skaitu, automatizē datu apmaiņu un ļauj biznesam augt bez proporcionāla administratīvā darba pieauguma, sākotnējā izstrādes cena kļūst tikai par vienu daļu no kopējā biznesa aprēķina.