ساخت اپلیکیشن موبایل با هوش مصنوعی بدون کدنویسی
ایدهی اپ دارید ولی برنامهنویس نیستید. سه مسیر واقعی — اپساز بدون کد، اپ وبی که روی گوشی نصب میشود، و کدنویسی با کمک مدل — و اینکه هرکدام تا کجا شما را میبرد.
یک باشگاه ورزشی در کرج میخواهد اپ داشته باشد: مربی برنامهی هفتگی را بگذارد، ورزشکار تیک بزند، آخر ماه معلوم باشد چه کسی چند جلسه آمده. صاحب باشگاه یک خط کد بلد نیست و دو استعلامی که گرفته، هر دو چند برابر چیزی است که در ذهنش بوده.
سؤالی که آخرش میرسد همین است: نمیشود خودم بسازمش؟ بخشیاش میشود، خیلی زودتر و ارزانتر از آن استعلامها.
موضعم را از اول بگویم: چیزی که با این ابزارها میسازید برای امتحان کردن ایده و گرفتن ده کاربر اول عالی است. برای اپی که هزاران نفر رویش هستند، باید دوباره نوشته شود. قاطی کردن این دو، گرانترین اشتباه این مسیر است.
سه مسیری که واقعاً وجود دارد
وقتی میگویند «با هوش مصنوعی اپ بساز»، سه چیز متفاوت زیر یک اسم جمع شدهاند.
اولی اپساز بدون کد است: صفحهها را میچینید، فیلد و دکمه میگذارید، ابزار خودش فایل نصبی میسازد. دومی اپ وب است؛ در عمل سایتی که برای صفحهی گوشی ساخته شده و کاربر آیکنش را روی صفحهی اصلی مینشاند. سومی کدنویسی واقعی است، منتها بهجای شما مدل مینویسد و شما آزمایش میکنید و ایراد میگیرید.
منطقشان شبیه ساخت سایت بدون یک خط کدنویسی است، با یک تفاوت که همه دستکمش میگیرند: سایت را همان روز منتشر میکنید، اپ باید از در فروشگاه رد شود.
مسیر اول: اپساز بدون کد
نقشهی اپ را توصیف میکنید و ابزار صفحهها را میسازد. برای اپی که کارش گرفتن اطلاعات و نشان دادن فهرست است — نوبتدهی آرایشگاه، ثبت سفارش قنادی، موجودی یک انبار قطعات — این مسیر جواب میدهد و در چند روز به نسخهای میرسید که روی گوشی باز میشود.
کمآوردنش لحظهای است که بگویید «فقط این یک تکه را جور دیگری میخواهم». اپسازها تا مرز کارهای از پیش تعریفشده عالیاند و یک قدم آنطرفتر، دیوار. منطق استثنادار — تخفیف مشتری قدیمی که فقط سهشنبهها فعال است — همانجا گیر میکند.
مسیر دوم: اپ وبی که روی گوشی مینشیند
دستکمگرفتهشدهترین گزینه همین است: صفحهای که برای موبایل ساخته شده، با آیکن و صفحهی شروع، که کاربر از داخل مرورگر روی صفحهی اصلی اضافهاش میکند. اسم فنیاش Progressive Web App است.
مزیتش این است که نسخهی جدید را که منتشر کنید همه همان لحظه دارندش و منتظر بازبینی هیچ فروشگاهی نمیمانید. عیبش را هم صادقانه بگویم: در نبود اینترنت تقریباً کاری نمیکند، به همهی امکانات گوشی دسترسی ندارد، و در کافهبازار پیدا نمیشود. برای کسبوکاری که کاربرش را خودش میآورد، عیب سوم مهم نیست.
مسیر سوم: کد زدن با کمک مدل
اینجا پروژهی واقعی دارید و مدل بخشهایش را مینویسد. سقفش از دو مسیر دیگر بالاتر است — دوربین، اعلان، کار آفلاین — ولی هزینهاش وقت شماست نه پول.
در نیمهی راه به خطایی میخورید که مدل هم اولش درستش نمیکند و باید خودتان بفهمید چه شده؛ کسی که هیچ تصوری از ساختار برنامه ندارد همینجا زمین میخورد. اگر حاضرید چند هفته یاد بگیرید، بازده این مسیر از همه بیشتر است. برنامهنویسی با هوش مصنوعی و مقایسهی دستیارهای کدنویسی نقطهی شروعشاند.
برای ایدهی شما کدام یکی
بهجای پرسیدن اینکه کدام مسیر بهتر است، بپرسید اپ شما چه کاری میکند. جواب معمولاً خودش مسیر را نشان میدهد.
| ایده | مسیر پیشنهادی | جایی که کم میآورد |
|---|---|---|
| فرم و فهرست (نوبت، سفارش، موجودی) | اپساز بدون کد | منطق استثنادار و ظاهر سفارشی |
| محتوا و آموزش (ویدیو، مقاله، آزمون) | اپ وب | استفاده در نبود اینترنت |
| نیاز به دوربین، اعلان یا حسگر | کد با کمک مدل | وقت شما و توان اشکالزدایی |
| ابزار داخلی یک شرکت | اپ وب | سطح دسترسی و حساب کاربری |
| بازی یا کار سنگین گرافیکی | هیچکدام | از حوصلهی این سه مسیر خارج است |
نسخهی اول باید فقط یک کار بکند
شایعترین شکل شکست، اپی است که هیچوقت تمام نمیشود. با «نوبتدهی» شروع میشود، بعد کیف پول، بعد چت با مربی، بعد باشگاه مشتریان. شش ماه بعد هیچکدام کامل نیست.
نسخهی اول را روی یک جمله ببندید: کاربر میآید که فلان کار را بکند. هرچه در آن جمله نیست، برای بعد. این کوچک نگه داشتن ترمز پیشرفت نیست؛ تنها راهی است که زودتر بفهمید ایده خریدار دارد یا نه — همان چیزی که امکانسنجی ایده دنبالش است.
چهار چیزی که تازهکارها دستکم میگیرند
ظاهر اپ زود آماده میشود و همین گولزننده است. کار واقعی جای دیگری است.
ورود و احراز هویت
ورود با شمارهی موبایل ساده به نظر میرسد تا به سرویس پیامک و هزینهی هر پیامک و کاربری که شمارهاش عوض شده برسید. اگر میشود، نسخهی اول را بدون حساب کاربری بسازید.
ذخیرهسازی داده
اطلاعات کاربر باید جایی بماند و آن جا سرور است، با پشتیبانگیری و مسئولیت. اپسازها این را قاطی خودشان میدهند و همین شما را وابسته میکند. اگر دادهی حساس دارید، پیش از هر تصمیمی امنیت اطلاعات را بخوانید.
نسخهی آفلاین
در ایران اینترنت قطع میشود؛ این فرض است نه استثنا. اپی که بیشبکه صفحهی سفید نشان بدهد، همان بار اول حذف میشود.
پشتیبانی
روز انتشار، کار تازه شروع میشود: گزارش خطا، گوشیهایی که فرق دارند، و آدمی که باید جواب بدهد. برای این یکی هیچ ابزاری جای شما را نمیگیرد.
فارسی و راستبهچپ: جایی که قالبها میشکنند
قالبهای آماده و خروجی مدلها تقریباً همیشه برای چینش چپبهراست نوشته شدهاند. فارسی را که میگذارید، دکمهها جابهجا میشوند، فلشها برعکس میمانند، فونت بعضی حرفها را بریده نشان میدهد و عدد انگلیسی وسط متن فارسی مینشیند. ریشهاش را مدخل Bidirectional text باز کرده است.
کاری که جواب میدهد ساده است: از همان صفحهی اول جهت را راستبهچپ ببندید و فونت فارسی درست را جا بیندازید، نه بعد از آماده شدن ظاهر. زمینهاش در محدودیتهای فارسی و برای اپ چندزبانه در بومیسازی اپلیکیشن آمده است.
انتشار در کافهبازار و مایکت
ساختن اپ نصف راه است. برای کافهبازار حساب توسعهدهنده با احراز هویت لازم دارید، فایل نصبی امضاشده، آیکن و تصویر صفحه، و اگر اطلاعات کاربر را میگیرید متن حریم خصوصی. اپ بازبینی میشود و رد شدن در نوبت اول عادی است؛ بیشتر وقتها بهخاطر دسترسیای که خواستهاید و دلیلش را ننوشتهاید.
مایکت مسیر مشابهی دارد. اگر پرداخت درونبرنامهای دارید، این را از حالا بدانید: پرداخت باید از سازوکار خود فروشگاه بگذرد و بردن کاربر به درگاه بیرونی معمولاً پذیرفته نمیشود.
پرامپتی که بهجای «یک اپ بساز» جواب میدهد
نوشتن «برایم یک اپ نوبتدهی بساز» چیزی جز اسکلتی کلیشهای نمیدهد. الگوی زیر را پر کنید و در نارنگی امتحانش کنید:
نقش: مشاور محصول برای نسخهی اول یک اپ موبایل
ایده: [نوبتدهی برای آرایشگاهی با سه صندلی]
کاربر: [مشتریهایی که تا حالا تلفنی نوبت میگرفتند]
تنها کاری که اپ باید بکند: [دیدن نوبت خالی، گرفتن و لغو آن]
محدودیت: من برنامهنویس نیستم و تیم فنی ندارم
اول از من بپرس: هر چیزی که برای تصمیم لازم داری
خروجی:
۱) فهرست صفحهها، حداکثر چهار صفحه
۲) چه چیزهایی باید ذخیره شوند و کجا
۳) چه کارهایی باید از نسخهی اول حذف شوند و چرا
۴) برای هر مسیر (اپساز، اپ وب، کد) یک جمله: میخورد یا نه
فارسی بنویس، تعارف نکن، و اگر ایدهام زیادی بزرگ است بگوخط «اول از من بپرس» مهمترین خط است؛ بدون آن مدل جای شما تصمیم میگیرد و شما دو هفته بعد میفهمید.
مرزی که باید از اول بدانید
اپی که با این ابزارها میسازید نمونهی اولیه است، نه محصول. کارش این است که ایده را جلوی آدم واقعی بگذارد و بگوید کدام تصورتان غلط بوده. برای همین کار، بیرقیب است.
وقتی تعداد کاربر بالا برود، پول واقعی جابهجا شود، یا دادهی حساس مثل اطلاعات سلامت و مالی وارد بازی شود، اپ ساختهشده با ابزار کافی نیست و باید بازنویسی شود. تصمیم درست این نیست که از اول همهچیز را حرفهای بسازید؛ این است که بدانید آن روز میآید و برایش برنامه داشته باشید.
جمعبندی
ایدهی اپ داشتن و برنامهنویس نبودن دیگر بنبست نیست. انتخاب مسیر به این بستگی دارد که اپ چه کاری میکند: فرم و فهرست با اپساز، محتوا و ابزار داخلی با اپ وب، و کارهایی که به خود گوشی وصلاند با کد و کمک مدل.
نسخهی اول را کوچک ببندید، فارسی و راستبهچپ را از اول حل کنید، و برای ورود و ذخیرهسازی و آفلاین و پشتیبانی وقت بگذارید. آن باشگاه کرجی اگر ماه اول فقط برنامهی هفتگی را روی گوشی ورزشکارها ببرد، چیزی به دست آورده که هیچ استعلامی نمیدهد: میفهمد آدمها بازش میکنند یا نه.
برای ادامه:
