ለ AI app builders ጥያቄዎችን እንዴት መጻፍ (ከበፊት-በኋላ ምሳሌዎች ጋር)

ጥሩ የ AI app builder ጥያቄ ምርቱን ይገልጻል እንጂ ኮዱን አይደለም፦ ማን ይጠቀመዋል፣ እያንዳንዱ ደረጃ ምን እንደሚያደርግ፣ ምን ዳታ እንደሚይዝ እና ማን ምን ማየት እንደሚፈቀድለት። የመጀመሪያው እትም ከተፈጠረ በኋላ በእያንዳንዱ መልዕክት አንድ የተለየ ለውጥ ይጠይቁ፣ ምን መቆየት እንዳለበት ይንገሩ፣ ችግሮችንም "X አድርጌ ነበር፣ Y ይጠበቅ ነበር፣ Z ሆነ" በሚል ይግለጹ። እነዚህ ሦስት ልማዶች አብዛኞቹን አሳዛኝ ውጤቶች ያስተካክላሉ።

ይህ መመሪያ ቀሪውን ቅጦች በዝርዝር ያሳያል፣ ለማላመድ የሚችሉ የበፊት-በኋላ ምሳሌዎችን ጨምሮ።

ከ app builder ጋር መነጋገር ከAI ቻት የተለየ የሆነው ለምንድን ነው?

ለቻት ረዳት ጥያቄ ሲጠይቁ ግልጽ ያልሆነ ጥያቄ ግልጽ ያልሆነ መልስ ያገኛል፣ እናም ይቀጥላሉ። ከAI app builder ጋር ሲጠይቁ መልሱ የሚሮጥ ፕሮግራም ነው። በመግለጫዎ ውስጥ ያለ እያንዳንዱ ክፍተት በግምት ይሞላል፣ እና እነዚያ ግምቶች ኮድ፣ የዳታቤዝ ሰንጠረዦችና ማያ ገጾች ይሆናሉ፤ ከዚያም መኖር ወይም መቀልበስ አለብዎት።

ስለዚህ የጥያቄ ዓላማ ብልህ ለመምሰል አይደለም። ጠቃሚ ውሳኔዎችን ለዕድል ያነሰ መተው ነው። ለዚህ ቴክኒካዊ ቃላት አያስፈልጉዎትም። እርስዎ ብቻ የሚያውቋቸውን ነገሮች — ተጠቃሚዎችዎን፣ የሥራ ፍሰትዎንና ህጎችዎን — በትክክል መግለጽ ያስፈልጎታል።

በመጀመሪያ ጥያቄ ምን ማካተት

ምንም ከመጻፍዎ በፊት እነዚህን ጥያቄዎች ይመልሱ። እያንዳንዱ ካልሆነ AI የሚገምተውን ክፍተት ይዘጋል።

የመጨረሻው ረድፍ ብዙ ዋጋ አይሰጠውም። የማይፈልጉትን መናገር AI ያልጠየቁትን ብሎግ፣ የዋጋ ገጽና የኒውስሌተር ምዝገባ እንዳይጨምር ያቆመዋል።

በፊትና በኋላ፦ የመጀመሪያው ጥያቄ

በፊት፦

ለጂማዬ መተግበሪያ ስሩልኝ።

ገንቢው ሁሉንም መገመት አለበት፦ አባላት ወይስ ሰራተኞች? ክፍሎች ወይስ የግል ስልጠና? ክፍያ? የጂም ድረ-ገጽ የሚመስል ነገር ያገኛሉ፤ የሚፈልጉትን የማይሠራ።

በኋላ፦

ለትንሽ ዮጋ ስቱዲዮ የክፍል ቦታ ማስያዣ መተግበሪያ ገንቡ። አባላት የዚህን ሳምንት ክፍሎች ያያሉ (ስም፣ አስተማሪ፣ ሰዓት፣ የቀሩ ቦታዎች)፣ ቦታ ይይዛሉ፣ እና ከመጀመራቸው ሁለት ሰዓት በፊት ይሰርዛሉ። አባላት በኢሜይልና በይለፍ ቃል ይመዘገባሉ። የስቱዲዮው ባለቤት ክፍሎችን ለመጨመር፣ ማን እንደተመዘገበ ለማየትና ተገኝነትን ለመመዝገብ ይገባል። ክፍሎችን፣ አባላትንና ቦታ ማስያዣዎችን በዳታቤዝ ውስጥ ያስቀምጡ። ጸጥ ያለ፣ ቀላል ዲዛይን በስልኮች ላይ በደንብ የሚሠራ። ገና ክፍያ የለም።

