طراحی اپلیکیشن

طراحی اپلیکیشن برای سفارش، رزرو و پیگیری

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

سفارش و پیگیری در اپلیکیشن

نمای نمونه حساب مشتری

پنل مشتریحساب من

خدمات موردنیازتان
را انتخاب کنید.

ثبت سفارشدرخواست‌های من

پیگیری درخواست

درخواست نمونهدر انتظار بررسی

موضوع درخواست و وضعیت رسیدگی اینجا دیده می‌شود.

خانهسفارش‌هاپشتیبانی
نمونه صفحه‌ای برای ثبت و پیگیری سفارش در اپلیکیشن.

چه زمانی ساخت اپلیکیشن برایتان ارزش دارد؟

مشتری برای هر پیگیری دوباره پیام می‌دهد

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

کارکنان در محل مشتری اطلاعات جمع می‌کنند

ثبت گزارش، عکس یا وضعیت کار را به چند مرحله روشن تقسیم می‌کنیم. اگر محل کار اینترنت ناپایدار دارد، رفتار اپ هنگام قطع اتصال هم باید تعریف شود.

ایده دارید و می‌خواهید نسخه اول را مشخص کنید

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

اپلیکیشن بسازیم یا مسیر فعلی را ساده کنیم؟

مثلاً برای رزرو، مسیر کامل را روی کاغذ می‌آوریم. کاربر خدمت را انتخاب می‌کند، زمان خالی را می‌بیند، رزرو را ثبت می‌کند و وضعیت آن را پیگیری می‌کند. بعد روشن می‌شود کدام بخش به اپ نیاز دارد.

وقتی مشتری مرتب برمی‌گردد

اگر ورود مکرر، اعلان، دوربین یا ثبت آفلاین بخش اصلی کار است، نسخه موبایل می‌تواند ارزش ساخت داشته باشد. همین موارد را در برآورد نسخه اول می‌آوریم.

وقتی کاربر یک بار وارد می‌شود

برای معرفی خدمات یا دریافت یک درخواست ساده، سایت واکنش‌گرا هم گزینه بررسی است. می‌توان ابتدا مسیر کوتاه‌تری راه انداخت و سپس درباره اپ تصمیم گرفت.

از طرح قابل کلیک تا نسخه قابل تحویل

محدوده و تعداد اقلام تحویلی در پیشنهاد همکاری مشخص می‌شوند.

نقشه مسیر کاربران

روشن می‌کنیم مشتری، کارمند و مدیر چه اطلاعاتی می‌بینند و هرکدام برای ثبت، تأیید یا پیگیری چه کاری انجام می‌دهند.

طراحی صفحه‌ها و نمونه قابل کلیک

قبل از توسعه، مسیرهایی مثل ثبت‌نام، رزرو و پیگیری را در نمونه طراحی تجربه می‌کنید و موارد نیازمند اصلاح را می‌گویید.

اپ و پنل توافق‌شده

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

نسخه بررسی‌شده و راهنمای تحویل

مسیرهای اصلی، پیام‌های خطا و نقش کاربران را آزمایش می‌کنیم. فایل‌ها، حساب‌ها و مسئول انتشار و نگهداری در پیشنهاد مشخص می‌شوند.

بگویید کاربر چه کاری باید در اپ انجام بدهد

مثلاً «مشتری بتواند سفارش را ببیند و زمان تحویل را تغییر دهد». در جلسه می‌توانیم مسیر این کار و امکانات نسخه اول را بررسی کنیم.

درخواست جلسه ارزیابی

در نسخه اول کدام کار باید از ابتدا تا انتها انجام شود؟

برای نمونه، در اپ رزرو به مشاهده زمان خالی، ثبت رزرو و اطلاع از وضعیت نیاز دارید. از همین کار اصلی شروع می‌کنیم تا هر قابلیت اضافی دلیل مشخصی داشته باشد.

کار اصلی کاربر

به‌جای فهرست بلند امکانات، یک مسیر کامل مثل رزرو، لغو و دریافت پیام تأیید را تعریف می‌کنیم.

کار مدیر یا کارمند

مثلاً مسئول رزرو باید بتواند ظرفیت‌ها و زمان‌های خالی را تنظیم کند و رزروهای روز را ببیند.

امکانات مرحله بعد

امتیازدهی، باشگاه مشتریان یا گزارش‌های اضافه را جدا می‌نویسیم تا هزینه و زمانشان مستقل بررسی شود.

داده و حساب‌های لازم

برای ورود، ارسال پیام یا پرداخت مشخص می‌کنیم چه سرویس و حسابی لازم است و مسئول تهیه آن کیست.

پنل مدیریت و اتصال به نرم‌افزارهای فعلی

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

مدیریت سفارش و محتوا

مشخص می‌کنیم تیم شما از کجا وضعیت سفارش، متن‌ها و اطلاعات خدمات را تغییر می‌دهد.

