Je, ni Gharama Gani Kutengeneza Programu ya Simu? Ni Nini Hasa Kinachosababisha Bei Kubwa Zaidi?

Karibu kila mwanzilishi huuliza swali moja la kwanza kuhusu programu: itagharimu kiasi gani? Ni swali la haki, na pia ndilo linalotoa majibu yasiyofaa sana. Utafutaji wa haraka hurejesha nambari zinazoanzia dola elfu chache hadi laki kadhaa, na hakuna anayeelezea kwa nini. Sababu ya kweli ni kwamba "programu ya simu" si bidhaa moja. Ni kategoria, na bei inategemea kile unachoweka ndani yake.

Mwongozo huu unaelezea pesa zinaenda wapi hasa. Utaona safu halisi za programu rahisi, za kati na ngumu, maamuzi yanayosukuma bei juu au chini, gharama ambazo huwa hazijaachwa kwenye nukuu za mapema, na njia ya vitendo ya kupata makadirio unayoweza kupanga. Ukitaka toleo fupi kama ukurasa wa marejeleo, mwongozo wetu wa gharama ya ukuzaji wa programu ya simu unafupisha safu. Hapa tunaingia kwenye hoja.

Jibu fupi: safu za kawaida

Kwa timu ndogo, ya wazee inayojenga bidhaa yenye upana mzuri, bendi hizi ni mahali pazuri pa kuanzia. Ni takwimu za kupanga, si nukuu.

Maonyo mawili kuhusu nambari hizi. Kwanza, zinadhania wigo ulio wazi. Programu inayoendelea kubadilisha umbo katikati ya ujenzi itagharimu zaidi ya bendi yoyote hapo juu. Pili, zinaelezea ujenzi. Uhifadhi, akaunti za duka, uuzaji na matengenezo huja juu, na tutazishughulikia baadaye katika makala haya.

Kwa nini wazo hilo hilo linaweza kugharimu kiasi tatu tofauti

Fikiria timu tatu zilizoombwa kujenga "programu ya kuagiza chakula". Moja huunda programu ya mgahawa mmoja ambapo wateja huvinjari menyu na kulipa kwa kadi. Mwingine huunda programu ya kikundi cha mgahawa, chenye matawi mengi, programu ya uaminifu na onyesho la jikoni. Ya tatu hujenga soko lenye migahawa mingi, ufuatiliaji wa barua na kamisheni. Wanashiriki jina moja na karibu hakuna kingine.

Ndiyo maana makadirio mazuri huanza na maswali, si nambari. Nani anatumia programu? Ni jambo gani muhimu zaidi ambalo lazima lifanye? Ni nini kinachopaswa kuunganishwa na nini? Kila jibu hubadilisha muundo. Kumbuka hilo unaposoma vichocheo sita vya gharama hapa chini.

Kiendeshi 1: Mifumo

Unaweza kujenga kwa iOS, kwa Android, au kwa zote mbili. Kuunga mkono zote mbili kwa msimbo tofauti wa asili kunamaanisha kujenga sehemu ya mbele mara mbili, ambayo inazidisha maradufu sehemu hiyo ya kazi. Bidhaa nyingi huzinduliwa kwenye jukwaa moja ili kujifunza haraka, kisha kupanuka.

Ikiwa hadhira yako iko kwenye jukwaa moja zaidi, anza hapo. Ukihitaji zote mbili kuanzia siku ya kwanza, mbinu ya majukwaa mbalimbali (inayojadiliwa baadaye) kwa kawaida huokoa sehemu kubwa ya bajeti.

Kiendeshi cha 2: Asili au majukwaa mbalimbali

Uundaji asilia hutumia zana za kila jukwaa: Mwepesi kwa iPhone na Kotlin kwa Android. Unapata ufikiaji bora wa vipengele vya kifaa na utendaji laini zaidi, kwa bei ya besi mbili za msimbo.