ሁለተኛው ስሪት አሁንም አጭር ነው። ከላይ ባለው ሰንጠረዥ ያሉትን ጥያቄዎች በቀላሉ ይመልሳል።

ባህሪውን ይግለጹ፣ አተገባበሩን አይደለም

ምን መከሰት እንዳለበት ከመግለጽ ይልቅ እንዴት መገንባት እንዳለበት ሲገልጹ ብዙ ጊዜ የተሻለ ውጤት ያገኛሉ።

በፊት፦

ቦታ ማስያዣዎችን የሚያመጣ useEffect እና ለማስተካከል የሚሆን modal ኮምፖነንት ጨምር።

በኋላ፦

ባለቤቱ ቦታ ማስያዣ ሲጫን ሰዓቱን ለመቀየር ወይም ለመሰረዝ የሚችልበት ፓነል ይክፈት። ለውጦች ወዲያውኑ በዝርዝሩ ውስጥ ይታዩ።

የመጀመሪያው ጥያቄ AI ከመተግበሪያው አሠራር ጋር ላይስማማ የሚችል የተወሰነ ቴክኒክ ላይ ያስገድደዋል። ሁለተኛው ውጤቱን ይነግረዋል፣ እናም ቀድሞ የጻፈው ኮድ ተስማሚ አቀራረብ እንዲመርጥ ያስችለዋል። ገንቢ ከሆኑና ጠንካራ ምርጫ ካለዎት ይንገሩ፣ ግን ከውጤቱ ጋር ያጣምሩት።

ስለ ህጎች ግልጽ ይሁኑ

AI-የተገነቡ መተግበሪያዎች ብዙ ጊዜ የሚሳሳቱት በቢዝነስ ህጎች ላይ ነው፣ ምክንያቱም ለእርስዎ ግልጽ ቢሆኑም ለ AI የማይታዩ ናቸው። በዝርዝር ይጻፉዋቸው።

• ገደቦች፦ "አንድ አባል ቢበዛ ሶስት የወደፊት ቦታ ማስያዣዎች ሊኖሩት ይችላል።"
• ጊዜ፦ "ስረዛዎች ክፍሉ ከመጀመሩ ሁለት ሰዓት በፊት ይዘጋሉ።"
• የጠርዝ ጉዳዮች፦ "ክፍሉ ሙሉ ከሆነ፣ Book በሚለው ፋንታ የጥበቃ ዝርዝር ቁልፍ አሳይ።"
• ፈቃዶች፦ "አስተማሪዎች የራሳቸውን ክፍሎች መገኘት ያያሉ፣ የሌሎች አስተማሪዎችን ግን አያዩም።"

እያንዳንዳቸው አንድ ዓረፍተ ነገር ነው። ከመካከላቸው አንዱን መተው ማለት መተግበሪያው ህጉን አያስፈጽምም ወይም የራሱን ስሪት ይፈጥራል ማለት ነው።

ከመጀመሪያው እትም በኋላ፦ በመልዕክት አንድ ለውጥ

አንድ ነገር በቅድመ-እይታው ውስጥ ከሮጠ በኋላ፣ ሙሉውን ምርት ከመግለጽ ወደ ትናንሽ፣ ሊፈተሹ የሚችሉ ለውጦችን መጠየቅ ይቀይሩ።

በፊት፦

ዲዛይኑ ትክክል አይደለም፣ ቦታ ማስያዣው በትክክል አይሠራም፣ እና የቀን መቁጠሪያ እይታና ኢሜይሎች እፈልጋለሁ።

በኋላ (አራት የተለያዩ መልዕክቶች)፦

1. በአንድ ክፍል የመጨረሻውን ቦታ ሳስይዝ፣ ክፍሉ አሁንም "1 ቦታ ቀርቷል" ይላል። "Full" ማለት እና Book ቁልፉን መደበቅ አለበት።
2. በፕሮግራም ገጹ ላይ የሳምንት እይታ የቀን መቁጠሪያ ጨምር፣ ለእያንዳንዱ ቀን አንድ አምድ። አሁን ያለው የዝርዝር እይታ እንደ አማራጭ ይቀር።
3. የክፍል ካርዶቹን በስልኮች ላይ የበለጠ የታመቁ አድርግ፦ ትንሽ ክፍተት፣ የአስተማሪው ስም በሰዓቱ ተመሳሳይ መስመር ላይ።
4. ደንበኛው ቦታ ሲይዝ የማረጋገጫ ኢሜይል ላከው።

ይህ ለምን እንደሚሠራ፦

