پیش از شروع، با دید روشن‌تری تصمیم بگیرید.
پاسخ پرسش‌های رایج درباره طراحی سایت، توسعه نرم‌افزار تحت وب و شیوه همکاری را اینجا گرد آورده‌ایم؛ از تعریف نیاز و برآورد پروژه تا تحویل و پشتیبانی.
اگر پاسخ به شرایط ویژه محصول شما وابسته است، شرح کوتاهی از موضوع بفرستید تا همان مورد را بررسی کنیم.
از نیاز اولیه تا پیشنهاد همکاری
خیر. شرح مسئله، مخاطبان یا کاربران و نتیجه‌ای که انتظار دارید، نقطه شروع مناسبی است. اگر جزئیات روشن نباشند، ابتدا نیازها و اولویت‌ها را بررسی می‌کنیم؛ در پروژه‌های پیچیده ممکن است مرحله شناخت مستقلی لازم باشد.
اگر درباره مسیر اجرا یا انتخاب ابزار ابهام دارید، مشاوره می‌تواند نقطه شروع باشد. برای معرفی خدمات و ایجاد ارتباط با مخاطب، طراحی سایت مطرح است؛ برای پوشش گردش کار اختصاصی، پنل‌ها یا مدیریت اطلاعات، توسعه نرم‌افزار تحت وب بررسی می‌شود.
برآورد به محدوده امکانات، پیچیدگی مسیرها، اتصال‌ها، محتوای موردنیاز و شرایط تحویل بستگی دارد. پس از روشن‌شدن این موارد، درباره خروجی‌ها و روش اجرا توافق می‌کنیم؛ درخواست‌های خارج از محدوده نیز جداگانه بررسی می‌شوند.
بله، اگر ماهیت پروژه اجازه دهد می‌توان نسخه اول را بر نیازهای ضروری متمرکز کرد و توسعه‌های بعدی را جدا برنامه‌ریزی کرد. خروجی و معیار تحویل هر مرحله باید مشخص باشد تا نسخه اول، کاربرد روشنی داشته باشد.
هدف اصلی، وضعیت فعلی، کاربران، مهم‌ترین امکانات و هر محدودیت شناخته‌شده را بنویسید. آدرس سایت یا ابزار موجود و نمونه‌های مرجع هم کمک می‌کنند. در مرحله نخست نیازی به ارسال رمز عبور یا اطلاعات حساس نیست.
ساختار، محتوا و مدیریت وب‌سایت
خیر. ابتدا وضعیت ساختار، محتوا، فناوری و امکانات فعلی بررسی می‌شود. گاهی اصلاح بخش‌های مشخص کافی است و گاهی بازسازی گسترده‌تر منطقی‌تر خواهد بود. تصمیم باید با توجه به نیاز و شرایط واقعی سایت گرفته شود.
بخش‌هایی که برای مدیریت محتوا نیاز دارید در ابتدای کار مشخص می‌شوند و در محدوده توافق‌شده قابل‌ویرایش ساخته می‌شوند. تغییر منطق امکانات اختصاصی یا افزودن قابلیت تازه، ممکن است به توسعه نیاز داشته باشد.
چیدمان، ترتیب محتوا، خوانایی و دسترسی به دکمه‌ها و فرم‌ها باید متناسب با اندازه نمایشگر طراحی شوند. صفحات و مسیرهای اصلی در اندازه‌های موردتوافق بررسی می‌شوند؛ دامنه بررسی دستگاه‌ها و مرورگرها نیز در پروژه مشخص می‌شود.
بله. برای هر زبان می‌توان ساختار صفحات، منو و محتوای مناسب همان مخاطب را در نظر گرفت. انتخاب زبان‌ها، مسیر آدرس‌ها و مسئولیت ترجمه یا تولید محتوا باید از ابتدای کار روشن باشد.
مسئولیت تولید متن، تهیه تصاویر، تأمین میزبانی و مجوزها در پیشنهاد پروژه مشخص می‌شود. مالکیت حساب‌ها، دسترسی‌ها و هزینه تمدید سرویس‌های جانبی نیز باید پیش از اجرا مورد توافق قرار بگیرند.
از فرایند کاری تا محصول قابل‌استفاده
وقتی ابزارهای آماده، بخش مهمی از فرایند شما را پوشش نمی‌دهند یا پراکندگی اطلاعات و ورود تکراری داده، کار را دشوار کرده است. پیش از انتخاب توسعه اختصاصی، امکان استفاده یا ترکیب ابزارهای موجود و هزینه نگهداری هم بررسی می‌شود.
امکاناتی که یک نیاز اصلی را از ابتدا تا انتها پوشش می‌دهند. تعداد زیاد قابلیت‌ها به‌تنهایی معیار خوبی نیست؛ نسخه اول باید برای کاربران مشخص، کاربرد مشخص داشته باشد و زمینه دریافت بازخورد را فراهم کند.
امکان اتصال به API، مجوز دسترسی و محدودیت‌های سامانه مقصد بستگی دارد. ابتدا نوع داده، مسیر تبادل و شرایط خطا بررسی می‌شوند؛ سپس محدوده اتصال و هزینه‌های احتمالی سرویس‌های دیگر مشخص می‌شود.
بله. لازم است مشخص شود هر نقش چه اطلاعاتی را می‌بیند و چه اقدام‌هایی انجام می‌دهد. این قواعد بخشی از تعریف سامانه‌اند و بهتر است همراه با مسیرهای اصلی کاربران، پیش از توسعه بررسی شوند.
بله، امکان بررسی وجود دارد. ادامه کار به فناوری، کیفیت پیاده‌سازی، مستندات و دسترسی‌های لازم وابسته است. پس از شناخت وضعیت می‌توان درباره ادامه توسعه، اصلاح بخش‌هایی از محصول یا بازسازی تصمیم گرفت.
آنچه پیش از انتشار و هنگام تحویل روشن می‌شود
امکانات و معیارهای تحویل باید پیش از اجرا روشن باشند. در نقاط بازبینی، مسیرهای اصلی با همین معیارها بررسی می‌شوند. بازخورد دقیق درباره تفاوت نتیجه موردانتظار و نتیجه مشاهده‌شده، به رفع ابهام کمک می‌کند.
نیازهای امنیتی، سطح دسترسی و شرایط نگهداری اطلاعات باید متناسب با ماهیت سامانه تعریف شوند. ارزیابی تخصصی امنیت، آزمون نفوذ یا الزامات خاص انطباق، در صورت نیاز به محدوده و توافق جداگانه احتیاج دارند.
نوع دسترسی‌ها، حساب‌ها، مستندات و راهنمای مدیریت در محدوده پروژه مشخص می‌شود. برای تحویل روشن، مسئولیت نگهداری، تمدید خدمات جانبی و شیوه پیگیری درخواست‌های بعدی هم باید تعیین شود.
خیر. ساختار محتوا و تنظیمات فنی مرتبط می‌توانند در محدوده اجرا قرار بگیرند، اما نتیجه جست‌وجو به کیفیت محتوا، رقابت و فعالیت مستمر هم وابسته است. تعهدات مرتبط با سئو باید دقیق و جداگانه مشخص شوند.
نیاز جدید از نظر اثر بر محدوده، بخش‌های دیگر، زمان و هزینه بررسی می‌شود. اگر خارج از توافق قبلی باشد، شرایط انجام آن پیش از اجرا مشخص می‌شود؛ ممکن است برای مرحله بعد اولویت‌بندی شود.
رفع باگ و برنامه‌ریزی توسعه‌های بعدی
هر محصول از زمان تحویل نهایی، شش ماه پشتیبانی دارد. تاریخ تحویل نهایی، مبنای محاسبه این دوره است.
اگر در عملکرد توافق‌شده محصول تحویل‌شده باگی وجود داشته باشد، رفع آن در دوره شش‌ماهه بدون هزینه انجام می‌شود. ابتدا گزارش با عملکرد موردتوافق مقایسه می‌شود تا موضوع و مسیر رسیدگی روشن باشند.
باگ یعنی عملکرد توافق‌شده به‌درستی اجرا نمی‌شود. قابلیت تازه یا تغییر رفتار قبلی، نتیجه‌ای فراتر یا متفاوت از محدوده تحویل‌شده می‌خواهد. درخواست‌های جدید پیش از اجرا از نظر محدوده، زمان و هزینه بررسی و توافق می‌شوند.
نام پروژه، صفحه یا بخش مربوط، مراحل بروز مشکل، نتیجه موردانتظار و اتفاقی را که در عمل رخ داده توضیح دهید. زمان شروع و دستگاه یا مرورگر هم می‌توانند کمک کنند. رمز عبور و اطلاعات خصوصی کاربران را در فرم عمومی وارد نکنید.
بله. پس از پایان دوره نیز امکان مطرح‌کردن درخواست پشتیبانی یا توسعه وجود دارد. شرایط انجام کار و هزینه احتمالی پیش از شروع بررسی و توافق می‌شوند. برای گزارش مشکل یا درخواست قابلیت، از صفحه پشتیبانی استفاده کنید.
موضوع شما به بررسی دقیق‌تری نیاز دارد؟
برای یک نیاز تازه، اطلاعات اولیه پروژه را بفرستید. اگر درباره محصول تحویل‌شده درخواست دارید، از مسیر پشتیبانی اقدام کنید.