Power Apps model-driven: trešais ceļš biznesa programmatūrai — starp īri (SaaS) un pielāgotu izstrādi

Lielākā daļa uzņēmumu, kuru procesi pāraug Excel iespējas, nonāk vienā un tajā pašā situācijā. Abi iespējamie ceļi uz priekšu satur problēmu pašos pamatos. Pirmais ir īre (SaaS) — vai nu viens neelastīgs produkts, kas spiež pielāgot savu darba procesu tam, vai īres sistēmu (SaaS) zoodārzs ar šauri specializētiem rīkiem, kuri savā starpā nekad pa īstam neintegrējas. Otrais ir pielāgota izstrāde. Izmaksas vairāku desmitu vai simtu tūkstošos un pus gadu, un vairāk ieviešanas termiņi. Pievienojas riski kļūdām, drošības caurumiem un cits, jo viss jāveido no nulles. Matemātika ir skarba abos gadījumos. Viens SaaS CRM ir ap €50 mēnesī par lietotāju, un desmit cilvēku komandai piecu gadu laikā tie jau ir €30 000. Lielākā daļa uzņēmumu paralēli maksā par četriem vai pieciem šādiem rīkiem. Pastāv trešais ceļš, ko izveidojis Microsoft. Tas ir pieejams gandrīz katrā uzņēmumā, kas jau izmanto Microsoft 365, tomēr gandrīz nekad netiek izmantots kā nopietna biznesa platforma. Šī platforma ir Power Apps model-driven — reālai lietošanai gatava platforma pielāgojamu biznesa aplikāciju veidošanai jūsu esošajā Microsoft tenantā.

Mēs esam piegādājuši biznesa aplikāciju risinājumus vairāk nekā 30 organizācijām uz Microsoft platformas, ieskaitot Power Apps model-driven ieviešanas. Šis raksts izskaidro, kas patiesībā ir Power Apps model-driven, cik tas reāli maksā, kā tas salīdzinās ar alternatīvām, kuras jau zināt, un kā sākt.

Kāpēc grūti atrast patiešām pielāgojamu biznesa programmatūru

Uzņēmumi, kuru procesi pāraug Excel iespējas, sastopas ar to pašu situāciju. Abi iespējamie ceļi uz priekšu satur problēmu pašos pamatos. SaaS spiež pielāgot savu biznesu kāda cita veidnei vai iegādāties vairākus produktus, kas savā starpā nekad pa īstam neintegrējas. Pielāgota izstrāde sniedz tieši to, ko vēlaties, bet par tādu cenu un termiņu, kas projektu pārvērš sešciparu saistībās. Pievienojas risks ar kļūdām un stabilitāti, kad katru slāni veidojat paši. Abiem ceļiem ir tā pati pamatproblēma: neviens neļauj programmatūrai pielāgoties biznesam.

Excel robeža ir acīmredzamākā. Izklājlapa darbojas lieliski. Līdz brīdim, kad to vienlaikus nepieciešams atjaunināt diviem vai trim cilvēkiem. Vai kad datu apjoms padara meklēšanu un atskaišu sagatavošanu neiespējamu. Vai kad atklājat trīs dažādas "galvenā faila" versijas dažādos klēpjdatoros. Tā strādā, līdz vienā brīdī vairs nestrādā.

SaaS neatbilstība ir smalkāka. Šauri specializēts produkts, kas radīts konkrētam procesam (piemēram, CRM), pieņem, ka katrs uzņēmums pārdošanu organizē vienādi. Jūsu pārdošanas process ir citāds. Tādēļ pielāgojat savu procesu, lai tas iekļautos SaaS. Beigās izmantojat varbūt 30% no produkta funkcijām. Jūsu komanda atrod apvedceļus tām daļām, kas nesakrīt. Sākotnējais iemesls, kāpēc programmatūru iegādājāties, klusi pazūd. Produkts izskatās izsmalcināts. Ieviešana liek justies, it kā maksātu par to, lai bizness kļūtu sliktāks.

