Ինչպես ստեղծել հավելված առանց կոդի. պարզ լեզվով ուղեցույց

Առանց կոդի հավելված ստեղծելու համար օգտագործիր AI հավելվածների կառուցողը, որտեղ հավելվածը նկարագրում ես սովորական նախադասություններով, և AI-ն գրում է կոդը, կամ no-code գործիքը, որտեղ պատրաստ բլոկները քաշում ես էկրանների վրա և միացնում տվյալների հետ։ Երկու դեպքում էլ քեզ մնացած աշխատանքը այն է, որ որոշես, թե հավելվածը ճշգրիտ ինչ է անում, փորձարկես և հրապարակես այն։ Այս ուղեցույցը բացատրում է երկու մոտեցումը, ցույց է տալիս, թե ինչպես նկարագրել հավելվածը այնպես, որ կառուցողը ճիշտ հասկանա, և ազնվորեն ասում է, թե ինչն է դեռ պահանջում մշակող։

Երկու ճանապարհ՝ կոդից խուսափելու համար

AI հավելվածների կառուցողներ

Մուտքագրում ես ինչ-որ բան, օրինակ՝ «ամրագրման էջ իմ շան խնամքի բիզնեսի համար», և կառուցողը ստանում է աշխատող հավելված. էկրաններ, տվյալների բազա, մուտք՝ ամեն ինչ։ Փոխում ես այն հարցնելով. «ավելացրու դաշտ շան ցեղի համար»։ Ներքին մասում այն գրում է իրական կոդ, որը մշակողը կարող է հետագայում կարդալ և խմբագրել։

Mythex-ը աշխատում է այս կերպ։ Այն կառուցում է լրիվ ստեկի հավելված կենդանի նախադիտմամբ, կցում է իրական տվյալների բազա և ֆայլերի պահեստ, երբ հավելվածին պետք են, և հրապարակում է հանրային հասցեով մեկ սեղմումով։ Կոդի խմբագրիչ և տերմինալ կան, եթե հետաքրքրված ես, բայց երբեք պետք չէ դրանք բացել։

Տեսողական no-code գործիքներ

Որոշ գործիքներ, ինչպիսիք են Bubble, Glide, Softr կամ Adalo, տալիս են կտավ։ Դու դնում ես ցուցակ, ձև կամ կոճակ և սահմանում կանոններ. «երբ այս կոճակը սեղմվում է, պահիր ձևը Orders աղյուսակում»։ Տեսնում ես տրամաբանության յուրաքանչյուր մաս, ինչ ոմանք սիրում են։ Փոխզիջումը այն է, որ պետք է սովորես, թե յուրաքանչյուր գործիք ինչպես է մտածում, իսկ բարդ տրամաբանությունը վերածվում է կարգավորումների լաբիրինթոսի։

Ո՞րն է քեզ հարմար

Մեր խորը no-code և AI հավելվածների կառուցողների համեմատությունը ներառում է արժեքը, ճկունությունը և կախվածությունը (lock-in)։

Ինչպես նկարագրել քո հավելվածը, որ ճիշտ ստացվի

Կոդ չգրելը չի նշանակում չմտածել։ Արդյունքի որակը կախված է նրանից, թե որքան հստակ ես նկարագրում այն։ Չորս բան ամենակարևորն են։

Մարդիկ

Անվանիր օգտատերերի յուրաքանչյուր տեսակը։ «Հաճախորդներ» և «խանութի սեփականատեր» ավելի լավն է, քան «օգտատերեր»։ Եթե կան աշխատակիցներ, ղեկավարներ կամ ադմիններ, ասա դա։

Հիմնական հոսքը

Նկարագրիր ճանապարհը հավելվածով հերթականությամբ. «Հաճախորդը ընտրում է ծառայություն, ընտրում է ազատ ժամ, մուտքագրում է իր տվյալները և ստանում հաստատում»։

Տվյալները

Ցույց տուր, թե հավելվածը ինչ է պահում. ծառայություններ (անուն, գին, տևողություն), ամրագրումներ (հաճախորդ, ծառայություն, ժամ, կարգավիճակ)։ Սա ասում է կառուցողին, թե ինչ պետք է գնա տվյալների բազա։

Կանոնները

Ասա, թե ով ինչ կարող է տեսնել և փոխել. «Հաճախորդները տեսնում են միայն իրենց ամրագրումները։ Սեփականատերը տեսնում է բոլոր ամրագրումները և կարող է չեղարկել ցանկացածը»։

