نسخه A/B چسبان در اولین عبور در برابر قرعه‌کشی دوباره: مسیر ثابت در برابر شانس تازه هر بار

Sticky-first-pass یعنی در اولین رسیدن مخاطب به گرهٔ A/B، یک نسخه (مثلاً موضوع ایمیل A یا CTAی B) به او اختصاص می‌یابد و در عبورهای بعدی همان نسخه تکرار می‌شود؛ Re-randomize یعنی هر بار که به همان گره برسد، دوباره سکه می‌اندازد و ممکن است نسخه عوض شود.

نسخه چسبان و قرعه‌کشی دوباره چه فرقی دارند؟

در تست A/B داخل جرنی دو فلسفه دارید:

1. Sticky روی اولین عبور: تجربه پایدار است. اگر بار اول موضوع A را دید، هفته بعد هم اگر دوباره به اسپلیت برسد (re-entry یا حلقه)، معمولاً همان A را می‌بیند. تحلیل تمیزتر می‌ماند چون آلودگی بین نسخه‌ها کمتر است.
2. Re-randomize هر بار: هر ورود به گره شانس تازه است. همان نفر ممکن است یک روز A و روز دیگر B را ببیند. برای کشف سریع‌تر گاهی وسوسه‌انگیز است، ولی contamination و تفسیر متریک سخت‌تر می‌شود.

سؤال پرتکرار: «اگر وسط تست نسبت ۵۰/۵۰ را به ۷۰/۳۰ عوض کنم چه می‌شود؟» در sticky، تخصیص‌های قبلی معمولاً می‌مانند و فقط تازه‌واردها با نسبت جدید می‌آیند—مگر پلتفرم بگوید همه را reset می‌کند. همیشه docs را بخوانید.

جدول ریسک آلودگی

مسیریابی Audience در برابر Action را با اسپلیت A/B قاطی نکنید—آن بحث وضعیت در برابر رفتار است: Audience Path در برابر Action Path.

مثال ایرانی: تست موضوع ایمیل + پیامک کاوه‌نگار

فروشگاه لوازم خانگی دو موضوع برای ایمیل رها کردن سبد می‌آزماید. بعد از ایمیل، پیامک یادآوری با همان فریم پیشنهاد می‌رود.

• با sticky: کسی که موضوع A گرفته، در re-entry همان مسیر متنی را می‌بیند؛ تیم می‌تواند open و خرید را به نسخه نسبت دهد.
• با re-randomize: ممکن است ایمیل A ببیند و فردا پیامک با فریم B—تحلیل «کدام موضوع برد» خراب می‌شود.

قبل از اسپلیت، فیلتر کنید (مثلاً فقط سگمنت سبد۷روز)، نه بعد از تخصیص نسخه. و برای first-match در برابر پنجرهٔ رتبه ببینید: مسیر عمل first-match در برابر ranked.

جرنی adaptive در برابر rule-based

اگر مسیر وسط راه عوض می‌شود (adaptive)، sticky بودن نسخهٔ آزمایش حتی مهم‌تر است تا متریک‌ها قاطی نشوند. مطلب مرتبط: جرنی adaptive در برابر rule-based.

نگاشت به Leadara

در Leadara با journeys، segments و ایمیل/پیامک می‌توانید آزمایش‌های موضوع/CTA را روی مسیر nurture طراحی کنید. قبل از اسکیل بنویسید: تخصیص sticky است یا هر عبور قرعه تازه؟ هویت چنددستگاهی را چطور merge می‌کنید؟ AI Chat لیدارا دستیار داخلی تیم است، نه پاسخ‌گوی Live Chat مشتری. کانکتور واتساپ را اختراع نکنید.

کی sticky، کی re-randomize؟

گام‌های عملی

1. فرضیه یک‌جمله‌ای و متریک اصلی (open، CTR، خرید)؛
2. فیلتر مخاطب قبل از گره A/B؛
3. انتخاب sticky در برابر re-randomize در بریف؛
4. نسبت را قفل کنید؛ وسط پرواز عوض نکنید مگر با پروتکل؛
5. دو پروفایل تست با عبور مجدد بسازید؛
6. بعد از consolidate هویت، تخصیص را بازبینی کنید؛
7. گزارش را بر اساس first-assignment ببندید نه آخرین نسخهٔ دیده‌شده اگر sticky است.

اشتباه‌های رایج

• عوض کردن نسبت زنده بدون دانستن سرنوشت تخصیص‌های قبلی؛
• فیلتر کردن بازنده‌ها بعد از اسپلیت؛
• مقایسهٔ نسخه‌ها وقتی یک نفر هر دو را دیده (re-randomize بدون کنترل)؛
• قاطی کردن اسپلیت A/B با Audience Path؛
• نادیده گرفتن merge مرورگر موبایل/دسکتاپ.