• እያንዳንዱ ለውጥ AI በአንድ ሙከራ በትክክል ለመሥራት በቂ ትንሽ ነው።
• ወደ ቀጣዩ ከመሄድዎ በፊት እያንዳንዱን መፈተን ይችላሉ።
• አንዱ ስህተት ከሆነ፣ ሌሎቹን ሳያጡ ያንን አንድ እርምጃ ብቻ መመለስ ይችላሉ።

ምን መቆየት እንዳለበት ይንገሩ

ቀድሞ የሚሠራ ነገር ላይ ለውጥ ሲጠይቁ፣ ምን መቀየር እንደሌለበት ለ AI ይንገሩ። ይህ የድጋሚ መበላሸትን (ቀድሞ ይሠሩ የነበሩ ነገሮች ከአርትዖት በኋላ መበላሸትን) ለማቆም በጣም ቀላሉ መንገድ ነው።

የመነሻ ገጹን አናት (hero) ትልቅ ርዕስና በቀኝ በኩል ፎቶ ይዞ እንደገና ንደፍ። ናቪጌሽኑን፣ ቀለማቱንና ከአናቱ በታች ያለውን ሁሉ ልክ እንዳለ ይተው።

ተመሳሳይ ለዳታም ይሠራል፦ "ለአባላት የስልክ ቁጥር መስክ ጨምር። ያሉትን መስኮች አትሰርዝ ወይም ስማቸውን አትቀይር።"

ስክሪንሾት እና ትክክለኛ ጽሑፍ ይጠቀሙ

እንደ "ከላይ ያለው ነገር" ያሉ ቃላት ግልጽ አይደሉም። አብዛኞቹ AI app builders ምስሎችን ይቀበላሉ፣ እና ስክሪንሾት ከአጭር ማስታወሻ ጋር ከአንድ አንቀጽ መግለጫ ፈጣን ነው።

• ስክሪንሾት ያያይዙና "በቀይ የተከበበው ቁልፍ በስልኮች ላይ ከምናሌው ጋር ይደራረባል" ይበሉ።
• የስህተት መልዕክት ጽሑፉን ከመግለጽ ይልቅ በትክክል ይለጥፉ።
• በማያ ገጽ ላይ ያሉ መለያዎችን በትክክል ይጥቀሱ፦ "በSettings ገጽ ላይ ያለው Save changes ቁልፍ"።

ለስህተቶች በተለይ ይህን ቅርጽ ይጠቀሙ፦

በቦታ ማስያዣዎች ገጽ ላይ ለነገ ቦታ ማስያዣ Cancel ጫንኩ። ከዝርዝሬ እንደሚጠፋ ጠበቅሁ። ግን ምንም አልሆነም፣ እና ገጹን ካደስኩ በኋላ ቦታ ማስያዣው አሁንም አለ። አስተካክለው እና መሰረዙ መስራቱን አረጋግጥ።

AI-የተገነባ መተግበሪያን እንዴት ማረም እንደሚቻል መመሪያችን ይህንን በጥልቀት ይሸፍናል።

ለትልቅ ለውጦች መጀመሪያ እቅድ ያዘጋጁ

ብዙ የመተግበሪያውን ክፍሎች የሚነኩ ለውጦች — ተጠቃሚ መለያ ያልነበረውን መተግበሪያ መለያ ማከል፣ ክፍያ ማከል፣ ወይም ዳታ እንዴት እንደተዋቀረ መቀየር — ኮድ ከመቀየሩ በፊት እቅድ እንዲያቀርብ ይጠይቁ።

ምንም ከመቀየርዎ በፊት የቡድን መለያዎችን እንዴት እንደሚጨምሩ ያብራሩ፦ ምን አዳዲስ ሰንጠረዦች፣ የትኞቹ ገጾች ይቀየራሉ፣ እና ለነባር ተጠቃሚዎች ምን ይሆናል። ገና ኮድ አትቀይር።

እቅዱን ያንብቡ። ነገር ቢሳሳት፣ አንድ አንቀጽ ማረም ከተጠናቀቀ ባህሪ ማረም በጣም ርካሽ ነው። ብዙ builders ለዚህ የተለየ ሁነታ አላቸው፤ Mythex ላይ ደግሞ ከ Build እና Ask ጎን Plan ሁነታ ነው።

መቆጠብ ያለባቸው ነገሮች

ስለ API ቁልፎች፦ የክፍያ ወይም የኢሜይል አገልግሎት ከፈለጉ ቁልፎቹን በጥያቄው ውስጥ ሳይሆን በፕሮጀክቱ ሚስጥሮች ውስጥ ያስቀምጡ። የአካባቢ ተለዋዋጮችና ሚስጥሮች ምንድን ናቸው አዲስ ከሆነ ይመልከቱ።

እንደገና ጥቅም ላይ የሚውሉ የጥያቄ አብነቶች

