محاسبه ROI طراحی سایت؛ از هزینه واقعی تا درآمد افزایشی

سایت جدید منتشر شده، ظاهر حرفه‌ای‌تر است و فروش هم نسبت به ماه قبل بالا رفته؛ آیا طراحی سایت بازگشت سرمایه داشته است؟ هنوز نمی‌دانیم. شاید کمپین تازه، فصل فروش، افزایش قیمت یا موجودی بهتر علت رشد بوده باشد. از طرف دیگر، ممکن است نرخ تبدیل ثابت مانده اما تیم فروش Leadهای باکیفیت‌تری گرفته یا تماس‌های تکراری پشتیبانی کم شده باشد. ROI طراحی سایت از روی زیبایی، Traffic یا درآمد خام محاسبه نمی‌شود؛ به هزینه کامل، منفعت افزایشی و یک مقایسه معتبر نیاز دارد.

این راهنما برای مدیر کسب‌وکار، Product، Marketing و تیم فنی نوشته شده است تا پیش از قرارداد یا بازطراحی، Business case بسازند و پس از Release نتیجه را اندازه بگیرند. فرمول‌ها با مثال تومان آمده‌اند، اما نرخ یا نتیجه تضمینی ارائه نمی‌شود. اعداد نمونه فرضی‌اند و باید با داده حسابداری، CRM، فروشگاه و هزینه سرمایه خودتان جایگزین شوند.

خلاصه اجرایی محاسبه بازگشت سرمایه طراحی سایت

1. تصمیم را دقیق تعریف کنید: بهینه‌سازی سایت موجود، بازطراحی UX، مهاجرت پلتفرم یا Rebuild کامل هزینه و ریسک یکسان ندارند.
2. خط مبنا بسازید: درآمد کافی نیست؛ Traffic mix، Lead quality، Margin، Refund، هزینه پشتیبانی و فصل را ثبت کنید.
3. TCO را بنویسید: هزینه یک‌باره، زمان تیم، محتوا، مهاجرت، ابزار، نگهداری، لایسنس، زیرساخت و Exit را در افق یک تا سه‌ساله ببینید.
4. منفعت افزایشی را برآورد کنید: Contribution margin فروش اضافه، ارزش Lead برنده‌شده و هزینه عملیاتی واقعاً اجتناب‌شده؛ نه کل Revenue سایت.
5. Counterfactual بسازید: بپرسید اگر پروژه اجرا نمی‌شد چه رخ می‌داد. انتشار مرحله‌ای یا آزمایش از Before/After ساده معتبرتر است.
6. ROI را با Payback و NPV کامل کنید: درصد ROI زمان و ریسک جریان نقدی را نشان نمی‌دهد.
7. سه سناریو گزارش کنید: محافظه‌کارانه، پایه و خوش‌بینانه؛ با حساسیت به Conversion، Margin، تورم، ارز و تأخیر پروژه.

ROI طراحی سایت چیست و چه چیزی نیست؟

بازگشت سرمایه نسبت منفعت خالص افزایشی به کل سرمایه‌گذاری است:

ROI = (منفعت افزایشی − هزینه کل) ÷ هزینه کل × ۱۰۰

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

تفاوت ROI با شاخص‌های نزدیک

برای پروژه کوچک، ROI، Payback و یک تحلیل حساسیت معمولاً کافی‌اند. برای سرمایه‌گذاری چندساله، چندارزی یا پروژه‌ای با جریان نقدی نامنظم، NPV را با نرخ مصوب تیم مالی اضافه کنید.

اول مشخص کنید روی چه تغییری سرمایه‌گذاری می‌کنید

عبارت «طراحی سایت» می‌تواند از اصلاح Checkout تا تعویض کامل CMS را شامل شود. اگر Intervention روشن نباشد، هزینه و اثر آن نیز قابل‌انتساب نیست.

گاهی پاسخ اقتصادی «سایت تازه» نیست؛ Instrumentation، اصلاح Pricing page، بهبود سرعت، Content migration محدود یا یک Vertical slice ارزش بیشتری دارد. برای کوچک‌کردن Scope بدون حذف کیفیت، راهنمای طراحی سایت ارزان و مدیریت TCO را ببینید.

