بیشترِ پروژه‌های سایت که بد تمام می‌شوند، از انتخاب اشتباه پیمانکار شروع نشده‌اند؛ از نامشخص بودن خواسته شروع شده‌اند. وقتی نیاز مبهم است، هر شرکتی برداشت خودش را قیمت می‌دهد و شما در عمل سه چیز کاملاً متفاوت را با هم مقایسه می‌کنید.

پیش از تماس با هیچ شرکتی، یک صفحه بنویسید و این پرسش‌ها را پاسخ دهید:

1. این سایت چه کاری باید برای کسب‌وکار انجام دهد؟ (دریافت درخواست و لید، فروش آنلاین، اعتبار برند، پشتیبانی مشتری، جذب نیرو)
2. موفقیت را شش ماه بعد با چه چیزی اندازه می‌گیرید؟ (تعداد تماس، ثبت سفارش، فرم پرشده، رتبه چند عبارت مشخص)
3. چه صفحاتی لازم دارید؟ یک فهرست خام کافی است.
4. محتوا — متن، عکس محصول، ویدیو، توضیحات فنی — از کجا می‌آید؟ خودتان تولید می‌کنید یا باید در قرارداد باشد؟
5. سایت باید به چه چیزی وصل شود؟ درگاه پرداخت، CRM، نرم‌افزار حسابداری یا انبار، سرویس پیامک، ابزار تیکت.
6. چه کسی بعد از تحویل، محتوا را به‌روز می‌کند و سطح مهارت او چقدر است؟
7. آیا تاریخ اجباری دارید؟ (نمایشگاه، فصل فروش، شروع کمپین)
8. محدوده بودجه‌تان چقدر است؟ گفتنش شما را ضعیف نمی‌کند؛ فقط جلوی هدر رفتن وقت دو طرف را می‌گیرد. 

پاسخ کوتاه:  اندازه و پیچیدگی پروژه، نه بودجه، تعیین می‌کند کدام مسیر درست است یک سایت معرفی پنج‌صفحه‌ای با یک فریلنسر خوب نتیجه بهتری می‌دهد تا با یک تیم بزرگ که پروژه کوچک را در صف نگه می‌دارد؛ و برعکس، یک فروشگاه با اتصال به انبار و حسابداری، به تیمی نیاز دارد که غیبت یک نفر پروژه را متوقف نکند.

درباره «در اصفهان بودن» هم صریح باشیم: نزدیکی جغرافیایی یک مزیت است، نه یک معیار. جلسه حضوری در مرحله کشف نیاز و بازبینی طراحی واقعاً کیفیت را بالا می‌برد، پیگیری راحت‌تر است و در بازار محلی، اعتبار یک تیم را می‌توان از مسیرهای غیررسمی هم راستی‌آزمایی کرد. اما یک تیم متوسط در همان خیابان شما، هنوز یک تیم متوسط است. ترتیب درست این است: اول کیفیت فنی و فرایند، بعد نزدیکی.

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

هر معیار زیر یک  پرسش قابل بررسی است، نه یک صفت تبلیغاتی. اگر پاسخ شرکتی به این نُه مورد شفاف و مستند بود، احتمال زیادی دارد که پروژه شما هم شفاف پیش برود.

۳.۱ نمونه‌کار زنده، نه اسکرین‌شات

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

۳.۲ سرعت و کیفیت تجربه واقعی کاربر

سرعت، سلیقه نیست؛ عدد دارد. گوگل سه شاخص Core Web Vitals را منتشر کرده و آستانه «خوب» را مشخص کرده است: LCP کمتر از ۲٫۵ ثانیه، BOLD: INP کمتر از ۲۰۰ میلی‌ثانیه و CLS کمتر از ۰٫۱. نمونه‌کارها را با ابزار PageSpeed Insights و در حالت موبایل تست کنید. اگر عدد بد بود، پیش از قضاوت بپرسید چرا؛ گاهی محتوای سنگین یا افزونه‌ای که کارفرما اصرار داشته دلیل واقعی است. پاسخ فنی و مشخص، خودش نشانه تخصص است؛ پاسخ «سرعت به هاست بستگی دارد» و تمام، نشانه چیز دیگری است.

