هزینه طراحی سایت صنعتی به چه متغیرهایی بستگی دارد؟
برای برآورد سایت صنعتی، تعداد صفحه کافی نیست. محصولات، زبان‌ها، محتوا و مسیر درخواست قیمت را روشن کنید تا پیشنهادهای قابل‌مقایسه بگیرید.
هزینه طراحی سایت صنعتی به کاری بستگی دارد که سایت باید برای خریدار و تیم شما انجام دهد: پیدا کردن محصول مناسب، دیدن مشخصات و اسناد، و فرستادن یک درخواست قیمت قابل‌پیگیری. تعداد الگوهای صفحه، وضعیت اطلاعات محصولات، زبان‌ها، امکانات و اتصال‌ها، سهم هر طرف در تولید محتوا و نگهداری بعد از انتشار، برآورد را شکل می‌دهند.
برای مقایسهٔ پیشنهادها، ابتدا یک شرح کار مشترک آماده کنید. اگر یک تیم فقط طراحی و اجرا را قیمت داده باشد و تیم دیگر ورود اطلاعات، ترجمه و انتقال سایت قبلی را هم پذیرفته باشد، مقایسهٔ عدد نهایی گمراه‌کننده می‌شود. این راهنما کمک می‌کند اجزای برآورد را روشن کنید؛ قیمت ثابت یا تعرفهٔ روند نیست.
اول مشخص کنید سایت قرار است کدام کار را جلو ببرد
برای شروع، یک مسیر واقعی بنویسید: «مسئول خرید وارد صفحهٔ یک خانوادهٔ محصول می‌شود، دو گرید را بررسی می‌کند، برگهٔ فنی را می‌بیند و درخواست نمونه می‌فرستد.» حالا معلوم است چه صفحه‌ها، اطلاعات و فرم‌هایی لازم دارید. عبارت کلیِ «یک سایت حرفه‌ای می‌خواهیم» این تصمیم‌ها را پنهان می‌کند.
کارهای ضروریِ نسخهٔ اول را از امکاناتی که می‌توانند بعداً اضافه شوند جدا کنید. ممکن است ثبت درخواست نمونه ضروری باشد، اما حساب کاربریِ مشتری هنوز مسئلهٔ مشخصی را حل نکند. کنار هر نیاز، مخاطب، مسئول پاسخ‌گویی و نشانهٔ درست کار کردن آن را بنویسید.
تعداد محصولات را از تعداد الگوهای صفحه جدا کنید
صد محصول با ساختار یکسان می‌توانند از یک الگوی صفحه استفاده کنند. در مقابل، ده محصول با مشخصات، فایل‌ها و شیوهٔ انتخاب متفاوت ممکن است به مدل محتوایی و رابط پیچیده‌تری نیاز داشته باشند. برآورد باید هر دو بخش را نشان دهد: ساخت الگوها و آماده‌سازی یا ورود اطلاعات محصولات.
به تیم اجرا یک نمونهٔ کامل از هر خانواده بدهید: نام و کد، تصویر، ویژگی‌ها و واحدها، کاربرد، فایل فنی و ارتباط با محصولات دیگر. اگر اطلاعات در فایل‌های پراکنده است، مشخص کنید چه کسی آن را یکدست و تأیید می‌کند. ابزار ورود گروهی هم به دادهٔ قابل‌استفاده نیاز دارد.
چندزبانه بودن را در سطح کل مسیر بررسی کنید
برای هر زبان، دامنهٔ تحویل را بنویسید: کدام صفحه‌ها ترجمه می‌شوند؟ مشخصات و واحدها چگونه نمایش داده می‌شوند؟ آیا فایل فنیِ همان زبان آماده است؟ پیام‌های فرم و تأیید دریافت درخواست هم باید بررسی شوند. مسئول ترجمه و تأیید اصطلاحات تخصصی را از ابتدا تعیین کنید.
در بخش فنی نیز نسخه‌های زبانی به نشانی و ارتباط مشخص نیاز دارند. راهنمای سایت‌های چندزبانهٔ گوگل استفاده از URL جداگانه برای زبان‌ها را توصیه می‌کند و روش معرفی نسخه‌های مرتبط را توضیح می‌دهد. این کار، همراه با بازبینی لینک‌ها و چیدمان هر زبان، باید در شرح تحویل دیده شود؛ تضمینی برای رتبه یا فروش نیست.
امکانات را با یک سناریوی قابل‌آزمون تعریف کنید
«فرم استعلام» ممکن است ارسال یک پیام ساده باشد یا انتخاب چند محصول، پیوست فایل و ارجاع درخواست به مسئول مرتبط را هم شامل شود. «جست‌وجوی محصول» نیز می‌تواند جست‌وجوی نام باشد یا فیلتر بر اساس ویژگی‌های فنی. این تفاوت‌ها را پیش از قیمت‌گذاری روشن کنید.
برای هر قابلیت، ورودی، خروجی، خطا و مسئول رسیدگی را بنویسید. اگر درخواست به CRM می‌رود، دسترسی به مستندات، محیط آزمایشی و وضعیت API باید مشخص شود. گاهی یک مرحلهٔ بررسی اولیه برای شناخت سیستم موجود لازم است تا برآورد اتصال بر فرض‌های نامعلوم تکیه نکند.
CMS و زیرساخت را با نیاز تیم انتخاب کنید
بپرسید چه کسی محصول جدید اضافه می‌کند، چند نفر محتوا را تأیید می‌کنند و چه سطحی از دسترسی لازم است. سپس گزینهٔ مدیریت محتوا و توسعه را مقایسه کنید. وردپرس، CMSهای دیگر و توسعهٔ اختصاصی هرکدام با توجه به امکانات، مهارت تیم و نگهداری، انتخاب‌های متفاوتی می‌سازند.
دامنهٔ اینترنتی، میزبانی، گواهی امنیتی و سرویس‌های جانبی را در ردیف هزینه‌های زیرساخت بیاورید. نام دامنهٔ سایت با «دامنهٔ پروژه» یا محدودهٔ تعهدات فرق دارد. صرفاً صنعتی بودنِ کسب‌وکار هم نیاز به سرور اختصاصی را ثابت نمی‌کند؛ انتخاب زیرساخت به بار، معماری، دسترسی و نیاز عملیاتی وابسته است.
اگر سایت قبلی دارید، انتقال را یک کار مستقل ببینید
صفحه‌ها و فایل‌های مهم فعلی، فرم‌ها، اطلاعات قابل‌انتقال و نشانی‌هایی که تغییر می‌کنند را فهرست کنید. روشن شود کدام محتوا منتقل، اصلاح یا کنار گذاشته می‌شود و تأیید نهایی با چه کسی است. پاک‌سازی اطلاعات قدیمی می‌تواند بخشی از کار باشد، حتی اگر ظاهر سایت ساده به نظر برسد.
برای تغییر URLها، نگاشت نشانی‌های قدیم به مقصد مناسب و آزمون ریدایرکت‌ها را در تحویل بگنجانید. راهنمای انتقال سایت گوگل این مراحل و پایش پس از جابه‌جایی را توضیح می‌دهد. از پیمانکار برنامهٔ انتقال بخواهید؛ حفظ قطعی رتبه را معیار قرارداد قرار ندهید.
جدول برآورد را به خروجی قابل‌تحویل وصل کنید
از هر تیم بخواهید با همان شرح کار، اقلام زیر را مشخص کند. هر ردیف باید فرض‌ها، مسئولیت‌ها و موارد خارج از محدودهٔ خود را داشته باشد. تفاوت پیشنهادها در این جدول، بهتر از یک عددِ تنها دیده می‌شود.
| بخش برآورد | چه چیزی باید روشن شود؟ |
|---|---|
| ساختار و طراحی | مسیرهای اصلی، الگوهای صفحه و وضعیت موبایل |
| اجرا و مدیریت محتوا | امکانات، نقش‌های کاربری و قابلیت ویرایش اطلاعات |
| محتوا و زبان‌ها | تعداد اقلام، عکاسی، ترجمه، ورود اطلاعات و تأیید فنی |
| اتصال و انتقال | سیستم‌های مقصد، دادهٔ موجود و نگاشت URLها |
| آزمون و تحویل | سناریوهای پذیرش، آموزش، دسترسی‌ها و مستندات |
| پس از انتشار | هزینهٔ سرویس‌ها، پشتیبانی، بکاپ و مسئول نگهداری |
یک مثال فرضی: کاتالوگ دوزبانه با درخواست نمونه
فرض کنید یک تأمین‌کننده می‌خواهد خانواده‌های مواد، مشخصات و فایل‌های فنی را به فارسی و انگلیسی معرفی کند. مشتری باید بتواند از صفحهٔ محصول درخواست نمونه بفرستد. این مثال فرضی است و به قرارداد یا نتیجهٔ یک مشتری واقعی اشاره ندارد.
برای نسخهٔ اول، می‌توان الگوهای خانوادهٔ محصول، جزئیات محصول و فرم درخواست را تعریف کرد. داده و ترجمهٔ تأییدشده ورودی پروژه‌اند؛ یا باید آماده‌سازی آن‌ها جداگانه برآورد شود. اتصال خودکار به ERP تنها زمانی وارد محدوده شود که نیاز و دسترسی فنی آن مشخص باشد. با همین تصمیم‌ها، تیم‌ها می‌توانند دربارهٔ کار یکسان پیشنهاد بدهند.
پیش از درخواست قیمت، این بستهٔ کوتاه را آماده کنید
- هدف سایت و مهم‌ترین کاری که خریدار باید انجام دهد.
- فهرست خانواده‌های محصول و یک نمونهٔ اطلاعات کامل.
- زبان‌ها، وضعیت ترجمه و مسئول تأیید محتوا.
- فرم‌ها، اتصال‌ها و اطلاعات سایت موجود.
- اولویت نسخهٔ اول، موعد مطلوب و محدودیت‌های اجرایی.
- مسئول تصمیم نهایی و انتظار شما از پشتیبانی.
در پیشنهاد دریافتی، هزینهٔ ساخت، هزینهٔ آماده‌سازی محتوا و هزینه‌های تکرارشونده را جدا ببینید. معیار پذیرش را هم مکتوب کنید؛ مثلاً «درخواست نمونه برای مسئول تعیین‌شده ثبت شود و کاربر تأیید دریافت ببیند». این عبارت را می‌توان آزمود و دربارهٔ آن تصمیم گرفت.
از یک فهرست محصول شروع کنیم
برای دیدن یک نمونهٔ مرتبط، پروژهٔ Thermopex را ببینید؛ وب‌سایتی چندزبانه برای معرفی مواد مهندسی، کاربردها و اسناد فنی. این نمونه را برای مشاهدهٔ نوع مسئله معرفی می‌کنیم؛ هزینه و زمان آن مبنای برآورد پروژهٔ شما نیست.
اگر برای سایت صنعتی یا شرکتی برنامه دارید، توانمندی‌های طراحی و توسعهٔ روند را ببینید. سپس فهرست محصولات، زبان‌ها و نیاز اصلی‌تان را برای شروع گفت‌وگو بفرستید تا بتوانیم محدودهٔ قابل‌برآورد را با هم روشن کنیم.