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