Dārgai attīstībai tiek piesaistītas investīcijas un tērēti uzņēmēju ietaupījumi. Viņa ir atkarīga
Kāpēc ir svarīgi sākt izstrādāt jaunu produktu ar No-koda, neiesaistot klasisko izstrādi
Kad mēs skatāmies uz veiksmīgiem produktiem tirgū,piemēram, Airbnb, Amazon vai Yandex, jums ir jāsaprot, ka tie nekļuva tādi, kādi tie ir tagad, un pirms tam bija garš un daudzpakāpju pakāpeniskas attīstības ceļš. Produkta evolūcijas process parasti sastāv no vairākiem posmiem:
- Produkta/biznesa ideja.
- Prototips ir ātra, aptuvena nākotnes produkta ieviešana.
- MVP (minimāli dzīvotspējīgs produkts) ir vienkāršākā produkta, pakalpojuma vai pakalpojuma versija ar minimālu funkciju kopumu (dažreiz pat vienu), kas sniedz vērtību gala patērētājam.
- Produkts 1.0 ir produkts, kuram ir uzlabota funkcionalitāte, kas noteikta pēc klientu un biznesa vajadzībām pēc veiksmīgas MVP posma ieviešanas.
- Produkts 2.0 ir sarežģīts produkts ar paplašinātu funkcionalitāti un funkciju kopumu, kas ir uzlabots par produktu 1.0.
- Pilnvērtīgs produkts (produkts n versija) ir izstrādāts un paplašināts produkts, kura funkcionalitāte tiek izstrādāta un papildināta kā biznesa mērogs.
IT produktu evolūcijas posmi
Pirmie trīs posmi ir meklēšanas fāzeproduktu tirgus atbilstība, kur uzņēmums vai produkts tikai meklē formu un biznesa modeli, kas ir rentabls un vajadzīgs tirgum. Šajā posmā dibinātāju vai uzņēmumu īpašnieku uzdevums ir pēc iespējas lētāk un ātrāk pārbaudīt visas hipotēzes un atrast to, kas darbojas.
No 4. līdz 6. posmam notiek fāzeTāda biznesa modeļa mērogošana, kas ir izrādījies tirgus noturība un finansiāli panākumi. Šeit ir ļoti svarīgi atzīmēt, ka produkta mērogošana jānotiek līdz ar uzņēmuma izaugsmi, un uzņēmumu raksturo nopelnītā nauda. Tas ir, produkta sarežģītībai un būtiskai funkcionalitātes uzlabošanai vajadzētu tieši korelēt ar finanšu rādītāju pieaugumu, bet ne otrādi.
Lai pārietu no vienas fāzes uz otru, ir jāiziet bifurkācijas punkts, kas nozīmē, ka jāatrod funkcionējošs biznesa modelis (preces-market fit) un jāsāk mērogošanas posms.
Viens no daudzu jaunuzņēmumu un īpašnieku izlaidumiemuzņēmējdarbību, jo viņi uzskata, ka viņu produktu izstrāde notiks tik taisnā virzienā no posma uz posmu. Taču bieži vien pirmajā reizē neviens neiekļūst strādājošā un ienesīgā biznesa modelī. Parasti jums ir jāveic divi līdz pieci pagriezieni (no angļu valodas pivot — “biznesa modeļa maiņa”), pirms atrodat ļoti funkcionējošu biznesa modeli, kuru ir vērts mērogot. Vairums jaunuzņēmumu iestrēgst tieši produkta tirgus atbilstības meklēšanas posmā. Tas notiek tāpēc, ka jaunizveidotie uzņēmumi tērē visus savus resursus MVP izstrādei, padarot to ilgu un dārgu, tāpēc, ja viņiem ir jāmaina biznesa modelis, produkts kļūst tik neelastīgs, ka viņiem kļūst neiespējami pagriezties.
Tāpēc, izstrādājot lielāko daļu biznesa produktu, ir vērts izmantot lētākus rīkus. Bezkoda ir viens no tiem, un tas ir lieliski piemērots MVP veidošanai un testēšanai.
Produkta izstrādes posmi, izmantojot bezkoda no nulles
Bezkoda pieejas galvenā iezīme ir tāMVP produkta izveide var notikt neatkarīgi, neiesaistot komandu, kā klasiskajā izstrādē. Visu produkta radīšanas ciklu no produkta idejas līdz tā ieviešanai var veikt viens speciālists.
Apsveriet visas darbības:
IT produktu izstrādes posmi
1. posms. Produkta/projekta idejas apraksts
Pirms sākat izstrādāt, skaidri jāformulē atbildes uz jautājumiem par to, ko, kāpēc un kāpēc attīstāt. Pajautājiet sev:
- Kādu uzņēmumu/produktu jūs redzat?
- Kādu problēmu tas atrisina?
- Kas ir viņa auditorija, kā viņi tagad risina problēmu?
- Vai ir pietiekams tirgus apmērs, vai ir konkurenti, kā viņi darbojas, kāpēc jūs darāt to pašu vai atšķiras no viņiem?
- Kā notiks monetizācija, kādu budžetu esat gatavs ieguldīt MVP versijas izstrādē?
2. posms. Uzņēmējdarbības prasību sastādīšana
Šajā posmā ir jāpārdomā un jāapraksta, kā produkts darbosies, kādas funkcionālās prasības tam ir.
- Kā darbojas biznesa modelis, kā izskatās visa procesa ķēde no lietotāja ierašanās līdz pasūtījuma pabeigšanai?
- Kas ir iesaistīts produkta lietošanā: klienti, izpildītāji, personāla atlases speciālisti, grāmatvedība, vai viņiem ir nepieciešami kādi rīki un funkcionalitāte?
- Kurās valstīs plānojat piedāvāt pakalpojumu un kādās valodās?
- Kādas maksājumu sistēmas plānots izmantot?
- Kādi papildu ārējie pakalpojumi būtu jāizmanto, kādas integrācijas jāveic?
3. posms. MVP (minimālā dzīvotspējīgā produkta) izvēle
Šajā gadījumā ir nepieciešamas uzņēmējdarbības prasībasatlasiet minimālo kritiski nepieciešamās funkcionalitātes komplektu, kas ļaus pārbaudīt hipotēzi, tas ir, izveidot MVP funkcionalitāti. Svarīgi atcerēties, ka galvenais uzdevums ir pārbaudīt idejas dzīvotspēju, nevis izstrādāt pilnībā funkcionējošu produktu. Jākoncentrējas tikai uz to, bez kā pati biznesa ideja neizdodas, nodalīt galveno no sekundārā.
4. posms. Instrumentu kaudzes izvēle
Izprotot, kāda funkcionalitāte tiks ieviesta MVP,un kura paliks nākamajām produkta versijām, varat sākt atlasīt bezkoda rīku steku (kopu) tās ieviešanai. Tas var būt 2–6 dažādu bezkoda platformu un pakalpojumu sajaukums. Bet ir vērts apsvērt: jo vairāk pakalpojumu ir integrēti, jo lielāks risks. Sistēma/produkts kļūst trauslāks: ja viena no saitēm nedarbojas, var nokrist visa sistēma. Tāpēc labāk ir koncentrēties uz optimālo instrumentu skaitu kaudzē un vienmēr uzraudzīt to darbu.
Turklāt ir svarīgi noteikt iespējusavienojumu ar izvēlētās steka maksājumu pakalpojumiem, kā arī pārbaudiet iespēju to integrēt ar nepieciešamajiem ārējiem pakalpojumiem. Padomājiet ne tikai par to, kas ir nepieciešams, lai izveidotu MVP, bet arī par to, kā (ja biznesa modelis ir veiksmīgs) pēc tam varat mērogot produktu un vai MVP rīku komplekts nebūs šķērslis.
5. posms. Produkta specifikācijas sastādīšana
Pēc tam, kad esat izlēmis, kāda tieši funkcionalitātetiks ieviests MVP un ar kuru bezkoda rīku komplektu varat turpināt produkta specifikāciju sastādīšanu. Tas ietver detalizētu klienta ceļu loģikas izstrādi un aprakstu, katras lapas/ekrāna sastāvu un savienojumus, lietotāja lomu un piekļuves aprakstu saskaņā ar tiem, konfidencialitātes iestatījumus, pasūtījumu/maksājumu statusa modeli, stiepļu rāmju zīmēšanu programmā Figma. un prototipu veidošanas funkcionalitāte biznesa loģikas testēšanai.
6. posms. Datu bāzes apkopošana
Šis punkts ir piemērojams, izstrādājot pilnvērtīgas lietojumprogrammas. Šeit ir svarīgi izcelt galvenās entītijas un to atribūtus, pārdomāt tabulu statusus un saites.
7. posms. Dizaina rasējums
Produkta specifikācija un karkasi, kā arī zināšanasuz kura bezkoda kaudze tiks realizēta katrs no produkta elementiem, ir jāuzzīmē dizains. Gadās, ka dažos bezkoda rīkos nav iespējams pilnībā pielāgot dizainu, var mainīt tikai dažus raksturlielumus: krāsu, ēnas, izskatu, fonu. Šie ierobežojumi ir jāņem vērā. Bet, ja atlasītais Bezkoda rīks ļauj izveidot pielāgotu dizainu, varat izmantot veidnes vai iesaistīt dizaineru.
8. posms. Attīstība
Bezkoda pieejā priekšgala un aizmugursistēmas izstrādenav šādas skaidras atšķirības un tiek izpildīts paralēli. Vislabāk ir sadalīt lietojumprogrammu daļās un secīgi izveidot katrai no tām funkcionalitāti. Piemēram, klienta personīgajā kontā var būt galvenā lapa, pieteikšanās lapa, pats konts un profils.
Labākā vieta, kur sākt, ir izveidot datubāzi. Tas saistīs visas jūsu lietojumprogrammas lapas / cilnes un daļas, kas būs tās pamatā. Un pēc tam drosmīgi pārejiet pie priekšgala un aizmugures:
Frontend izstrāde:
- Lapas struktūras izveide.
- Interfeisa elementu izstrāde.
- Interfeisa pielāgošana dažādām ierīcēm.
Aizmugursistēmas izstrāde:
- Katra elementa/darbības/lapas funkcionalitātes un loģikas izveide.
- Sistēmas iekšējo procesu/aprēķinu iestatīšana.
- Lietotāju, lomu un privātuma/piekļuves iestatījumu un citu reģistrēšanas un autorizācijas izveide.
9. posms. Integrācija ar pakalpojumiem
Bezkoda integrācijas rīkos ar ārējiempakalpojumi parasti jau ir iebūvēti, izmantojot spraudņus. Tomēr dažreiz ir nepieciešams veikt pielāgotu integrāciju, izmantojot API. Tāpēc steka atlases posmā ir vērts pārbaudīt, vai pakalpojumam ir atvērta API un vai bezkoda rīks var veikt šo integrāciju.
Galvenās integrācijas, kas jāņem vērāprodukts: maksājumu sistēmas, pasta pakalpojumi (e-pasts, SMS), iekšējie pakalpojumi (crm, slac), analītikas pakalpojumi, konferenču pakalpojumi (Zoom). Ja rīkiem un pakalpojumam nav iebūvēta integrācija, dažos gadījumos jums var būt nepieciešama izstrādātāja palīdzība.
10. posms. Testēšana
Pārbaudot, ir ļoti svarīgi pārbaudītlietojumprogrammas veiktspēju un funkcionalitātes pareizību, kas sākotnēji tika iekļauta, sastādot produkta specifikācijas. Testēšana var notikt vairākos posmos, sagatavojot plānu, uzturot kļūdu žurnālu un pārbaudot funkcionalitāti dažādās ierīcēs. Pārbaude ir viens no galvenajiem posmiem, un tai jāpievērš īpaša uzmanība.
11. posms. Palaišana
Pēc pārbaudes un visu likvidēšanaskomentārus, ir nepieciešams sagatavot produktu laišanai tirgū lietotājiem. Lai to izdarītu, ir svarīgi to aizpildīt ar saturu (preču un pakalpojumu attēliem), rakstīt tekstus, pievienot lietotāja līgumu, līgumu par personas datu apstrādi, pārbaudīt atbilstību visām nepieciešamajām sākotnējām prasībām un sākt testēšanu ar lietotājiem.
Kad produkts ir laists klajā, ir ļoti svarīgi to ievērot.veiktspēju un atbalstu, pievērsiet uzmanību lietotāju atsauksmēm, veiciet intervijas ar viņiem. Tas ir vienīgais veids, kā saprast, vai izstrādes laikā izvirzītās nozīmes un idejas sakrīt ar to, kā lietotājs saprot un lieto jūsu produktu.
Pāreja no bezkoda uz klasisko izstrādi
Pāreja uz klasisko izstrādi ir aktuāla arī tad, kad no-koda kļūst par pudeles kaklu, un jūs saskaraties ar ierobežotu funkcionalitāti, kas kavē biznesa attīstību.
Bezkoda ir diezgan jaudīgs rīks, kas ļauj padarīt jūsu biznesu sarežģītāku, palielinoties uzņēmumam. Daudzi produkti/uzņēmumi paliek tajā.
Tomēr, ja tomēr nolemjat, dodietiesVislabāk ir izmantot daļēju paralēlu nomaiņas izstrādi. Tas ir, paralēli esošā produkta un procesu darbam sākt produkta vissvarīgākās daļas izstrādi. Pēc tam pakāpeniski pārsūtiet lietotāja datus uz jaunu produktu, kas izveidots, izmantojot klasisko pieeju, un tikai pēc tam nomainiet pašu produktu. Tādā veidā iteratīvi varat pilnībā pārcelt visas uzņēmuma daļas no bezkoda uz kodu.
Pārejas sākums parasti sākas ar klienta ārējiem produktiem, kuriem nepieciešams augstākas kvalitātes dizains, vietējās funkcijas. Vietējie produkti var pagaidīt.
Lasīt vairāk:
Zinātnieki no mūžīgā sasaluma zonas: kā viņi izstrādā gudras drēbes un pretvēža vakcīnu
"Staigājošie mirušie" pastāvēja pirms miljoniem gadu: zinātnieki stāstīja, kā tie parādījās
Ola tika izmesta no kosmosa: paskatieties, kas ar to notika