Veidot vai pirkt programmatūru: lēmumu ceļvedis mazajiem uzņēmumiem

Pērc programmatūru, kad tava vajadzība ir izplatīta, kļūdas ir dārgas un labs produkts jau atbilst tam, kā tu strādā — grāmatvedība, algas, e-pasts un maksājumi gandrīz vienmēr ir „pirkt”. Veido, kad tavs process ir specifisks tavam uzņēmumam, gatavie rīki liek veidot neērtus apvedceļus vai maksā par lielu produktu, lai izmantotu nelielu tā daļu. Daudzi mazie uzņēmumi galu galā dara abus: pērk pamatsistēmas un veido nelielus rīkus ap tām.

AI lietotņu veidotāji ir padarījuši veidošanu daudz lētāku nekā agrāk, un tas maina aprēķinu mazākiem, fokusētiem rīkiem. Tas nemaina faktu, ka visu, ko veido, arī jāuztur. Šis ceļvedis dod veidu, kā izlemt.

Īsumā

Ko „pirkt” patiesībā maksā

Abonēšanas cena ir tikai daļa no tā. Kad pērc, maksā arī ar:

• Vietām. Maksa par lietotāju pieaug kopā ar komandu, dažreiz ātrāk nekā vērtība.
• Apvedceļiem. Laiks, ko pavadi, pielāgojot savu procesu rīkam, vai eksportējot uz izklājlapām to, ko rīks nevar.
• Atkarību. Tavi dati un ieradumi dzīvo citas personas produktā. Aiziešana vēlāk nozīmē migrāciju.
• Cenu un plānu izmaiņām. Pārdevēji maina līmeņus, funkcijas un cenas. Tev nav balss.
• Integrācijas saites. Vairāku nopirkto rīku savienošana bieži prasa vēl vienu rīku.

Atdeve ir ievērojama: kāds cits nodrošina hostingu, drošību, atjauninājumus, dublēšanu, atbilstību un atbalstu. Lielākajām pamatfunkcijām tas ir daudz vērts.

Ko „veidot” patiesībā maksā

Veidošanai ir sākotnējās izmaksas — tavs laiks ar AI veidotāju vai izstrādātāja laiks — un pastāvīgās, ko cilvēki bieži nenovērtē:

• Hostings un datubāze, parasti mēneša summa, kas aug kopā ar lietojumu.
• Uzturēšana. Bibliotēkas vajag atjauninājumus. Pārlūkprogrammas mainās. Kaut kas reiz noteikti salūst.
• Drošība. Pieteikšanās, tiesības un datu aizsardzība ir tava atbildība.
• Atbalsts. Kad kolēģis vai klients iestrēgst, viņi nāk pie tevis.
• Īpašnieks. Kādam jāzina, kā tas darbojas, un jāveic izmaiņas. Ja šī persona aiziet, rīks var kļūt bezsaimnieks.
• Dublēšana un atjaunošana. Vajag veidu, kā atgūt datus, ja kaut kas noiet greizi.

Lai iegūtu aptuvenu priekšstatu par to, kā sākotnējās izmaksas atšķiras starp aģentūrām, frīlanseriem un AI veidotājiem, skat. cik maksā lietotnes izveide.

Vērtēšanas kontrolsaraksts

Novērtē katru jautājumu rīkam, ko apsver. Atzīmē kolonnu, kas der vislabāk.

Ja „pirkt” uzvar lielākajā daļā rindu, pērc — un nejūties slikti. Ja uzvar „veidot”, īpaši rindās par atbilstību un īpašumtiesībām, veidošana ir vērts nopietni apsvērt. Ja rezultāts ir jaukts, iespējams, labākais ir hibrīds.

Divi piemēri

Tie ir ilustrācijas, kā izmantot kontrolsarakstu, nevis īsti uzņēmumi.

Neliela grāmatvedības prakse, kas izvēlas grāmatvedības programmatūru. Grāmatvedība ir izplatīta funkcija, eksistē brieži produkti, un kļūdām ir juridiskas sekas. Prakses process nav konkurences priekšrocība — tās klientu grāmatām jābūt pareizām, nevis neparastām. Gandrīz katra rinda norāda uz „pirkt”. Praksei tomēr var būt vērts veidot kaut ko nelielu ap nopirkto produktu: klientiem paredzētu kontrollapu, kas parāda, kurus dokumentus katram klientam vēl jāiesniedz, ja tās grāmatvedības produkts to nesedz.

Mobila suņu kopšanas bizness, kas izvēlas rezervēšanas programmatūru. Rezervēšanas rīki eksistē, bet šim biznesam ir neparasts ierobežojums: vizītes atkarīgas no maršruta un ceļā pavadītā laika starp klientu mājām, un cenas mainās atkarībā no suņa izmēra un spalvas. Vispārīgi rezervēšanas produkti liek īpašniekam ik vakaru manuāli labot grafiku. Kļūdu sekas reizēm ir nelielas, īpašnieks ir gatavs uzturēt rīku, un process ir daļa no tā, kas padara biznesu efektīvu. Vairākas rindas norāda uz „veidot” — droši vien hibrīds: pielāgota rezervēšanas un maršrutēšanas lietotne, maksājumi caur Stripe un atgādinājumi caur e-pasta vai SMS pakalpojumu.