የቅንፍ ክፍሎቹን በመተካት ያላምዷቸው።

አዲስ መተግበሪያ፦

ለ[ማን] [የመተግበሪያ አይነት] ገንቡ። [ዋናው ፍሰት፣ ደረጃ በደረጃ]። [ሁለተኛው የተጠቃሚ አይነት] ለ[ምን እንደሚያደርግ] ይገባል። [ዳታ] በዳታቤዝ ውስጥ ያስቀምጡ። [መልክና ስሜት]። [ለኋላ የሚቀሩ ነገሮችን] ተዉ።

አዲስ ባህሪ፦

[ባህሪ] ወደ [ገጽ] ጨምሩ። [ተጠቃሚ] [ድርጊት] ሲያደርግ፣ [ምን መከሰት አለበት]። [ማን] ብቻ [ይህን] ማድረግ ይችላል። [ያሉ ነገሮችን] ልክ እንደነበሩ ይተዉ።

የዲዛይን ለውጥ፦

በ[ገጽ] ላይ [የተወሰነ ክፍል] ወደ [የተወሰነ ለውጥ] ቀይር። [ምን መቆየት እንዳለበት] ይቆይ። በስልክ ስፋት ማያ ላይ ትክክል መስሉን ያረጋግጡ።

ሳንካ፦

በ[ገጽ] ላይ [ደረጃዎች]። [የሚጠበቀው] ብዬ ነበር። በምትኩ [ትክክለኛው ውጤት፣ እና ትክክለኛ የስህተት ጽሑፍ]። አስተካክለውና ፍሰቱ መስራቱን አረጋግጡ።

ለውጥ ሳይደረግ ጥያቄ፦

ምንም ኮድ አትቀይር። [የመተግበሪያው ክፍል] እንዴት እንደሚሠራና [ዳታ] የት እንደሚቀመጥ አብራራ።

ረጅም ዝርዝር መጻፍ

ለትላልቅ ፕሮጀክቶች፣ የአንድ ገጽ ማስታወሻ አስቀድሞ ጽፎ እንደ መጀመሪያ ጥያቄ መለጠፍ ይረዳል፦ ተጠቃሚዎቹ፣ ዋናዎቹ ፍሰቶች፣ ዳታው፣ ህጎቹና ምን ከወሰን ውጭ እንደሆነ። ረቂቁን በAI ማገዝም ይችላሉ — በ AI የምርት መስፈርቶች ሰነድ እንዴት መጻፍ እንደሚቻል ይሸፍናል። የመጀመሪያውን የግንባታ ጥያቄ በዋናው ፍሰት ብቻ ይገድቡ፣ ቀሪውን ቀስ በቀስ ያክሉ።

በ Mythex ውስጥ ጥያቄ

ከላይ ያለው ሁሉ በMythex ይሠራል። የሚረዱ ጥቂት ዝርዝሮች፦

• Build፣ Plan እና Ask ሁነታዎች። ለትላልቅ ወይም አደገኛ ለውጦች Planን ይጠቀሙ፣ ያለ ማስተካከያ ማብራሪያ ሲፈልጉ ደግሞ Askን።
• Checkpoints። ለእያንዳንዱ የተሳካ ለውጥ Mythex checkpoint ያስቀምጣል፣ እና በአንድ መልስ ላይ Revert to this point ፕሮጀክቱን ወደዚያ ይመልሳል። እንዲሁም ቀድሞ ያለ መልዕክት አርትዑና በተለየ ጥያቄ ከዚያ ነጥብ እንደገና ይላኩ።
• የሚስጥሮች ካርድ። ወኪሉ የAPI ቁልፍ ሲፈልግ፣ በቻቱ ውስጥ ባለ ካርድ ይጠይቃል፣ ስለዚህ እሴቱ በመልዕክትዎ ውስጥ ሳይጻፍ እንደ የፕሮጀክት ሚስጥር ይቀመጣል።
• ምስሎች። ስክሪንሾቶችን ወይም ማኬቶችን ያያይዙ፣ ወኪሉ ይመለከታቸዋል።

ሰነዶቹ ስለ ውጤታማ ጥያቄዎች አጭር ገጽ እና ስለ ሳይገነቡ ማሻሻል አንድ ገጽ አላቸው። ከባዶ እየጀመሩ ከሆነ፣ በ AI መተግበሪያ እንዴት መገንባት እንደሚቻል ሙሉ ፕሮጀክት ያብራራል፣ እና ጥሩ መልክ ያለው መተግበሪያ በ AI እንዴት መንደፍ እንደሚቻል ለእይታ ማሳመሪያ ጥያቄዎችን ይሸፍናል።

ጥያቄዎች