SaaS sadrumstalotība šo problēmu pastiprina. To mēs saucam par SaaS zoodārzu. Tipisks vidēja izmēra uzņēmums izmanto piecus līdz desmit dažādus SaaS produktus paralēli: vienu CRM, vienu projektu vadībai, vienu dokumentu parakstīšanai, vienu klientu atbalstam, vienu darba laika uzskaitei, vienu izdevumu uzskaitei. Katram ir sava maksa par lietotāju. Katrs glabā daļu jūsu datu kāda cita infrastruktūrā. Lai tos savienotu, jāveido trauslas API integrācijas. Tās sabrūk, kad jebkurš piegādātājs izlaiž atjauninājumu. Identitātes un piekļuves pārvaldība ir atsevišķs juceklis: dažādas pieteikšanās, dažādi atļauju modeļi, dažādi auditācijas reģistri. Kopējais ikmēneša rēķins atsevišķi nevienam nešķiet šokējošs. Gada skaitlis liek aizdomāties.

Pielāgota izstrāde izskatās kā izeja. Jūs varat iegūt tieši to, kas nepieciešams — uzbūvētu no nulles pēc jūsu specifikācijas. Tad pienāk piedāvājums. Tas ir divas līdz piecas reizes augstāks, nekā gaidījāt. Termiņš ir seši līdz divpadsmit mēneši. Jūs esat atkarīgs no tā, kurš kodu uzrakstīja. Pievienojas pilns risks par kļūdām, drošības caurumiem un izņēmuma gadījumiem, kas rodas, kad katru slāni veidojat paši: autentifikāciju, atļaujas, auditācijas reģistrus, integrācijas, mērogošanu. Projekts ir reāls, taču vairumam vidēja izmēra uzņēmumu tas nav īstenojams. Tādēļ viņi paliek pie Excel-un-SaaS-zoo status quo. Slēptās izmaksas, kas rodas, pielāgojot procesu rīkiem, klusi pieaug gadu no gada.

Kas patiesībā ir Power Apps model-driven

Power Apps model-driven ir Microsoft platforma strukturētu biznesa aplikāciju veidošanai bez nepieciešamības sākt no nulles. Vienkāršākais veids, kā to ievietot kontekstā: ja esat dzirdējis par Microsoft Dynamics 365 (Microsoft vadošo CRM un ERP risinājumu), Power Apps model-driven ir platforma, uz kuras Dynamics ir uzbūvēts. Tas pats dzinējs, tas pats datu slānis, tā pati Microsoft līmeņa drošība un pārvaldība. Tikai konfigurēts jūsu biznesam, nevis viņu. Jūs iegūstat biznesa aplikācijas pamatu, kas gatavs reālai lietošanai: datu tabulas, meklēšanas un filtrēšanas skatus, formas ar laukiem un cilnēm, biznesa procesa posmus, lomu balstītu drošību. Šos komponentus saliekat kopā tā, lai tie atbilstu jūsu konkrētajai darbības loģikai. Dati glabājas Dataverse — Microsoft drošajā un mērogojamā datu slānī — jūsu paša Microsoft tenantā.

Tas pieder plašākajai Power Platform saimei. Tai pašai saimei, kurā ietilpst Power BI, ko vairums biznesa vadītāju jau atpazīst. Power BI ir paredzēts atskaitēm un analīzei. Power Apps ir aplikāciju veidotājs. Abiem ir kopīgs datu slānis un kopīga Microsoft identitāte un pārvaldība.

