اگر برای معرفی خدمات، دریافت سفارش یا مدیریت کارهای روزانه به محصول دیجیتال نیاز دارید، انتخاب میان سایت و اپلیکیشن را از کار اصلی مخاطب شروع کنید. پرسش مفید این است: چه کسی، در چه موقعیتی، قرار است چه کاری را با محصول شما انجام دهد؟ پاسخ همین سؤال می‌تواند ترتیب سرمایه‌گذاری شما را تغییر دهد.
ممکن است سایت برای جذب مخاطب تازه مناسب باشد و اپلیکیشن برای کاری که کارکنانتان هر روز تکرار می‌کنند. گاهی هم یک وب‌اپ پاسخ‌گوی نیاز اولیه است. ما در اسکای دولوپرز این انتخاب را با بررسی مسیر استفاده، محدودیت‌ها و امکانات ضروری انجام می‌دهیم. راهنمای زیر کمک می‌کند پیش از درخواست پیشنهاد، تصویر روشن‌تری داشته باشید.
۱. کاربر در اولین مراجعه چه می‌خواهد؟
مسیر اولین مراجعه را بنویسید: دیدن لینک، شناخت خدمت، بررسی نمونه‌کار، ارسال درخواست. اگر بیشتر افراد فقط می‌خواهند شما را بشناسند، قیمت یا شرایط را بررسی کنند و تماس بگیرند، یک سایت قابل استفاده در موبایل گزینه طبیعی برای بررسی است. کاربر می‌تواند همان صفحه مرتبط را با یک لینک باز کند و برای دیدن اطلاعات اولیه نیازی به نصب برنامه نداشته باشد.
برای مثال، در یک مجموعه خدمات تعمیر، ممکن است مسئله اصلی پیدا کردن خدمت مناسب و ارسال مشخصات دستگاه باشد. پیش از افزودن اپلیکیشن، مشخص کنید نصب آن چه کار مهمی را برای همین مراجعه‌کننده ساده‌تر می‌کند. صرف داشتن آیکون روی گوشی، دلیل کافی برای اولویت دادن به ساخت اپ نیست.
۲. دلیل بازگشت کاربر را پیدا کنید
تکرار استفاده را با یک رفتار مشخص توضیح دهید. «مشتریان ما همیشه آنلاین‌اند» مبنای دقیقی نیست؛ «کارشناس هر روز چند گزارش مأموریت ثبت می‌کند» اطلاعات قابل تصمیم‌گیری می‌دهد. بررسی کنید هر بار چه داده‌ای دیده یا ثبت می‌شود و چه چیزی باید از استفاده قبلی باقی بماند.
در یک سناریوی فرضی توزیع کالا، فروشنده ممکن است مرتب موجودی را ببیند، سفارش ثبت کند و وضعیت وصول را بررسی کند. این مسیر ارزش بررسی اپلیکیشن اختصاصی را دارد؛ اما انتخاب نهایی هنوز به دستگاه‌ها، اتصال به سامانه موجود و شرایط اینترنت وابسته است. تعداد دفعات استفاده به‌تنهایی انتخاب فنی را تعیین نمی‌کند.
۳. نیاز به دستگاه و اینترنت را دقیق تعریف کنید
به‌جای نوشتن «دوربین و حالت آفلاین»، موقعیت واقعی را شرح دهید: کارشناس از رسید عکس بگیرد، گزارش را هنگام قطع اینترنت نگه دارد و بعد از اتصال ارسال کند. مشخص کنید ثبت تکراری چگونه تشخیص داده شود و اگر داده روی دو دستگاه تغییر کرد، کدام نسخه معتبر باشد.
این جزئیات، کار بررسی و آزمون را مشخص می‌کنند. برای دوربین، موقعیت مکانی، اعلان و کار بدون اینترنت، از اسکای دولوپرز بخواهید امکان اجرای نیازتان را روی دستگاه‌ها و بسترهای هدف بررسی کند. فهرست قابلیت‌ها را به یک نمونه قابل آزمایش تبدیل کنید تا تصمیم بر پایه رفتار واقعی محصول گرفته شود.
۴. وب‌اپ را هم در گزینه‌ها نگه دارید
وب‌اپ می‌تواند برای کارهایی مثل ثبت درخواست، مشاهده حساب یا مدیریت سفارش بررسی شود. بعضی وب‌اپ‌ها به‌شکل PWA ساخته می‌شوند و در بسترهای پشتیبانی‌شده امکان نصب یا افزودن به محیط دستگاه را دارند. طبق راهنمای MDN، شیوه و پشتیبانی نصب میان مرورگرها و سیستم‌عامل‌ها متفاوت است؛ بنابراین تجربه دستگاه‌های مخاطبانتان باید جداگانه بررسی شود.
همان راهنما توضیح می‌دهد که نصب‌پذیری به‌خودی‌خود تضمین کار آفلاین نیست. اگر هنگام قطع اینترنت باید کاری انجام شود، آن رفتار را جداگانه در محدوده پروژه بنویسید. عبارت کلی «وب‌اپ مثل اپ کار کند» برای برآورد کافی نیست؛ نام دستگاه، مسیر استفاده و نتیجه مورد انتظار را مشخص کنید.
۵. مدیریت و نگهداری را وارد تصمیم کنید
محصول بعد از انتشار به محتوا، پاسخ‌گویی، بررسی خطا و توسعه نیاز دارد. مشخص کنید در کسب‌وکارتان چه کسی درخواست‌ها را می‌بیند، چه کسی اطلاعات را به‌روز می‌کند و چه کسی تصمیم نهایی درباره تغییرات را می‌گیرد. اگر این مسئولیت‌ها معلوم نباشند، افزودن یک بستر جدید ممکن است کار روزانه را پیچیده‌تر کند.
اگر سایت و اپلیکیشن هر دو لازم‌اند، درباره اشتراک اطلاعاتشان صحبت کنید. آیا قیمت، موجودی و حساب کاربر باید از یک منبع خوانده شوند؟ چه کسی آن منبع را اداره می‌کند؟ ساخت دو ظاهر بدون روشن کردن این رابطه، تصویر کاملی از پروژه به شما نمی‌دهد.
برگه تصمیم: این شش جمله را کامل کنید
پاسخ‌ها را کوتاه بنویسید. اگر هنوز شاهدی ندارید، همان مورد را «نیازمند بررسی» علامت بزنید؛ حدس را به‌عنوان واقعیت وارد پیشنهاد پروژه نکنید. سپس هر گزینه را با همین پاسخ‌ها مقایسه کنید.
- مخاطب اصلی من … است و اولین‌بار از مسیر … وارد می‌شود.
- کار اصلی او … است؛ این کار را تقریباً … بار انجام می‌دهد.
- مهم‌ترین مشکل روش فعلی … است و نمونه واقعی آن … است.
- دستگاه‌های ضروری … هستند؛ هنگام قطع اینترنت باید … انجام شود.
- اطلاعات از … می‌آید و مسئول به‌روزرسانی و پاسخ‌گویی … است.
- نسخه اول وقتی قابل قبول است که کاربر بتواند … را از ابتدا تا انتها انجام دهد.
تصمیم را به یک مسیر کامل برای نسخه اول تبدیل کنید
پس از تکمیل برگه، یک مسیر کامل انتخاب کنید؛ مثلاً معرفی خدمت تا ثبت درخواست، یا ورود کارشناس تا ارسال گزارش. امکاناتی را که برای کامل شدن همین مسیر لازم نیستند، برای مرحله بعد بررسی کنید. این انتخاب باید به شما امکان مشاهده رفتار واقعی کاربران و بازنگری تصمیم‌های بعدی را بدهد.
در پرسشنامه اسکای دولوپرز می‌توانید مسیر سایت یا اپلیکیشن اختصاصی را انتخاب کنید و موارد نامشخص را باز بگذارید. ما با شما بررسی می‌کنیم کدام بستر و کدام محدوده اولیه با نیازتان سازگار است و چه سؤال‌هایی باید پیش از برآورد نهایی پاسخ داده شوند.
چک‌لیست شما
موارد را مرور کنید و برای گفت‌وگو با ما در اسکای دولوپرز آماده نگه دارید.
منابع و مطالعه بیشتر
این راهنما را به پروژه خودتان وصل کنید
ما در اسکای دولوپرز از هدف و اولویت‌های شما شروع می‌کنیم. نیازتان را توضیح دهید تا درباره مسیر مناسب سایت یا اپلیکیشن، محدوده اجرا و برآورد پروژه گفتگو کنیم.