كيفية تقليل معدل التخلي عن البرنامج المساعد WordPress الخاص بك

هناك العديد من مؤشرات الأداء المستخدمة لتحديد مدى نجاح مكون WordPress الإضافي. يميل معظم مطوري المكونات الإضافية إلى التركيز على التوزيع - على سبيل المثال ، كيفية الحصول على المزيد من التثبيتات - ولكن تنسى معالجة معدل التغيير.

وأنت تعرف ماذا ، لا أحد يستطيع أن يلومنا! كيف يمكننا ، مطورو المكونات الإضافية ، التركيز على الاضطراب؟ حتى مارس 2015 ، كان العدد الوحيد الذي تعرضه WordPress.org هو العدد الإجمالي للتنزيلات. ثم تمت إضافة عداد جديد لتقدير عدد عمليات التثبيت النشطة.

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

يعطي WordPress.org الأولوية للنمو قبل كل شيء. تمكين المطورين من خلال التحليلات ليس أولوية قصوى. في الواقع ، ربما لا تكون أولوية على الإطلاق. لذلك ، لقد تركنا عمياء إلى حد كبير عن معدل التغيير في المكونات الإضافية.

ما هو "معدل التموج" ولماذا هو مهم؟

أسهل طريقة لشرح معدل التمزق (وتسمى أيضًا معدل الاستنزاف) هي من خلال مثال. إذا كنت تستخدم 100 موقع جديد شهريًا ، ولكنك تفقد أيضًا 40 موقعًا شهريًا ، فإنك تحصل فعليًا على 60 مستخدمًا جديدًا فقط في الشهر. في هذه الحالة ، يكون معدل الخفض الشهري 40٪.

لزيادة النمو الشهري الفعال من 60 إلى 80 موقعًا ، يمكنك إما محاولة زيادة عمليات التثبيت الشهرية الجديدة بمقدار 20 موقعًا أو تقليل عدد عمليات إلغاء التثبيت من 40٪ إلى 20٪.

عادةً ما يكون تقليل الزخم أسهل وأرخص من زيادة التوزيع ، نظرًا لأن المستخدم الذي بذل جهدًا لتثبيت المكون الإضافي الخاص بك قد أظهر بالفعل "نية" لاستخدامه ، ولديك تحكم كامل في تجربة المستخدم أثناء يستخدمون المكون الإضافي الخاص بك. بمعنى آخر ، من الأسهل تحسين منتجك بدلاً من تكوين عملاء محتملين جدد عبر التسويق.

من الأسهل تحسين مكون WordPress الإضافي لتقليل معدل التغيير ، بدلاً من إنشاء عملاء متوقعين عبر التسويق

في هذا المنشور ، سأغطي أربع حيل مفيدة نستخدمها في RatingWidget للمساعدة في تقليل معدل التغيير وزيادة الولاء بين مستخدمينا الحاليين.

1. تسليط الضوء على قيمة البرنامج المساعد الخاص بك

بصفتي مطورًا لمكوِّن إضافي لبرنامج WordPress ، ركزت لفترة طويلة بشكل أساسي على النمو ، حتى شاهدت مقابلة مع Sam Hotchkiss ، مؤسس BruteProtect ، مع Chris Lema ، في أبريل:

"لقد نسيت أن أخبرك عن مفتاح واحد آخر لنمونا على الأقل في رأيي ... أحد الأشياء التي تعثرنا فيها نوعًا ما هو ... وضعنا عنصر واجهة مستخدم للوحة القيادة ، والذي قال" لقد قام BruteProtect بحماية موقعك ضد 8493 هجومًا. " واعتقدنا أن هذا سيكون من المعلومات الممتعة للناس. استحوذ الأشخاص على ذلك وعندما تبين لهم "لقد حظرنا 9000 هجوم ضد موقعك" ، فأنت تريد أن تتخيل عدد الأشخاص الذين سيذهبون ويلغي تثبيت مكون إضافي فعل ذلك للتو؟ "

لست متأكدًا مما إذا كان سام وفريقه قد قاسوا أن ذلك كان مفتاحًا لنموهم أم كيف أم لا ، لكن المنطق كان له صدى معي.

بعد أن شاهدت المقابلة مباشرة ، هرعت إلى بيئة التطوير المحلية الخاصة بي وقمت بتثبيت BruteProtect لأرى بنفسي ما كان يشير إليه Sam. ها هي أداة الصفحة الرئيسية للمسؤول:

لا يذكر أي شيء عن عدد الهجمات المحمية المكون الإضافي على الموقع المثبت ، ولكن هذه التقنية التسويقية الرائعة سلطت الضوء حقًا على قوة BruteProtect. لم يكن هناك سبب وجيه في العالم يمنعنا من القيام بشيء مماثل لـ RatingWidget.