Model-driven aplikācija ir veidota datiem, nevis dizainam. Jūs definējat savas tabulas: Klienti, Darījumi, Produkti, Rēķini, ko vien jūsu bizness patiesībā uzskaita. Definējat attiecības starp tām: vienam klientam ir vairāki kontakti, vienam kontaktam pieder vairāki darījumi, vienā darījumā ir vairāki produkti. Veidojat skatus — filtrētus, sakārtotus, grupētus sarakstus, kas rāda tieši to datu griezumu, kas nepieciešams katrai lomai. Veidojat formas ar cilnēm, sadaļām, obligātiem laukiem un nosacījumu loģiku, kas rāda vai paslēpj laukus atkarībā no konteksta. Veidojat biznesa procesa plūsmas, kas pārvieto ierakstu cauri posmiem (kvalificēts, piedāvājums, sarunas, slēgts) ar attiecīgiem noteikumiem un apstiprinājumiem katrā posmā. Microsoft uztur drošības modeli, auditācijas reģistrus, meklēšanas infrastruktūru, mobilo attēlojumu. Jūs uzturat to loģiku, kas ir specifiska jūsu biznesam.

Tā pati forma attiecas uz jebkuru strukturētu biznesa procesu, ne tikai uz pārdošanu. Iepirkumi: piegādātāji, pasūtījumi, rindas, apstiprināšanas posmi. Ražošana: darba uzdevumi, materiāli, posmi, kvalitātes pārbaudes. Apkope: iekārtas, plānoti darbi, tehniskie speciālisti, paveiktie darbi. Kvalitātes kontrole: incidenti, cēloņu kategorijas, korektīvās darbības, apstiprināšanas posmi. Platforma paliek tā pati. Mainās tikai tabulas, lauki, attiecības un posmi.

Vizuālais stils ir vienkāršs. Šī nav nogludināta SaaS produkta sākumlapa. Tā izskatās kā nopietna biznesa aplikācija — tīra, strukturēta, ar blīvu informāciju tur, kur tā nepieciešama. Ar Microsoft 365 vidi, ko jūsu komanda jau atpazīst. Daļai pircēju tas ir problēma. Vairumam pircēju, kas vada reālu operatīvo darbu, tas ir tieši pareizi. Pārdošanas vadītājam, kas pārskata 400 iespēju plūsmu, nav nepieciešamas noapaļotas malas un animētas pārejas. Viņam nepieciešams ātri filtrēt, kārtot un rīkoties.

Kad nepieciešams vairāk, nekā platforma piedāvā ārpus kastes, to var paplašināt ar kodu: PCF (Power Apps Component Framework) komponentes, React, pielāgoti spraudņi. Paplašinājums neizjauc platformu. Pamats paliek stabils, kamēr jūs pievienojat to, kas ir specifisks jums.

Atverot kādu no šīm aplikācijām, forma ir konsekventa. Kreisajā pusē — navigācija, kas grupē jūsu tabulas un skatus. Aktīvais skats rāda ierakstu sarakstu ar filtrējamām kolonnām. Viens klikšķis atver ierakstu ar visām tā detaļām. No šīs detaļas dabiski pārejat uz saistītajiem datiem. No klienta ieraksta redzat viņa kontaktpersonas, viņa darījumus, iegādātos produktus, atvērtos rēķinus, kopējo dzīves cikla vērtību. Visi savienoti caur datu modeli, visi pieejami no viena ekrāna. Galvenais, ko paturēt prātā: šī ir biznesa aplikāciju veidotājs, nevis no-code rotaļlieta. Iznākums ir programmatūra, ar kuru reālas komandas vada reālas operācijas.

Viena platforma, daudzas formas — ko mēs uz tās patiesībā veidojam

Power Apps model-driven nav produkts. Tas ir pamats. Mēs uz tā esam veidojuši CRM risinājumus, pielāgotas rēķinu vadības sistēmas, piegāžu vadības platformas un pilnas operatīvās platformas. Vienā aplikācijā tās apvieno pārdošanu, aktīvu pārvaldību, ražošanas izsekošanu un atbalsta procesus. Pareizais jautājums nav "vai Power Apps ir CRM?". Pareizais jautājums ir "kādu procesu jums nepieciešams digitalizēt?".