هزینه واقعی طراحی سایت: TCO را کامل کنید

قیمت Proposal فقط بخشی از سرمایه‌گذاری است. Total Cost of Ownership یا TCO همه منابع لازم برای ساخت، راه‌اندازی، بهره‌برداری و خروج را در افق تصمیم جمع می‌کند.

هزینه‌های یک‌باره

• Discovery، تحقیق کاربر، تحلیل رقبا و تعریف Requirement؛
• معماری اطلاعات، UX، UI، Design system و Prototype؛
• Frontend، Backend، Integration، CMS و مهاجرت داده؛
• تولید/بازنویسی محتوا، تصویر، ویدئو و ورود اطلاعات؛
• SEO migration: URL map، Redirect، Metadata، Structured data و Validation؛
• Analytics/CRM instrumentation و آزمایش کیفیت داده؛
• QA عملکردی، موبایل، Accessibility، Security و Performance؛
• آموزش، مستندات، Handover و زمان Launch/Hypercare.

هزینه‌های تکرارشونده و پنهان

• هاست، CDN، Storage، Email/SMS، Monitoring، Backup و پشتیبانی؛
• لایسنس Theme، Plugin، Font، SaaS و ابزار بازاریابی؛
• نگهداری امنیتی، Upgrade، Patch، Content operations و QA Release؛
• زمان Owner داخلی، Marketing، Sales، Legal، Finance و Support؛
• هزینه فرصت افراد کلیدی که از کار دیگری جدا می‌شوند؛
• Transaction fee، Refund، Fraud، هزینه اتصال یا Reconciliation؛
• هزینه بدهی فنی، Vendor lock-in، Export و مهاجرت آینده؛
• زیان Downtime یا افت Organic در دوره انتقال، به‌صورت سناریویی.

هزینه‌های مشترک را دوباره نشمارید. اگر حقوق تیم داخلی در بودجه ثابت است، فقط ظرفیت واقعاً مصرف‌شده یا Opportunity cost مصوب را وارد کنید. اگر هزینه نگهداری جدید جای هزینه قدیم را می‌گیرد، تفاوت دو حالت را در مدل افزایشی بیاورید.

فرمول ساده TCO چندساله

TCO سه‌ساله = هزینه یک‌باره + مجموع هزینه‌های تکرارشونده ۳۶ ماه + هزینه ریسک موردانتظار + هزینه خروج موردانتظار

«هزینه ریسک موردانتظار» را به‌صورت احتمال × اثر بسازید و جدا نمایش دهید؛ آن را با قطعیت هزینه نکنید. برای مثال، ریسک افت Organic در Migration باید Owner، Mitigation و دامنه سناریو داشته باشد، نه یک درصد ساختگی.

منفعت طراحی سایت را چگونه ارزش‌گذاری کنیم؟

منفعت را در چهار سبد نگه دارید تا هم شفاف باشد و هم Double counting رخ ندهد.

Revenue با Contribution margin فرق دارد

اگر فروش اضافه ۱ میلیارد تومان است اما بهای کالا، ارسال متغیر، تخفیف، کارمزد و Refund برابر ۷۵۰ میلیون تومان‌اند، منفعت قابل‌استفاده برای ROI حدود ۲۵۰ میلیون تومان است، نه یک میلیارد. تعریف Margin را با Finance یکسان کنید:

Contribution افزایشی = فروش خالص افزایشی − هزینه‌های متغیر همان فروش

مالیات و هزینه‌های مشترک را مطابق روش حسابداری شرکت وارد کنید؛ این مقاله جای تصمیم حسابدار یا مشاور مالیاتی را نمی‌گیرد.

ROI فروشگاه اینترنتی را با Order واقعی بسنجید

Pageview یا Add-to-cart درآمد نیست. برای فروشگاه، Funnel از مشاهده محصول تا خرید، Refund و Reconciliation را اندازه بگیرید. مستند رسمی Google Analytics برای Ecommerce توصیه می‌کند Purchase با transaction_id، value، currency و Itemها و Refund با Transaction مرتبط ثبت شود: اندازه‌گیری Ecommerce در GA4.

