کد تخفیف ثبت‌نام دوره؛ چطور سهم هر کمپین را بدون دوباره‌شماری بسنجیم؟

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

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

پیش از ساخت کد، هدف کمپین را روشن کنید

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

هدف را با یک بازه و واحد مشخص بنویسید. مثلاً «در دو هفته، تعداد سفارش‌های معتبر دورهٔ عکاسی و مبلغ تخفیف داده‌شده را ثبت کنیم». اگر هزینهٔ جذب یا سود نیز برایتان مهم است، از ابتدا بگویید کدام هزینه‌ها را در محاسبه می‌آورید. افزایش تعداد ثبت‌نام، بدون توجه به مبلغ دریافتی و هزینهٔ خدمت، به تنهایی نشان‌دهندهٔ بهتر شدن نتیجه نیست.

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

کد تخفیف چه چیزی را ثابت می‌کند؟

اگر سفارش معتبری با یک کد ثبت شود، می‌دانید آن کد در آن سفارش استفاده شده است. اما شاید خریدار ابتدا از راه جست‌وجو با دوره آشنا شده، چند روز بعد یک پیام در شبکهٔ اجتماعی دیده و کد را از دوستش گرفته باشد. کد به تنهایی تمام مسیر تصمیم او را نشان نمی‌دهد.

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

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

برای هر کمپین و کانال شناسهٔ مشخص داشته باشید

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

برای مثال فرضی، کد «BAHAR-A» در خبرنامه و «BAHAR-B» در کانال اجتماعی منتشر می‌شود. درصد تخفیف، محصول و تاریخ هر دو یکسان است تا تفاوت پیشنهاد خود موجب تفاوت نتیجه نشود. با این حال، حتی در این شرایط هم اعضای دو کانال ممکن است از نظر علاقه و آشنایی با شما متفاوت باشند؛ بنابراین تعداد خرید با هر کد، اثر خالص هر کانال را به طور قطعی ثابت نمی‌کند.

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

شناسهٔ نمونه	محل معرفی اولیه	محصول	بازه	نکتهٔ گزارش
بهار-الف	خبرنامه	عکاسی مقدماتی	دو هفتهٔ فرضی	امکان انتقال کد به افراد دیگر
بهار-ب	کانال اجتماعی	عکاسی مقدماتی	همان بازه	تفاوت احتمالی مخاطبان دو کانال
بدون کد	مسیرهای دیگر یا نامشخص	عکاسی مقدماتی	همان بازه	بدون فرض دربارهٔ علت خرید

واحد گزارش را «سفارش معتبر» تعریف کنید

ابتدا روشن کنید چه سفارشی در گزارش فروش شمرده می‌شود. ثبت فرم بدون پرداخت، تلاش ناموفق برای پرداخت و سفارش تأییدشده وضعیت‌های متفاوتی دارند. اگر یک نفر دو بار دکمهٔ پرداخت را بزند و فقط یکی از سفارش‌ها معتبر شود، شمردن هر دو به عنوان فروش نتیجه را بزرگ‌تر می‌کند.

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

تعریف خود را پیش از گزارش بنویسید؛ برای مثال «سفارش تأییدشده‌ای که در بازهٔ گزارش ثبت شده و وضعیت بازپرداخت آن جداگانه مشخص است». زمان ثبت سفارش و زمان وصول می‌توانند متفاوت باشند. گزارش تعداد سفارش و گزارش مبلغ وصولی را جدا نگه دارید تا عدد هرکدام معنی روشنی داشته باشد.

ستون‌های ضروری جدول سفارش

برای شروع به ابزار پیچیده نیاز ندارید. یک جدول با شناسهٔ سفارش، نام دوره، تاریخ ثبت، وضعیت پرداخت، مبلغ پیش از تخفیف، مبلغ تخفیف، مبلغ قابل پرداخت، کد، کانال گزارش‌شده و وضعیت بازپرداخت بسازید. اگر زمان وصول را نیز بررسی می‌کنید، یک ستون جدا برای آن بگذارید.

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