Mifumo ya majukwaa mbalimbali kama vile Flutter na React Native huruhusu besi moja ya msimbo kuhudumia majukwaa yote mawili. Kwa programu nyingi za biashara na watumiaji, matokeo yake yanahisi asili, miundo ni ya haraka na masasisho husafirishwa kwenye majukwaa yote mawili pamoja. Tofauti ni kwamba vipengele vichache maalum vya kifaa vinahitaji kazi ya ziada. Tunalinganisha hizo mbili kwa undani katika [Flutter dhidi ya React Native: ipi unapaswa kuchagua] (blog/flutter-vs-react-native-which-to-choose), na ikiwa tayari unajua unataka moja wapo, angalia jinsi tunavyofanya kazi kwenye [miradi ya Flutter] (hire-flutter-developers.php).

Chaguo la tatu, programu ya wavuti inayoendelea, inagharimu kidogo lakini ina ufikiaji mdogo wa vipengele vya kifaa, haswa kwenye iPhone. Inafaa zana rahisi ambapo orodha ya duka la programu si muhimu.

Kiendeshi 3: Sehemu ya nyuma na paneli ya msimamizi

Hii ndiyo sehemu isiyopuuzwa zaidi ya bei ya programu. Skrini kwenye simu ndizo tu watumiaji wanaona. Nyuma yao kuna akaunti, uhifadhi wa data, malipo, arifa, sheria za biashara na zana ambazo timu yako hutumia kudhibiti bidhaa.

Njia ngumu ya kufikiria kuihusu: kwa programu nyingi, sehemu ya nyuma na paneli ya msimamizi huchukua juhudi nyingi kama programu ya simu yenyewe. Ikiwa nukuu inaonekana ya bei nafuu, uliza ni zana gani ya nyuma na ya msimamizi inayojumuisha. Mara nyingi jibu huwa "hakuna", na unagundua pengo baada ya ujenzi.

Ikiwa tayari una mfumo wa wavuti, programu ya simu inaweza kutumia API yake na gharama ya nyuma hupungua. Usipofanya hivyo, panga moja. Timu zetu mara nyingi hujenga hii kwenye Laravel au Node.js, kulingana na kile bidhaa inahitaji, na tunaelezea chaguo katika Laravel dhidi ya Node.js.

Kiendeshi 4: Kina cha muundo

Vipengele vya kiolesura cha kawaida huundwa haraka na huhisi vinafahamika kwa watumiaji. Mfumo wa muundo maalum kikamilifu wenye vielelezo maalum, mabadiliko na skrini nyingi za kipekee huchukua muda mrefu zaidi, kubuni na kujenga.

Ubunifu mzuri si wa anasa. Mitiririko iliyo wazi hupunguza maswali ya usaidizi na kuongeza idadi ya watu wanaomaliza walichoanza. Lakini kuna tofauti kati ya wazi na iliyofafanuliwa. Kwa toleo la kwanza, safi na la kawaida karibu kila mara hushinda mapambo.

Kiendeshi 5: Ujumuishaji

Kila huduma ya nje ambayo programu inazungumza nayo huongeza kazi: kuelewa nyaraka zake, kuunganisha nayo, kushughulikia makosa yake na kuweka muunganisho ukifanya kazi inapobadilika. Ujumuishaji wa kawaida ni pamoja na:

• Watoa huduma za malipo
• Ramani na huduma za eneo
• Gumzo na ujumbe
• Uchanganuzi na kuripoti ajali
• Huduma za barua pepe na SMS
• Mifumo ya uhasibu, hesabu au CRM

Ujumuishaji mmoja au miwili iliyoandikwa vizuri ni ya kawaida. Kumi kati yao, kila moja ikiwa na tabia zisizo za kawaida, inaweza kuhesabu sehemu kubwa ya bajeti. Orodhesha ujumuishaji unaohitaji mapema, na utenganishe ule unaohitajika kwa uzinduzi na ule unaoweza kusubiri.

