كيف حسّنت AI Cloud Storage الاشتراكات من خلال التجريب المستمر

بدلاً من إعادة تصميم حائط الدفع بناءً على الحدس، استخدم الفريق أدوات داخلية لاختبار متى وأين وكيف ظهر عرض الاشتراك — وترك سلوك المستخدم هو من يقرر.

التحدي

التخزين السحابي هو منتج يقدره الناس أكثر بعد أن يثقوا به في شيء مهم. جدار الدفع الذي يظهر مبكرًا يطلب الالتزام قبل وجود هذه الثقة؛ إذا ظهر متأخرًا، تكون لحظة القيمة قد فاتت.

احتاج الفريق إلى طريقة لتغيير توقيت حائط الدفع وتصميمه وعروضه دون إصدار نسخة جديدة من التطبيق لكل فكرة، وطريقة لرؤية المسار الكامل — من التثبيت إلى التجربة إلى التجديد — في مكان واحد.

المكدس الداخلي

ما اختبرناه

1. تجربة 1

   عرض الترحيب مقابل عرض لحظة القيمة

   فرضية: المستخدمون الذين يرون العرض بعد أول عملية نسخ احتياطي ناجحة سيتحولون بنية أكبر من المستخدمين الذين يرونه أثناء الإعداد.

   التعلّم: توقيت العرض في لحظة قيمة حقيقية غيّر من قام بالتحويل، وليس فقط العدد — فقد تصرفت المجموعات ذات العروض المتأخرة بشكل مختلف خلال التجديد.

2. تجربة 2

   مطالبات تجاوز حد التخزين

   فرضية: توضح رسالة تنبيه مرتبطة بالاقتراب من حد التخزين المجاني خيارات الترقية بشكل أفضل من رسالة بيع عامة.

   التعلّم: تمت قراءة المطالبات السياقية كمساعدة بدلاً من مقاطعة، وكانت أسهل في الحكم عليها لأن المحفز كان مرتبطًا بحاجة واضحة للمستخدم.

3. تجربة 3

   تخطيط العرض التقديمي

   فرضية: تبسيط تصميم الخطة يقلل من التردد على شاشة حائط الدفع.

   التعلّم: خيارات أقل وأوضح جعلت النتائج أسهل في التفسير وأزالت الضوضاء من الاختبارات اللاحقة.

النتيجة

انتقلت قرارات جدار الدفع من الرأي إلى الدليل: تم إطلاق كل تغيير كمتغير قابل للقياس، وتم نشر المتغيرات الفائزة عن بُعد.

نظرًا لأن أحداث الاشتراك كانت مرتبطة بمصدر الاستحواذ في Insights، فقد تمكن الفريق من رؤية الحملات التي جلبت المشتركين الذين بقوا - وليس فقط المستخدمين الذين قاموا بالتثبيت.

الخلاصات

• اختبر اللحظة، وليس التصميم فقط.
• احكم على المتغيرات في المجموعات من خلال التجديد، وليس فقط من خلال التحويل في اليوم الأول.
• يحول التكوين عن بُعد كل إصدار إلى منصة تجريبية.