Modelis: jo vairāk vajadzība ir kopīga visiem uzņēmumiem, jo lielāka iespēja, ka jau eksistē labs produkts. Jo vairāk tā atspoguļo tieši to, kā darbojas tavs uzņēmums, jo vairāk veidots rīks var attaisnot savu vietu.

Hibrīdi risinājumi: pērc kodolu, veido malas

Praktiskākā atbilde mazajiem uzņēmumiem bieži ir nedz tīra veidošana, nedz tīra pirkšana:

• Pērc ierakstu sistēmu, veido skatu. Paturi savu grāmatvedību vai CRM un veido vienkāršu paneli vai klientiem paredzētu lapu, kas nolasa datus no tās.
• Veido darbplūsmu, pērc infrastruktūru. Veido savu rezervēšanas vai pasūtījumu plūsmu un izmanto Stripe maksājumiem un tādu pakalpojumu kā Resend vai Postmark e-pastam. Kartes numurus nekad pats neapstrādā. Kā pievienot maksājumus savai lietotnei apraksta šo modeli.
• Aizstāj izklājlapu, nevis programmatūru. Daudzi „veidot” lēmumi patiesībā attiecas uz izklājlapu, kas izaugusi par saviem spējām. Kā pārvērst izklājlapu lietotnē to izskaidro soli pa solim.
• Sāc veidojot, pēc tam pāriet uz pirkšanu (vai otrādi). Neliels veidots rīks var pierādīt, kas tev patiesībā vajag, pirms apņemies dārgam produktam — vai parādīt, ka vajag izstrādātāju.

Kā AI lietotņu veidotāji maina lēmumu

Līdz nesen pat neliela iekšēja rīka veidošanai vajadzēja izstrādātāju, tāpēc „pirkt” bija noklusējums gandrīz visam. AI lietotņu veidotāji maina pirmo šī vienādojuma pusi: ne-izstrādātājs tagad var aprakstīt izsekotāju, portālu vai paneli un ātri iegūt darbojošos versiju.

Tie nemaina otro pusi. Rīks, kas uzbūvēts vienā pēcpusdienā, tomēr vajag kādu, kas to pārvalda, nodrošina un uztur darbībā. AI veidotāju godīgā ietekme ir šāda:

• Mazi, fokusēti rīki — izsekotāji, uzņemšanas veidlapas, apstiprinājumu plūsmas, paneļi — pārvietojas stingri uz „veidot”.
• Kas ir regulēts vai drošības kritisks, paliek „pirkt” vai „veidot ar izstrādātāju, kas to pārskata”.
• Eksperimenti kļūst lēti. Vari uzbūvēt aptuvenu versiju, lai uzzinātu, kas tev vajag, pirms izlemt.

Mūsu ceļvedis par iekšēja rīka veidošanu iet soli pa solim, un iekšēja rīka idejas komandām sniedz konkrētus piemērus.

Jautājumi pārdevējam pirms pirkšanas

• Vai varu jebkurā laikā eksportēt visus savus datus lietojamā formātā?
• Kā mainās cena, kad pievienojam lietotājus vai datus?
• Kas notiek ar maniem datiem, ja atcelšu?
• Vai tas integrējas ar rīkiem, ko jau lietojam, vai vajadzēs savienotāju pakalpojumu?
• Kam zvanīt, kad tas nedarbojas, un cik ātri viņi atbild?

Jautājumi, kas jāatbild pirms veidošanas

• Kas pārvalda šo rīku un kas ir tā rezerve?
• Kur atrodas dati un kā tie tiek dublēti?
• Kas var pieteikties un ko katrs var redzēt?
• Kas notiek, ja veidotājs vai platforma, ko izmantoji, pazūd — vai vari paņemt kodu sev līdzi?
• Kāda ir mazākā versija, kas atrisina problēmu?

Ja nevari atbildēt uz pirmo jautājumu, vēl neveido.

Biežākās kļūdas

• Veidot to, kas jau atrisināts. Pielāgota grāmatvedība vai e-pasta piegāde reti ir tā vērta.
• Pirkt funkcijām, ko nekad neizmantosi. Uzņēmuma līmeņi ir cenoti uzņēmumiem.
• Salīdzināt tikai abonēšanas cenu ar veidošanas cenu. Salīdzini kopējās izmaksas par pāris gadiem, ieskaitot tavu laiku.
• Nav īpašnieka. Veidoti rīki bez īpašnieka sadalās; nopirkti rīki bez īpašnieka tiek nepareizi konfigurēti.
• Viss vai nekas. Lielākā daļa labu risinājumu ir hibrīdi.

Kur iederas Mythex

Ja nolemj veidot, Mythex ir AI lietotņu veidotājs šiem maziem, fokusētiem rīkiem, kā šis ceļvedis apraksta: tu apraksti rīku, tas to veido un palaiž tiešajā priekšskatījumā, pievieno datubāzi, kad lietotnei vajag saglabāt datus, un publicē to saitē, ko tava komanda var izmantot. Līdzstrādniekiem nav maksas par vietu, kas ir svarīgi, ja vietu cenas tevi atgrūž no nopirkta rīka. Plānā Pro vari eksportēt kodu vai sinhronizēt to ar GitHub, lai izstrādātājs to vēlāk varētu pārņemt — skat. GitHub un eksports. Plāni un kredīti ir cenu lapā.

Jautājumi