برای ارزیابی پروپوزال سئو (SEO Proposal)، ابتدا نیاز کسب و کار و خدمات مورد انتظار را روشن کنید. سپس پیشنهادها را از نظر خروجی قابل تحویل، معیار پذیرش، مسئول اجرا، زمان بندی، هزینه کل و شواهد نتیجه مقایسه کنید. ابهام های مهم باید پیش از انتخاب مجری به پاسخ مکتوب تبدیل شوند.
وقتی چند پیشنهاد سئو دریافت می کنید، احتمالا اولین تفاوتی که به چشم می آید قیمت است. اما ممکن است یک پیشنهاد فقط تحلیل مشکلات و ارائه توصیه را پوشش دهد و پیشنهاد دیگر، اجرای اصلاحات و تولید محتوا را هم شامل شود. در چنین شرایطی، مقایسه هزینه سئو هنوز نشان نمی دهد در برابر پول پرداختی چه چیزی دریافت خواهید کرد.
ارزیابی درست از یک پرسش شروع می شود: این پیشنهاد قرار است کدام مسئله کسب و کار ما را حل کند و بر چه اطلاعاتی بنا شده است؟
پیش از ارزیابی پروپوزال سئو، نیاز کسب و کار را روشن کنید
برای مقایسه پیشنهادهای سئو، ابتدا شرح کوتاهی از نیاز خود آماده کنید و آن را در اختیار همه مجریان قرار دهید. این شرح، مبنای مشترک پیشنهادهاست و کمک می کند تفاوت قیمت و برنامه هر مجری را در ارتباط با همان نیاز بررسی کنید.
برای مثال، هدف یک تولیدکننده تجهیزات صنعتی ممکن است دریافت استعلام از خریداران پروژه ای باشد. در این کسب و کار، برنامه ای که فقط بر افزایش بازدید مقالات عمومی تمرکز دارد، باید توضیح دهد چگونه این بازدیدها به درخواست مرتبط برای محصولات اولویت دار متصل خواهند شد.
پروپوزال قابل ارزیابی چه تفاوتی با معرفی نامه شرکت دارد؟
پروپوزال سئو، پیشنهاد مکتوب مجری برای انجام پروژه شماست. یک پیشنهاد قابل ارزیابی باید نشان دهد مجری چه برداشتی از وضعیت فعلی دارد، چه اقداماتی را پیشنهاد می کند، چرا آن ها را در اولویت قرار داده و برای اجرا به چه منابعی نیاز دارد.
معرفی تیم، سوابق و ابزارها می تواند به شناخت مجری کمک کند. فهرست خدمات نیز نشان می دهد چه فعالیت هایی مطرح شده اند. برای تصمیم خرید، باید ارتباط این اطلاعات با پروژه خودتان روشن باشد.
| نوع اطلاعات | به چه پرسشی پاسخ می دهد؟ | چه چیزی برای ارزیابی هنوز لازم است؟ |
|---|---|---|
| معرفی شرکت و سوابق | این مجموعه چه تجربه و توانایی هایی دارد؟ | ارتباط این تجربه با مسئله و شرایط پروژه شما |
| فهرست فعالیت ها | چه کارهایی پیشنهاد شده اند؟ | حدود اجرا، خروجی، مسئول و دلیل انجام هر کار |
| پیشنهاد متناسب با پروژه | برای نیاز مشخص شما چه برنامه ای ارائه شده است؟ | شواهد و فرض هایی که برنامه بر آن ها استوار است |
برای نمونه، عبارت «تولید محتوای سئو شده» به تنهایی اطلاعات کافی برای مقایسه فراهم نمی کند. مجری باید توضیح دهد محتوا برای کدام مخاطب و موضوع، روی چه نوع صفحه ای و با چه نقشی در مسیر جذب مشتری تولید می شود.
گوگل نیز در راهنمای انتخاب مجری سئو، توجه به شناخت کسب و کار را مطرح می کند. مجری باید درباره ویژگی های کسب و کار، رقبا، شیوه پیدا کردن شما توسط مشتریان و نقش جستجو در رسیدن به اهداف شما پرسش داشته باشد. این پرسش ها به شما کمک می کنند مبنای پیشنهاد را بررسی کنید.
در پیشنهاد اولیه، بخش هایی که هنوز بررسی نشده اند باید به عنوان فرض یا نیازمند بررسی مشخص شوند. هنگام تصمیم نهایی، روشن کنید تکمیل این بررسی ها چگونه ممکن است برنامه، هزینه یا زمان بندی را تغییر دهد.
چه اطلاعاتی باید مبنای همه پیشنهادها باشد؟
اگر هر مجری اطلاعات متفاوتی دریافت کند، احتمال دارد برای مسئله متفاوتی برنامه بدهد. پیش از درخواست پیشنهاد نهایی، اطلاعات زیر را در یک شرح نیاز مشترک ثبت کنید.
| اطلاعات لازم | چه چیزی را مشخص کنید؟ |
|---|---|
| هدف تجاری | افزایش فروش چه محصولی، دریافت چه نوع استعلام یا جذب مشتری برای کدام خدمت اولویت دارد؟ |
| وضعیت فعلی | چه داده ای درباره کلیک های گوگل، درخواست ها و فروش دارید و کدام اطلاعات هنوز قابل اتکا نیست؟ |
| وضعیت سایت | سایت فروشگاهی است یا کاتالوگی؟ چه مشکلات شناخته شده یا تغییرات برنامه ریزی شده ای دارد؟ |
| مخاطب و بازار | مشتری اصلی چه کسی است، در چه محدوده ای فعالیت می کند و چگونه خرید می کند؟ |
| اولویت محصولات یا خدمات | کدام گروه ها ظرفیت فروش، موجودی یا اهمیت بیشتری برای کسب و کار دارند؟ |
| منابع داخلی | چه کسی اطلاعات تخصصی می دهد، محتوا را تایید می کند و اصلاحات سایت را انجام می دهد؟ |
| محدودیت ها | محدودیت بودجه، زمان کارشناسان، دسترسی، تولید تصویر یا تغییر سایت چیست؟ |
فرض کنید تولیدکننده تجهیزات تهویه هستید و فروش شما از طریق استعلام انجام می شود. شرح نیاز شما می تواند چنین باشد:
«اولویت ما جذب درخواست خرید مرتبط برای دریچه هوا از پیمانکاران و مسئولان خرید پروژه هاست. اطلاعات فنی را کارشناس محصول تایید می کند و اجرای تغییرات سایت به هماهنگی با توسعه دهنده نیاز دارد. برای ثبت منبع درخواست ها نیز باید روش سنجش مشخص شود.»
این توضیح به مجری کمک می کند برنامه خود را با نوع مشتری، محصول اولویت دار و ظرفیت اجرایی شما تنظیم کند. همچنین می توانید بررسی کنید آیا پیشنهاد دریافت شده به همین نیاز پاسخ می دهد یا بر فرض دیگری بنا شده است.
اگر داده ای در اختیار ندارید، همان را صریح بنویسید. برای مثال، «تعداد درخواست های ناشی از جستجوی گوگل در حال حاضر مشخص نیست» اطلاعات مفیدتری از یک برآورد بدون شاهد است.
پیش از مقایسه نهایی، شرح نیاز مشترک را برای همه مجریان ارسال کنید و از هر کدام بخواهید فرض ها و موارد نیازمند بررسی را در پیشنهاد خود مشخص کند. با این کار، مبنای روشن تری برای مقایسه خدمات، هزینه و تعهدات خواهید داشت.
برای مقایسه پیشنهادهای سئو، دامنه کار را یکسان کنید
پس از روشن کردن نیاز کسب و کار، مشخص کنید هر پیشنهاد چه بخش هایی از پروژه را پوشش می دهد. دامنه کار (Scope of Work) باید خدمات، خروجی ها، حدود اجرا و موارد خارج از پیشنهاد را روشن کند تا بتوانید تفاوت قیمت ها را در ارتباط با کار واقعی بررسی کنید.
عبارت هایی مانند «سئو داخلی»، «تولید محتوا» یا «سئو فنی» عنوان یک گروه از خدمات هستند. برای مقایسه، لازم است بدانید این خدمات روی کدام صفحات، با چه حجم و کیفیتی و تا چه مرحله ای انجام خواهند شد.
فعالیت، خروجی قابل تحویل و نتیجه کسب و کار چه تفاوتی دارند؟
در ارزیابی پروپوزال سئو، این سه سطح را جدا بررسی کنید:
- فعالیت: کاری که مجری انجام می دهد؛ مانند تحقیق کلمات کلیدی یا بررسی مشکلات فنی.
- خروجی قابل تحویل (Deliverable): چیزی که پس از انجام فعالیت دریافت می کنید و امکان بررسی آن وجود دارد؛ مانند نقشه صفحات یا فهرست اصلاحات اجرا شده.
- نتیجه کسب و کار: تغییری که انتظار دارید این اقدامات به آن کمک کنند؛ مانند دریافت درخواست خرید مرتبط.
جدول زیر، تفاوت این سه سطح را در یک مثال تولیدکننده تجهیزات تهویه نشان می دهد.
| فعالیت پیشنهادی | خروجی قابل تحویل | نتیجه مورد انتظار |
|---|---|---|
| تحقیق کلمات کلیدی | نقشه موضوع ها به صفحات، همراه با نیاز مخاطب و دلیل اولویت | جذب بازدید مرتبط با محصولات اولویت دار |
| بهبود صفحات محصول | صفحات اصلاح شده با اطلاعات تخصصی تایید شده و مسیر استعلام قابل استفاده | کمک به خریدار برای بررسی محصول و ثبت درخواست |
| بررسی مشکلات فنی | فهرست مشکلات دارای شاهد، اولویت و پیشنهاد اصلاح | فراهم کردن مبنای تصمیم برای رفع مشکلات موثر بر عملکرد سایت |
در ردیف آخر، خروجی هنوز یک فهرست پیشنهادی است. اگر اجرای اصلاحات هم جزو خدمات باشد، باید جداگانه در دامنه کار ثبت شود و مدارک اجرای آن تحویل داده شود.
از مجری بخواهید برای فعالیت های اصلی، خروجی مشخص معرفی کند. پرسش شما می تواند چنین باشد: «پس از انجام این کار، چه چیزی دریافت می کنیم و چگونه آن را بررسی خواهیم کرد؟»
نتیجه مورد انتظار نیز باید رابطه کار با هدف تجاری را توضیح دهد. میزان تحقق آن بعدا با داده سنجیده می شود؛ تحویل خروجی و رسیدن به نتیجه، دو موضوع جدا برای ارزیابی هستند.
تعداد، نوع، کیفیت و استثناهای خدمات چگونه مشخص شوند؟
برای هر خدمت مهم، اطلاعات زیر را از پیشنهاد استخراج کنید:
- نوع و محل کار: مقاله، صفحه محصول، صفحه گروه محصولات یا اصلاح یک قالب مشخص؟
- حجم کار: چند صفحه یا چه فهرستی از مشکلات پوشش داده می شود؟
- وضعیت صفحات: صفحه جدید ساخته می شود یا صفحه موجود بهبود پیدا می کند؟
- حدود اجرا: مجری فقط توصیه می دهد یا تغییر را روی سایت هم انجام می دهد؟
- اجزای تحویل: تهیه اطلاعات تخصصی، تصویر، ویرایش، بارگذاری و انتشار بر عهده چه کسی است؟
- بازبینی و استثناها: چه اصلاحاتی داخل خدمات قرار دارند و چه مواردی نیازمند توافق جداگانه هستند؟
برای مثال، دو پیشنهاد ممکن است هر دو «تولید دوازده محتوا» را ذکر کنند. در یکی، کارفرما اطلاعات تخصصی و تصاویر را تامین می کند و مجری متن را تحویل می دهد. درحالی که در دیگری، تهیه اطلاعات، هماهنگی با کارشناس محصول، ویرایش و انتشار نیز پوشش داده شده است.
تعداد یکسان خروجی، به معنای دامنه یکسان خدمات نیست. این تفاوت ها را پیش از مقایسه قیمت در کاربرگ ثبت کنید.
کیفیت مورد انتظار را هم به ویژگی های قابل بررسی تبدیل کنید. برای محتوای صنعتی، مواردی مانند صحت مشخصات، پاسخ به پرسش های خریدار و تایید اطلاعات توسط کارشناس محصول، روشن تر از عبارت «محتوای حرفه ای» هستند.
اگر دو مجری راهکارهای متفاوتی پیشنهاد کنند، چه چیزی را مقایسه کنیم؟
یکسان کردن دامنه کار به معنی اجبار همه مجریان به ارائه برنامه مشابه نیست. ممکن است دو راهکار متفاوت، برای یک نیاز مشترک قابل بررسی باشند. هر کدام باید منطق، پیش نیاز و خروجی خود را توضیح دهند.
برای همان تولیدکننده تجهیزات تهویه، پیشنهاد «الف» بر تولید محتوای آموزشی تمرکز دارد و پیشنهاد «ب» بهبود صفحات محصول را مقدم می داند. از هر دو مجری این پرسش ها را بپرسید:
- چه اطلاعاتی از وضعیت فعلی سایت، این اولویت را پشتیبانی می کند؟
- این برنامه چگونه به جذب درخواست خرید مرتبط کمک می کند؟
- برای اجرا، چه همکاری و منابعی از طرف ما لازم است؟
- کدام نیاز مهم در این مرحله پوشش داده نمی شود؟
اگر پیشنهادها راهکار متفاوتی دارند، دامنه هر راهکار و هزینه تامین بخش های ضروری آن را مشخص کنید. اگر تفاوت فقط از اطلاعات ناقص درباره نیاز شما ناشی شده است، شرح پروژه را اصلاح کنید و نسخه تکمیلی بخواهید.
پیش از رفتن به مرحله مقایسه مالی، برای هر پیشنهاد یک فهرست روشن داشته باشید: چه چیزی دریافت می کنید، چه کسی آن را اجرا می کند، چه ورودی هایی باید تامین کنید و چه مواردی خارج از دامنه هستند. این فهرست، مبنای تعیین معیار پذیرش خروجی ها خواهد بود.
برای هر خروجی، چه معیار پذیرشی لازم است؟
پس از مشخص کردن دامنه کار، باید روشن کنید هر خروجی با چه شرایطی تایید می شود. معیار پذیرش (Acceptance Criteria) مجموعه ویژگی ها و آزمون هایی است که نشان می دهد خروجی، نیاز توافق شده را برآورده کرده است.
عبارت «رفع مشکلات فنی سایت» زمانی قابل بررسی می شود که مشکلات مورد نظر، محدوده اصلاح و مدرک انجام کار مشخص باشند. این معیارها را پیش از شروع همکاری مطالبه کنید تا هنگام تحویل، مبنای مشترکی برای بررسی داشته باشید.
تحلیل سئو و نقشه اولویت ها چه زمانی قابل پذیرش هستند؟
تحلیل سئو باید به تصمیم و اقدام کمک کند. برای مشکلات مهم، از مجری بخواهید اطلاعات زیر را ارائه دهد:
- محل مشکل: کدام صفحه، گروه صفحات یا قالب درگیر است؟
- شاهد: مشکل با چه داده یا آزمونی تشخیص داده شده و تاریخ بررسی چیست؟
- پیامد: این مشکل چه ارتباطی با عملکرد سایت یا هدف کسب و کار دارد؟
- اقدام پیشنهادی: چه تغییری لازم است و اجرای آن بر عهده چه کسی قرار می گیرد؟
- اولویت: چرا این مورد باید زودتر از اقدامات دیگر انجام شود؟
- روش بررسی اصلاح: پس از اجرا، با چه آزمونی رفع مشکل تایید خواهد شد؟
برای مثال، عبارت «صفحات محصول نیاز به بهینه سازی دارند» هنوز مبنای روشنی برای اقدام فراهم نمی کند. تحلیل باید توضیح دهد کدام صفحات، چه نقصی دارند و اصلاح پیشنهادی چگونه به بررسی محصول یا ثبت استعلام کمک می کند.
اگر تحلیل بر نمونه ای از صفحات انجام شده است، محدوده نمونه و حدود تعمیم نتیجه نیز مشخص شود. بررسی چند صفحه نباید بدون توضیح، به عنوان بررسی کامل همه صفحات معرفی شود.
برای ارزیابی اولیه، چند مورد مهم را انتخاب کنید و از مجری بخواهید ارتباط میان شاهد، پیشنهاد اصلاح و اولویت را توضیح دهد. به این ترتیب، می توانید منطق تحلیل را در کنار ظاهر گزارش بررسی کنید.
محتوای تخصصی و اصلاح فنی چگونه بررسی شوند؟
معیار پذیرش باید متناسب با نوع خروجی باشد. برای محتوای صنعتی، صحت اطلاعات محصول اهمیت دارد. برای اصلاح فنی، آزمونی لازم است که همان مشکل توافق شده را بررسی کند.
جدول زیر شامل نمونه های آموزشی است. هر ردیف فقط زمانی استفاده شود که آن خدمت در دامنه پیشنهاد شما قرار دارد.
| خروجی | نمونه معیار پذیرش | مدرک مورد نیاز |
|---|---|---|
| صفحه محصول صنعتی | مشخصات با اطلاعات تایید شده کارفرما مطابقت داشته باشد و مسیر استعلام در موبایل و دسکتاپ قابل استفاده باشد | صفحه منتشر شده، تایید کارشناس محصول و نتیجه آزمون استعلام |
| مقاله تخصصی | پرسش های تعیین شده در شرح محتوا را پاسخ دهد، ادعاهای نیازمند منبع مستند باشند و اصلاحات توافق شده اعمال شده باشند | متن قابل ویرایش، منابع مرتبط و نسخه نهایی |
| اصلاح تغییر مسیر (Redirect) | نشانی های توافق شده به مقصدهای تایید شده برسند و نوع تغییر مسیر با هدف اصلاح مطابقت داشته باشد | فهرست مبدا و مقصد، نوع تغییر مسیر و نتیجه آزمون پس از اجرا |
| راه اندازی سنجش استعلام | در شرایط آزمون توافق شده، ارسال موفق ثبت شود و ارسال ناموفق یا بارگذاری دوباره، ثبت اضافی ایجاد نکند | سناریوهای آزمون و تطبیق رویداد ثبت شده با دریافت فرم |
در بررسی تغییر مسیر، رسیدن کاربر به یک صفحه کافی نیست؛ مقصد و نوع انتقال نیز باید با هدف تغییر سازگار باشند. مستندات گوگل میان تغییر مسیر دائمی و موقت تفاوت قائل می شوند، بنابراین از مجری بخواهید نوع انتخاب شده را توضیح دهد.
برای سنجش استعلام، می توانید از مجری بخواهید آزمون را انجام دهد و رویداد دریافتی را نشان دهد. ابزار DebugView در گوگل آنالیتیکس امکان مشاهده رویدادهای دستگاه آزمون را فراهم می کند. این مدرک را با دریافت واقعی فرم تطبیق دهید.
تاریخ و شرایط آزمون هم مهم هستند. برای نمونه، در ابزار بررسی نشانی صفحه (URL Inspection)، اطلاعات نسخه ثبت شده در گوگل با آزمون نسخه فعلی صفحه متفاوت است. از مجری بخواهید مشخص کند گزارش ارائه شده مربوط به کدام بررسی است.
چه کسی خروجی را تایید می کند و تحویل ناقص چگونه اصلاح می شود؟
برای هر خروجی، مسئول تایید را پیش از شروع کار مشخص کنید. اطلاعات فنی محصول می تواند به تایید کارشناس محصول نیاز داشته باشد و پذیرش اصلاحات سایت نیز به بررسی فرد فنی وابسته باشد؛ مدیر پروژه، وضعیت نهایی این بررسی ها را ثبت می کند.
روال تحویل باید روشن کند:
- خروجی و مدارک آن کجا تحویل داده می شوند؟
- کارفرما چه مدت برای بررسی فرصت دارد؟
- ایرادهای مربوط به معیارهای توافق شده چگونه ثبت و اصلاح می شوند؟
- پس از اصلاح، چه کسی آزمون مجدد را انجام می دهد؟
- درخواست جدیدی که خارج از دامنه است، چگونه برآورد و تایید می شود؟
وضعیت هر خروجی را به صورت «تایید شده»، «نیازمند اصلاح» یا «بررسی نشده» ثبت کنید. برای خروجی نیازمند اصلاح، مورد ناقص و شرط تایید را دقیق بنویسید؛ مثلا «اطلاعات ابعاد مدل مشخص شده اصلاح شود و کارشناس محصول آن را تایید کند».
با این روش، تحویل کار به یک فرایند قابل پیگیری تبدیل می شود. اکنون می توانید بررسی کنید برنامه اجرا برای تولید، بازبینی و اصلاح همین خروجی ها، زمان و مسئول کافی در نظر گرفته است یا خیر.
برنامه اجرا و زمان بندی با منابع شما سازگار است؟
برنامه اجرا باید نشان دهد خروجی های توافق شده، با چه ترتیبی و با همکاری چه افرادی آماده می شوند. هنگام ارزیابی پروپوزال سئو، بررسی کنید آیا زمان بندی با ظرفیت مجری، منابع داخلی شما و پیش نیازهای پروژه سازگار است.
ممکن است برنامه روی کاغذ منظم باشد، اما انتشار محتوا به تایید کارشناس محصول وابسته باشد یا اصلاح قالب سایت، همکاری توسعه دهنده را بخواهد. این وابستگی ها باید در زمان بندی دیده شوند.
منطق اولویت بندی و پیش نیازهای کار چیست؟
از مجری بخواهید دلیل تقدم اقدامات اصلی را توضیح دهد. اولویت هر کار باید با مسئله کسب و کار، شواهد وضعیت سایت و امکان اجرای آن ارتباط داشته باشد.
برای بررسی این منطق، سه پرسش مطرح کنید:
- انجام این کار، کدام مسئله یا فرصت مشخص را پوشش می دهد؟
- چه کاری باید پیش از آن انجام شود؟
- اگر اجرای آن عقب بیفتد، کدام خروجی یا تصمیم بعدی تحت تاثیر قرار می گیرد؟
مثال آموزشی فرضی: در سایت یک تولیدکننده تجهیزات تهویه، فرم استعلام صفحات محصول درست کار نمی کند. پیشنهاد مجری شامل بهبود همین صفحات و جذب بازدید مرتبط است؛ در این شرایط، برنامه باید رفع نقص فرم و آزمون آن را هم پوشش دهد و رابطه این اصلاح با سایر اقدامات را مشخص کند.
برای محتوا نیز ممکن است تایید اطلاعات محصول پیش نیاز انتشار باشد. اگر مشخصات مدل ها هنوز آماده نیست، مجری باید توضیح دهد کدام کارها قابل شروع هستند و کدام بخش تا دریافت اطلاعات متوقف می ماند.
برنامه ای که این روابط را روشن می کند، به شما امکان می دهد گلوگاه های اجرایی را پیش از شروع همکاری شناسایی کنید.
مجری، توسعه دهنده و کارفرما چه مسئولیتی دارند؟
برای هر کار مهم، مسئول اجرا و مسئول تایید را مشخص کنید. عنوان هایی مانند «تیم سئو» یا «کارفرما» زمانی کاربردی می شوند که معلوم باشد چه فرد یا نقشی باید کار را پیگیری کند و چه ورودی هایی در اختیار او قرار می گیرد.
جدول زیر یک نمونه آموزشی است؛ مسئولیت های واقعی باید مطابق دامنه همان پیشنهاد تنظیم شوند.
| کار | مسئول اجرا | مسئول تایید | ورودی لازم | وابستگی زمانی |
|---|---|---|---|---|
| آماده کردن اطلاعات محصول | کارشناس محصول کارفرما | مسئول فنی محصول | مشخصات و مدارک معتبر | پیش از تایید نهایی محتوای محصول |
| اصلاح کدنویسی قالب | توسعه دهنده تعیین شده | مسئول بررسی فنی | فهرست اصلاحات تایید شده و دسترسی لازم | پیش از آزمون و پذیرش اصلاح |
| نگارش محتوای تخصصی | نویسنده مجری | ویراستار و کارشناس محصول | شرح محتوا و اطلاعات تخصصی | پس از آماده شدن ورودی های لازم |
| راه اندازی سنجش استعلام | مسئول سنجش تعیین شده | مسئول بررسی داده | دسترسی و سناریوهای آزمون | پیش از اتکا به داده برای ارزیابی عملکرد |
اگر اجرای بخشی از کار بر عهده توسعه دهنده شماست، ظرفیت و زمان در دسترس او را بررسی کنید. اگر کارشناس محصول باید محتوا را تایید کند، برای این بررسی هم زمان مشخصی در نظر بگیرید.
همچنین از مجری بخواهید روش پیگیری وابستگی ها را توضیح دهد: چه کسی درخواست اطلاعات را ثبت می کند، تاخیر را اطلاع می دهد و نسخه جدید برنامه را هماهنگ می کند؟ این موارد کمک می کنند کارها میان چند نفر بدون مسئول پیگیری باقی نمانند.
موعد تحویل کار با زمان احتمالی نتیجه گرفتن چه تفاوتی دارد؟
در پیشنهاد، سه زمان را جدا مشخص کنید:
- موعد تحویل: تاریخ آماده شدن خروجی مشخص، مانند صفحات اصلاح شده یا گزارش تحلیل.
- بازه احتمالی مشاهده اثر: برآورد مجری درباره زمان بررسی تغییرات عملکرد، همراه با فرض های آن.
- موعد بازبینی برنامه: زمانی که با داده موجود، درباره ادامه یا اصلاح اقدامات تصمیم می گیرید.
گوگل در راهنمای مقدماتی سئو توضیح می دهد که زمان اثر تغییرات یکسان نیست. بعضی تغییرات ممکن است ظرف چند ساعت اثر بگذارند و بعضی چند ماه زمان بخواهند. بنابراین، تحویل یک اصلاح فنی و مشاهده اثر آن در نتایج جستجو باید جدا ارزیابی شوند.
از مجری بخواهید آغاز محاسبه زمان را هم روشن کند. عبارت «تحویل طی یک ماه» باید مشخص کند این بازه از چه تاریخی شروع می شود و دریافت اطلاعات، دسترسی ها و تاییدها چه نقشی در آن دارند.
برای موعد بازبینی، پرسش های مشخص تعیین کنید. کدام خروجی ها تکمیل شده اند؟ داده قابل اتکا چه تغییری را نشان می دهد؟ چه وابستگی ای هنوز حل نشده است؟ بر اساس این شواهد، کدام اقدام باید ادامه پیدا کند یا اصلاح شود؟
پیش از انتخاب مجری، تاریخ ها، پیش نیازها، زمان بررسی کارفرما و روش ثبت تغییر برنامه را مکتوب کنید. این اطلاعات برای بررسی هزینه واقعی اجرای پیشنهاد نیز لازم خواهند بود.
هزینه کل پیشنهاد فنی و مالی سئو را چگونه محاسبه کنیم؟
برای مقایسه مالی، پیشنهادها را در یک بازه زمانی و با دامنه خدمات مشترک بررسی کنید. مبلغ ماهانه زمانی معنا پیدا می کند که مشخص باشد چه خدماتی را پوشش می دهد و برای اجرای برنامه، چه پرداخت های دیگری لازم است.
هزینه کل باید سه مورد را روشن کند. مبلغ قابل پرداخت، منابعی که کارفرما تامین می کند و هزینه هایی که هنوز برآورد نشده اند.
کدام خدمات داخل مبلغ هستند و کدام هزینه جدا دارند؟
از مجری بخواهید برای اقلام مهم، یکی از وضعیت های «داخل مبلغ»، «پرداخت جداگانه»، «تامین توسط کارفرما» یا «خارج از دامنه» را مشخص کند. عبارت هایی مانند «خدمات فنی» یا «تولید محتوا» باید به اجزای قابل بررسی تبدیل شوند.
| قلم هزینه | چه چیزی را روشن کنید؟ |
|---|---|
| حق خدمات سئو | کدام فعالیت ها و خروجی ها در مبلغ دوره قرار دارند؟ |
| تولید محتوا | اطلاعات تخصصی، تصویر، ویرایش، بارگذاری و انتشار چگونه تامین می شوند؟ |
| اجرای اصلاحات فنی | هزینه توسعه دهنده داخل پیشنهاد است یا فقط تحلیل و توصیه ارائه می شود؟ |
| راه اندازی سنجش | تنظیم ابزارها، آزمون و اتصال های مورد نیاز چه حدودی دارند؟ |
| ابزار و اشتراک | چه ابزاری ضروری است، چه کسی هزینه را می پردازد و دسترسی تا چه زمانی برقرار می ماند؟ |
| خرید رسانه، در صورت پیش بینی | بودجه انتشار و حق خدمات مجری چگونه تفکیک شده اند؟ |
همچنین مشخص کنید مبلغ اعلام شده، مبلغ نهایی قابل پرداخت است یا اقلامی مانند مالیات و کارمزد احتمالی جدا محاسبه می شوند. برای هزینه های جداگانه، مبلغ یا روش برآورد، پرداخت کننده و موعد پرداخت ثبت شود.
اگر خدمتی خارج از پیشنهاد است اما برای اجرای برنامه ضرورت دارد، هزینه تامین آن باید در مقایسه دیده شود. خدمات اختیاری یا توسعه هایی که در این مرحله لازم نیستند، جدا نمایش داده شوند.
چگونه از دوباره شماری هزینه ها جلوگیری کنیم؟
برای محاسبه، یک فهرست واحد از اقلام ضروری پروژه بسازید و هر قلم را فقط یک بار ثبت کنید. سپس این چهار مرحله را انجام دهید:
- بازه و واحد پول را یکسان کنید. مبلغ ماهانه، هزینه یک باره و اشتراک سالانه را از هم جدا کنید؛ ریال و تومان نیز نباید در یک جمع مخلوط شوند.
- اقلام داخل مبلغ را علامت بزنید. هزینه تولید محتوا یا ابزارهایی که در حق خدمات قرار دارند، دوباره به جمع اضافه نشوند.
- پرداخت های ضروری جداگانه را اضافه کنید. مبلغ نهایی این اقلام باید برای همان دامنه و دوره مشخص شده باشد.
- منابع داخلی و اقلام نامعلوم را جدا ثبت کنید. هزینه بدون برآورد را صفر فرض نکنید.
برای اقلامی که مبلغ آن ها روشن است، محاسبه پایه چنین خواهد بود:
هزینه نقدی کل = حق خدمات در کل دوره + هزینه های ضروری جداگانه
مثال: در یک پیشنهاد سه ماهه، حق خدمات ماهانه 34 میلیون تومان و هزینه اجرای اصلاحات توافق شده 18 میلیون تومان است. راه اندازی سنجش داخل حق خدمات قرار دارد و در این مثال، همه مبالغ نهایی و هزینه های ضروری مشخص شده اند.
جمع پرداخت نقدی برابر است با:
۳ × (18 + 34) = 156 میلیون تومان
هزینه راه اندازی سنجش دوباره به این جمع اضافه نمی شود. این ارقام صرفا برای آموزش محاسبه هستند و تعرفه بازار یا پیشنهاد واقعی خدمات را نشان نمی دهند.
زمان کارشناس محصول، مسئول تایید محتوا و تیم داخلی شما نیز منبع پروژه است. می توانید ارزش زمان اختصاص یافته را جدا برآورد کنید تا مصرف منابع در دو پیشنهاد قابل مقایسه باشد؛ این برآورد، پرداخت جدید به مجری محسوب نمی شود.
اگر بخشی از همین زمان یا خدمت قبلا در هزینه یک پیمانکار منظور شده است، آن را دوباره در ردیف منابع داخلی ثبت نکنید.
هزینه قطعی، هزینه وابسته به فرض و اعتبار قیمت چه تفاوتی دارند؟
برای هر مبلغ بررسی کنید آیا قطعی است یا به شرایطی وابسته است. مثلا هزینه اصلاح فنی ممکن است پس از بررسی توسعه دهنده تعیین شود یا برآورد محتوا بر این فرض بنا شده باشد که اطلاعات تخصصی و تصاویر را شما تامین می کنید.
از مجری بخواهید این موارد را روشن کند:
- پیشنهاد تا چه تاریخی اعتبار دارد؟
- چه تغییراتی می توانند مبلغ را تغییر دهند؟
- برای اقلام برآوردی، بازه هزینه یا سقف قابل توافق وجود دارد؟
- پرداخت هزینه اضافی به چه تاییدی نیاز دارد؟
- تمدید خدمات یا اشتراک ها پس از پایان دوره چه شرایطی دارد؟
اگر یک هزینه ضروری هنوز نامعلوم است، جمع اعلام شده را «هزینه قطعی کل» تلقی نکنید. مبلغ مشخص شده و اقلام باز را کنار هم ثبت کنید و برای تکمیل برآورد، پاسخ مکتوب بخواهید.
برای آشنایی با عوامل عمومی موثر بر مبلغ خدمات، می توانید صفحه قیمت سئو را مطالعه کنید. هنگام تصمیم درباره پیشنهاد خود، جمع هزینه را در کنار خروجی، کیفیت مورد انتظار و مسئولیت اجرا بسنجید.
در بررسی پیشنهاد شرکت سئو، چه شواهدی برای نتیجه لازم است؟
پیشنهاد سئو باید توضیح دهد موفقیت پروژه چگونه سنجیده می شود و شواهد ارائه شده چه ارتباطی با هدف کسب و کار شما دارند. افزایش کلیک، دریافت درخواست مرتبط و فروش، هر کدام به داده و تعریف مشخصی نیاز دارند.
نمونه کار نیز باید اطلاعات کافی برای بررسی فراهم کند. وضعیت اولیه چه بوده، چه اقداماتی انجام شده و نتیجه در چه بازه ای گزارش شده است؟
شاخص های کلیدی عملکرد چگونه به درخواست مرتبط و فروش وصل شوند؟
شاخص های کلیدی عملکرد (Key Performance Indicators یا KPI) را متناسب با مسیر خرید مشتری بررسی کنید. برای یک تولیدکننده با فروش استعلامی، این مسیر می تواند از مشاهده صفحات در گوگل به بازدید سایت، ثبت درخواست، بررسی درخواست توسط تیم فروش و نهایتا خرید برسد.
| مرحله | نمونه شاخص | پرسشی که باید پاسخ داده شود |
|---|---|---|
| عملکرد جستجو | کلیک روی صفحات و موضوع های هدف | آیا بازدید با محصولات و بازار اولویت دار ارتباط دارد؟ |
| اقدام در سایت | ثبت موفق فرم استعلام | آیا درخواست واقعا دریافت شده و ثبت تکراری حذف شده است؟ |
| کیفیت درخواست | درخواست های مرتبط و قابل پیگیری | چه معیارهایی برای تایید ارتباط درخواست داریم؟ |
| نتیجه تجاری | سفارش یا فروش ثبت شده | ارتباط فروش با درخواست اولیه چگونه بررسی می شود؟ |
سرچ کنسول اطلاعاتی مانند کلیک، نمایش و میانگین جایگاه را گزارش می کند. برای بررسی درخواست و فروش، به داده های فرم، ابزار سنجش و سوابق تیم فروش نیز نیاز دارید.
در گوگل آنالیتیکس هم ثبت اولیه درخواست، واجد شرایط شدن آن و تبدیل شدن به مشتری، رویدادهای جداگانه ای دارند. تعریف این مراحل باید با فرایند واقعی کسب و کار شما هماهنگ شود.
برای مثال، در فروش تجهیزات تهویه، درخواست مرتبط می تواند به محصول قابل تامین شما مربوط باشد، اطلاعات تماس قابل استفاده داشته باشد و از محدوده بازار هدف دریافت شده باشد. معیارهایی مانند آمادگی خرید نیز، در صورت نیاز، جدا بررسی شوند.
از مجری بخواهید مشخص کند کدام داده را خودش ثبت می کند و کدام اطلاعات باید توسط تیم فروش شما تکمیل شود. اگر فروش تلفنی یا خارج از سایت انجام می شود، روش اتصال آن به درخواست اولیه باید روشن باشد.
هدف های عددی بر چه مبنا و فرض هایی استوار هستند؟
خط مبنا (Baseline)، وضعیت قابل اندازه گیری پیش از اجرای برنامه است. برای بررسی هدف پیشنهادی، بدانید مقدار فعلی شاخص چگونه محاسبه شده، مربوط به چه دوره ای است و آیا داده قابل اتکا دارد.
برای هر هدف عددی، این موارد را مطالبه کنید:
- تعریف دقیق شاخص و مقدار فعلی آن؛
- منبع داده و بازه زمانی مقایسه؛
- فرض های مربوط به فصل فروش، موجودی و ظرفیت پاسخگویی؛
- اقدامات و منابعی که برآورد به آن ها وابسته است؛
- موعد بازبینی هدف با توجه به داده های تازه.
اگر تعداد درخواست های ناشی از جستجو هنوز مشخص نیست، هدف اولیه می تواند آماده کردن سنجش و ایجاد خط مبنا باشد. برآورد نتیجه پس از جمع شدن داده کافی، دوباره بررسی شود.
تعداد درخواست بیشتر زمانی برای تصمیم شما مفید است که کیفیت درخواست و ظرفیت پیگیری آن هم مشخص باشد. افزایش فرم های نامرتبط یا درخواست هایی که تیم فروش فرصت پاسخگویی به آن ها ندارد، باید در گزارش قابل تشخیص باشد.
از نمونه کار و مطالعه موردی چه مدارکی بخواهیم؟
مطالعه موردی (Case Study) باید زمینه نتیجه را توضیح دهد. برای بررسی آن، از مجری بخواهید اطلاعات زیر را ارائه کند:
- وضعیت اولیه سایت و کسب و کار؛
- دوره اجرای کار و دوره مقایسه نتیجه؛
- اقدامات اصلی و نقش دقیق مجری؛
- تعریف شاخص و منبع داده؛
- تغییرات همزمان در تبلیغات، محصولات، قیمت یا فرایند فروش؛
- محدودیت هایی که بر تفسیر نتیجه اثر دارند.
اگر مدرک، تصویر یک نمودار است، تاریخ، منبع، شاخص و فیلترهای آن مشخص باشند. در صورت امکان، گزارش قابل بررسی یا خروجی داده مرتبط نیز ارائه شود تا بتوانید ادعای مطرح شده را دنبال کنید.
نمونه: گوگل در گزارش منتشر شده در ۸ آوریل ۲۰۲۰، افزایش ۱۰۲ درصدی ترافیک ارگانیک گوگل برای سایت کاریابی کره ای Saramin را در فصل استخدام سپتامبر ۲۰۱۹ نسبت به سال قبل گزارش کرده است. این گزارش، وضعیت اولیه و مجموعه ای از اصلاحات انجام شده را توضیح می دهد.
این عدد نتیجه گزارش شده برای یک سایت و بازه مشخص است. گزارش داده خام یا گروه کنترل ارائه نمی کند. بنابراین، سهم مستقل هر اصلاح از آن قابل محاسبه نیست و نمی توان همان درصد را برای پروژه دیگری پیش بینی کرد.
در نمونه کار مجری نیز حدود انتساب نتیجه را بررسی کنید. اگر همزمان تبلیغات، موجودی یا فرایند فروش تغییر کرده، از او بخواهید توضیح دهد ادعای سهم سئو بر چه شواهدی استوار است.
نمونه های فروشگاهی و خدماتی چگونه معیار موفقیت را تغییر می دهند؟
فروشگاه اینترنتی: یک پیشنهاد بر رشد بازدید مقالات تمرکز دارد. برای ارزیابی آن، بپرسید این بازدیدها چگونه به صفحات محصول و سفارش های معتبر متصل می شوند و سفارش های لغو شده یا مرجوعی چگونه در بررسی نتیجه دیده خواهند شد.
شرکت خدماتی: پیشنهاد، افزایش تعداد فرم ها را هدف می گیرد. مشخص کنید درخواست مربوط به چه خدمت و منطقه ای باید باشد، درخواست تکراری چگونه حذف می شود و تایید قابل پیگیری بودن آن بر عهده چه کسی است.
پیش از انتخاب مجری، برای هر شاخص اصلی یک تعریف مشترک ثبت کنید. چه چیزی شمرده می شود، چه چیزی کنار گذاشته می شود، داده از کجا می آید و چه کسی آن را تایید می کند. سپس بررسی کنید شواهد نمونه کار نیز با همین تعریف ها قابل فهم و مرتبط با نیاز شما هستند.
مالکیت دارایی ها و ادعاهای پیشنهاد را پیش از انتخاب روشن کنید
پروپوزال باید مشخص کند در طول همکاری و پس از پایان آن، چه حساب ها، داده ها و فایل هایی در اختیار شما قرار می گیرند. روش اجرا و وعده های مطرح شده نیز باید توضیح روشن و شاهد قابل بررسی داشته باشند.
این اطلاعات به شما کمک می کنند کنترل پروژه را حفظ کنید، حدود تعهد مجری را بشناسید و امکان ادامه کار با تیم دیگری را بسنجید.
حساب ها، داده ها و فایل ها در اختیار چه کسی می مانند؟
برای دارایی های مهم پروژه، سه موضوع را جدا بررسی کنید: چه کسی کنترل مدیریتی دارد، چه سطح دسترسی به مجری داده می شود و چه چیزی در پایان همکاری تحویل خواهد شد.
| دارایی | چه چیزی باید روشن باشد؟ |
|---|---|
| سرچ کنسول و ابزار سنجش | چه کسی حساب را مدیریت می کند و دسترسی مجری چگونه تغییر یا پایان می یابد؟ |
| داده و گزارش | آیا به داده اصلی و خروجی قابل استفاده آن دسترسی دارید؟ |
| محتوا و فایل های اختصاصی | چه فایل هایی، با چه قالبی و در چه زمانی تحویل داده می شوند؟ |
| تنظیمات و اصلاحات سایت | فهرست تغییرات و توضیحات لازم برای ادامه نگهداری چگونه ثبت می شوند؟ |
| ابزار، افزونه و اشتراک | مجوز متعلق به چه کسی است و استفاده از آن پس از پایان همکاری چه شرایطی دارد؟ |
در سرچ کنسول، نقش مالک با نقش کاربر متفاوت است و اختیارات یکسانی ندارد. بنابراین، عبارت «دسترسی خواهید داشت» را به نقش مشخص و امکان واقعی مدیریت کاربران تبدیل کنید.
برای ممیزی اولیه نیز دسترسی مورد نیاز را متناسب با همان کار تعیین کنید. گوگل در راهنمای انتخاب مجری سئو، برای این مرحله دسترسی صرفا خواندن به سرچ کنسول را توصیه می کند.
اگر مجری از ابزار یا افزونه متعلق به مجموعه خود استفاده می کند، درباره مدت استفاده، هزینه تمدید و امکان جایگزینی آن پرسش کنید. فایل های اختصاصی پروژه و ابزارهای دارای مجوز ممکن است شرایط تحویل متفاوتی داشته باشند؛ این تفاوت باید مکتوب باشد.
همچنین فهرست تحویل نهایی را از ابتدا مشخص کنید: فایل ها، دسترسی ها، تنظیمات اختصاصی، گزارش تغییرات و کارهای باز. از مجری بخواهید زمان، مسئول و هزینه احتمالی این تحویل را توضیح دهد تا ادامه پروژه برای تیم بعدی قابل پیگیری باشد.
وعده مبهم را با چه پرسشی قابل بررسی کنیم؟
عبارت هایی مانند «سئو کامل» یا «افزایش فروش» باید به دامنه، هدف و مدرک مشخص تبدیل شوند. هنگام خواندن پیشنهاد، برای هر ادعای مهم یک پرسش روشن کننده ثبت کنید.
| ادعای پیشنهاد | پرسش روشن کننده | شاهد مورد انتظار |
|---|---|---|
| سئو کامل | کدام صفحات و مشکلات پوشش داده می شوند و چه مواردی خارج از دامنه هستند؟ | فهرست خدمات و حدود اجرا |
| افزایش فروش | هدف بر چه داده و فرض هایی استوار است و فروش چگونه سنجیده می شود؟ | خط مبنا، تعریف شاخص و روش سنجش |
| گزارش شفاف | آیا به داده اصلی دسترسی داریم و گزارش چه تصمیمی را پشتیبانی می کند؟ | نمونه گزارش و منبع داده |
| ابزار مورد تایید گوگل | مستند رسمی این تایید چیست؟ | منبعی که همان ادعا را پشتیبانی کند |
گوگل اعلام می کند ابزارهای سئوی شرکت های دیگر را ارزیابی یا تایید نمی کند و این ابزارها به داده داخلی رتبه بندی گوگل دسترسی ندارند. اگر چنین ادعایی در پیشنهاد دیده می شود، از مجری بخواهید آن را توضیح دهد و اصلاح کند.
درباره «تضمین» نیز موضوع تعهد را مشخص کنید. تحویل خروجی در موعد توافق شده، اصلاح نقص یا بازپرداخت تحت شرایط روشن، با وعده قطعی رتبه اول متفاوت است؛ گوگل صریحا می گوید هیچ کس نمی تواند رتبه اول را تضمین کند.
برای تعهدهای قابل بررسی، بپرسید چه اتفاقی موجب اجرای تعهد می شود، مدرک آن چیست و شرایط چگونه ثبت خواهند شد. پاسخ های مهم جلسه را به نسخه مکتوب پیشنهاد اضافه کنید.
برای روش لینک سازی و خدمات مرتبط با هوش مصنوعی چه توضیحی بخواهیم؟
اگر پیشنهاد شامل لینک سازی یا انتشار رپورتاژ است، از مجری بخواهید روش، معیار انتخاب رسانه، هزینه، مدت انتشار و مدرک تحویل را مشخص کند. هدف انتشار و ویژگی لینک ها نیز باید روشن باشد.
گوگل، خرید یا فروش لینک برای دستکاری رتبه را در سیاست های اسپم قرار می دهد. در همان راهنما، لینک های تبلیغاتی و حمایتی با ویژگی های sponsored یا nofollow از این مورد تفکیک شده اند؛ از مجری بخواهید سازگاری روش پیشنهادی خود را با این مستند توضیح دهد.
برای خدمات مرتبط با پاسخ های هوش مصنوعی هم خروجی مشخص مطالبه کنید:
- چه تغییراتی روی سایت یا محتوا انجام می شوند؟
- این اقدامات چه ارتباطی با نیاز مخاطب و هدف کسب و کار دارند؟
- هزینه آن ها داخل خدمات موجود است یا جدا محاسبه می شود؟
- نتیجه با چه پرسش ها، داده ها و بازه ای بررسی خواهد شد؟
درباره قابلیت های گوگل مانند مرورهای هوش مصنوعی (AI Overviews)، راهنمای رسمی گوگل الزام یا بهینه سازی ویژه جداگانه ای برای حضور معرفی نمی کند و رعایت شرایط را تضمین نمایش نمی داند. این مستند برای بررسی ادعاهای مربوط به گوگل استفاده شود؛ ادعای مربوط به سامانه دیگر، شاهد مرتبط با همان سامانه را نیاز دارد.
پیش از انتخاب، وضعیت مالکیت، روش اجرا و ادعاهای مهم را در کاربرگ ثبت کنید. هر موردی که هنوز پاسخ روشن و مکتوب ندارد، به عنوان پرسش باز باقی بماند و برای تکمیل آن از مجری توضیح یا پیشنهاد اصلاح شده بخواهید.
با کاربرگ مقایسه، تصمیم نهایی را ثبت کنید
اکنون اطلاعات پیشنهادها را در یک کاربرگ مشترک قرار دهید تا مشخص شود هر مجری چه نیازی را پوشش می دهد، چه شواهدی ارائه کرده و کدام پرسش هنوز باز است. نتیجه ارزیابی باید دلیل انتخاب و شروط ادامه مذاکره را روشن کند.
از نسخه مشخص هر پیشنهاد استفاده کنید و تاریخ بررسی را ثبت کنید. اگر مجری پس از جلسه، دامنه یا مبلغ را تغییر داد، کاربرگ نیز باید بر اساس نسخه جدید به روز شود.
کدام ابهام ها باید پیش از امتیازدهی رفع شوند؟
ابتدا موارد ضروری تصمیم را مشخص کنید. ابهام در این موارد باید پیش از انتخاب رفع شود:
- دامنه خدمات و خروجی های ضروری روشن نیست.
- مسئول اجرای یک بخش مهم تعیین نشده است.
- هزینه ضروری پروژه هنوز برآورد ندارد.
- منابع یا پیش نیازهای لازم برای اجرا تامین نشده اند.
- روش پیشنهادی توضیح روشن و قابل بررسی ندارد.
- وضعیت کنترل حساب ها، دسترسی به داده یا تحویل فایل های لازم مبهم است.
قیمت مناسب یا نمونه کار قوی، جای پاسخ به این ابهام ها را نمی گیرد. برای هر مورد، پرسش دقیق، پاسخ مورد نیاز و مسئول پیگیری را ثبت کنید.
میان «اطلاعات هنوز ارائه نشده» و «نیاز ضروری پوشش داده نمی شود» تفاوت بگذارید. مورد اول می تواند با پیشنهاد تکمیلی روشن شود؛ در مورد دوم، باید درباره تغییر دامنه یا مناسب نبودن پیشنهاد برای نیاز شما تصمیم گرفت.
چگونه پیشنهادها را با شاهد و پرسش باقی مانده مقایسه کنیم؟
برای هر معیار، وضعیت پوشش و محل شاهد را ثبت کنید؛ مثلا شماره صفحه پروپوزال، نام پیوست یا گزارش مربوط. برای مقایسه سه پیشنهاد، ستون مشابهی برای پیشنهاد سوم اضافه کنید.
| معیار | شاهد مورد نیاز | وضعیت پیشنهاد الف | وضعیت پیشنهاد ب | پرسش باقی مانده |
|---|---|---|---|---|
| تناسب با نیاز | ارتباط برنامه با هدف و وضعیت اولیه | ثبت شود | ثبت شود | کدام فرض هنوز بررسی نشده است؟ |
| دامنه و پذیرش خروجی | فهرست خدمات، استثناها و معیار پذیرش | ثبت شود | ثبت شود | چه چیزی تحویل داده می شود؟ |
| اجرا و زمان بندی | مسئولان، پیش نیازها و موعدها | ثبت شود | ثبت شود | ظرفیت اجرا چگونه تامین می شود؟ |
| هزینه کل | اقلام داخل مبلغ، جداگانه و منابع داخلی | ثبت شود | ثبت شود | کدام هزینه هنوز باز است؟ |
| سنجش نتیجه | تعریف شاخص، خط مبنا و منبع داده | ثبت شود | ثبت شود | چه کسی داده را تایید می کند؟ |
| تجربه مرتبط | وضعیت اولیه، اقدامات و مدارک نمونه کار | ثبت شود | ثبت شود | نقش مجری در نتیجه چه بوده است؟ |
| مالکیت و انتقال | دسترسی ها، فایل ها و شرایط تحویل | ثبت شود | ثبت شود | ادامه کار با تیم دیگر چگونه ممکن است؟ |
| روش اجرا | توضیح اقدامات و مستندات مرتبط | ثبت شود | ثبت شود | کدام ادعا هنوز شاهد کافی ندارد؟ |
وضعیت هر خانه می تواند «روشن و مستند»، «نیازمند تکمیل»، «پوشش ناکافی»، «نامشخص» یا «خارج از دامنه» باشد. برای مورد خارج از دامنه، مشخص کنید آیا تامین آن برای پروژه ضروری است یا خیر.
امتیازدهی اختیاری پس از تکمیل شواهد
اگر پس از رفع ابهام های مهم، چند پیشنهاد قابل قبول باقی ماند، می توانید از امتیازدهی برای مقایسه استفاده کنید. وزن ها را پیش از امتیاز دادن و متناسب با نیاز کسب و کار تعیین کنید.
| معیار | وزن پیشنهادی |
|---|---|
| تناسب نیاز و دامنه | ۲۵ |
| خروجی و معیار پذیرش | ۲۵ |
| امکان اجرا و زمان بندی | ۲۰ |
| سنجش و شواهد تجربه | ۱۵ |
| هزینه کل و تناسب با بودجه | ۱۵ |
| جمع | ۱۰۰ |
این وزن ها یک الگوی آموزشی هستند. برای کسب و کاری که منابع فنی محدودی دارد، ممکن است امکان اجرا اهمیت بیشتری داشته باشد؛ تعریف معیارها و تغییر وزن ها باید پیش از مقایسه نهایی ثبت شود.
برای معیارهای قابل امتیازدهی:
- صفر: نیاز تعریف شده پوشش داده نمی شود.
- یک: بخشی از نیاز پوشش داده می شود.
- دو: نیاز با شواهد کافی پوشش داده می شود.
امتیاز کل از جمع «وزن هر معیار × امتیاز آن ÷ ۲» به دست می آید. خانه نامشخص امتیاز نمی گیرد و تا تکمیل آن، امتیاز نهایی اعلام نمی شود.
امتیازدهی فقط پس از بررسی شروط ضروری انجام شود. اگر پیشنهاد یک نیاز ضروری را برآورده نمی کند، باید ابتدا درباره اصلاح یا کنار گذاشتن آن تصمیم بگیرید.
چک لیست پرسش های پیش از انتخاب
- آیا نسخه نهایی دامنه و معیارهای پذیرش مشخص است؟
- آیا هزینه های ضروری و منابع مورد نیاز کارفرما روشن هستند؟
- آیا مسئول اجرا، ظرفیت، پیش نیازها و موعدها تایید شده اند؟
- آیا تعریف شاخص ها و مسئول ثبت داده مشخص است؟
- آیا ادعاهای مهم و نمونه کار، شاهد قابل بررسی دارند؟
- آیا شرایط دسترسی و تحویل برای ادامه پروژه روشن است؟
- آیا پاسخ های مهم مذاکره به نسخه مکتوب اضافه شده اند؟
چه زمانی انتخاب، پیشنهاد تکمیلی یا تعویق تصمیم مناسب است؟
وضعیت تصمیم را متناسب با نتیجه بررسی ثبت کنید:
| وضعیت تصمیم | چه زمانی مناسب است؟ |
|---|---|
| ادامه مذاکره با مجری منتخب | نیازهای ضروری، هزینه، اجرا و شواهد روشن و قابل قبول هستند |
| درخواست پیشنهاد تکمیلی | بخشی از دامنه، مسئولیت یا برآورد نیاز به توضیح و اصلاح دارد |
| اصلاح شرح پروژه | نیاز، اولویت یا منابع شما تغییر کرده و مبنای قبلی مقایسه مناسب نیست |
| تعویق تصمیم | اطلاعات اولیه یا منابع ضروری برای تصمیم و اجرا هنوز آماده نیستند |
| رد پیشنهاد با دلیل | پیشنهاد با نیاز ضروری سازگار نیست یا پاسخ لازم برای بررسی فراهم نمی شود |
در فرم تصمیم نهایی، این موارد را نگه دارید. نام و نسخه پیشنهادها، تاریخ بررسی، معیارهای مهم، شواهد موثر، دلیل تصمیم، شروط ادامه مذاکره و مسئول پیگیری. برای هر شرط باز، پاسخ مورد انتظار و موعد پیگیری مشخص کنید تا تصمیم به یک اقدام قابل انجام تبدیل شود.
پرسش های متداول درباره ارزیابی پروپوزال سئو
آیا پروپوزال اولیه بدون دسترسی به داده های سایت قابل بررسی است؟
بله؛ می توانید منطق اولیه پیشنهاد، دامنه خدمات و فرض های آن را بررسی کنید. اما برآوردی که بدون داده های داخلی تهیه شده، باید محدودیت های خود را توضیح دهد و مشخص کند پس از دریافت اطلاعات، کدام بخش ها بازبینی می شوند.
از مجری بپرسید چه اطلاعاتی را بررسی کرده، چه مواردی را فرض گرفته و برای نهایی کردن برنامه به چه داده ای نیاز دارد. اگر بررسی تکمیلی ممکن است هزینه یا زمان بندی را تغییر دهد، روش اعلام و تایید این تغییر هم روشن باشد.
برای ممیزی اولیه، گوگل دسترسی صرفا خواندن به سرچ کنسول را توصیه می کند. سطح دسترسی مورد درخواست را با کار همان مرحله تطبیق دهید.
آیا پیشنهاد ممیزی پولی پیش از ارائه برنامه کامل، نشانه ضعف است؟
به خودی خود، خیر. ممیزی سئو (SEO Audit) می تواند یک مرحله مستقل برای روشن کردن مشکلات، اولویت ها و نیازهای اجرایی باشد؛ ارزش آن به خروجی مشخص و کاربرد آن در تصمیم بعدی وابسته است.
پیش از پذیرش این مرحله، موارد زیر را روشن کنید:
- چه بخش هایی بررسی می شوند و چه مواردی خارج از دامنه هستند؟
- چه فایل یا گزارشی دریافت می کنید و معیار پذیرش آن چیست؟
- هزینه، زمان تحویل و دسترسی های لازم کدام هستند؟
- حق استفاده از خروجی برای بررسی پیشنهادهای بعدی چگونه تعریف شده است؟
- اگر همکاری ادامه پیدا کند، همان فعالیت ها و هزینه ها چگونه در پیشنهاد نهایی لحاظ می شوند؟
برای مثال، خروجی ممیزی می تواند فهرست مشکلات دارای شاهد، اولویت و پیشنهاد اقدام باشد. این خروجی باید به شما کمک کند دامنه پروژه و برآوردهای بعدی را دقیق تر بررسی کنید.
اگر اطلاعات مشتری قبلی محرمانه باشد، چگونه نمونه کار را بررسی کنیم؟
می توانید مدارکی بخواهید که اطلاعات شناسایی مشتری را حذف کرده باشند، اما زمینه نتیجه را توضیح دهند. نوع کسب و کار، وضعیت اولیه، دوره اجرای کار، اقدامات مجری و تعریف شاخص ها باید تا حد قابل ارائه روشن باشند.
گزارش بدون نام مشتری، نمونه خروجی با اجازه انتشار یا توضیح مستند درباره یک اصلاح انجام شده، می توانند به بررسی تجربه کمک کنند. در صورت رضایت مشتری قبلی، گفتگو با مرجع معرفی شده نیز راه دیگری برای شناخت نقش مجری و کیفیت همکاری است.
حدود هر شاهد را ثبت کنید. اگر بخشی از ادعا قابل بررسی نیست، آن را «تایید نشده» بنویسید و از مجری بپرسید چه مدرک جایگزینی می تواند ارائه دهد. محرمانگی را رعایت کنید و تصمیم را بر میزان شواهدی بنا کنید که واقعا در اختیار دارید.
برای دریافت پیشنهاد سئو متناسب با نیاز کسب و کارتان، با عالیجناب محتوا تماس بگیرید. پیش از گفتگو، نشانی سایت، محصولات یا خدمات اولویت دار، هدف همکاری و منابع داخلی در دسترس را آماده کنید. این اطلاعات کمک می کنند درباره دامنه خدمات، اولویت اقدامات، مسئولیت ها و بودجه مورد نیاز، دقیق تر گفتگو کنیم.