Միասին հավաքած՝ առաջին հաղորդագրությունը կարող է այսպիսի լինել.

Կառուցիր ամրագրման հավելված շան խնամքի բիզնեսի համար։ Հաճախորդները ընտրում են ծառայություն (լոգանք, լրիվ խնամք, եղունգների կտրում, յուրաքանչյուրը գնով և տևողությամբ), ընտրում են բաց ժամ հաջորդ երկու շաբաթվա ընթացքում և մուտքագրում են իրենց անունը, հեռախոսը, շան անունը և ցեղը։ Նրանք ստանում են հաստատման էկրան։ Սեփականատերը մուտք է գործում, որ տեսնի ամրագրումները օրերով, նշի դրանք ավարտված կամ չեղարկի։ Հաճախորդները չեն կարող տեսնել ուրիշների ամրագրումները։ Ջերմ, ընկերական գույներ, աշխատում է հեռախոսների վրա։

Այս ամբողջությունը կարող ես փորձել Mythex հավելվածի կառուցողում։ Ավելի շատ օրինակների համար կարդա ինչպես գրել հուշումներ AI հավելվածների կառուցողների համար։

Կառուցման հանգույց. նայիր, հարցրու, ստուգիր

Առաջին տարբերակը հայտնվելուց հետո գործընթացը հանգույց է.

1. Օգտագործիր այն, ինչպես կանեն հաճախորդները։ Ամրագրիր այցելությունը սկզբից մինչև վերջ։
2. Նշիր մեկ բան, որ սխալ է կամ բացակայում է։ «Չկա հնարավորություն ընտրելու շան չափը»։
3. Խնդրիր այդ մեկ փոփոխությունը։ Եղիր հստակ, թե որտեղ և ինչպես։
4. Ստուգիր, որ փոփոխությունը աշխատեց և որ ուրիշ ոչինչ չփչացավ։

Կարևոր է չուղարկել չառնչվող փոփոխությունների երկար ցուցակ մեկ հաղորդագրությամբ։ Երբ մի քանի բան միաժամանակ փոխվում է, դժվար է հասկանալ, թե որը նոր խնդիր առաջացրեց։ Շատ կառուցողներ, Mythex-ը ներառյալ, պահում են կետեր, որ կարողանաս հետ բերել սխալ փոփոխությունը։

Երբ ինչ-որ բան կոտրվի, նկարագրիր, թե ինչ արեցիր, ինչ էիր սպասում և ինչ տեսար։ Եթե կա սխալի հաղորդագրություն, տեղադրիր այն։ Պետք չէ հասկանաս դրա իմաստը. կառուցողը հասկանում է։

Ավելացնել այն, ինչ հավելվածը դարձնում է իսկական

Տվյալների պահում

Խնդրիր պարզ բառերով. «պահիր ամրագրումները տվյալների բազայում, որ վաղվա օրն էլ մնան»։ Եթե գաղափարը նոր է, ինչ է տվյալների բազան մի քանի րոպեում բացատրում է։

Հաշիվներ և մուտք

«Թույլ տուր սեփականատիրոջը մուտք գործել էլ. փոստով և գաղտնաբառով։ Միայն սեփականատերը տեսնում է ամրագրումների էջը»։ Մուտքը հիմնականում այն մասին է, թե ով ինչ կարող է տեսնել, ուստի պետք է հայտարարես կանոնները։ Տե՛ս ինչպես ավելացնել մուտք քո հավելվածին։

Վճարումներ

Վճար ընդունելը սովորաբար նշանակում է միացնել Stripe կամ նմանատիպ մշակող։ Դու ստեղծում ես հաշիվը և ստանում դրա բանալիները. կառուցողը միացնում է վճարման էջը։ Բանալիները պահիր նախագծի գաղտնիքներում, երբեք չաթի հաղորդագրության կամ էջի մեջ։

Ֆայլեր և լուսանկարներ

«Թույլ տուր հաճախորդներին վերբեռնել իրենց շան լուսանկարը»։ Վերբեռնումները պահանջում են ֆայլերի պահեստ, որը Mythex-ը կցում է նախագծին, երբ խնդրում ես։

Սկսել աղյուսակից