سفارش فرضی	مبلغ اولیه	تخفیف	مبلغ پس از تخفیف	وضعیت
۱۰۱	۱٬۰۰۰٬۰۰۰ تومان	۲۰۰٬۰۰۰ تومان	۸۰۰٬۰۰۰ تومان	پرداخت تأییدشده
۱۰۲	۱٬۰۰۰٬۰۰۰ تومان	۲۰۰٬۰۰۰ تومان	۸۰۰٬۰۰۰ تومان	پرداخت ناموفق
۱۰۳	۱٬۰۰۰٬۰۰۰ تومان	۱۰۰٬۰۰۰ تومان	۹۰۰٬۰۰۰ تومان	تأیید و سپس بازپرداخت کامل

در این مثال، هر سه ردیف سفارش هستند اما تنها دو مورد ابتدا تأیید شده‌اند. سفارش ۱۰۲ را نباید به عنوان مبلغ وصول‌شده شمرد. برای سفارش ۱۰۳ نیز بازپرداخت باید جدا ثبت شود. رقم‌ها فرضی هستند و وضعیت مالی واقعی یک کسب‌وکار را نشان نمی‌دهند.

مبلغ تخفیف و وصول را جدا محاسبه کنید

برای سفارش ۱۰۱ در جدول بالا، مبلغ پس از تخفیف ۸۰۰ هزار تومان است. اگر همان مبلغ به طور کامل وصول شده باشد و برگشتی وجود نداشته باشد، وصول ثبت‌شده همان ۸۰۰ هزار تومان است. برای سفارش ۱۰۳، مبلغ پرداختی ۹۰۰ هزار تومان و بازپرداخت کامل نیز ۹۰۰ هزار تومان فرض شده؛ بنابراین خالص آن سفارش پس از ثبت بازپرداخت صفر است. سفارش ناموفق ۱۰۲ در این مثال وصولی ندارد.

جمع مبلغ اولیهٔ دو سفارش تأییدشده دو میلیون تومان است. مجموع تخفیف اولیهٔ آن دو ۳۰۰ هزار تومان و مبلغ پس از تخفیف یک میلیون و ۷۰۰ هزار تومان است. پس از کم کردن بازپرداخت کامل ۹۰۰ هزار تومانی، مبلغ خالص سادهٔ وصول‌شده ۸۰۰ هزار تومان می‌شود. این محاسبه کارمزد، مالیات و هزینه‌های دیگر را در نظر نمی‌گیرد.

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

سفارش تکراری و پرداخت مجدد را چگونه تشخیص دهیم؟

فرض کنید هنرجو یک سفارش می‌سازد، پرداخت اول ناموفق می‌شود و پرداخت دوم همان سفارش را تأیید می‌کند. در گزارش تراکنش‌ها دو تلاش دیده می‌شود اما در گزارش سفارش معتبر باید وضعیت نهایی یک سفارش بررسی شود. اگر سامانه برای هر تلاش یک شناسهٔ تازه ایجاد می‌کند، ارتباط شناسه‌ها را با دادهٔ قابل اعتماد سیستم بررسی کنید.

حالت دیگری را تصور کنید: هنرجو عمداً یک دوره را برای خودش و یک دورهٔ دیگر را برای همکارش می‌خرد. یکسان بودن شمارهٔ تماس یا مرورگر به تنهایی ثابت نمی‌کند یکی از خریدها تکراری است. حذف خودکار ردیف‌ها فقط با نام یا شماره ممکن است فروش واقعی را از گزارش بردارد. موارد مبهم را برای بررسی مسئول نگه دارید.

