توسعه اپلیکیشن موبایل

این خدمت برای چه محصولی است؟

اپ iOS و Android وقتی لازم است که کاربر باید اعلان بگیرد، آفلاین کار کند، یا ورود را از فروشگاه اپ انجام دهد. مخاطب: نیروی میدانی، مشتری نهایی محصول خدماتی، و تیم داخلی که نباید فقط به مرورگر وابسته باشد.

مسیر پیش‌فرض Kotlin Multiplatform است تا منطق مشترک یک‌بار نوشته شود. UI هر پلتفرم بومی می‌ماند. اگر محصول از قبل Flutter داشته باشد، همان را ادامه می‌دهیم؛ حاضرینو اپ اندروید و iOS با Flutter دارد، کنار پنل وب.

KMP یعنی چه، و چه چیزی تحویل نمی‌شود؟

منطق کسب‌وکار، همگام‌سازی و مدل داده مشترک است. تجربهٔ لمسی و ناوبری را جدا برای iOS و Android تنظیم می‌کنیم تا اپ «وب جمع‌شده در WebView» نباشد.

انتشار App Store و Google Play در تحویل است، با راهنمای حساب توسعه‌دهنده. حساب استور مال کارفرماست. Deep link و اعلان را وقتی در محدوده باشد پیاده می‌کنیم؛ بدون بک‌اند مناسب، اعلان پایدار نمی‌ماند. بک‌اند را با Django هم‌مسیر می‌کنیم.

فرآیند

کشف نیاز: آفلاین تا کجا اجباری است، و آیا کاربر بدون اینترنت باید ثبت را نگه دارد. طراحی موبایل‌اول: انگشت، صفحهٔ کوچک، و حالت راست‌چین فارسی.

اسپرینت با بیلد تست روی TestFlight یا داخلی Android. قبل از انتشار فروشگاه، دسترسی‌ها، اندازهٔ بیلد و مسیر ورود را چک می‌کنیم. پشتیبانی پس از راه‌اندازی در پکیج نگهداری است؛ جزئیات در سوالات متداول.

استک

Kotlin Multiplatform، Compose Multiplatform، در صورت نیاز Swift و Kotlin بومی. آنالیتیکس و آزمایش A/B فقط اگر در قرارداد آمده باشد و حریم خصوصی محصول اجازه بدهد.

PWA جایگزین اپ فروشگاه نیست. اگر فقط سایت موبایل می‌خواهید، توسعه وب کافی است.

خروجی

اپ آمادهٔ انتشار، مستند اتصال به API، راهنمای انتشار، و پشتیبانی اولیه طبق قرارداد. مالکیت کد پس از تسویه با شماست.

نمونهٔ محصول با اپ همراه: حاضرینو و نمونه‌کارش. آنجا حضور از وب و اپ ثبت می‌شود؛ موتور حقوق کامل داخل محصول نیست و این را در صفحهٔ محصول گفته‌ایم.

پرسش‌های پرتکرار

React Native هم کار می‌کنید؟

KMP مسیر پیش‌فرض این خدمت است. React Native را اگر کد موجود یا تیم کارفرما همان را می‌خواهد، در کشف نیاز بررسی می‌کنیم؛ قول تبدیل رایگان از یک فریم‌ورک به دیگری روی این صفحه نیست.

یک اپ برای iPad و موبایل؟

اندازه و ناوبری را جدا می‌سنجیم. یک بیلد ممکن است هر دو را پوشش دهد؛ تجربهٔ تبلت را فقط وقتی در محدوده باشد طراحی می‌کنیم.

جلسه را از تماس رزرو کنید.

در جلسه کشف نیاز موبایل چه می‌پرسیم؟

حداقل نسخهٔ iOS و Android، آیا تبلت در محدوده است، و اعلان برای چه رویدادی اجباری است. اگر کاربر باید بدون اینترنت ثبت کند، تعارض همگام‌سازی را همان‌جا طراحی می‌کنیم؛ وعدهٔ «همیشه بدون تداخل» بدون این طراحی دروغ است.

امضای استور، حساب توسعه‌دهنده، و اینکه چه کسی انتشار را می‌زند. screenshot و سیاست حریم خصوصی فروشگاه را کارفرما تهیه می‌کند مگر در قرارداد آمده باشد.

حاضرینو و KMP

حاضرینو مسیر Flutter دارد چون محصول همان‌طور شروع شده. پروژهٔ جدید پیش‌فرض KMP است. این دو را در یک اپ قاطی نمی‌کنیم. اگر تیم شما فقط Swift می‌خواهد، هزینه و زمان جداست و در کشف نیاز می‌گوییم.

هفتهٔ اول بیلد روی دو دستگاه و اتصال به API تست. اعلان را وقتی بک‌اند رویداد را درست می‌فرستد روشن می‌کنیم، نه از روز صفر با سرویس ساختگی. دسترسی دوربین یا موقعیت فقط اگر کارکرد محصول به آن بند باشد؛ در غیر این صورت در مانیفست نمی‌آید.