Kiendeshi 6: Usalama, faragha na kufuata sheria

Programu inayohifadhi data ya kibinafsi, inachukua malipo au kuhudumia tasnia inayodhibitiwa inahitaji mipango ya ziada: vidhibiti vya ufikiaji, usimbaji fiche, njia za ukaguzi na utunzaji makini wa data ya mtumiaji. Sheria halisi hutegemea nchi na sekta yako, na tunapendekeza uzithibitishe na washauri wako mwenyewe. Lakini juhudi za uhandisi kuzitimiza ni halisi, na zinafaa katika makadirio, si katika ombi la mabadiliko ya ghafla baadaye.

Gharama ambazo watu husahau

Bajeti za mapema huwa zinagharamia ujenzi na mambo mengine machache. Bidhaa hizi huonekana baadaye mara kwa mara, na ni bora kuzipanga sasa.

• Akaunti za Duka. Apple na Google hutoza ada kwa akaunti za wasanidi programu, na wana sheria zao za ukaguzi na mali zinazohitajika.
• Upangishaji na huduma. Seva, hifadhidata, hifadhi, arifa za programu kwa muda na huduma za watu wengine kwa kawaida hutoza kila mwezi au kwa matumizi.
• Kujaribu kwenye vifaa vingi. Simu hutofautiana katika ukubwa wa skrini, toleo la mfumo wa uendeshaji na utendaji. Upimaji sahihi huchukua muda.
• Uchanganuzi na ufuatiliaji. Unahitaji kujua wakati kitu kinapoharibika na jinsi watu wanavyotumia programu.
• Utunzaji. Apple na Google hutoa matoleo mapya ya mfumo wa uendeshaji kila mwaka, na programu zinahitaji masasisho ili kuendelea kufanya kazi. Mwongozo wa kawaida wa kupanga ni kutenga takriban asilimia 15 hadi 20 ya gharama ya ujenzi wa awali kwa mwaka kwa ajili ya masasisho, marekebisho na maboresho madogo.
• Uuzaji. Programu isiyo na watumiaji haipati pesa. Ofa ya uzinduzi na ununuzi unaoendelea mara nyingi hugharimu zaidi ya waanzilishi wanavyotarajia.

Jinsi ya kupata makadirio unayoweza kuamini

Makadirio ya kuaminika hayahusu nambari ya mwisho bali yanahusu zaidi jinsi ilivyotengenezwa. Tafuta ishara hizi.

1. Inaanza na mazungumzo. Nukuu iliyotolewa kabla ya mtu yeyote kuuliza kuhusu watumiaji na malengo yako ni nadhani.
2. Inaorodhesha mawazo. Makadirio mazuri yanasema yanajumuisha nini: majukwaa, idadi ya skrini, ujumuishaji, sehemu ya nyuma, paneli ya msimamizi, majaribio na kutolewa kwa duka.
3. Inatenganisha vitu muhimu kutoka kwa vya baadaye. Toleo la kwanza linapaswa kufafanuliwa wazi, huku ziada zikitambuliwa kando.
4. Inaelezea mabadiliko. Unapaswa kuambiwa ni nini kitakachoongeza au kupunguza bei, kwa mfano majukwaa mtambuka dhidi ya asili.
5. Inashughulikia baada ya uzinduzi. Uliza kinachotokea wakati kitu kinapoharibika katika mwezi wa tatu, na ni nani anayeshughulikia masasisho ya mfumo endeshi.