Analytics را منبع نهایی مالی فرض نکنید. Order database، وضعیت Verify درگاه، لغو، مرجوعی، تخفیف و دفتر مالی را Reconcile کنید. اختلاف Client-side event و فروش واقعی می‌تواند از Ad blocker، Refresh، Double fire، Callback دیرهنگام یا Refund ناشی شود.

Measurement map فروشگاه

برای تشخیص گلوگاه مسیر، راهنمای UX فروشگاه اینترنتی و بهینه‌سازی Checkout را به‌عنوان Cluster تخصصی استفاده کنید.

ارزش سایت Lead generation را چگونه محاسبه کنیم؟

برای سایت خدماتی یا B2B، «تعداد فرم» می‌تواند گمراه‌کننده باشد. Spam، درخواست نامرتبط یا Lead بدون بودجه ارزش یکسان ندارند. ارزش را تا CRM و نتیجه فروش دنبال کنید.

ارزش موردانتظار هر Lead = احتمال Qualified شدن × احتمال Win پس از Qualification × Contribution متوسط قرارداد

مثلاً اگر ۳۰٪ Leadها Qualified، از آن‌ها ۲۰٪ برنده و Contribution متوسط قرارداد ۳۰ میلیون تومان باشد:

ارزش موردانتظار Lead = ۰٫۳۰ × ۰٫۲۰ × ۳۰ = ۱٫۸ میلیون تومان

این میانگین فقط برای Planning است. نرخ‌ها را بر اساس نوع خدمت، Source، شهر، Device و Cohort محاسبه کنید؛ یک Value ثابت را برای همه فرم‌ها به ابزار تبلیغاتی نفرستید. با تغییر قیمت، تیم فروش یا Mix کمپین، ارزش را بازبینی کنید.

Lead quality را با Stage تعریف کنید

• Submitted: فرم از نظر فنی ثبت شده؛
• Valid: Spam/تکراری/ناقص نیست؛
• Qualified: Fit، Need، بودجه یا معیار داخلی را دارد؛
• Opportunity: فرایند فروش واقعی شروع شده؛
• Won/Lost: نتیجه و دلیل بسته‌شدن ثبت شده؛
• Realized contribution: درآمد وصول‌شده و هزینه متغیر مشخص است.

Google Analytics اکنون از اصطلاح Key event برای اقدام‌های مهم Analytics استفاده می‌کند و امکان Value/Currency دارد؛ اما Key event به‌خودی‌خود فروش یا اثر افزایشی نیست. راهنمای رسمی: ساخت و ارزش‌گذاری Key event.

تماس، پیام‌رسان و فروش آفلاین را از مدل حذف نکنید

در بسیاری از کسب‌وکارهای ایرانی، سایت مسیر را شروع می‌کند و قرارداد در تماس، پیام‌رسان، شعبه یا کارت‌به‌کارت/فاکتور نهایی می‌شود. اگر فقط Purchase آنلاین را بشمارید، نقش سایت کمتر از واقع دیده می‌شود؛ اگر هر تماس را فروش سایت بدانید، بیش‌برآورد می‌کنید.

• Source/medium و Landing را با شناسه غیرشخصی به Lead/CRM منتقل کنید.
• برای تماس از شماره/Extension یا کد پیگیری محدود و شفاف استفاده کنید؛ محدودیت Attribution را ثبت کنید.
• در فروش حضوری، سؤال منبع آشنایی را با داده رفتاری ترکیب کنید؛ Self-report به‌تنهایی دقیق نیست.
• سفارش WhatsApp/Telegram/دایرکت را با Stage و Outcome واحد وارد CRM کنید.
• Online-to-offline و Assisted conversion را جدا گزارش کنید تا با فروش مستقیم جمع مضاعف نشود.

برای معماری موجودی، سفارش و شناسه مشتری میان سایت و شعبه، راهنمای Omnichannel مفید است.

Baseline و Counterfactual: بدون آن‌ها ROI قابل‌دفاع نیست

Baseline فقط «ماه قبل» نیست. باید نشان دهد در نبود تغییر، چه روندی محتمل بود. فصل، Campaign، قیمت، موجودی، روزهای تعطیل، اختلال درگاه، تغییر تیم فروش، برند/Non-brand و Mix دستگاه می‌توانند نتیجه را جابه‌جا کنند.