هذه هي الأداة التي أضفناها إلى RatingWidget:

كيفية تطبيقه على البرنامج المساعد الخاص بك؟

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

إليك بعض الأمثلة لمساعدتك في الحصول على الإلهام:

• المكون الإضافي للنموذج: عدد المستخدمين الذين سجلوا حتى الآن عبر نموذج الاتصال.
• المكون الإضافي المنبثق: عدد العملاء المتوقعين الذين تم التقاطهم بواسطة النافذة المنبثقة ، ومعدل التحويل.
• المكوِّن الإضافي للتجارة الإلكترونية: المبلغ المالي الذي أنشأه صاحب المتجر باستخدام المكون الإضافي.

2. ذكر المستخدم بقيمة البرنامج المساعد الخاص بك قبل إلغاء التنشيط

تُظهر أداة لوحة تحكم المسؤول مدى أهمية المكون الإضافي ، ومع ذلك ، ليس هناك ما يضمن أن المستخدم سيلاحظ ذلك. قررت أن أنقل هذا المفهوم إلى المستوى التالي. مثلما أحب دائمًا القيام بذلك ، نظرت إلى الأنظمة الإيكولوجية لمنصة أكثر نضجًا / تقدمًا ، خارج عالم WordPress. هذه المرة ، كان Microsoft Windows. على مستوى الماكرو ، يشبه WordPress نظام التشغيل والمكونات الإضافية مثل التطبيقات القابلة للتنفيذ.

عند بدء تدفق إلغاء التثبيت لأي برنامج تقريبًا على Windows ، ستتم مطالبتك بتحذير إلغاء التثبيت ، تذكيرًا بأنك على وشك فقد التطبيق وجميع مكوناته.

قد تجادل بأن WordPress له نفس التدفق. قبل حذف المكون الإضافي مباشرةً ، يُطلب من المستخدم إرسال صفحة تأكيد "حذف البرنامج المساعد":

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

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

من المؤكد أنه يزيد من صعوبة إلغاء تثبيت مكون إضافي بمجرد أن يدرك المستخدم مدى استفادته منه بشكل كبير.

ذكّر المستخدمين لديك بما سيفقدونه بالتخلي عن المكون الإضافي الخاص بك

3. الحصول على ملاحظات المستخدم قبل إلغاء التنشيط

استنادًا إلى البيانات التي جمعناها مع Freemius Insights حول أكثر من 30000 تثبيت إضافي ، في المتوسط ​​، سيقوم 20٪ من المستخدمين الذين قاموا بتثبيت المكون الإضافي الخاص بك بإلغاء تثبيته خلال أول 15 دقيقة ، عدة مرات دون رؤية المكون الإضافي الخاص بك قيد التشغيل. علاوة على ذلك ، فإن معظم المستخدمين الذين سيبدأون عملية إلغاء التثبيت سوف يكملونها ، حتى بعد قراءة التحذير بشأن ما يخسرونه.

مع البنية التحتية الحالية ، لا توجد طريقة لمعرفة سبب قرار المستخدم بإلغاء تثبيت مكون إضافي. وإذا كان مطور البرنامج المساعد لا يعرف ما هو "معطل" ، فلا توجد طريقة ذكية "لإصلاحه". ولكن ماذا لو طلبنا من المستخدم إخبارنا بما هو مكسور؟

هل هذا يبدو مألوفا؟ هل تتذكر ما حدث في المرة الأخيرة التي نقرت فيها على رابط إلغاء الاشتراك في أي حملة بريد إلكتروني تدعمها MailChimp؟ إليك تذكير:

لا أعرف شيئًا عنك ، لكنني دائمًا ما أقوم بتحديد أحد أزرار الاختيار لمشاركة سبب إلغاء الاشتراك في MailChimp. لا أقضي الوقت فقط في العثور على رابط إلغاء الاشتراك غير المرئي تقريبًا في البريد الإلكتروني. أريد أيضًا "تقديم شكوى" للشركة بشأن الخطأ الذي يرتكبونه بإرسال هذا البريد الإلكتروني إلي.

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

إنه اختياري تمامًا ، لكن يبدو أنني لست الوحيد الذي يسعده مشاركة خيبة أمله. في الواقع ، نرى تحويلاً بنسبة 82٪ لهذا الشكل. يخبرنا ثمانية من كل عشرة أشخاص عن سبب إلغاء تثبيت المكون الإضافي الخاص بنا. أليس من المدهش؟

