Վարձե՞լ մշակող, թե՞ կառուցել AI-ով. Ինչպես որոշել
Կառուցեք AI-ով, երբ արագ առաջին տարբերակ է պետք, հավելվածը հիմնականում ձևեր, ցուցակներ, վահանակներ և էջեր է, և պատրաստ եք սովորել՝ ինքներդ փորձարկելով։ Վարձեք մշակող, երբ հավելվածը մեծ ծավալով մշակում է փող կամ զգայական տվյալներ, կախված է բարդ ինտեգրացիաներից, կամ արդեն բիզնես է, որը չի կարող թույլ տալ խափանում։ Շատ մարդկանց համար լավագույն պատասխանը երկուսն է միասին. առաջին տարբերակը կառուցեք AI-ով, ապացուցեք, որ մարդիկ են ուզում այն, ապա բերեք մշակող՝ վերանայելու և ընդլայնելու համար։
Ինչ է տալիս յուրաքանչյուր տարբերակը իրականում
| Կառուցել AI հավելվածների կառուցիչով | Վարձել ազատ աշխատող | Վարձել գործակալություն | Վարձել մշտական մշակող | |
|---|---|---|---|---|
| Արագությունը մինչև առաջին տարբերակը | Ամենաարագը՝ հաճախ նույն օրը պարզ հավելվածների համար | Օրեր կամ շաբաթներ | Շաբաթներ կամ ամիսներ | Կախված է վարձման ժամանակից |
| Սկզբնական արժեքը | Ամենացածրը՝ բաժանորդագրություն և ձեր ժամանակը | Չափավոր | Ամենաբարձրը | Աշխատավարձ և վարձման ծախսեր |
| Ձեր պահանջվող ժամանակը | Շատ՝ դուք եք արտադրանքի մենեջերը և թեստավորողը | Միջին՝ բրիֆինգ և վերանայում | Ավելի քիչ՝ նրանք են կառավարում նախագիծը | Միջին՝ կառավարում և առաջնահերթություններ |
| Դատողությունը ճարտարապետության և անվտանգության մասին | Սահմանափակված է այն բանով, ինչ հարցնում և ստուգում եք | Կախված է մարդուց | Սովորաբար թիմ՝ վերանայմամբ | Աճում է ձեր արտադրանքի հետ |
| Շարունակական փոփոխություններ | Դուք, ցանկացած պահի | Վճարվում է յուրաքանչյուր փոփոխության կամ retainer-ով | Վճարվում է յուրաքանչյուր փոփոխության կամ retainer-ով | Ներառված է |
| Ամենալավը` համար | MVP-ներ, ներքին գործիքներ, կայքեր, նախատիպեր | Լավ սահմանված նախագծեր, գոյություն ունեցող հավելվածի ընդլայնում | Ավելի մեծ կառուցումներ՝ դիզայնով, QA-ով և նախագծի կառավարմամբ | Արտադրանք, որը ձեր բիզնեսի հիմքն է |
Մենք դիտմամբ չենք նշում դրույքաչափեր կամ աշխատավարձեր այստեղ. դրանք մեծապես տարբերվում են երկրից, փորձից և նախագծից, և ցանկացած մեկ թիվ կարող է մոլորեցնել։ Ավելի լավ է ստանալ երկու-երեք առաջարկ նույն գրավոր աշխատանքի շրջանակի դիմաց։ Ինչքան արժե հավելված կառուցելը բացատրում է, թե ինչն է մղում գինը։
Երբ AI-ով կառուցելը ավելի լավ ընտրություն է
- Դուք փորձարկում եք գաղափար։ Նպատակը սովորելն է, արդյոք որևէ մեկին դա պետք է, ոչ թե կատարյալ կոդը։ Տես ինչպես վավերացնել հավելվածի գաղափարը։
- Հավելվածը հիմնականում CRUD է։ Ստեղծել, կարդալ, թարմացնել, ջնջել. ձևեր, ցուցակներ, գրառումներ, վահանակներ։ AI կառուցիչները դրանք լավ են անում։
- Դուք շատ եք կրկնելու։ Միտքը փոխելը արժե մեկ հրահանգ, ոչ թե փոփոխության հարցում։
- Դա ներքին գործիք է։ Փոքր, հայտնի լսարանը ներում է կոպիտ եզրերը և ասում է, թե ինչն է սխալ։
- Բյուջեն սեղմ է։ Ավելի ցանկալի է ծախսել օգտատերեր ձեռք բերելու վրա, քան կառուցելու։
- Ուզում եք հասկանալ ձեր արտադրանքը։ Ինքներդ կառուցելը սովորեցնում է, թե բարդությունը իրականում որտեղ է։
Ինչ է պահանջում դա ձեզնից. հստակ նկարագրություններ, համբերություն՝ յուրաքանչյուր փոփոխությունը փորձարկելիս, և ազնվություն այն մասին, թե երբ եք չափից դուրս։
Երբ մշակող վարձելը ավելի լավ ընտրություն է
- Վճարումներ, դրամական շարժեր կամ ֆինանսական գրառումներ՝ ստանդարտ checkout-ից դուրս։
- Զգայական տվյալներ՝ առողջություն, երեխաների տվյալներ, պետական նույնականացման համարներ, որտեղ սխալները իրավական հետևանքներ ունեն։
- Բարդ ինտեգրացիաներ հին համակարգերի, անսովոր API-ների կամ տվյալների հետ, որոնք պետք է լրիվ համաժամեցված մնան։
- Արդյունավետություն և մասշտաբ՝ ծանր իրական ժամանակի գործառույթներ, մեծ տվյալների մշակում, մեծ թրաֆիկ։
- Բնիկ բջջային հավելվածներ App Store-ի և Google Play-ի համար, եթե հարմարվող web հավելվածը չի բավարարում։
- Հավելվածն արդեն ձեր բիզնեսն է։ Վճարող հաճախորդները խափանումը և տվյալների կորուստը թանկ են դարձնում։
- Ձեզ ժամանակ չունեք։ AI-ով կառուցելը դեռ ժամեր է պահանջում ձեր ուշադրությունից. եթե չեք կարող դա տալ, վճարեք մեկին, ով կարող է։
Հիբրիդային ուղին. կառուցեք AI-ով, ապա վարձեք
Սա ավելի ու ավելի տարածված է և հաճախ ամենաողջամիտ ճանապարհն է.
- Գրեք, թե ինչ եք կառուցում։ Կարճ բնութագիրը ամեն ինչ ավելի լավ է դարձնում։ Ինչպես գրել PRD AI-ով ներառում է ձևանմուշ։
- Կառուցեք առաջին տարբերակը AI-ով։ Պահեք այն փոքր՝ միայն այն մեկ հոսքը, որ ապացուցում է գաղափարը։
- Դրեք իրական օգտատերերի առաջ։ Իմացեք, թե ինչն է կարևոր, մինչ ավելի շատ ծախսելը։
- Արտահանեք կոդը կամ միացրեք այն GitHub-ին։ Մշակողին պետք է իրական կոդը, ոչ էկրանի պատկերներ։
- Նախ վարձեք մշակող վերանայման համար։ Ֆիքսված, փոքր առաջադրանք՝ անվտանգության, տվյալների մշակման և կառուցվածքի վերանայում և ցուցակ, թե ինչ կփոխեին։
- Որոշեք նրանց եզրակացություններից։ Ամրապնդեք և ընդլայնեք գոյություն ունեցող կոդը կամ վերակառուցեք այն մասերը, որոնք չեն մասշտաբվի։
Վերանայման քայլը կարևոր է։ Դա ցածր ռիսկով ձև է գնահատելու մշակողի աշխատանքը, նախքան ավելին պարտավորվելը, և արդարորեն ասում է, թե որքան ամուր է ձեր AI-ով կառուցած տարբերակը։ Ինչպես AI նախատիպը տանել արտադրության ներկայացնում է, թե սովորաբար ինչին է պետք ուշադրություն։
Եթե վարձում եք. ինչպես անել լավ
Նախապատրաստվեք մինչ որևէ մեկի հետ խոսելը
- Գրավոր աշխատանքի շրջանակ. օգտատերեր, հիմնական գործառույթներ, ինչն է դուրս շրջանակից, տվյալներ, թույլտվություններ։
- Հավելվածների օրինակներ, որոնք դուր են գալիս, և պատճառը։
- Մոտավոր բյուջեի միջակայք և ժամկետ։
- Ձեր աշխատող նախատիպը, եթե ունեք. այն հաճախ ավելի հստակ է, քան ցանկացած փաստաթուղթ։
Ինչ ստուգել
- Համապատասխան աշխատանք, որ կարող եք օգտագործել։ Աշխատող հավելվածներ, ոչ միայն էկրանի պատկերներ։
- Ինչպես են հաղորդակցվում։ Հարցնո՞ւմ են լավ հարցեր ձեր օգտատերերի մասին, թե միայն տեխնոլոգիայի։
- Գրավոր գնահատական, որը կապված է աշխատանքի շրջանակի հետ, և այն, թե ինչ է լինում, երբ շրջանակը փոխվում է։
- Սեփականություն։ Պայմանագիրը պետք է ասի, որ կոդը ձերն է, իսկ հաշիվները (հոստինգ, դոմեյն, տվյալների բազա, վճարային մատակարար) ձեր անունով են։
- Հանձնում։ Փաստաթղթեր, մուտք դեպի repository և ինչպես աշխատեցնել հավելվածը նրանց առանց։
- Թողարկումից հետո։ Ով է շտկում սխալները, որքան ժամանակ և որքան արժե։
Սկսեք փոքրից
Փոքր վճարովի փորձաշրջանային առաջադրանքը՝ վերանայում, մեկ գործառույթ, սխալի շտկում, ավելի շատ է ասում, քան ցանկացած հարցազրույց։ Այն ավելի արդար է երկու կողմի համար, քան մեծ ֆիքսված գնով նախագիծը անծանոթի հետ։
Եթե AI-ով եք կառուցում. ինչպես անել լավ
- Նկարագրեք արտադրանքը, ոչ թե կոդը։ Օգտատերեր, հոսքեր, տվյալներ, թույլտվություններ։ Տես ինչպես գրել հրահանգներ AI հավելվածների կառուցիչների համար։
- Մեկ փոփոխություն մեկ անգամ՝ փորձարկված նախքան հաջորդը։
- Օգտագործեք checkpoint-ներ, որպեսզի վատ փոփոխությունը կարողանա հետ գլորվել։
- Անվտանգությունը լուրջ վերաբերվեք. Մուտք յուրաքանչյուր մասնավոր էջում, օգտատերերը տեսնում են միայն իրենց տվյալները, գաղտնիքները կոդից դուրս։
- Թողեք ելքը բաց։ Ընտրեք գործիք, որը թույլ է տալիս արտահանել կոդը կամ համաժամեցնել Git repository-ի հետ, որպեսզի մշակողը հետագայում կարողանա վերցնել այն։
- Իմացեք ձեր սահմանները։ Եթե նույն շտկումը երեք անգամ եք խնդրել և այն դեռ կոտրված է, ժամանակն է մշակողի աչքին ներկայացնելու։
Նախազգուշական նշաններ երկու ուղիներից որևէ մեկի վրա
Որոշ նշաններ ասում են, որ ընտրած ուղին չի աշխատում։
AI-ով կառուցելը չի աշխատում, եթե…
- Նույն սխալը նորից ու նորից է վերադառնում մի քանի շտկման փորձից հետո։
- Չեք կարողանում որոշել, արդյոք անվտանգ է։ Չգիտեք, թե ով ինչ տվյալ է տեսնում, և չեք կարող ստուգել։
- Ամեն փոփոխություն ինչ-որ բան կոտրում է։ Հավելվածը աճել է այնպես, որ ոչ ոք չէր ծրագրել։
- Ավելի շատ ժամանակ եք ծախսում շտկելու վրա, քան օգտատերերից սովորելու։ Արագ կառուցելու նպատակը սովորելն էր. եթե դա դադարել է, վերանայեք։
Ոչ մեկը սրանցից չի նշանակում սկսել նորից։ Սովորաբար դա նշանակում է, որ ժամանակն է մշակողին վերանայել այն, ինչ ունեք։
Վարձելը չի աշխատում, եթե…
- Չեք կարողանում տեսնել առաջընթացը։ Համաձայնեցված առաջին փուլից հետո չկա աշխատող տարբերակ, որ կտտացնեք։
- Գնահատականները շարունակում են աճել առանց աշխատանքի շրջանակի փոփոխության։
- Հաշիվներն ու կոդը ձեր անունով չեն։ Շտկեք սա անմիջապես, ինչ էլ որ լինի։
- Չեք հասկանում, թե ինչի համար եք վճարում, և հարցերին անորոշ պատասխաններ են ստացվում։
Լավ մշակողը պատրաստ է վաղ ցույց տալ աշխատանքը, պարզ լեզվով բացատրել փոխզիջումները և ապահովել, որ կարողանաք շարունակել առանց նրանց։
Արագ որոշման ուղեցույց
| Ձեր իրավիճակը | Առաջարկվող ուղի |
|---|---|
| Գաղափարի փորձարկում, մշակողի բյուջե չկա | Կառուցել AI-ով |
| Ներքին գործիք ձեր թիմի համար | Կառուցել AI-ով. մշակողի վերանայում, եթե պահում է զգայական տվյալներ |
| Մարքեթինգային կայք կամ portfolio | Կառուցել AI-ով կամ կայքի կառուցիչով |
| SaaS MVP՝ առաջին վճարող հաճախորդներ գտնելու համար | Կառուցել AI-ով, ապա մշակողի վերանայում մասշտաբավորելուց առաջ |
| Մեծ ծավալով վճարումներ, առողջության կամ ֆինանսական գրառումներ | Վարձել մշակող (AI-ն դեռ կարող է արագացնել նրանց աշխատանքը) |
| Պահանջվում է բնիկ iOS/Android հավելված | Վարձել մշակող կամ գործիք, որը աջակցում է բնիկ կառուցումներին |
| Գոյություն ունեցող արտադրանք հաճախորդներով, պետք են խոշոր փոփոխություններ | Վարձել մշակող |
| Ժամանակ չունեք ինքներդ փորձարկելու և կրկնելու | Վարձել |
Առաջին տարբերակի կառուցումը Mythex-ով
Mythex-ը AI հավելվածների կառուցիչ է «նախ ինքներդ կառուցեք» ուղու համար. դուք նկարագրում եք հավելվածը, այն գրում և աշխատեցնում է կոդը կենդանի նախադիտման մեջ, անհրաժեշտության դեպքում ավելացնում է տվյալների բազա և հրապարակում է իրական URL-ում։ Այն կառուցում է հեռախոսների վրա աշխատող web հավելվածներ, իսկ Pro-ում կարող է դրանք փաթաթել որպես Android և iPhone հավելվածներ Google Play-ի և TestFlight-ի համար։ Երբ պատրաստ լինեք մշակող բերել, Pro-ն թույլ է տալիս արտահանել նախագիծը կամ համաժամեցնել այն ձեր սեփական GitHub repository-ի հետ (GitHub և արտահանում), իսկ լրիվ կոդային խմբագիրը նշանակում է, որ մշակողը կարող է աշխատել ուղղակիորեն նախագծի մեջ։ Տես գների էջը, թե յուրաքանչյուր պլանում ինչ է ներառված։
Հարցեր
Կարո՞ղ է AI-ը փոխարինել մշակողին
Շատ առաջին տարբերակների համար՝ վեբ կայքեր, ներքին գործիքներ, վահանակներ, պարզ SaaS MVP-ներ, AI հավելվածների կառուցիչները թույլ են տալիս ոչ մշակողներին ստեղծել աշխատող ծրագրակազմ։ Սակայն դրանք չեն փոխարինում մշակողի դատողությանը ճարտարապետության, անվտանգության, արդյունավետության և բարդինտեգրացիաների հարցերում, որոնք ավելի կարևոր են, երբ հավելվածը մեծանում է։
Արդյո՞ք MVP-ն պետք է կառուցեմ AI-ով և հետո վարձեմ մշակող
Հաճախ՝ այո։ Առաջին տարբերակը AI-ով կառուցելը թույլ է տալիս էժան փորձարկել գաղափարը իրական օգտատերերի հետ։ Եթե այն աշխատում է և աճում է, մշակողը կարող է վերանայել, ամրապնդել և ընդլայնել այն՝ պայմանով, որ կարողանաք արտահանել կոդը կամ այն գտնվում է Git repository-ում։
Ի՞նչ պետք է փնտրեմ մշակող վարձելիս
Համապատասխան նախկին աշխատանքներ, որոնք կարող եք դիտել, պարզ հաղորդակցություն, գրավոր գնահատական, որը կապված է աշխատանքի շրջանակի հետ, համաձայնություն, որ կոդն ու հաշիվները ձերն են, և պլան այն բանի համար, թե ինչ լինի թողարկումից հետո։ Մեծ նախագծից առաջ սկսեք փոքր վճարովի առաջադրանքով։
Երբ անպայման պետք է վարձեմ մշակող
Երբ հավելվածը մեծ ծավալով մշակում է վճարումներ, զգայական անձնական կամ առողջության տվյալներ, բարդ ինտեգրացիաներ, խիստ համապատասխանության պահանջներ կամ մեծ թրաֆիկ, կամ երբ հավելվածն արդեն եկամուտ է բերում և անջատումը թանկ է նստում։ Մշակողը արժե նաև թողարկումից առաջ անվտանգության ստուգում անելու համար։