Visbiežākais ieejas punkts ir CRM. Uzņēmums saprot, ka izklājlapas vairs neder klientu un darījumu uzskaitei. Tas izskata dažus gatavus CRM risinājumus un saprot, ka standarta produkti pa īstam neiederas. Power Apps dod CRM, kas iederas — ar tiem pārdošanas posmiem, pielāgotiem laukiem, lomu balstītiem skatiem un integrācijām, kas patiešām vajadzīgas.

Reizēm projekts beidzas tur. Bieži vien — ne. Viens scenārijs atkārtojas. Kāds uzņēmums atnāca pie mums ar lūgumu pēc CRM. Pēc apjoma noskaidrošanas izrādījās, ka CRM bija tikai aptuveni 10% no tā, kas viņiem patiesībā vajadzīgs. Pārējie 90% bija viņu reālā operatīvā loģika. Veids, kā viņi izsekoja aktīvus cauri visiem sava biznesa posmiem: no iegādes caur apstrādi, caur iekšējo sadalījumu, līdz beigu pārdošanai. Loģika, ko esošā programmatūra vienkārši nespēja noturēt. Mēs to izveidojām kā vienu platformu. Tas, kas sākās ar "mums nepieciešams CRM", kļuva par sistēmu, uz kuras balstās viss bizness.

Šis scenārijs ir spēcīgākais arguments par labu Power Apps kā kategorijai. Vairumam uzņēmumu patiesībā nav nepieciešams CRM, ERP, projektu izsekotājs, piegāžu sistēma un dokumentu reģistrs blakus viens otram, strīdoties par datiem. Viņiem nepieciešama viena platforma, kas notur viņu operatīvo loģiku vienā saskaņotā formā: ar vienu identitātes slāni, vienu drošības modeli, vienu vietu, kur visu meklēt. Power Apps var kļūt par mini-ERP. Ne tāpēc, ka tas mēģinātu atkārtot SAP, bet tāpēc, ka tas ir strukturēts mugurkauls operatīvajiem procesiem, kurus jūsu finanšu ERP neaizskar.

Lai būtu skaidrs, kas Power Apps nav: tas nav aizvietotājs jūsu finanšu vai grāmatvedības ERP. Šādas sistēmas pastāv ar mērķi. Tās uztur oficiālos finanšu ierakstus, normatīvo atskaišu sniegšanu, virsgrāmatas pārvaldību. Saglabājiet tās. Power Apps aizpilda perifēriju ap šo kodolu — operatīvos procesus, kurus jūsu finanšu ERP neaizskar. Ražošanas izsekošana, apkopes plānošana, kvalitātes kontrole, CRM, piegādātāju koordinācija, dokumentu darbplūsmas, projektu vadība. Procesi, kas šodien dzīvo izklājlapās un SaaS rīku sadrumstalotībā, nekad pa īstam nesavienoti. Tieši tur Power Apps rada vērtību.

Princips, kas vienmēr atgriežas sarunās ar klientiem:

Biznesa vērtība ir process — nevis programmatūra. Kad process kādam uzņēmumam darbojas, programmatūras uzdevums ir to godāt, nevis salauzt, lai tas iekļautos kāda cita uzņēmuma veidnē.

Kā Power Apps model-driven salīdzinās ar alternatīvām

Salīdzinājumā ar SaaS produktu, Power Apps model-driven sniedz pilnu pielāgojamību. Dati glabājas jūsu paša Microsoft tenantā. Salīdzinājumā ar pielāgotu izstrādi tas dod reālai lietošanai gatavu pamatu, ātrāku piegādi un nav piegādātāja atkarības. Kompromiss ir godīgs: tas neizskatās tik nogludināts kā šauri specializēts SaaS produkts. Taču tas strādā reālā biznesa darbā un pielāgojas jūsu procesam, nevis otrādi.

