تجربهٔ مفید برای کاربران در حرکت
توسعهٔ اپلیکیشن موبایل
طراحی و ساخت اپلیکیشن‌های Android و iOS بر اساس کارهایی که مردم نیاز دارند انجام دهند؛ با مسیرهای روشن، ارتباط قابل اعتماد و برنامهٔ عملی برای نشر.
Android · iOS · APIs
آغاز از نیاز کاربر
اپلیکیشن موبایل باید انجام یک کار مشخص را آسان‌تر کند
از کاربران، دستگاه‌ها و شرایط کار آن‌ها آغاز کنید. مشتری که وقت ملاقات می‌گیرد و کارمندی که تحویل کالا را بیرون دفتر ثبت می‌کند، به مسیرهای متفاوت نیاز دارند.
توسعهٔ موبایل طراحی رابط، منطق برنامه، امکانات دستگاه و خدمات متصل را در کنار هم قرار می‌دهد. اپلیکیشن می‌تواند خدمات مشتری، سفارش، آموزش، نوبت‌دهی یا کار بیرون دفتر را پشتیبانی کند. پیش از گسترش فهرست امکانات، چند کار مهم و نتیجهٔ مورد انتظار را مشخص کنید.
ویب‌سایتی که روی تلفن درست نمایش داده می‌شود، همچنان ویب‌سایت است. اپلیکیشن نصب‌شده مسئولیت‌های نشر و به‌روزرسانی خود را دارد. ویب‌سایت واکنش‌گرا یا برنامهٔ پیش‌روندهٔ ویب ممکن است برای بعضی نیازها کافی باشد؛ امکانات نصب، فعالیت پس‌زمینه و دسترسی دستگاه به مرورگر و پلتفرم وابسته‌اند.
انتخاب پلتفرم
روش‌های بومی و چندسکویی
انتخاب روش به کاربران، ارتباط با امکانات دستگاه، مهارت‌های موجود و هزینهٔ نگهداری هر پلتفرم بستگی دارد.
توسعهٔ بومی Android یا iOS
توسعهٔ مخصوص یک پلتفرم می‌تواند برای ارتباط عمیق با دستگاه یا تعاملات بسیار خاص مناسب باشد. پیاده‌سازی‌های جداگانه، برنامهٔ ساخت، آزمایش و نگهداری جدا می‌خواهند.
React Native
React Native با React و امکانات بومی پلتفرم، اپلیکیشن Android و iOS می‌سازد. بخشی از کد می‌تواند مشترک باشد، اما کار و آزمایش مخصوص هر پلتفرم همچنان ضروری است.
گزینهٔ ویب برای موبایل
تجربهٔ مبتنی بر مرورگر می‌تواند نیاز به نصب را کاهش دهد. پیش از انتخاب، دسترسی دستگاه و رفتار آفلاین لازم را روی مرورگرهای واقعی مورد پشتیبانی بررسی کنید.
امکانات کاربردی
امکانات را بر اساس مسیر واقعی کاربر انتخاب کنید
هر قابلیت به هدف، رفتار روشن هنگام خطا و منبع مشخص معلومات نیاز دارد.
حساب و صلاحیت دسترسی
ورود، بازیابی حساب و اقدامات متناسب با نقش؛ بررسی نهایی صلاحیت‌های حساس در سرور انجام می‌شود.
سفارش و خدمات مستقیم
جست‌وجو، فورم، رزرو، پیگیری وضعیت و تاریخچه، مناسب استفادهٔ کوتاه و وقفه‌های احتمالی.
اعلان‌ها
اطلاع‌رسانی مرتبط با تنظیمات کاربر و مقصد مفید هنگام بازشدن؛ اعلان نباید تنها سابقهٔ یک رویداد مهم باشد.
امکانات دستگاه
دوربین، موقعیت یا فایل در صورت نیاز موجه. در صورت امکان از انتخاب‌گر پلتفرم استفاده شود، اجازهٔ ضروری در زمان مناسب درخواست گردد و رد اجازه به‌درستی مدیریت شود.
API و کار آفلاین
موبایل، ویب و سیستم‌های عملیاتی را متصل کنید
بخش سرور ساخته‌شده با Django یا Node.js می‌تواند API مشترکی برای ویب‌سایت و اپلیکیشن موبایل فراهم کند.
مشخص کنید کدام سیستم مرجع هر سابقه است، چه کسی آن را تغییر می‌دهد و خطا چگونه نمایش داده می‌شود. پایان اعتبار نشست، اعتبارسنجی، صفحه‌بندی و تلاش دوباره را طوری طراحی کنید که اتصال ضعیف باعث ثبت تکراری نشود. پیش از وعدهٔ استفادهٔ مجدد، سازگاری API موجود بررسی گردد.
کار آفلاین یک انتخاب صریح طراحی است. تعیین کنید چه معلوماتی در دستگاه دیده می‌شود، چه اقداماتی در صف می‌ماند و کدام کار به اتصال نیاز دارد. حفاظت از معلومات محلی، نمایش وضعیت همگام‌سازی و حل تغییرات متضاد باید مشخص شوند. بارگذاری قطع‌شده و درخواست‌های تکراری نیز آزمایش گردند.
کیفیت و حریم خصوصی
همان تجربه‌ای را آزمایش کنید که کاربر استفاده می‌کند
دستگاه‌ها و سیستم‌عامل‌های مورد پشتیبانی را مشخص کنید و آزمایش خودکار را با بررسی روی دستگاه‌های واقعی نماینده ترکیب کنید.
- اندازهٔ متن، تضاد رنگ، صفحه‌خوان، ناحیهٔ لمس، چیدمان راست‌به‌چپ و رفتار کیبورد در زبان‌های مورد پشتیبانی بررسی شود.
- اتصال ضعیف، قطع شبکه، رد اجازه، قطع نشست و بازشدن دوبارهٔ برنامه آزمایش شوند.
- زمان آغاز، حرکت صفحه، مصرف باتری و اینترنت با معلومات و دستگاه‌های واقعی سنجیده شوند.
- ذخیرهٔ معلومات حساس، انتقال امن، صلاحیت‌سنجی سرور و وابستگی‌های دیگر بررسی شوند؛ تنها معلومات لازم برای هدف توافق‌شده جمع‌آوری گردد.
از ایده تا نشر
ساخت در مراحل قابل مشاهده و بررسی
روند مرحله‌ای کمک می‌کند کاربران جهت پروژه را پیش از تکمیل تمام برنامه تأیید کنند.
-
شناخت و تعیین محدوده
کاربران، کارهای مهم، پلتفرم‌ها، ارتباطات و معیارهای پذیرش مشخص شوند.
-
طراحی و نمونهٔ تعاملی
مسیرها، حالت صفحه، زبان و دسترس‌پذیری با نمونهٔ قابل کلیک بررسی گردند.
-
ساخت و اتصال
مسیرهای توافق‌شده، API و امکانات دستگاه در بخش‌های قابل نمایش پیاده شوند.
-
آزمایش و نسخهٔ بتا
دستگاه واقعی، شرایط دشوار و نظر کاربران پیش از آماده‌سازی نسخهٔ نشر بررسی شوند.
-
آماده‌سازی و ارسال
معرفی، تصاویر، معلومات حریم خصوصی و دسترسی بررسی آماده شوند و به بازخورد فروشگاه رسیدگی گردد.
-
نشر و پشتیبانی
عرضه، پیگیری مشکلات و روش اصلاح و بهبودهای بعدی برنامه‌ریزی شوند.
مالکیت و تحویل
مسئولیت‌های تحویل را روشن کنید
توافق باید خروجی‌ها و کنترل حساب‌های لازم برای اداره و به‌روزرسانی برنامه را مشخص کند.
- مالکیت و دسترسی کد، فایل طراحی، حساب توسعه‌دهنده، اعتبارنامهٔ امضای برنامه، دامنه و خدمات سرور مشخص شوند.
- راهنمای ساخت و نشر، محیط‌ها، وابستگی‌های API و تماس‌های عملیاتی مستند شوند.
- آموزش، روش خروجی‌گرفتن معلومات و انتقال یا لغو دسترسی توافق گردند.
بودجه و پشتیبانی
برای ادامهٔ محصول نیز برنامه داشته باشید
برآورد پس از شناخت محدوده، ارتباطات و معیارهای پذیرش انجام شود. نشر مرحله‌ای می‌تواند کار آغازین را متمرکز نگه دارد.
حجم توسعه
تعداد پلتفرم‌ها، صفحه‌های متفاوت، قواعد آفلاین، امکانات دستگاه، ارتباطات و پوشش آزمایش بر زمان و هزینه اثر دارند.
خدمات دوامدار
در صورت نیاز، هزینهٔ حساب توسعه‌دهنده، هاست، پیام، ذخیره‌سازی، نظارت و خدمات مبتنی بر مصرف در نظر گرفته شود.
نگهداری و تغییرات
ساعات پاسخ‌گویی، اولویت مشکلات، به‌روزرسانی سازگاری و تفاوت اصلاح خطا با افزودن امکانات تعریف شوند.
پرسش‌های پیش از ساخت اپلیکیشن
پیش از نهایی‌کردن امکانات یا تاریخ نشر، این انتخاب‌ها را روشن کنید.
اپلیکیشن نیاز دارم یا ویب‌سایت مناسب موبایل؟
نصب، استفادهٔ تکراری، دسترسی دستگاه و روش توزیع را مقایسه کنید. ویب‌سایت واکنش‌گرا ممکن است با مسئولیت عملیاتی کمتر هدف را برآورده کند.
یک پروژه می‌تواند Android و iOS را پوشش دهد؟
روش چندسکویی می‌تواند کد مشترک داشته باشد، اما تنظیمات، بررسی دستگاه و آماده‌سازی نشر هر پلتفرم همچنان لازم‌اند.
اپلیکیشن به ویب‌سایت موجود متصل می‌شود؟
در بسیاری موارد با API و صلاحیت مناسب ممکن است. سرور، مدل معلومات و محدودیت اتصال پیش از تأیید محدوده بررسی شوند.
بدون اینترنت کار می‌کند؟
تنها کارهایی که برای استفادهٔ آفلاین طراحی و آزمایش شده‌اند. ذخیرهٔ محلی، همگام‌سازی و قواعد حل تضاد باید صریحاً شامل شوند.
پرداخت و موقعیت شامل‌اند؟
این‌ها امکانات انتخابی‌اند. دسترسی فراهم‌کننده، اجازه‌ها، قواعد پلتفرم و مسیر دقیق کاربر پیش از ساخت بررسی می‌شوند.
مالک حساب فروشگاه چه کسی است؟
مالکیت و دسترسی در توافق نوشته شود تا سازمان بتواند اپلیکیشن را اداره و نشرهای آینده را اجازه دهد.
تاریخ نشر فروشگاه تضمین می‌شود؟
مراحل توسعه قابل برنامه‌ریزی‌اند؛ بررسی و تأیید بیرونی در کنترل تیم توسعه نیست.
بعد از نشر چه می‌شود؟
نظارت، گزارش خطا، کار سازگاری و پوشش پشتیبانی توافق شوند. امکانات تازه سپس به‌عنوان بهبود جدا اولویت‌بندی می‌گردند.
منابع رسمی
هنگام تأیید انتخاب تخنیکی و شرایط نشر، راهنمای جاری پلتفرم را بررسی کنید.
- اجزای React Native
استفادهٔ React Native از امکانات بومی Android و iOS.
- اجازه‌ها در Android
انواع اجازه، انتخاب کاربر و کاهش درخواست دسترسی.
- معماری آفلاین Android
معلومات محلی، اتصال شبکه و طراحی همگام‌سازی.
- کیفیت اپلیکیشن Android
کاربردپذیری، دسترس‌پذیری، قابلیت اعتماد و امنیت.
- راهنمای بررسی اپلیکیشن Apple
آماده‌سازی و الزامات بررسی در App Store.
از کارهایی آغاز کنید که کاربران باید انجام دهند
کاربران، دستگاه‌ها، مسیرهای ضروری و سیستم‌های موجود را توضیح دهید تا نخستین نسخهٔ عملی تعریف شود.