برای هر ردیف تکراری یا اصلاح‌شده، دلیل تصمیم را کوتاه بنویسید. بهتر است دادهٔ اولیه را حفظ و نسخهٔ گزارش‌شده را در ستون یا برگهٔ جدا بسازید. اگر بعداً وضعیت سفارش تغییر کرد، بتوانید بفهمید چرا یک ردیف در شمارش قبلی حذف یا حفظ شده بود.

وقتی دو کد یا دو کمپین به یک خرید مربوط‌اند

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

برای شمارش فروش کل، هر سفارش معتبر را یک بار بشمارید. برای تحلیل کمپین، می‌توانید در ستون‌های جدا «کد استفاده‌شده» و «منبع ورود ثبت‌شده» را نگه دارید. در این حالت یک سفارش می‌تواند در دو گزارش توصیفی ظاهر شود، اما جمع سادهٔ فروش دو گزارش به معنی فروش کل نیست. این نکته را کنار نمودار یا جدول گزارش بنویسید.

اگر مدل انتسابی مانند نخستین منبع، آخرین منبع یا تقسیم وزن انتخاب می‌کنید، تعریف و دادهٔ لازم را از قبل مشخص کنید. هیچ‌کدام به تنهایی علت قطعی خرید را ثابت نمی‌کنند. اگر مسیر ورود ثبت نشده، «نامشخص» را به عنوان یک دسته نگه دارید و برای کامل شدن جدول آن را به کانال دلخواه نسبت ندهید.

لینک کمپین و کد را در دو ستون جدا نگه دارید

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

یک بازدید ثبت‌شده با یک خرید یکسان نیست. همچنین بعضی کاربران ممکن است بین دستگاه‌ها جابه‌جا شوند، تنظیمات مرورگر متفاوتی داشته باشند یا از مسیری برگردند که قابل اتصال به بازدید اول نباشد. به همین دلیل ممکن است سفارش معتبری بدون منبع قابل تشخیص در گزارش دیده شود. نسبت سفارش‌های دارای منبع مشخص را جدا گزارش کنید.

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

یک گزارش نمونه برای دو کد

فرض کنید در کمپین دو هفته‌ای، کد الف در ۳۰ سفارش تأییدشده و کد ب در ۲۰ سفارش تأییدشده استفاده شده است. از سفارش‌های الف، دو مورد بازپرداخت کامل دارند و از سفارش‌های ب، یک مورد بازپرداخت کامل دارد. اگر معیار شما تعداد سفارش‌های باقی‌مانده پس از بازپرداخت کامل باشد، عدد نمونه برای الف ۲۸ و برای ب ۱۹ است.

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

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

گروه مقایسه چه کمکی می‌کند؟

اگر می‌خواهید بدانید تخفیف واقعاً نسبت به پیشنهاد بدون تخفیف چه تغییری ایجاد کرده است، مقایسهٔ گروهی که پیشنهاد را دریافت می‌کند با گروهی مشابه که آن را دریافت نمی‌کند می‌تواند مفید باشد. بهتر است گروه‌بندی پیش از اجرای کمپین و با روش منصفانه انجام شود و نتیجه‌ها در یک بازهٔ یکسان سنجیده شوند.

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

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

هزینهٔ تخفیف را کنار هزینهٔ جذب و خدمت ببینید

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

هزینهٔ تبلیغات، تولید محتوا، زمان فروش و پشتیبانی را نیز بر اساس دادهٔ موجود برآورد کنید. اگر ۴۰ سفارش معتبر برای یک کمپین ثبت شده و ۲۰ میلیون تومان هزینهٔ قابل انتساب جذب داشته‌اید، میانگین هزینهٔ جذب در این تعریف ۵۰۰ هزار تومان به ازای هر سفارش است. این عدد به تنهایی سود را نشان نمی‌دهد و باید کنار مبلغ وصولی و هزینهٔ خدمت دیده شود.

برای ساخت برگهٔ دقیق‌تر، راهنمای هزینهٔ جذب هنرجو و محاسبهٔ اقتصاد واحد دوره را ببینید. اگر بخشی از هزینه قابل انتساب نیست، آن را جدا گزارش کنید و به اجبار میان کمپین‌ها تقسیم نکنید.