Pamatots iebildums 2026. gadā: ja izstrādātājs strādā ar LLM palīdzību, vai viņš nevar uzbūvēt pielāgotu aplikāciju ātri un lēti? Īsā atbilde: LLM tiešām var palīdzēt izstrādātājam ātri izveidot aplikācijas pamatu. Tas ir reāli. Tomēr bez maksas tas nedod reālai lietošanai gatavu autentifikāciju, lomu balstītu drošību, auditācijas reģistrus, pārvaldību, mērogošanu un integrāciju Microsoft ekosistēmā, kuru jūsu bizness jau izmanto. Tieši šīs daļas izskatās viegli un izrādās 70% no visa darba. Power Apps tās sniedz jau pirmajā dienā.

Cik tas maksā un cik ātri var sākt

Lielāko daļu Power Apps model-driven projektu, ko mēs piegādājam, var iedalīt trīs kategorijās. Fokusētas, vienkārša procesa aplikācijas — €3 000-10 000. Plašākas aplikācijas, kas aptver vairākus procesus ar darbplūsmu loģiku — €7 000-15 000. Lielākas platformas ar vairākām integrācijām un sarežģītām operatīvām plūsmām — €15 000-25 000. Piegāde no saskaņotas specifikācijas līdz palaišanai parasti aizņem vienu līdz divus mēnešus, ieskaitot testēšanu un komandas apmācību.

Reti gadās, ka projekta pirmā fāze pārsniedz €20 000. Aplikācijas pieaug laika gaitā — tāda arī ir doma. Taču pirmais piegādes posms apzināti ir fokusēts. Vispirms palaiž kaut ko reālu. Redz, kā tas strādā pret jūsu operatīvo darbu. Tad notiek paplašināšana. Pieeja ir "sākt maz, paplašināt soli pa solim", nevis "izprojektēt visu sistēmu, būvēt gadu, cerēt, ka iznāks pareizi".

Darbs notiek agile režīmā pret saskaņoto darba apjomu. Kursa korekcijas ieviešanas laikā ir normālas un sagaidāmas, nevis sodāmas. Specifikācijas posms nosaka skaidru apjomu un aptuvenu budžetu (par to vairāk nākamajā sadaļā). Ieviešanas posms tad pielāgojas, jums atklājot, kas komandai patiešām nepieciešams.

Microsoft licencēšana ir daļa no kopējās ainas, taču parasti pieticīga. Microsoft 365 jau ietver pamata Power Apps lietošanas iespējas un sākotnējo Dataverse kapacitāti. Katram uzņēmumam ar M365 licencēm ir iesācēja līmeņa būvelementi. Kad aplikācija pārsniedz šo apjomu (lielāka noslodze, lielāki datu apjomi, premium savienotāji), tiek piemērota Power Apps premium licencēšana pēc lietotāja vai pēc aplikācijas. Skaitļi ir reāli. Taču gandrīz vienmēr tie izrādās zemāki par to, ko tas pats uzņēmums šobrīd maksā par trim vai četrām paralēli darbojošām SaaS lietotnēm.

Vienkāršs salīdzinājums. Šauri specializēta SaaS par €50 mēnesī par lietotāju 30 lietotājiem piecu gadu laikā kopā ir €90 000 — pirms jebkura integrāciju darba. Viena Power Apps būve par €15 000 plus Microsoft licences tajā pašā periodā parasti maksā krietni mazāk. Un ar sistēmu, kas veidota pēc jūsu reālā procesa, nevis kāda cita uzņēmuma veidnes.

Kā sākt

Katrs mūsu Power Apps model-driven projekts sākas ar specifikāciju. Tas ir strukturēts izpētes process, kurā mēs kopā ar jums definējam, kas aplikācijai patiesībā jādara — pirms tiek uzrakstīta pirmā koda rinda. Specifikācija tiek piegādāta kā dokuments neatkarīgi no tā, vai turpināsiet ar ieviešanu. Tas novērš visizplatītāko šķērsli uzņēmumiem, kas apsver pielāgotu programmatūru. Šis šķērslis ir slazds: mēģina patstāvīgi izveidot savas prasības, nekad līdz galam tās nepabeidzot, nekad pa īstam nesākot.

