آزمایش A/B اعتبارسنجی نشانی

این سند تکنیک‌هایی را شرح می‌دهد که باید هنگام انجام آزمون A/B برای میاناهای برنامه‌سازی کاربردی تکمیل خودکار جا و Address Validation در «پلاتفرم Google Maps» درنظر بگیرید.

چند مزیت استفاده از «تکمیل خودکار مکان» و «API اعتبارسنجی نشانی» به شرح زیر است:

  • تجربه مشتری بهبودیافته: با ارائه پیشنهادهای هم‌زمان برای نشانی‌ها و مکان‌ها به مشتریان، می‌توانید به آن‌ها کمک کنید تسویه‌حساب را سریع‌تر و آسان‌تر تکمیل کنند. این کار می‌تواند منجر به تجربه بهتر مشتری شود.
  • بهبود دقت داده‌ها: «تکمیل خودکار جا» و Address Validation API می‌توانند به شما کمک کنند دقت داده‌های مشتری‌تان را بهبود دهید. این امر به‌ویژه در تجارت الکترونیک بسیار مهم است، زیرا برای تحویل موفقیت‌آمیز بسته‌ها به داده‌های نشانی دقیق نیاز است.

برای بهبود کیفیت نشانی‌هایتان، آزمایش A/B اجرا کنید تا ارزیابی کنید کدام راهکار اعتبارسنجی به بهترین نحو نیازهایتان را برآورده می‌کند. این کار به شما فرصت می‌دهد تا به‌صورت کمی تصمیم بگیرید کدام محصول برای مورد استفاده شما مناسب‌تر است.

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

نمای کلی معماری سیستم

بیایید به آزمایش A/B «اعتبارسنجی نشانی» در یک مورد استفاده تجارت الکترونیک نگاه کنیم. نمودار معماری زیر نشان می‌دهد که مشتری چگونه با تجربه تجارت شما تعامل خواهد داشت و به شما امکان می‌دهد استراتژی اعتبارسنجی مؤثرتر را تعیین کنید.

[زمینه سیستم] آزمایش آ/ب اعتبارسنجی نشانی

سیستم‌های دخیل در آزمایش آ/ب ارزش Address Validation API.

نمودار معماری نشان می‌دهد که مشتری وب‌سایت تجارت الکترونیک شما با «سیستم آزمایش A/B» تعامل دارد. این سیستم تصمیم می‌گیرد که کدام متغیر آزمایشی را از سیستم نرم‌افزاری فروشگاه تجارت الکترونیک به مشتری نمایش دهد. فروشگاه تجارت الکترونیک یک فراخوانی میانای برنامه‌سازی کاربردی به سیستم نرم‌افزاری پلاتفرم Google Maps انجام می‌دهد. همچنین تجزیه‌وتحلیل آزمایش A/B را جمع‌آوری می‌کند که توسط سیستم نرم‌افزار تجزیه‌وتحلیل پردازش می‌شود و به سیستم آزمایش A/B گزارش می‌شود.

فرایند آزمایش A/B

وقتی به کل فرایند آزمایش A/B فکر می‌کنید، چهار مرحله را باید درنظر بگیرید.

  • آماده‌سازی - شناسایی الزامات، دامنه، و مقیاس زمانی آزمایش.
  • ساختن - پیاده‌سازی Place Autocomplete و Address Validation API در محیطی برای اجرای آزمایش در آن.
  • اجرا - جمع‌آوری سنجه‌ها درحین اجرای آزمایش، تا زمانی که نتایج معنادار به‌دست آید یا زمان منقضی شود.
  • تجزیه‌وتحلیل - نتایج را با فرضیه مقایسه کنید و مراحل بعدی را شناسایی کنید.

به‌نوبت درباره هرکدام از این‌ها صحبت خواهیم کرد.

آماده‌سازی

تصمیم‌گیری درباره الزامات آزمایش A/B

اکتشاف اولیه

از خودتان بپرسید: چرا ارائه‌دهنده اعتبارسنجی نشانی را اضافه یا تغییر می‌دهید؟ برای مثال، بااستفاده از «تکمیل خودکار مکان‌های Google Maps»:

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

اعتبارسنجی نشانی مزایای زیادی دارد، ازجمله:

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

تصمیم‌گیری درباره فرضیه

فرضیه‌تان را برای آزمایش کردن انتخاب کنید. در اینجا دو مثال آورده شده است:

۱. نرخ تبدیل

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

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

۲. کاهش در نشانی‌های کیفیت پایین

اینجا جایی است که یک راهکار خوب برای اعتبارسنجی نشانی می‌تواند واقعاً مفید باشد. با پیاده‌سازی «درستی‌سنجی نشانی»، باید انتظار داشته باشید که داده‌های نشانی با کیفیت پایین کاهش یابد.

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

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

ساختن

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

حتی اگر به‌طور خاص برای تجارت الکترونیک نمی‌سازید، بسیاری از اطلاعات همچنان مرتبط هستند، به‌ویژه راهنمایی‌های مربوط به تعیین کیفیت نشانی از خروجی Address Validation API.