پیش از انتشار کد، دو سفارش آزمایشی بسازید

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

بعد از ثبت سفارش موفق، گزارش پنل را باز کنید. بررسی کنید شناسهٔ سفارش، کد و مبلغ قابل تطبیق‌اند و سفارش ناموفق در شمارش فروش معتبر قرار نمی‌گیرد. اگر ویژگی گزارش در پلن آزمایشی فعال نیست یا امکان خروجی گرفتن ندارید، نتیجه را «آزمایش‌نشده» بگذارید و از ارائه‌دهنده بخواهید نمونهٔ قابل اجرا نشان دهد.

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

برنامهٔ بازبینی بعد از پایان کمپین

روز پایان کمپین، تعداد سفارش‌ها را فوراً نتیجهٔ نهایی ندانید. ممکن است برخی پرداخت‌ها در انتظار بررسی باشند یا بعداً بازپرداخت ثبت شود. تاریخ تهیهٔ گزارش و وضعیت‌های باز را مشخص کنید. چند روز بعد، طبق زمان‌بندی داخلی خود، نسخهٔ به‌روزشده را با نسخهٔ قبلی مقایسه کنید و علت هر تغییر را بنویسید.

سه سؤال را از تیم بپرسید: آیا کد و شرایط آن برای خریدار روشن بود؟ آیا سفارش‌های ناموفق یا پیام‌های خطا الگوی مشترکی داشتند؟ آیا مبلغ دریافتی پس از تخفیف برای پوشش هزینه‌های مربوط کافی بود؟ پاسخ‌ها را با دادهٔ جدول و گفت‌وگوهای مجاز پشتیبانی کنار هم بگذارید.

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

پیش از ارائهٔ گزارش، سه کنترل انجام دهید

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

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

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

در پایان، نسخهٔ گزارش، زمان تهیه و مسئول بازبینی را ثبت کنید. یک توضیح کوتاه دربارهٔ تغییرهای احتمالی بعدی، مانند پرداخت در انتظار تأیید یا بازپرداخت باز، به مدیر آموزشگاه کمک می‌کند گزارش اولیه را با نتیجهٔ قطعی اشتباه نگیرد. اگر اعداد برای تصمیم قیمت‌گذاری استفاده می‌شوند، فرض‌ها و هزینه‌های کنارگذاشته‌شده را هم همراه آن ارائه کنید.

پرسش‌های پرتکرار

آیا تعداد استفاده از کد برابر با تعداد فروش است؟

نه لزوماً. ممکن است برخی سفارش‌ها پرداخت ناموفق یا بازپرداخت داشته باشند. وضعیت هر سفارش و تعریف فروش معتبر را جدا بررسی کنید.

آیا کد اختصاصی برای هر کانال علت خرید را ثابت می‌کند؟

خیر. کد نشان می‌دهد در سفارش استفاده شده، اما ممکن است از راه دیگری به خریدار رسیده باشد یا او از قبل قصد خرید داشته باشد. گزارش را با همین محدودیت ارائه کنید.

اگر یک سفارش هم لینک کمپین و هم کد دیگری داشته باشد چه کنیم؟

در فروش کل آن را یک بار بشمارید و اطلاعات لینک و کد را در ستون‌های جدا نگه دارید. روش انتساب را شفاف بنویسید و از جمع سادهٔ دو گزارش هم‌پوشان پرهیز کنید.

اگر تخفیف را از مبلغ پرداختی کم کرده‌ایم، باز هم باید آن را هزینه حساب کنیم؟

در محاسبهٔ درآمد بر اساس مبلغ پرداختی، دوباره همان تخفیف را کم نکنید. مبلغ تخفیف را جداگانه برای تحلیل پیشنهاد و مقایسه با قیمت اولیه گزارش کنید.