سطوح شواهد برای اثر طراحی

اگر Rebuild هم‌زمان URL، محتوا، Tracking، Pricing و Checkout را تغییر می‌دهد، نسبت‌دادن اثر به «طراحی» دشوار است. تا جای ممکن Release را مرحله‌ای و فرضیه‌ها را جدا کنید.

Attribution با Incrementality فرق دارد

Attribution اعتبار یک Key event را میان Touchpointهای مشاهده‌شده تقسیم می‌کند؛ Incrementality می‌پرسد چه مقدار از نتیجه به‌سبب تغییر رخ داده است. گزارش Attribution می‌تواند برای شناخت مسیر مفید باشد، اما Counterfactual پروژه طراحی را اثبات نمی‌کند. Google Analytics نیز مدل‌ها را روش تخصیص اعتبار معرفی می‌کند و Data-driven attribution را بر داده همان Key event بنا می‌گذارد: راهنمای Attribution در Google Analytics.

برای پروژه سایت، دو گزارش بسازید:

• Attributed outcome: Analytics چه سهمی را به Source/Channel/Page داده است؟
• Incremental estimate: آزمایش، گروه کنترل یا مدل Trend چه تغییری را نسبت به Counterfactual برآورد می‌کند؟

مقاله تحلیل داده‌های بازاریابی از GA4 تا Warehouse مرز Attribution و Incrementality را عمیق‌تر توضیح می‌دهد.

Measurement plan قبل از طراحی

Tracking را به پایان پروژه موکول نکنید. تعریف رویداد بعد از Launch ممکن است Baseline را نابود کند و تیم را مجبور کند با Pageviewهای مبهم ROI بسازد.

برای طراحی Event taxonomy، Data QA، Funnel و Experiment، از راهنمای UX داده‌آگاه استفاده کنید.

داده سئو را درست وارد Business case کنید

Impression، Click و Average position در Search Console درآمد نیستند. آن‌ها نشان می‌دهند حضور و کلیک Google Search چگونه تغییر کرده، اما برای ROI باید Landing، Key event و Outcome را به هم وصل کنید. همچنین روش شمارش در سطح Property و Page متفاوت است و داده Performance می‌تواند تازه/مقدماتی باشد؛ مرجع رسمی: روش محاسبه داده Performance در Search Console.

• Brand و Non-brand را تا حد امکان جدا کنید؛ رشد Brand ممکن است محصول کمپین دیگر باشد.
• داده را روی Canonical/URL map و Template تحلیل کنید، به‌ویژه پس از Migration.
• Click را با Session یکسان فرض نکنید؛ ابزارها شمارش و Privacy متفاوت دارند.
• ارزش Organic را با Contribution نتیجه‌شده بسنجید، نه معادل‌سازی ساده با CPC تبلیغ.
• افت یا رشد را با Seasonality، Update محتوا و تغییر SERP تفسیر کنید.

پیش از Rebuild یا Migration، یک ممیزی کامل سئو انجام دهید تا زیان احتمالی Index، Internal link و Redirect وارد Risk register شود.

حریم خصوصی و کیفیت داده بخشی از ROI هستند

ایمیل، شماره موبایل، کدملی یا متن آزاد فرم را وارد URL، Event name یا پارامتر Analytics نکنید. سیاست Google Analytics ارسال داده قابل‌شناسایی شخصی را منع می‌کند: راهنمای جلوگیری از ارسال PII. افزون بر سیاست ابزار، حداقل‌سازی داده، کنترل دسترسی، Retention و مبنای حقوقی را متناسب با کسب‌وکار بررسی کنید.

Measurement ناقص نیز هزینه دارد. قبل از اعتماد به Dashboard این موارد را QA کنید:

• Double fire در Submit/Purchase و Refresh صفحه تشکر؛
• از دست رفتن UTM در Redirect، Cross-domain یا بازگشت درگاه؛
• Transaction ID تکراری، Currency نامعتبر و تومان/ریال مخلوط؛
• تفاوت Timestamp مرورگر، سرور، CRM و Finance؛
• Spam، Bot، Internal traffic و محیط Staging؛
• تعریف متفاوت Revenue، Order و Qualified lead میان تیم‌ها؛
• Consent، Ad blocker و شکاف مشاهده‌پذیری.