Modelis, kurā iekrīt vairums uzņēmumu, ir atpazīstams. Vadības komanda vienojas, ka vajadzīga jauna programmatūra. Kādam tiek uzdots "uzrakstīt prasības", lai varētu doties pie piegādātājiem. Iecerēts to izdarīt divās nedēļās. Sešus mēnešus vēlāk tas vēl joprojām tiek pārstrādāts. Reālā dzīve turpinās. Prasību dokuments tā arī nekad nesasniedz to punktu, kurā kāds būtu pietiekami pārliecināts, lai rīkotos. Projekts nesākas.

Specifikācija no pirmā soļa to apgriež otrādi. Jums nav nepieciešams zināt, kas vajadzīgs. Jums tikai jāzina, kas nestrādā. Mēs kopā ar jums izejam cauri operatīvajai realitātei: kādus procesus vadāt, kur ir berze, kādiem datiem jābūt savienotiem ar kādiem, kam vajadzīga piekļuve kam. Strukturētā specifikācija dabiski rodas no šīs sarunas. Mūsu projektu vadības komandas uzdevums ir piegādāt iespējami labāko produktu saskaņotā budžeta robežās. Un saglabāt šo budžetu redzamu visā darba gaitā.

Ja jūs apstājaties jebkurā brīdī — specifikācijas vidū, tās beigās, pēc pirmā prototipa — jūs aizejat ar dokumentāciju, kas līdz tam ir izveidota. Nekādu saistību. Nekāda izšķiestā nauda procesam, kas neiederas. Specifikācijas dokuments paliek noderīgs jums neatkarīgi no tā, kurš galu galā veiks ieviešanu.

Kad specifikācija ir gatava, sākas ieviešana. Iepriekšējais darbs nozīmē, ka ieviešanas posms reti kādu pārsteidz. Apjoms, izmaksas un termiņš ir skaidri pirms pirmās koda rindas.

Kāpēc šī ir pareizā forma vidēja izmēra uzņēmumiem

Power Apps model-driven joprojām ir reti sastopams ārpus Microsoft korporatīvajiem klientiem. Arī tādos tirgos kā Latvija. Power BI ir reāla atpazīstamība starp biznesa vadītājiem, taču plašākā Power Platform joprojām ir maz pazīstama. Tas pamazām sāk mainīties, bet lēni. Uzņēmumi, kas to ievieš tagad, strādā ar kategorijas līmeņa rīku, ko viņu konkurenti vēl nav atklājuši.

Vislabāk šī platforma piemērota uzņēmumiem, kuri pāraug Excel iespējas, bet vēl nav pietiekami lieli, lai attaisnotu sešciparu pielāgotas izstrādes projektu. Apgrozījums virs €10 miljoniem ir aptuvens orientieris. Patiesais rādītājs ir operatīvā sarežģītība — uzņēmumi ar vairākiem atšķirīgiem procesiem, kas vairs neiekļaujas izklājlapās un kurus neviens viens SaaS produkts pa īstam neatrisina. Šādiem uzņēmumiem ir izveidoti procesi, kas patiešām darbojas. Procesi, kurus vērts saglabāt, nevis salauzt, lai tie iekļautos SaaS veidnē. Viņu IT komandām patīk, ka Power Apps darbojas uz tās pašas Microsoft Entra identitātes un pārvaldības, ko viņi jau administrē. Nav atsevišķa administrēšanas paneļa, ko apgūt. Nav paralēla drošības modeļa, ko auditēt. Nav trešās puses piegādātāja, ar ko jārunā par datu izvietošanas vietu.

"Tas, ko Power Apps model-driven patiesībā nodrošina, ir programmatūra, kas pielāgota jūsu procesam. Nevis jūsu process, kas salauzts, lai tas iekļautos programmatūrā. Ar uzņēmumiem, ar kuriem strādājam, viss bieži sākas ar 'mums nepieciešams CRM' un beidzas ar 'šī ir sistēma, uz kuras balstās viss noteiktais uzņēmuma process.'" — Mārtiņš, MS Solutions