سؤالات پرتکرار

اگر نسبت ۵۰/۵۰ را وسط تست عوض کنم؟

در sticky معمولاً قدیمی‌ها همان نسخه می‌مانند و جدیدها با نسبت تازه می‌آیند—مگر docs بگوید reset می‌شود. امن‌ترین کار: تست را ببندید و تست جدید باز کنید.

یک نفر روی موبایل و لپ‌تاپ هر دو نسخه را می‌بیند؟

قبل از merge هویت بله ممکن است. بعد از unify، رفتار به پلتفرم بستگی دارد؛ sticky معمولاً یک نسخهٔ برنده‌تر را نگه می‌دارد.

فیلتر قبل از اسپلیت باشد یا بعد؟

قبل. فیلتر بعد از تخصیص، نمونه را کج می‌کند.

برای SMS و ایمیل یک تخصیص؟

اگر یک آزمایش چندکاناله است، یک sticky assignment مشترک طراحی کنید تا فریم پیام یکی بماند.

Re-randomize چه موقع مجاز است؟

وقتی هدف تنوع تجربه است نه اندازه‌گیری تمیز lift—و در گزارش جدا علامت بزنید.

Holdout کجا وارد می‌شود؟

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

آیا adaptive journey sticky را می‌شکند؟

اگر مسیر عوض شود ولی نسخهٔ آزمایش باید ثابت بماند، sticky را صریح در طراحی نگه دارید.

خلاصه برای مدیر؟

«تخصیص A/B ما روی اولین عبور می‌چسبد؛ نسبت را وسط پرواز عوض نمی‌کنیم؛ فیلتر قبل از اسپلیت است.»

گام بعدی چیست؟

یک تست موضوع ایمیل سبد را با sticky قفل کنید، دو پروفایل عبور مجدد بسازید، و قبل از تغییر نسبت زنده پروتکل بستن‌تست را با تیم امضا کنید.

پروتکل بستن تست وسط پرواز

اگر فشار کسب‌وکار برای عوض کردن نسبت زنده زیاد شد، این پروتکل را از قبل امضا کنید:

1. تاریخ و ساعت بستن تخصیص جدید را اعلام کنید؛
2. نتایج را تا همان لحظه با first-assignment ببندید؛
3. تست جدید با نام نسخهٔ تازه باز کنید—نه اینکه همان گره را «هک» کنید؛
4. مخاطبان قبلی را عمداً دوباره random نکنید مگر هدف جداگانه داشته باشید؛
5. در گزارش، بازهٔ قبل/بعد را جدا نگه دارید.

بدون این پروتکل، هر تغییر نسبت وسط پرواز تفسیر lift را برای هفته‌ها خراب می‌کند و تیم به داده بی‌اعتماد می‌شود.

هماهنگی کپی ایمیل و پیامک

اگر آزمایش روی «فریم پیشنهاد» است (نه فقط موضوع)، sticky را بین کانال‌ها یکی کنید: کسی که فریم A گرفته، پیامک کاوه‌نگار هم باید همان فریم را بگیرد. در غیر این صورت کاربر دو داستان می‌شنود و پشتیبانی گیج می‌شود. یک فیلد assignment روی پروفایل یا یادداشت جرنی کمک می‌کند گزارش چندکاناله تمیز بماند.

نمونه بریف یک‌صفحه‌ای برای تیم

• فرضیه: موضوع A بهتر از B باز می‌شود در سگمنت سبد۷روز
• متریک اصلی: open rate؛ فرعی: خرید ۴۸ساعته
• تخصیص: sticky-first-pass
• فیلتر: قبل از اسپلیت؛ فقط سبد فعال، بدون خرید ۲۴ساعت اخیر
• نسبت: ۵۰/۵۰ قفل تا پایان
• مدت: حداقل N تبدیل یا ۱۴ روز
• خروج: خرید → exit از nurture

این بریف را قبل از ساخت گره در Leadara به پروداکت و کانتنت بدهید.

مطالب مرتبط

• مسیریابی Audience Path در برابر Action Path: وضعیت فعلی پروفایل در برابر رفتار داخل پنجره زمانی
• مسیر عمل با اولین مچ در برابر پنجره رتبه‌بندی: جلو رفتن فوری یا صبر تا انتخاب بهترین مسیر
• جرنی adaptive در برابر rule-based: تغییر مسیر وسط راه در برابر if/then ثابت