مثال محاسبه ROI طراحی سایت خدماتی

فرض کنید یک شرکت B2B ایرانی سایت خود را بازطراحی می‌کند. پروژه، نمونه‌کارها، Qualification form، CRM integration، Performance و SEO migration را پوشش می‌دهد. همه اعداد فرضی و به میلیون تومان‌اند.

هزینه

منفعت برآوردشده پایه

• پس از کنترل Mix و فصل، ۲۲ قرارداد افزایشی در سال؛
• Contribution متوسط هر قرارداد: ۳۰ میلیون تومان؛
• Contribution افزایشی: ۲۲ × ۳۰ = ۶۶۰ میلیون تومان؛
• کاهش هزینه عملیاتی قابل‌اجتناب: ۱۲۰ میلیون تومان؛
• کل منفعت سال اول: ۷۸۰ میلیون تومان.

ROI سال اول = (۷۸۰ − ۸۲۰) ÷ ۸۲۰ = منفی ۴٫۹٪

منفی بودن سال اول به‌معنای شکست خودکار نیست؛ سرمایه اولیه هنوز کامل برگشت نکرده است. اگر منفعت سالانه پایدار و هزینه عملیات افزایشی سال‌های بعد ۱۲۰ میلیون تومان باشد:

Payback تقریبی = ۷۰۰ ÷ ((۷۸۰ − ۱۲۰) ÷ ۱۲) = ۱۲٫۷ ماه

در پایان سال دوم، پیش از تنزیل و با فرض پایداری منفعت:

ROI تجمعی دو‌ساله = (۱٬۵۶۰ − ۹۴۰) ÷ ۹۴۰ = ۶۶٪

این نتیجه فقط در صورت حفظ ۲۲ قرارداد افزایشی، Margin و هزینه‌ها معتبر است. سناریوی محافظه‌کارانه باید افت نرخ Win، تأخیر Ramp-up و افزایش هزینه را نیز محاسبه کند.

NPV و ارزش زمانی پول

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

NPV = − سرمایه اولیه + Σ [جریان نقدی خالص سال t ÷ (۱ + نرخ تنزیل)^t]

نرخ تنزیل می‌تواند هزینه سرمایه، بازده موردانتظار پروژه جایگزین و ریسک را بازتاب دهد؛ آن را از اینترنت کپی نکنید. برای ایران، جریان‌ها را به قیمت ثابت یا جاری مدل کنید و تورم را با نرخ تنزیل سازگار نگه دارید. مخلوط کردن Cash flow اسمی با نرخ واقعی نتیجه را تحریف می‌کند.

تحلیل حساسیت برای شرایط ایران

یک Forecast تک‌عددی شکننده است. حداقل پنج Driver را در سه سناریو تغییر دهید.

نکات بومی که در Proposal دیده نمی‌شوند

• تومان و ریال: واحد ذخیره، نمایش، Analytics و گزارش مالی را صریح کنید؛ خطای ۱۰برابری رایج و پرهزینه است.
• ارز و لایسنس: قیمت، روش تمدید، دسترسی، جایگزین و هزینه خروج ابزار خارجی را Scenario کنید.
• درگاه و تسویه: فروش ثبت‌شده را با Verify، Refund، تسویه و اختلاف مالی Reconcile کنید.
• SMS/OTP: هزینه و نرخ تحویل بر Conversion و Support اثر دارد؛ فقط UI سایت را مقصر ندانید.
• اختلال شبکه: Outcome را بر Network/Device/Region تجمیعی بررسی کنید و Incidentهای سراسری را Annotation کنید.
• تورم: Revenue اسمیِ بالاتر ممکن است رشد واقعی یا Volume بیشتر نباشد؛ Price/Quantity/Mix را جدا کنید.
• فروش تلفنی: SLA پاسخ‌گویی تیم فروش می‌تواند اثر سایت را تقویت یا خنثی کند.