Tunafuata mbinu hii katika miradi yetu wenyewe. Mchakato umeelezewa kwenye ukurasa wa [Njia Yetu](njia-ya ... Amua jinsi mabadiliko yanavyoshughulikiwa kabla ya kazi kuanza, ili maombi madogo yasigeuke kuwa nyongeza zisizo na kikomo. 8. Jaribu wazo kabla ya kujenga jambo zima. Mfano unaoweza kubofywa hugharimu sehemu ndogo ya programu iliyokamilika na unaonyesha kama watu wanaitaka. Tunashughulikia hili katika MVP ni nini. 9. Jenga kwa hatua. Kutoa hatua kwa hatua ya fedha huweka hatari chini na maendeleo yanaonekana.

Alama za hatari katika nukuu ya programu

Baadhi ya ishara za onyo zinafaa kujulikana.

• Bei isiyo na wigo. Ikiwa nukuu haiwezi kukuambia unachopata, haiwezi kulinganishwa.
• Hakuna kutaja sehemu ya nyuma. Kama ilivyoelezwa hapo juu, hii mara nyingi huwa gharama kubwa zaidi iliyofichwa.
• Hakuna majaribio au kutolewa dukani. Zote huchukua muda halisi.
• Bei isiyobadilika kwa mahitaji yasiyoeleweka. Ama bei itaongezwa sana, au maombi ya mabadiliko yatafika baadaye.
• Shinikizo la kuamua haraka. Makadirio mazuri yanasalia siku chache za mawazo.
• Hakuna umiliki wa msimbo. Unapaswa kumiliki unacholipa, kikiwasilishwa katika hazina yako mwenyewe pamoja na nyaraka.

Je, unapaswa kuajiri timu au msanidi programu mmoja?

Kwa programu ndogo, iliyofafanuliwa vizuri, msanidi programu mmoja wa simu mwenye uzoefu anaweza kutosha. Kwa chochote chenye msingi, mahitaji ya muundo na majaribio, timu ndogo hushughulikia mambo mengi zaidi na huepuka ucheleweshaji wakati mtu mmoja hapatikani. Ukitaka kuongeza ujuzi kwenye timu yako mwenyewe badala yake, unaweza kuajiri watengenezaji wa programu za simu kwa msingi maalum au wa muda mfupi, au kusoma jinsi mifumo inavyolinganishwa katika timu iliyojitolea dhidi ya wafanyakazi huru dhidi ya wafanyakazi wa ndani.

Mfano unaofanya kazi

Ili kutengeneza hili halisi, fikiria programu ya kubuni ya kuweka miadi kwa mnyororo mdogo wa kliniki. Toleo la kwanza linahitaji kuingia kwa mgonjwa, wasifu wa daktari, kuweka nafasi na vikumbusho, pamoja na jopo la msimamizi kwa wafanyakazi wa mapokezi.

• Programu yenyewe ina mfumo mtambuka, ikiwa na skrini takriban kumi na mbili.
• Sehemu ya nyuma hushughulikia akaunti, upatikanaji na arifa.
• Jopo la msimamizi huwaruhusu wafanyakazi kudhibiti ratiba na nafasi.
• Miunganisho miwili: mtoa huduma ya malipo na huduma ya SMS kwa vikumbusho.

Wasifu huo uko katika bendi ya ugumu wa kati, na jopo la msimamizi na akaunti ya nyuma kwa sehemu kubwa ya juhudi. Ikiwa kliniki itaacha malipo ya mtandaoni kutoka kwa toleo la kwanza na kuyashughulikia kwenye dawati, bei hushuka sana na programu itazinduliwa mapema. Hivi ndivyo maamuzi ya wigo, sio kubishana, yanavyodhibiti bajeti.

Mawazo ya mwisho

Gharama ya programu ya simu ya mkononi ni jumla ya maamuzi mengi madogo: majukwaa, teknolojia, sehemu ya nyuma, muundo, miunganisho na kiasi unachoomba toleo la kwanza lifanye. Zielewe na unaweza kuunda mradi ili uendane na bajeti yako. Zipuuze na nukuu utakayopokea itakuwa nambari isiyo na maelezo.

Ikiwa ungependa usaidizi wa kubadilisha wazo lako kuwa wigo na masafa halisi, tuambie kuhusu programu yako. Tutauliza maswali kwanza na kukupa makadirio yenye mawazo yake yaliyoandikwa, ili ujue haswa unacholipa.