۳.۳ سئوی فنی از روز اول

سئو خدمتی نیست که بعداً به سایت اضافه شود؛ بخشی از ساخت است. بپرسید ساختار آدرس‌ها (URL) چگونه تعیین می‌شود، ساختار هدینگ‌ها و متادیتا چطور مدیریت می‌شود، نقشه سایت و فایل robots چه وضعی دارند، داده ساختاریافته (Schema) پیاده می‌شود یا نه، و اگر سایت قبلی دارید،  نقشه ریدایرکت ۳۰۱ چه کسی می‌نویسد. این آخری مهم‌ترین جای زخم بازطراحی‌هاست: سایت نو بالا می‌آید و ترافیک قدیمی از بین می‌رود، چون آدرس‌ها بدون انتقال عوض شده‌اند.

۳.۴ فرایند و شفافیت

از شرکت بخواهید مراحل کار و تحویل‌های میان‌راه را نام ببرد: کشف نیاز، معماری اطلاعات، وایرفریم، طراحی رابط، توسعه، تست، انتشار، تحویل. دو چیز را جدی بگیرید: وجود  محیط تست (Staging) برای اعمال تغییرات پیش از سایت اصلی، و مشخص بودن اینکه در هر مرحله شما چه چیزی را تأیید می‌کنید. فرایندی که فقط «طراحی می‌کنیم، می‌فرستیم، نظر بدهید» باشد، در عمل به رفت‌وبرگشت‌های بی‌پایان می‌رسد.

۳.۵ ترکیب تیم و اینکه دقیقاً چه کسی کار می‌کند

بپرسید چه کسانی روی پروژه شما هستند و هر کدام چه بخشی را انجام می‌دهند. تفاوت بین یک نفر که همه کارها را می‌کند و تیمی با نقش‌های جدا، در نتیجه دیده می‌شود — به‌ویژه در دو جا: کیفیت رابط کاربری و کیفیت کد سمت سرور. نام و سابقه لازم نیست؛  تقسیم نقش‌ها و نقطه تماس مشخص لازم است.

۳.۶ امنیت و پشتیبان‌گیری

سه چیز را بپرسید و پاسخ را در قرارداد ببینید: اتصال امن (HTTPS) و گواهی آن با کیست، به‌روزرسانی هسته و افزونه‌ها چگونه و با چه دوره‌ای انجام می‌شود، و  بکاپ خودکار هر چند وقت گرفته می‌شود و کجا نگه داشته می‌شود. سؤال طلایی این است: «آخرین بار بازیابی بکاپ را تست کرده‌اید؟» بکاپی که هرگز بازیابی نشده، فقط یک فایل است.

۳.۷ مالکیت: دامنه، هاست، کد، محتوا

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

۳.۸ پشتیبانی بعد از تحویل

پشتیبانی باید  محدوده داشته باشد، نه صفت. سه چیز را روشن کنید: چه کارهایی داخل پشتیبانی است (رفع باگ، به‌روزرسانی، بکاپ) و چه کارهایی خارج از آن (صفحه جدید، تغییر طراحی، امکان جدید)؛ زمان پاسخ در روزهای کاری چقدر است؛ و هزینه سال دوم به بعد چگونه محاسبه می‌شود. تعریف نشدن مرز «باگ» و «تغییر جدید»، شایع‌ترین منبع دلخوری بین کارفرما و تیم فنی است.

۳.۹ قرارداد و مسیر تغییرات

قرارداد خوب طولانی نیست،  دقیق است. باید شامل دامنه کار (فهرست صفحات و امکانات)، زمان‌بندی با تحویل‌های میان‌راه، تعداد مرحله بازبینی طراحی، شرایط پرداخت، تعهد تحویل نهایی (کد، دسترسی‌ها، مستندات) و شرط فسخ باشد. سند نیاز یک‌صفحه‌ای بخش ۱ را به‌عنوان پیوست قرارداد ضمیمه کنید؛ همین یک کار، بیشتر اختلاف‌های بعدی را حل می‌کند.

