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