برای انتخاب بهترین شرکت طراحی سایت، ابتدا نیازهای پروژه را روشن کنید، سپس از چند مجری پیشنهاد هم‌دامنه بگیرید و ادعاهای هرکدام را با نمونه‌کار زنده، توضیح فنی و تعهد مکتوب بسنجید. یک ظاهر زیبا یا قیمت پایین، به‌تنهایی نشان نمی‌دهد سایت در کار روزانهٔ شما درست عمل خواهد کرد. انتخاب مناسب زمانی شکل می‌گیرد که بتوانید کیفیت اجرا، هزینه‌های بعدی و شرایط تحویل را پیش از شروع ارزیابی کنید.
در این راهنما یک روش عملی برای تهیهٔ فهرست کوتاه، بررسی نمونه‌کار، ادارهٔ جلسه و مقایسهٔ پیشنهادها می‌خوانید. به‌جای رتبه‌بندی نام شرکت‌ها، معیارهایی دارید که برای پروژهٔ خودتان قابل بررسی‌اند.
نیاز یک شرکت خدماتی که می‌خواهد درخواست مشاوره بگیرد با فروشگاهی که باید موجودی، سفارش و ارسال را مدیریت کند یکسان نیست. پیش از جست‌وجوی نام مجری، این چهار مورد را در یک صفحه بنویسید:
برای نمونه، به‌جای «یک سایت شرکتی حرفه‌ای می‌خواهم» بنویسید: «مدیر محتوا بتواند خدمات و نمونه‌کار را ویرایش کند؛ فرم درخواست به مسئول فروش برسد؛ سایت روی موبایل خوانا باشد؛ و آموزش مدیریت ارائه شود.» این توضیح کوتاه کمک می‌کند پیشنهادهای خدمات طراحی سایت را با یک نیاز مشخص مقایسه کنید.
جست‌وجوی «۱۰ شرکت برتر طراحی سایت» یا «لیست بهترین شرکت‌های طراحی سایت» می‌تواند نقطهٔ شروع باشد، اما معیار ترتیب آن فهرست را بررسی کنید: آیا پروژه‌های مرتبط معرفی شده‌اند؟ تاریخ بررسی مشخص است؟ رابطهٔ تبلیغاتی توضیح داده شده؟ رتبهٔ یک صفحه در گوگل یا حضور یک نام در چند فهرست، شاهد کافی برای مناسب بودن آن مجری نیست.
برای یک بررسی اولیه، سه تا پنج گزینه کافی است؛ این تعداد یک پیشنهاد اجرایی است، نه قاعدهٔ ثابت. برای هر گزینه، راه ارتباطی روشن، هویت طرف قرارداد، تجربهٔ نزدیک به پروژه و امکان گفت‌وگو با مسئول اجرای کار را بررسی کنید. گزینه‌ای که فقط کلی‌گویی می‌کند و از مشخص کردن دامنهٔ کار خودداری دارد، هنوز برای مقایسه آماده نیست.
عنوان شرکت یا طراح مستقل نیز به‌تنهایی نتیجه را تعیین نمی‌کند. دربارهٔ تعداد افراد درگیر، مسئول پاسخ‌گویی، جانشین هنگام غیبت و نحوهٔ ثبت تصمیم‌ها سؤال کنید. ساختار تیم باید با اندازه و حساسیت پروژه متناسب باشد.
دو یا سه نمونهٔ نزدیک به نیاز خود بخواهید و نسخهٔ زندهٔ آن‌ها را باز کنید. از مجری بپرسید دقیقاً کدام بخش را انجام داده: طراحی رابط، پیاده‌سازی، توسعهٔ امکانات یا فقط ورود محتوا؟ نمونه‌کار قدیمی ممکن است پس از تحویل تغییر کرده باشد؛ تاریخ اجرا و محدودهٔ مسئولیت را هم ثبت کنید.
برای یک سایت خدماتی، مسیر پیدا کردن خدمت و ارسال درخواست را طی کنید. در فروشگاه، جست‌وجوی کالا، انتخاب ویژگی و افزودن به سبد را بررسی کنید و برای دیدن عملکرد، خرید واقعی یا ارسال اطلاعات شخصی لازم نیست. نمایش فرایند سفارش را در محیط آزمایشی بخواهید. با رضایت صاحب پروژه می‌توانید دربارهٔ ارتباط کاری، تأخیرها و کیفیت پشتیبانی نیز سؤال کنید.
اندازهٔ نوشته‌ها، خوانایی رنگ‌ها، منوی موبایل، پیام خطای فرم و دسترسی به دکمهٔ اصلی را بررسی کنید. یک کار ساده را از ابتدا تا انتها انجام دهید؛ مثلاً یافتن یک خدمت و رسیدن به راه تماس. اگر منو با صفحه‌کلید قابل استفاده نیست یا برچسب فیلدها مبهم است، موضوع را به‌صورت مشخص در جلسه مطرح کنید.
راهنمای بررسی اولیهٔ دسترس‌پذیری W3C چند کنترل ساده برای شروع معرفی می‌کند؛ این کنترل‌ها جای ارزیابی جامع را نمی‌گیرند. یک امتیاز ابزار یا اسکرین‌شات زیبا نیز برای تأیید تمام کیفیت سایت کافی نیست.
مجری باید بتواند دلیل انتخاب فناوری را با نیاز شما توضیح دهد: چه چیزی آماده است، چه چیزی سفارشی ساخته می‌شود و چه محدودیت‌هایی دارد؟ اگر پیشنهاد بر پایهٔ طراحی سایت با وردپرس است، دربارهٔ قالب، افزونه‌ها، مجوز استفاده و روش به‌روزرسانی بپرسید. اگر توسعهٔ سفارشی پیشنهاد می‌شود، مستندات و امکان ادامهٔ کار توسط تیم دیگر را روشن کنید.
برای تصمیم دربارهٔ فناوری می‌توانید راهنمای مقایسهٔ وردپرس و سایت اختصاصی را بخوانید. در جلسهٔ انتخاب مجری، هدف اصلی این است که دلیل پیشنهاد و پیامدهای آن برای نگهداری را بفهمید؛ نام یک فناوری به‌تنهایی معیار کیفیت اجرای تیم نیست.
هر پیشنهاد باید صفحات و امکانات، تعداد طرح‌ها و نوبت‌های اصلاح، ورود محتوا، آموزش، آزمون‌ها و موارد خارج از قرارداد را مشخص کند. هزینه‌های هاست، دامنه، تمدید مجوزها، نگهداری و توسعهٔ بعدی را جدا بخواهید. دو رقم نهایی وقتی یکی شامل ورود محصول است و دیگری نیست، قابل مقایسه نیستند.
برای پروژهٔ شرکتی، بخش‌های معرفی‌شده در صفحهٔ هزینه طراحی سایت شرکتی با وردپرس می‌تواند به تهیهٔ فهرست نیازها کمک کند. قیمت نهایی پروژهٔ شما باید بر پایهٔ دامنهٔ توافق‌شده و پیشنهاد تازه مشخص شود. در این ارزیابی، هزینهٔ یک دورهٔ مشخص، مثلاً یک سال، را همراه با تمدیدها و پشتیبانی بسنجید.
به‌جای یک تاریخ نهایی تنها، چند نقطهٔ بررسی بخواهید: تأیید ساختار، تأیید طراحی، نسخهٔ آزمایشی و تحویل. مسئول هر تأیید و مهلت پاسخ شما مشخص باشد. اگر پس از تأیید طراحی، صفحه یا امکان جدیدی خواستید، مجری باید پیش از اجرا اثر آن بر زمان و هزینه را توضیح دهد و تأیید بگیرد.
پرسش مفید این است: «اگر عکس‌ها یک هفته دیر برسند یا در میانهٔ کار نیاز تازه‌ای اضافه شود، برنامه چگونه اصلاح می‌شود؟» پاسخ روشن‌تر از وعدهٔ تحویل سریع، قابلیت مدیریت پروژه را نشان می‌دهد.
پیش از شروع روشن کنید دامنه و هاست در چه حسابی قرار می‌گیرد، چه دسترسی‌هایی تحویل می‌شود، کدام فایل‌ها و کدها جزو خروجی‌اند و استفاده از اجزای دارای مجوز چه شرایطی دارد. هر چیزی که برای کار مستقل یا انتقال پروژه لازم است، در فهرست تحویل بیاید. حساب‌های کاری پروژه را از حساب شخصی اعضای تیم جدا نگه دارید.
در جلسه فقط روی اقلام مورد نیاز توافق کنید و برای جزئیات اجرایی از چک‌لیست تحویل سایت وردپرسی به کارفرما کمک بگیرید. بهتر است پیش از آخرین تسویه، یک بار تحویل نسخهٔ پشتیبان و دسترسی‌های توافق‌شده در عمل کنترل شود.
«پشتیبانی رایگان» بدون تعریف، اطلاعات کافی نمی‌دهد. مدت، ساعت پاسخ‌گویی، کانال ثبت درخواست، زمان پاسخ اولیه و موارد مشمول را بپرسید. رفع ایراد اجرای قبلی را از افزودن امکان تازه و ورود محتوای روزانه جدا کنید. دربارهٔ نسخهٔ پشتیبان، مسئول به‌روزرسانی و اقدام هنگام از دسترس خارج شدن سایت نیز توافق داشته باشید.
پاسخ اولیه با زمان رفع مشکل فرق دارد. برای نمونه، اگر سفارش‌گیری متوقف شود، باید معلوم باشد چه کسی موضوع را دریافت می‌کند، چگونه شدت مشکل را تشخیص می‌دهد و چه زمانی وضعیت را گزارش می‌کند. عدد زمان پاسخ را متناسب با نیاز پروژه و توان واقعی مجری توافق کنید.
در انتخاب بهترین شرکت طراحی سایت فروشگاهی، تجربهٔ اجرای فرایندهای فروش را دقیق‌تر بسنجید. از تیم بخواهید سناریوی کالای ناموجود، محصول متغیر، محاسبهٔ ارسال، پرداخت ناموفق و مدیریت سفارش را در نمونهٔ آزمایشی توضیح دهد. اگر اتصال به انبار یا حسابداری لازم دارید، نام سرویس، مسئول اتصال و محدودیت‌های آن باید در پیشنهاد مشخص شود.
برای مقایسهٔ دامنهٔ پیشنهادها، اجزای صفحهٔ هزینه طراحی سایت فروشگاهی با وردپرس مانند صفحهٔ محصول، سبد و تسویه‌حساب را مرور کنید. فقط ظاهر صفحهٔ اصلی را ارزیابی نکنید؛ ابزار مدیریت روزانهٔ فروشگاه و آموزش تیم شما هم بخشی از پروژه است.
اگر علاوه بر سایت، اپلیکیشن می‌خواهید، انتخاب بهترین شرکت طراحی اپلیکیشن نیاز به بررسی جداگانهٔ نمونهٔ قابل استفاده، مسئول انتشار و نگهداری و ارتباط آن با سامانهٔ سایت دارد. یک نمونهٔ وب موفق به‌تنهایی سابقهٔ اجرای اپلیکیشن را ثابت نمی‌کند؛ این خروجی را در پیشنهاد مجزا یا بخش مستقل تعریف کنید.
پاسخ‌ها را در یک سند مشترک ثبت کنید و از مجری بخواهید ابهام‌های باقی‌مانده را در پیشنهاد نهایی اصلاح کند. نحوهٔ پاسخ به این سؤال‌ها، خود بخشی از ارزیابی کیفیت ارتباط است.
جدول زیر یک الگوی پیشنهادی برای تصمیم شماست و رتبه‌بندی شرکت‌های واقعی نیست. به هر معیار از صفر تا پنج امتیاز بدهید: صفر یعنی شواهد ارائه نشده، سه یعنی نیاز اصلی با شواهد کافی پوشش دارد و پنج یعنی پوشش کامل همراه با نمایش عملی یا مستندات روشن. در کنار امتیاز، شاهد را بنویسید.
| معیار | وزن پیشنهادی | شاهد مورد نیاز |
|---|---|---|
| درک نیاز و شفافیت دامنه | ۲۰ | پیشنهاد مشخص با موارد شامل و خارج از کار |
| نمونه‌کار مرتبط و قابل بررسی | ۲۰ | نسخهٔ زنده و توضیح نقش واقعی تیم |
| کیفیت فنی و تجربهٔ استفاده | ۱۵ | نمایش مسیر اصلی و برنامهٔ آزمون |
| مالکیت و قابلیت تحویل | ۱۵ | فهرست حساب‌ها، فایل‌ها و مستندات |
| پشتیبانی و ارتباط | ۱۵ | تعهد روشن برای درخواست‌ها و گزارش وضعیت |
| هزینهٔ کل و شفافیت تمدیدها | ۱۵ | تفکیک هزینهٔ ساخت و دورهٔ نگهداری منتخب |
امتیاز نهایی از جمع «امتیاز هر معیار × وزن آن ÷ ۵» به دست می‌آید و حداکثر ۱۰۰ است. وزن‌ها را پیش از دیدن پیشنهادها با نیاز خود تنظیم کنید. ابهام اساسی در مالکیت یا نبود امکان حیاتی را شرط بررسی بیشتر بگذارید؛ امتیاز خوب در ظاهر نباید آن ابهام را پنهان کند.
مثال فرضی: یک شرکت خدماتی دو پیشنهاد دارد. گزینهٔ الف با امتیازهای ۴، ۴، ۳، ۵، ۴، ۳ به‌ترتیب معیارهای جدول، ۷۷ امتیاز می‌گیرد. گزینهٔ ب با امتیازهای ۳، ۵، ۴، ۲، ۲، ۵ به ۷۱ می‌رسد. گزینهٔ ب ممکن است ظاهر جذاب‌تری ارائه کند، اما لازم است ابهام تحویل و پشتیبانی آن برطرف شود. این مثال فقط روش محاسبه را نشان می‌دهد و ارزیابی هیچ شرکت مشخصی نیست.
پیشنهاد منتخب را به فهرست خروجی‌های روشن تبدیل کنید: صفحات و قابلیت‌ها، مسئول محتوا، نقاط تأیید، برنامهٔ پرداخت مرتبط با خروجی، اصلاحات، هزینهٔ تغییرات، اقلام تحویل و دورهٔ پشتیبانی. برای هر مورد اصلی، روشی برای مشاهدهٔ نتیجه تعیین کنید. مثلاً «فرم درخواست، پس از ارسال موفق پیام تأیید نشان دهد و درخواست در محل توافق‌شده ثبت شود» از عبارت «فرم حرفه‌ای» قابل بررسی‌تر است.
این فهرست برای روشن کردن دامنهٔ پروژه است. دربارهٔ شرایط حقوقی، مسئولیت‌ها و اختلاف‌ها، متن توافق را متناسب با وضعیت طرفین بررسی کنید و از الگوی عمومی بدون تطبیق استفاده نکنید.
دربارهٔ مورد آخر، راهنمای رسمی شروع سئوی گوگل نیز تصریح می‌کند که روشی برای قرار گرفتن خودکار در رتبهٔ اول وجود ندارد. از مجری به‌جای وعدهٔ رتبه، خروجی‌های مشخص مانند ساختار درست، دسترسی موتور جست‌وجو و تنظیمات توافق‌شده بخواهید. مشاهدهٔ هر ابهام ابتدا دلیل پرسیدن و درخواست شاهد است؛ اگر روشن نشد، تصمیم را عقب بیندازید.
قیمت را در برابر دامنه، شواهد کیفیت، مسئولیت‌ها و هزینهٔ نگهداری بسنجید. پیشنهاد گران‌تر ممکن است خدمات بیشتری داشته باشد یا با نیاز شما تناسب نداشته باشد؛ بدون یکسان کردن دامنه نمی‌توان نتیجه گرفت.
ادعا را به شواهد تبدیل کنید: نمونهٔ مرتبط، نقش قابل توضیح، نمایش عملکرد، پیشنهاد روشن و امکان گفت‌وگو دربارهٔ تجربهٔ همکاری با رضایت مشتری قبلی. شهرت و تعداد دنبال‌کننده جای این بررسی را نمی‌گیرد.
با توجه به نیاز جلسات حضوری و نحوهٔ پاسخ‌گویی تصمیم بگیرید. در همکاری از راه دور، مسئول ثابت، محل ثبت درخواست، زمان جلسه و روش تأیید خروجی‌ها را پیش از شروع آزمایش و روشن کنید.
یک نیازنامهٔ کوتاه، چند پیشنهاد با دامنهٔ یکسان، یادداشت بررسی نمونه‌کار و پاسخ مکتوب به ابهام‌های اصلی. پس از آن، خروجی‌ها و تعهدات گزینهٔ منتخب را پیش از شروع قطعی کنید. این روند کمک می‌کند از میان شرکت‌های طراحی وب‌سایت، مجری متناسب با پروژهٔ خود را انتخاب کنید.
اگر از وردپرس استفاده می‌کنید، به احتمال زیاد با افزونه قدرتمند Gravity Forms (گرویتی فرمز) آشنا هستید. این افزونه یکی از بهترین راه‌ها برای ساخت فرم‌های پیچیده، از فرم‌های تماس...
اگر شما هم یک فروشگاه اینترنتی ووکامرسی را مدیریت می‌کنید، حتماً با این چالش مواجه شده‌اید: برای دیدن محصولاتی که در یک سفارش “در حال انجام” (Processing) قرار دارند، باید...