Եթե քո տվյալներն արդեն գտնվում են Google Sheets-ում կամ Excel-ում, կարող ես նկարագրել սյուները և խնդրել հավելված դրանց շուրջ։ Մեր ուղեցույցը աղյուսակը հավելվածի վերածելու մասին քայլ առ քայլ է ներկայացնում սա։

Հրապարակում առանց կոդի

Հրապարակումը կոճակ է, ոչ թե տեղակայման գործընթաց։ Mythex-ում Publish կոճակը հավելվածը դնում է mythex.app հասցեով ցանկացած պլանում, իսկ Pro-ը թույլ է տալիս օգտագործել սեփական դոմեյն։

Եթե հավելվածը ուզում ես հեռախոսների վրա, կան երկու ուղի։ Պարզը. հրապարակված վեբ հավելվածը արդեն աշխատում է հեռախոսի բրաուզերում և կարելի է պահել գլխավոր էկրանին։ Խանութային ուղին. Pro-ում Mythex-ը հրապարակված հավելվածը վերածում է Android հավելվածի ֆայլի Google Play-ի համար և iPhone հավելվածի, որ ուղարկվում է TestFlight-ին՝ քո App Store Connect բանալիով, առանց Xcode-ը կամ Android Studio-ն տեղադրելու։ Մշակողի հաշիվները և խանութային ցանկերը դեռ ինքդ ես ստեղծում։ Մեր ուղեցույցները Google Play-ի և App Store-ի համար այդ քայլերը ներկայացնում են։

Ինչ դեռ պահանջում է մշակող

Առանց կոդի կառուցելը շատ բան է ընդգրկում, բայց եղիր իրատես եզրերի վերաբերյալ.

• Անվտանգության ստուգում զգայուն տվյալների համար։ Եթե աշխատում ես առողջական, ֆինանսական կամ երեխաների տվյալների հետ, որևէ որակավորված մարդ պետք է ստուգի մուտքի կանոնները և տվյալների մշակումը։
• Անսովոր արդյունավետության պահանջներ։ Կենդանի բազմախաղացողական խաղեր, վիդեոմշակում կամ շատ մեծ տվյալների բազաներ զգույշ ինժեներություն են պահանջում։
• Խորը սարքային հնարավորություններ։ Ֆոնային տեղորոշման հետևում, Bluetooth սարքավորում և նման հնարավորությունները պահանջում են բնիկ կոդ, որը շատ կառուցողներ չեն գրում։
• Ինտեգրացիաներ առանց հանրային API-ի։ Եթե համակարգին այլ ծրագրերը չեն կարող միանալ, ոչ մի կառուցող հուսալիորեն չի կարող կապվել դրա հետ։

Լավ միջին ճանապարհ. կառուցիր առաջին տարբերակը առանց կոդի, ապացուցիր, որ մարդիկ օգտագործում են, և հետո հրավիրիր մշակողի բարդ մասերի համար։ Դա շատ ավելի հեշտ է, երբ կառուցողը թույլ է տալիս արտահանել կոդը։ Mythex-ի Pro-ում ներառված են կոդի խմբագրում, արտահանում և GitHub-ի համաժամացում։

Ստուգաթերթ նախքան կիսվելը

• Հիմնական հոսքը աշխատում է սկզբից մինչև վերջ հեռախոսի վրա։
• Մի օգտատեր չի կարող տեսնել մյուսի անձնական տվյալները։
• Ձևերը քաղաքավարի մերժում են դատարկ կամ անիմաստ մուտքը։
• Յուրաքանչյուր էջ ունի խելամիտ վերնագիր։
• Օգտատերերը կարող են կապվել քեզ հետ։
• Եթե պահում ես անձնական տվյալներ, կա գաղտնիության քաղաքականություն։

Ավելի երկար ցուցակի համար տե՛ս AI-ով կառուցված հավելվածների անվտանգության ստուգաթերթը։

Հաջորդ քայլը

Հավելված առանց կոդի ստեղծելը այժմ նորմալ է, ոչ թե փոխզիջում։ Սկսիր քո գաղափարի ամենափոքր տարբերակից, նկարագրիր այն հստակ և բարելավիր իրական օգտատերերի հետ։ Եթե մտահոգությունը բյուջեն է, կարդա ինչպես ստեղծել հավելված անվճար։ Գաղափարից մինչև գործարկում ամբողջ ճանապարհի համար՝ տե՛ս ինչպես ստեղծել հավելված։

Հարցեր