نمودار معماری

نمونه‌ای از کانتینرهایی که می‌توانند برای ساخت آزمایش A/B در محیط تجارت الکترونیک استفاده شوند در زیر آمده است:

[Execution Environment] A/B Testing Address Validation

برنامه‌ها، سرویس‌ها، و مخازن داده مهم در سیستم‌های کلیدی که معماری را تقویت می‌کنند. (برای بزرگ کردن کلیک کنید.)

نمودار معماری، محفظه‌هایی را نشان می‌دهد که «سیستم نرم‌افزاری آزمون آ/ب» و «سیستم نرم‌افزاری برنامه تجارت الکترونیک» را تشکیل می‌دهند. این نمودار مشتری‌ای را نشان می‌دهد که در وب‌سایت تجارت الکترونیک شما با «متعادل‌کننده بار» تعامل دارد، که او را به برنامه وب‌سایت تجارت الکترونیک هدایت می‌کند. «مدیر آزمایش A/B» با متعادل‌کننده بار ارتباط برقرار می‌کند تا متغیر آزمایش A/B را برای نمایش به مشتری انتخاب کند. این سیستم آزمون آ/ب همچنین نتایج و پیکربندی آزمون آ/ب را در پایگاه داده انتخابی شما ثبت می‌کند. «برنامه وب تجارت الکترونیک» با «سیستم نرم‌افزار پلاتفرم Google Maps» تماس API برقرار می‌کند و همچنین رویدادهای Analytics را به سیستم نرم‌افزار Analytics گزارش می‌کند. سیستم نرم‌افزار Analytics رویدادهای آزمایش را در پایگاه داده نتایج آزمایش‌های A/B ثبت می‌کند.

درحال اعتبارسنجی پیاده‌سازی

راه‌حل ضعیف اجراشده نتایج آزمایش غیرقابل‌اعتمادی تولید خواهد کرد. قبل‌از اجرای آزمایش A/B، ابتدا مهم است که راه‌حل را با گروه کوچکی از کاربران اعتبارسنجی کنید تا مطمئن شوید که طبق انتظار کار می‌کند. این افراد می‌توانند آزمایش‌کنندگان تضمین کیفیت داخلی و/یا گروهی از آزمایش‌کنندگان خارجی باشند که به آن‌ها اعتماد دارید تا بازخورد سازنده ارائه دهند.

اجرا کردن

افزایش تدریجی

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

آزمایش کامل

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

درحال ضبط سنجه‌ها

درطول آزمایش، باید مطمئن شوید که داده‌های مناسب برای پشتیبانی از فرضیه‌تان ضبط شده است. می‌توانید در این فرایند از پلاتفرم آزمون A/B استفاده کنید تا جمع‌آوری داده‌ها و تجزیه‌وتحلیل بعدی را آسان‌تر کنید. Google Maps Platform همچنین سنجه‌های استفاده از API را جمع‌آوری می‌کند که ممکن است مفید باشد، می‌توانید این صفحه را بررسی کنید تا درباره استفاده از ابزارهای گزارش‌دهی ما بیشتر بدانید.

برخی‌از سنجه‌های پیشنهادی به شرح زیر است:

تکمیل خودکار جا

نرخ تبدیل: آیا نرخ تبدیل/تکمیل فرم شما نسبت‌به زمانی که راهکار تکمیل خودکار نداشتید بهبود یافته است؟
تعامل با ابزار: آیا کاربران بیشتری درمقایسه با راهکار قبلی با موفقیت با «تکمیل خودکار جا» تعامل برقرار می‌کنند؟

اعتبارسنجی نشانی

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

تجزیه و تحلیل

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

با برگشتن به بخش کاهش نشانی‌های با کیفیت پایین در بالا، می‌توانید از سنجه‌های دیگری نیز استفاده کنید که ممکن است توسط پلاتفرم آزمایش A/B ضبط نشده باشند. این می‌تواند نرخ تحویل‌های ناموفق بین سناریوهای آزمایشی باشد، با داده‌های نمونه‌ای مانند این:

راه‌حل الف راه‌حل ب
تحویل‌های ناموفق ٪۱٫۷۵ ‫۱٫۲۳٪

با نگاهی به مثال ساده بالا، واضح است که برای این مورد استفاده، «راهکار ب» انتخاب بهتری خواهد بود.

نتیجه‌گیری

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

پیوندهای ذکرشده در راهنما را دوباره در زیر آورده‌ایم تا درصورت تمایل آن‌ها را مطالعه کنید.

آزمایش خوبی داشته باشید!

مراحل بعدی

بهبود تسویه‌حساب، ارسال، و عملیات با نشانی‌های مطمئن «کاغذ سفید» را بارگیری کنید و بهبود تسویه‌حساب، ارسال، و عملیات با «درستی‌سنجی نشانی» «وبینار» را مشاهده کنید.

مطالعه بیشتر پیشنهادی:

همیاران

نویسندگان اصلی:

Henrik Valve | مهندس راه‌حل‌های پلاتفرم Google Maps