ROI سرعت، UX، محتوا و SEO را دوباره جمع نزنید

یک قرارداد ممکن است هم از صفحه سریع، هم محتوای بهتر و هم فرم ساده‌تر تأثیر گرفته باشد. اگر هر تیم کل Contribution را به خود نسبت دهد، مجموع منافع از واقعیت بیشتر می‌شود. یک Outcome ledger مرکزی بسازید و Interventionها را ثبت کنید.

• برای Portfolio، منفعت کل سایت را یک‌بار محاسبه کنید.
• برای تصمیم تیمی، اثر هر Experiment یا Release را با دامنه عدم‌قطعیت گزارش کنید.
• منافع هم‌پوشان را به‌عنوان توضیح/Mechanism نگه دارید، نه جمع مستقل.
• هزینه مشترک Design system یا Analytics را با Allocation rule ثابت توزیع کنید.

برای Business case تخصصی Performance به راهنمای سرعت سایت، UX، سئو و تبدیل مراجعه کنید.

گیت تصمیم پیش از عقد قرارداد

پروژه زمانی آماده تصویب است که پاسخ این پرسش‌ها ثبت شده باشد:

1. مسئله کاربر و کسب‌وکار با چه شواهدی تأیید شده است؟
2. چرا بهینه‌سازی محدود کافی نیست و Scope انتخابی چه ارزشی دارد؟
3. Baseline، Counterfactual و Primary outcome چیست؟
4. Source of truth میان Analytics، CRM، فروشگاه و Finance کدام است؟
5. TCO یک‌باره، تکرارشونده، داخلی، ارزی و Exit چقدر است؟
6. سناریوی محافظه‌کارانه چه ROI/Paybackی دارد؟
7. ریسک SEO، امنیت، Accessibility، داده و عملیات چگونه کنترل می‌شود؟
8. Owner بعد از Launch و بودجه نگهداری چه کسی/چقدر است؟
9. Release، Rollback و Hypercare چگونه اجرا می‌شوند؟
10. چه نتیجه‌ای باعث ادامه، اصلاح یا توقف سرمایه‌گذاری می‌شود؟

داشبورد ROI چه بخش‌هایی داشته باشد؟

Dashboard نباید فقط درصد سبز نشان دهد. تعریف، Owner، Source، Last refresh، Data quality و Annotation Release کنار هر KPI لازم است.

برنامه ۳۰، ۶۰ و ۹۰ روزه

روز ۱ تا ۳۰: Business case و Baseline

• نوع Intervention و سه Journey اصلی را مشخص کنید.
• Cost ledger و Assumption register بسازید.
• داده ۳ تا ۱۲ ماه مناسب را با فصل و Campaign آماده کنید.
• تعریف Order/Lead/Contribution را با Finance و Sales یکسان کنید.
• Measurement plan، Privacy review و Data QA را کامل کنید.
• سه سناریوی ROI/Payback و Gate تصویب بسازید.

روز ۳۱ تا ۶۰: ساخت قابل‌اندازه‌گیری

• Vertical slice پرترافیک/پراهمیت را قبل از Big-bang تحویل دهید.
• Event/CRM/Order stitching و Reconciliation را در Staging تست کنید.
• SEO migration، Accessibility، Security و Performance را به Definition of Done اضافه کنید.
• Scope change را با اثر بر TCO، تاریخ و Benefit بازتصویب کنید.
• طرح انتشار مرحله‌ای، Control و Rollback را نهایی کنید.

روز ۶۱ تا ۹۰: Release و یادگیری

• Release را Annotation و Guardrailها را در Hypercare پایش کنید.
• Outcome اولیه را از Leading indicator جدا گزارش کنید.
• Forecast را با هزینه و اثر واقعی Update کنید.
• پسرفت Tracking، SEO و Funnel را پیش از گسترش Rollout رفع کنید.
• تصمیم بعدی را بر Evidence بگیرید: Scale، Iterate، Pause یا Rollback.

چک‌لیست نهایی بازگشت سرمایه طراحی سایت