يسعد 8 من كل 10 مستخدمين بمشاركة سبب إلغاء تثبيت مكون WordPress الإضافي الخاص بك إذا طلبت منهم ذلك

4. احصل على الشخصية من خلال رسائل البريد الإلكتروني الخاصة بالتعليقات المباشرة

RatingWidget هو البرنامج المساعد "serviceware". لذلك ، لدينا جميع رسائل البريد الإلكتروني الخاصة بمستخدمينا. بالاستفادة من تتبع حدث المكون الإضافي لـ Freemius Insights ، نعلم متى يتم تثبيت المكون الإضافي وإلغاء تنشيطه وإلغاء تثبيته. باستخدام آلية Freemius webhooks ، قمنا بالاتصال بحدث إلغاء التثبيت ، وإذا تم تشغيله خلال أول 60 دقيقة بعد التثبيت الأولي ، فسنرسل تلقائيًا البريد الإلكتروني التالي:

الموضوع: هل يمكنك أن تخبرني ما هو الخطأ في المكون الإضافي؟

اسمي فوفا. أنا المطور الرئيسي لـ Rating-Widget: Star Review System. لقد لاحظت أنك قمت بتثبيت المكون الإضافي ثم قمت بإلغاء تثبيته بسرعة إلى حد ما. أعتقد أننا فعلنا شيئًا خاطئًا - آسف. هل تتفضل بإخباري ما هو سبب إلغاء تثبيت المكون الإضافي؟ أريد التأكد من أننا نصلح ذلك للمستخدمين في المستقبل.

بإخلاص،

فوفا فيلدمان

أداة التصنيف: نظام مراجعة النجوم

لقد تلقينا حتى الآن 119 رداً. الأسباب الأربعة الأولى لإلغاء التثبيت هي كما يلي:

1. لم يتمكن المستخدم من العثور على ميزة معينة ، أو أننا لا ندعم هذه الميزة.
2. الميزة التي يحتاجها المستخدم مدرجة فقط في الخطط المدفوعة ، وليس لدى المستخدم ميزانية لها.
3. لم يعجب المستخدم بالشكل المرئي للمكوِّن الإضافي على موقعه.
4. كان المستخدم يختبر المكون الإضافي ليرى كيف يعمل دون أي نية لاستخدامه.

هذه تعليقات لا تقدر بثمن بالنسبة لنا ، والناس يقدرون حقًا أننا نهتم. فيما يلي بعض الردود:

"أحب رسالة المتابعة هذه بلمسة لطيفة. برؤية ما بذلته من جهد لرؤية هذا الأمر ، فسأستجيب ... "
"شكرا لسؤالك! ... "
"شكرًا جزيلاً على تواصلك معنا ..."

يسعد هؤلاء المستخدمون بالمشاركة في أسئلة تعليقات المتابعة ، وإذا لم يكتشفوا شيئًا ما ، فلديك الفرصة لمساعدتهم وربما استعادتهم مرة أخرى كمستخدمين ، وربما يكونون أكثر ولاءً من الآخرين ، بعد أن تقوم أنت شخصيًا ساعدتهم.

خاتمة

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

1. أول شيء عليك القيام به هو تحديد قيمة المكون الإضافي الخاص بك وتسليط الضوء عليه. يمكنك القيام بذلك في الصفحة الرئيسية للوحة تحكم المسؤول كما فعلنا ، أو اختيار موقع مختلف يناسب المكون الإضافي الخاص بك بشكل أفضل.
2. قبل حدوث إلغاء التثبيت ، ذكر المستخدم "بالمخاطر" أو خسارة القيمة المحتملة ، عند إلغاء تثبيت المكون الإضافي الخاص بك.
3. احصل على ملاحظات المستخدم مباشرة قبل إلغاء التنشيط - يسعد المستخدمون عادةً بمشاركة سبب قرارهم بإلغاء التثبيت.
4. احصل على الشخصية! تواصل مع المستخدمين الذين ألغوا تثبيت المكون الإضافي الخاص بك واسألهم كيف يمكنك تحسينه للمستخدمين في المستقبل.

نظرًا للنتائج المذهلة التي رأيناها مع هذا النهج على المكون الإضافي الخاص بنا ، قمنا بتجميع كل هذه الوظائف في Freemius Insights لصالح المجتمع. إذا كنت مطورًا للمكوِّن الإضافي DIY ، فستجد كل القوالب والخطافات والمنطق في GPL SDK على GitHub.

إذا كانت لديك أي نصائح أو تكتيكات أخرى تستخدمها لتقليل معدل تباطؤ مكون WordPress الخاص بك ، فأنا أحب أن أسمع أفكارك في التعليقات أدناه!

ظهر هذا المنشور لأول مرة على Torque