پاسخ کوتاه: هر عددی که امروز بنویسیم، چند ماه بعد گمراه‌کننده است — و مهم‌تر از آن،  قیمت بدون دامنه کار هیچ معنایی ندارد دو پیشنهاد با یک رقم می‌توانند دو محصول کاملاً متفاوت باشند. چیزی که واقعاً در کنترل شماست، مقایسه درست است.

• تعداد و نوع صفحات؛ صفحه محصول و فیلتر و جست‌وجو گران‌تر از صفحه معرفی است.
• اختصاصی بودن طراحی در برابر استفاده از قالب.
• تولید محتوا: متن، ترجمه، عکاسی محصول، ویدیو.
• چندزبانه بودن و راست‌به‌چپ/چپ‌به‌راست شدن همزمان.
• اتصال‌ها: درگاه پرداخت، CRM، انبار، حسابداری، پیامک، لجستیک.
• عمق سئوی فنی و مهاجرت از سایت قبلی (ریدایرکت، حفظ آدرس‌ها).
• تست، دسترس‌پذیری (Accessibility) و بهینه‌سازی سرعت.
• سطح پشتیبانی و زمان پاسخ تعهدشده.

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

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

جدول ۴ — نشانه‌های هشدار و واکنش درست:

این فهرست را عیناً بپرسید و پاسخ‌ها را بنویسید کیفیت و سرعت پاسخ‌ها، به‌اندازه محتوای آن‌ها اطلاعات می‌دهد.

1. چه کسانی روی پروژه من کار می‌کنند و نقطه تماس اصلی من کیست؟
2. دقیقاً چه چیزی تحویل داده می‌شود؟ فهرست صفحات، امکانات و محتوا را بنویسید.
3. کد، فایل‌های طراحی و محتوا بعد از تحویل به نام کیست و چه دسترسی‌هایی به من داده می‌شود؟
4. دامنه و هاست به نام من ثبت می‌شود؟ سایت روی چه سروری و در کجا میزبانی می‌شود؟
5. زمان‌بندی و تحویل‌های میان‌راه چیست و اگر پروژه عقب افتاد، چه اتفاقی می‌افتد؟
6. چند مرحله بازبینی طراحی داریم و تغییر خارج از دامنه کار چگونه محاسبه می‌شود؟
7. سئوی فنی شامل چه کارهایی است و کنسول جست‌وجو و ابزار آنالیتیکس روی ایمیل من راه‌اندازی می‌شود؟
8. بکاپ خودکار وجود دارد؟ با چه دوره‌ای، کجا نگه داشته می‌شود و بازیابی تست شده است؟
9. پشتیبانی چه چیزی را پوشش می‌دهد، زمان پاسخ چقدر است و هزینه سال دوم چگونه تعیین می‌شود؟
10. اگر بعداً بخواهم با تیم دیگری ادامه دهم، فرایند تحویل پروژه چگونه انجام می‌شود؟

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

پیشنهاد ما برای شما تماس با ما و مشاوره با ما هست.

پروژه زمانی تمام است که این‌ها را داشته باشید — نه زمانی که سایت بالا می‌آید.

جدول ۵ — آیتم‌های تحویل پروژه:

انتشار سایت، پایان کار نیست؛ نقطه شروع است. سایتی که ساخته می‌شود و رها می‌شود، در نتایج جست‌وجو هم رها می‌ماند.

آنچه در ماه‌های اول واقعاً اثر دارد:

• محتوای مستمر و مشخص: صفحه جدا برای هر خدمت یا دسته محصول، به‌جای یک صفحه شلوغ «خدمات ما».
• پروفایل کسب‌وکار در گوگل: برای کسب‌وکاری که مشتری محلی دارد، ثبت و تکمیل پروفایل و جمع‌آوری نظرات واقعی، اثر مستقیم بر دیده‌شدن در جست‌وجوی محلی دارد.
• بررسی منظم کنسول جست‌وجو: خطاهای ایندکس، صفحات حذف‌شده و عبارت‌هایی که با آن‌ها دیده می‌شوید.
• مراقبت از سرعت: سرعت پس از افزودن محتوا و افزونه‌ها افت می‌کند؛ سه ماه بعد از انتشار دوباره تست کنید.

• نگهداری فنی: به‌روزرسانی‌ها، بکاپ، و بررسی لینک‌های شکسته.