این سند تکنیک‌هایی را شرح می‌دهد که باید هنگام انجام آزمون A/B برای میاناهای برنامه‌سازی کاربردی تکمیل خودکار جا و Address Validation در «پلاتفرم Google Maps» درنظر بگیرید.
چند مورد از مزایای استفاده از Place Autocomplete و Address Validation API به‌شرح زیر است:
- بهبود تجربه مشتری: با ارائه پیشنهادهای هم‌زمان برای نشانی‌ها و مکان‌ها به مشتریان، می‌توانید به آن‌ها کمک کنید تسویه‌حساب را سریع‌تر و آسان‌تر تکمیل کنند. این کار می‌تواند به تجربه مشتری بهتری منجر شود.
- بهبود دقت داده‌ها: «تکمیل خودکار جا» و Address Validation API می‌توانند به شما کمک کنند دقت داده‌های مشتری‌تان را بهبود دهید. این موضوع می‌تواند به‌ویژه در تجارت الکترونیک حیاتی باشد، زیرا تحویل موفقیت‌آمیز بسته‌ها به داده‌های دقیق نشانی متکی است.
برای بهبود کیفیت نشانی‌هایتان، آزمایش A/B اجرا کنید تا ارزیابی کنید کدام راهکار اعتبارسنجی به بهترین نحو نیازهایتان را برآورده می‌کند. این کار به شما فرصت می‌دهد تا به‌صورت کمی تصمیم بگیرید کدام محصول برای مورد استفاده شما مناسب‌تر است.
آزمایش A/B روشی برای مقایسه دو نسخه از صفحه وب یا برنامه با یکدیگر است. این نوعی آزمایش کنترل‌شده است که برای تعیین تأثیر تغییر یک متغیر بر نتیجه‌ای قابل‌اندازه‌گیری استفاده می‌شود.
برای انجام آزمایش A/B، دو نسخه از صفحه یا برنامه ایجاد کنید، یکی به‌عنوان کنترل و دیگری با تغییر قابل‌اندازه‌گیری. سپس این نسخه‌ها را به کاربران مختلف نشان می‌دهید و نحوه تعامل آن‌ها را با این نسخه‌ها می‌سنجید. نسخه‌ای که عملکرد بهتری دارد برنده است.
نمای کلی معماری سیستم
بیایید به آزمایش A/B «اعتبارسنجی نشانی» در یک مورد استفاده تجارت الکترونیک نگاه کنیم. نمودار معماری زیر نشان می‌دهد که مشتری چگونه با تجربه تجاری شما تعامل برقرار می‌کند و به شما امکان می‌دهد مؤثرترین راهبرد اعتبارسنجی را تعیین کنید.
[System Context] A/B Testing Address Validation
سیستم‌های درگیر هنگام آزمایش آ/ب مقدار Address Validation API.
فرایند آزمایش A/B
وقتی به فرایند کلی آزمایش A/B فکر می‌کنید، چهار مرحله را باید درنظر بگیرید.
- آماده‌سازی - شناسایی الزامات، دامنه، و مقیاس زمانی آزمایش.
- ساخت - Place Autocomplete و Address Validation API را در محیطی پیاده‌سازی کنید تا آزمایش را در آن اجرا کنید.
- اجرا - سنجه‌ها را درحین اجرای آزمایش جمع‌آوری کنید تا زمانی که نتایج معنادار به‌دست آید یا زمان منقضی شود.
- تحلیل - نتایج را با فرضیه مقایسه کنید و مراحل بعدی را مشخص کنید.
به‌نوبت درباره هرکدام از این‌ها صحبت خواهیم کرد.
آماده‌سازی
تصمیم‌گیری درباره الزامات آزمایش A/B
اکتشاف اولیه
از خودتان بپرسید: چرا ارائه‌دهنده اعتبارسنجی نشانی را اضافه یا تغییر می‌دهید؟ برای مثال، بااستفاده از «تکمیل خودکار مکان‌های Google Maps»:
- صرفه‌جویی در زمان: لازم نیست نام کامل مکان را تایپ کنید، کافی است شروع به تایپ کنید تا پیشنهادها ظاهر شوند.
- کاهش خطاها: اگر نام مکانی را اشتباه بنویسید، «تکمیل خودکار مکان‌های Google Maps» همچنان مکان صحیح را پیشنهاد می‌کند.
اعتبارسنجی نشانی مزایای زیادی دارد، ازجمله:
- بهبود نرخ تحویل: اعتبارسنجی نشانی می‌تواند با اطمینان از اینکه نامه‌ها و بسته‌ها به نشانی صحیح ارسال می‌شوند، به بهبود نرخ تحویل کمک کند. این کار می‌تواند در زمان و هزینه کسب‌وکارها صرفه‌جویی کند و رضایت مشتری را بهبود بخشد.
- بهبود کیفیت داده‌ها: اعتبارسنجی نشانی می‌تواند با شناسایی و اصلاح خطاهای نشانی‌ها به بهبود کیفیت داده‌ها کمک کند. این کار می‌تواند دقت پویش‌های بازاریابی و دیگر ابتکارات داده‌محور را بهبود بخشد.
تصمیم‌گیری درباره فرضیه
فرضیه‌ای را که می‌خواهید آزمایش کنید انتخاب کنید. در اینجا دو مثال آورده شده است:
۱. نرخ تبدیل
وقتی راهکار تکمیل خودکار را اضافه می‌کنید، معمولاً افزایش جزئی در نرخ تبدیل مشاهده می‌شود و این سنجه خوبی برای پیگیری است. اگر راه‌حل تکمیل خودکار خود را از ارائه‌دهنده دیگری تغییر می‌دهید، باید انتظار نرخ تبدیل ثابتی را داشته باشید. اگر نرخ تبدیل کاهش یابد، اولین چیزی که باید بررسی شود پیاده‌سازی است.
نرخ تبدیل مهم است، اما ممکن است همه چیز را نشان ندهد. افزودن راهکار اعتبارسنجی نشانی برای این طراحی شده است که از ارسال نشانی‌های بی‌کیفیت توسط افراد در نقطه ورود جلوگیری کند و ممکن است در برخی سناریوها اصطکاک طبیعی به فرایند ثبت نشانی اضافه کند. این امر می‌تواند منجر به کاهش نرخ تبدیل کلی شود، اما لزوماً نباید به‌عنوان یک چیز بد دیده شود. سفارش‌های تکمیل‌نشده به‌دلیل افزودن اعتبارسنجی نشانی ممکن است با داده‌های نشانی با کیفیت پایین مرتبط بوده باشند که ازطریق استرداد وجه هزینه ارسال، هزینه‌ای را برای کسب‌وکار به‌همراه داشته است.
۲. کاهش در نشانی‌های با کیفیت پایین
اینجا است که یک راه‌حل خوب برای اعتبارسنجی نشانی می‌تواند واقعاً بدرخشد. با پیاده‌سازی «اعتبارسنجی نشانی»، باید انتظار داشته باشید که کاهش در داده‌های نشانی با کیفیت پایین را ببینید.
اگر درحال مقایسه راهکار جدیدی با راهکار موجود هستید، ممکن است وسوسه شوید که فقط نرخ‌های مطابقت «نشانی خوب» را مقایسه کنید و سرویسی را انتخاب کنید که نرخ مطابقت بالاتری ارائه می‌دهد. این می‌تواند گمراه‌کننده باشد زیرا ممکن است یک سرویس نتایج مثبت کاذب بیشتری نسبت به سرویس دیگر ارائه دهد.
درعوض، سنجه تأثیرگذارتر این است که نتیجه موفقیت‌آمیز استفاده از داده‌های نشانی را مقایسه کنید. برای مثال، در تجارت الکترونیک، نتیجه مطلوب از ثبت نشانی، تحویل موفقیت‌آمیز بسته درنهایت خواهد بود.
ساختن
اکنون نوبت بخش هیجان‌انگیز است! وقت آن رسیده است که راهکار جدیدی برای مشتریانتان بسازید. ما ازقبل راهنمای مفیدی برای پیاده‌سازی تکمیل خودکار جا و Address Validation API در تسویه‌حساب تجارت الکترونیک داریم. توصیه می‌کنیم هنگام تکمیل این مرحله، این مورد را بررسی کنید.
حتی اگر به‌طور خاص برای تجارت الکترونیک نمی‌سازید، بسیاری از اطلاعات همچنان مرتبط هستند، به‌ویژه راهنمایی‌های مربوط به تعیین کیفیت نشانی از خروجی Address Validation API.
نمودار معماری
نمونه‌ای از کانتینرهایی که می‌توانند برای ساختن آزمایش A/B در محیط تجارت الکترونیک استفاده شوند در زیر آمده است:
[Execution Environment] A/B Testing Address Validation
برنامه‌ها، سرویس‌ها، و ذخیره‌سازی‌های داده مهم در سیستم‌های کلیدی که معماری را تقویت می‌کنند. (برای بزرگ کردن کلیک کنید.)
درحال اعتبارسنجی پیاده‌سازی
راه‌حل ضعیف نتایج آزمایش غیرقابل‌اعتمادی تولید می‌کند. قبل‌از اجرای آزمایش A/B، ابتدا مهم است که راه‌حل را با گروه کوچکی از کاربران اعتبارسنجی کنید تا مطمئن شوید که طبق انتظار کار می‌کند. این افراد می‌توانند آزمایش‌کنندگان تضمین کیفیت داخلی و/یا گروهی منتخب از آزمایش‌کنندگان خارجی باشند که به آن‌ها اعتماد دارید تا بازخورد سازنده ارائه دهند.
اجرا کردن
افزایش تدریجی
حتی با اعتبارسنجی راه‌حل، هنوز هم ایده خوبی است که آزمایش را به‌آرامی و با گروه کوچکی از کاربران شروع کنید. با انجام این کار، اشکالات یا مشکلات دیگر را می‌توان زودتر شناسایی کرد و به‌سرعت به آن‌ها رسیدگی کرد، بدون اینکه درصد زیادی از کاربران شما تحت تأثیر قرار بگیرند.
آزمایش کامل
وقتی راه‌حل توسط گروه کوچکی از کاربران آزمایش شد و مشکلات برطرف شد، می‌توانیم آن را به آزمایش کامل A/B ارتقا دهیم. این لزوماً نباید تقسیم ترافیک واقعی ۵۰/۵۰ باشد، اما باید ازنظر اندازه با مجموعه استفاده زنده که به‌طور تصادفی انتخاب شده است قابل‌مقایسه باشد.
درحال ضبط سنجه‌ها
درطول آزمایش، باید مطمئن شوید که داده‌های مناسب برای پشتیبانی از فرضیه‌تان ثبت می‌شود. می‌توانید درطول این فرایند از پلاتفرم آزمایش A/B استفاده کنید تا این جمع‌آوری داده‌ها و تحلیل‌های بعدی را تسهیل کنید. Google Maps Platform همچنین سنجه‌های استفاده از API را جمع‌آوری می‌کند که ممکن است مفید باشد، می‌توانید این صفحه را بررسی کنید تا درباره استفاده از ابزارهای گزارش‌دهی ما بیشتر بدانید.
برخی‌از سنجه‌های پیشنهادی به‌شرح زیر است:
تکمیل خودکار جا
نرخ تبدیل: آیا نرخ تبدیل/تکمیل فرم شما نسبت‌به زمانی که راهکار تکمیل خودکار نداشتید بهبود یافته است؟
تعامل با ابزار: آیا کاربران بیشتری درمقایسه با راهکار قبلی با «تکمیل خودکار جا» تعامل موفقیت‌آمیز دارند؟
اعتبارسنجی نشانی
موفقیت در تحویل: آیا تحویل‌های ناموفق به‌دلیل کیفیت نشانی کاهش یافته است؟
تغییر نشانی: آیا تعداد هزینه‌های تغییر نشانی که از پیک‌ها دریافت کرده‌اید کاهش یافته است؟
مسکونی درمقابل تجاری: آیا در ثبت داده‌های مسکونی درمقابل تجاری بهبودی حاصل شده است؟ (فقط بازارهای منتخب)
تجزیه و تحلیل
اکنون که آزمایش تمام شده است، وقت آن است که نتایج را براساس معیارها و فرضیه اصلی آزمایش تحلیل کنید. اگر از پلاتفرم آزمون آ/ب برای تکمیل فرایند استفاده کرده‌اید، ممکن است برخی‌از اطلاعات ازقبل برای شما دردسترس باشد.
با برگشتن به بخش کاهش در نشانی‌های با کیفیت پایین در بالا، می‌توانید از سنجه‌های دیگری نیز استفاده کنید که ممکن است توسط پلاتفرم آزمایش A/B ضبط نشده باشند. این می‌تواند نرخ تحویل‌های ناموفق بین سناریوهای آزمایشی باشد، با داده‌های نمونه‌ای مانند این:
| راه‌حل الف | راه‌حل ب | |
|---|---|---|
| تحویل‌های ناموفق | ٪۱٫۷۵ | ۱٫۲۳٪ |
با نگاه کردن به مثال ساده بالا، واضح است که برای این مورد استفاده، «راهکار ب» انتخاب بهتری خواهد بود.
نتیجه‌گیری
امیدواریم این راهنما اطلاعات کافی برای شروع سفر آزمایش A/B را دراختیارتان قرار داده باشد! اگرچه این راهنما از مثال‌هایی در حوزه تجارت الکترونیک استفاده کرده است، اما اصول اساسی یکسانی را می‌توان در سراسر این حوزه اعمال کرد. نتیجه موفقیت‌آمیز داشتن داده‌های نشانی با کیفیت خوب در کسب‌وکارتان را مشخص کنید و آن را به‌عنوان فرضیه اصلی خود دنبال کنید.
پیوندهای ذکرشده در راهنما را دوباره در زیر آورده‌ایم تا درصورت تمایل آن‌ها را مطالعه کنید.
آزمایش خوبی داشته باشید!
مراحل بعدی
گزارش رسمی بهبود تسویه‌حساب، ارسال، و عملیات با نشانی‌های قابل‌اطمینان را بارگیری کنید و وبینار بهبود تسویه‌حساب، ارسال، و عملیات با «اعتبارسنجی نشانی» را مشاهده کنید.
مطالعه بیشتر پیشنهادی:
- اعتبارسنجی نشانی برای تسویه‌حساب تجارت الکترونیک
- مستندات تکمیل خودکار جا
- مستندات Address Validation API
- گزارش‌دهی Google Maps Platform
همیاران
نویسندگان اصلی:
هنریک والو | مهندس راهکارهای «پلاتفرم Google Maps»