• Intervention، Scope و گزینه «عدم اجرا» تعریف شده‌اند.
• Baseline فصل، Campaign، قیمت، Traffic mix و عملیات را پوشش می‌دهد.
• Counterfactual و روش برآورد اثر مشخص است.
• TCO شامل ساخت، زمان داخلی، عملیات، ارز، ریسک و Exit است.
• Revenue با فروش خالص و Contribution اشتباه نشده است.
• Lead تا Qualified، Won و Contribution دنبال می‌شود.
• فروش آفلاین/تماس بدون Double counting وارد مدل شده است.
• Purchase، Refund و Payment با سیستم مالی Reconcile می‌شوند.
• Attribution از Incrementality جدا گزارش می‌شود.
• PII وارد Analytics، URL یا Event نمی‌شود.
• ROI در کنار Payback و در صورت لزوم NPV ارائه می‌شود.
• سناریوی محافظه‌کارانه و حساسیت Driverها وجود دارد.
• SEO، Security، Accessibility و Performance Guardrail دارند.
• Owner، Source of truth و Decision rule ثبت شده‌اند.

سؤالات متداول

فرمول ROI طراحی سایت چیست؟

ROI برابر است با «منفعت افزایشی منهای هزینه کل»، تقسیم بر هزینه کل و ضرب در ۱۰۰. منفعت افزایشی باید نسبت به وضعیت بدون پروژه برآورد شود و برای فروش بهتر است Contribution margin پس از هزینه متغیر، Refund و تخفیف استفاده شود؛ نه کل Revenue سایت.

چه مدت طول می‌کشد هزینه طراحی سایت برگردد؟

بازه عمومی معتبری وجود ندارد. Payback به سرمایه اولیه، Ramp-up، ترافیک، Margin، چرخه فروش و هزینه عملیات وابسته است. برای فروشگاه ممکن است Outcome سریع‌تر دیده شود؛ قرارداد B2B چند ماه بعد بسته شود؛ و اثر SEO نیز با Crawl، رقابت و تقاضا تغییر کند. مدل ماه‌به‌ماه با سناریو بسازید.

آیا افزایش نرخ تبدیل برای اثبات ROI کافی است؟

خیر. نرخ تبدیل ممکن است با Mix ترافیک یا تعریف رویداد تغییر کند و درباره Margin، Refund یا Lead quality چیزی نگوید. Conversion را با Outcome واقعی، هزینه، Counterfactual و Guardrailها ترکیب کنید.

ROI سایت شرکتی بدون فروش آنلاین چگونه سنجیده می‌شود؟

فرم و تماس را تا CRM دنبال کنید: Valid، Qualified، Opportunity، Won و Contribution. هزینه پشتیبانی یا زمان فرایند واقعاً اجتناب‌شده را نیز جدا وارد کنید. Pageview، تماس یا دانلود کاتالوگ فقط Leading indicator هستند.

اگر داده کافی برای A/B test نداریم چه کنیم؟

از Trend طولانی‌تر با Annotation، انتشار مرحله‌ای، Template یا Segment کنترل، تحلیل Cohort و شواهد کیفی استفاده کنید. دامنه عدم‌قطعیت را بزرگ‌تر گزارش دهید و ابتدا Instrumentation یا PoC محدود را تأمین مالی کنید.

جمع‌بندی

طراحی سایت نه ذاتاً هزینه است و نه ذاتاً سرمایه‌گذاری سودآور. زمانی به سرمایه‌گذاری تبدیل می‌شود که مسئله و Scope روشن، TCO کامل، منفعت افزایشی قابل‌دفاع و سازوکار اندازه‌گیری معتبر داشته باشد. ظاهر بهتر می‌تواند بخشی از راه‌حل باشد؛ نتیجه اقتصادی در Order تأییدشده، Lead برنده، Contribution، هزینه اجتناب‌شده و ریسک کنترل‌شده دیده می‌شود.

Business case را پیش از طراحی بسازید، Tracking را پیش از Launch آماده کنید و نتیجه را با Counterfactual بسنجید. اگر سناریوی محافظه‌کارانه نیز با ریسک‌پذیری شرکت سازگار است، پروژه قابلیت دفاع دارد؛ اگر فقط با سه‌برابر شدن فروش روی کاغذ مثبت می‌شود، هنوز آماده سرمایه‌گذاری نیست.