دسترسی بر اساس نقش

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

تبادل اطلاعات

روش اتصال به سایت، سامانه فروش یا حسابداری را از روی دسترسی و مستندات بررسی می‌کنیم.

مسئول به‌روزرسانی

برای قیمت، ظرفیت و وضعیت سفارش یک منبع مشخص و فرد مسئول در نظر می‌گیریم.

اپ در زمان خطا چطور به کاربر کمک می‌کند؟

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

ورود و بازیابی حساب

برای رمز اشتباه یا فراموشی رمز، راه برگشت به حساب و پیام واضح در نظر می‌گیریم.

قطع اینترنت هنگام ثبت

مشخص می‌شود اطلاعات تا کجا حفظ می‌شوند و چگونه می‌توان تلاش دوباره کرد، بدون اینکه سفارش ناخواسته تکرار شود.

وضعیت‌های در انتظار

برای پرداخت یا پیگیری دیرهنگام، وضعیت را نشان می‌دهیم تا کاربر بداند باید منتظر بماند یا اقدامی انجام دهد.

بررسی روی دستگاه‌ها

گوشی‌ها و نسخه‌های مورد بررسی را با توجه به مخاطب و محدوده توافق مشخص می‌کنیم.

مراحل همکاری برای طراحی اپلیکیشن

کاربرد اپ را توضیح می‌دهید

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

نسخهٔ اول را مشخص می‌کنیم

مسیرها، امکانات، پنل و اتصال‌ها بررسی می‌شوند. درباره پلتفرم هدف و روش اجرا هم توضیح می‌دهیم.

طراحی و اجرا را بررسی می‌کنید

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

نسخهٔ آماده را تحویل می‌گیرید

سناریوهای اصلی و خطاهای شناسایی‌شده بررسی می‌شوند. فایل‌ها، دسترسی‌ها و راهنمای توافق‌شده تحویل داده می‌شوند. شرایط انتشار و نگهداری هم جداگانه توضیح داده می‌شود.

انتشار و نگهداری اپ را از ابتدا در پیشنهاد ببینید

پلتفرم‌ها، حساب انتشار، مسئول ارائه نسخه و شرایط نگهداری در پیشنهاد نوشته می‌شوند. پذیرش در فروشگاه به قواعد همان پلتفرم وابسته است. اگر رنگ، فونت و قواعد ظاهر برند هنوز مشخص نیستند، هویت بصری را پیش از نهایی‌کردن رابط بررسی کنید.

پرسش‌های متداول درباره طراحی اپلیکیشن

هنوز فقط ایده دارم، برای شروع چه بفرستم؟
بنویسید اپ برای چه کسی است، آن فرد امروز کارش را چطور انجام می‌دهد و در اپ قرار است چه چیزی بهتر شود. اگر نمونه مشابه دارید بگویید کدام قابلیت به کارتان می‌آید. همین توضیح را در درخواست جلسه ارزیابی اپلیکیشن بیاورید.
می‌توان اندروید و iOS را با هم سفارش داد؟
بله. ابتدا می‌بینیم مشتریان از چه دستگاه‌هایی استفاده می‌کنند و کدام امکانات به گوشی وابسته‌اند. بعد نسخه‌های قابل تحویل، حساب‌های انتشار و هزینه نگهداری هر پلتفرم را در پیشنهاد مشخص می‌کنیم.
پنل مدیریت هم همراه اپ تحویل داده می‌شود؟
اگر در سفارش آمده باشد. بگویید مدیر چه کارهایی انجام می‌دهد، مثلاً تعیین ظرفیت رزرو یا رسیدگی به سفارش. بر اساس آن از سامانه موجود استفاده می‌کنیم یا پنل جدا برآورد می‌شود.
اپ به سایت یا نرم‌افزار فعلی وصل می‌شود؟
ابتدا داده موردنیاز را مشخص می‌کنیم، مثلاً وضعیت سفارش یا موجودی. با دسترسی و مستندات سامانه بررسی می‌کنیم تبادل داده چطور ممکن است و هزینه اتصال را جدا می‌نویسیم.
بعد از انتشار چه کارهایی به نگهداری نیاز دارند؟
به‌روزرسانی نسخه‌های سیستم‌عامل و سرویس‌های متصل، بررسی خطاها و انتشار نسخه تازه نمونه‌هایی از نگهداری‌اند. رفع ایرادهای نسخه تحویل‌شده و افزودن قابلیت جدید هم در پیشنهاد تفکیک می‌شوند.

برای طراحی اپلیکیشن آماده‌اید؟

اگر نیازتان مشخص است، درخواست سفارش بدهید تا هزینه و زمان اجرا را بررسی کنیم. اگر بین چند راه مردد هستید، جلسه ارزیابی را انتخاب کنید.