تحسين عملية تحويل المستخدمين إلى الخطط

بليك

لقد قمت بترقية الأعضاء، لدى Stripe طريقة عبر بوابة العملاء الخاصة بهم

image

للسماح للعملاء بتبديل الخطط

ولكن يتطلب ذلك إنشاء منتجات وخطط جديدة منفصلة عن تلك الموجودة مسبقًا في هذا المكون الإضافي

هل يمكنك من فضلك شرح كيف يمكن القيام بذلك بسهولة؟

أتفهم أن هناك خطاف ويب و أخمن يمكن القيام بذلك ثم إضافة نفس خطاف الويب؟

ولكن هناك أيضًا صفحة دعم مُعدة مسبقًا (مع منتجات) تحتاج إما إلى تغييرها أو عدم استخدامها على الإطلاق وببساطة إضافة رابط إلى الصفحة الجديدة التي توفرها Stripe؟

شكراً لعملك على هذا، إنها ميزة رائعة للمكون الإضافي.

.

إعجابَين (2)

لا أعتقد أنه يمكن القيام بذلك بسهولة باستخدام المكون الإضافي الحالي للاشتراكات.

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

لست متأكدًا من مدى صعوبة ذلك. تخمين عشوائي هو 2-5 ساعات عمل، الطرف الأدنى إذا كنت تريد فقط أن يعمل، والطرف الأعلى إذا قمت بتضمين اختبارات لجعله جيدًا بما يكفي ليتم تقديمه كـ PM.

إعجاب واحد (1)

ماذا تعني PM في هذه الحالة؟

وشكراً على الرد، لقد قمت بوضعها في المفضلة للتفكير فيها، وأيضاً، لمن يهمه الأمر، كان لدى أحد المساهمين اسم في ملفه الشخصي/فاتورته، وسألني عنه (لم يكن هو)، وبدوري سألت Stripe وكان هذا هو الرد من Stripe

لقد تحققت من الملف الشخصي للعميل المعني ووجدت أنه تم إنشاؤه بواسطة Discourse عبر واجهة برمجة التطبيقات (API). أثناء عملية الإنشاء، تم تمرير الاسم “Tina Walker” في طلب واجهة برمجة التطبيقات. لذلك، أخشى أنه من المتوقع أن يعرض الملف الشخصي للعميل الاسم “Tina Walker”. قد ترغب في مراجعة طلب واجهة برمجة التطبيقات المقدم أدناه:

Stripe Login | Sign in to the Stripe Dashboard

المصدر: Stripe/v1 RubyBindings/11.1.0 Discourse Subscriptions/2.8.2 (GitHub - discourse/discourse-subscriptions: A Discourse plugin that allows payments and subscription management via Stripe.)

“name”: “Tina Walker”

التاريخ والوقت: 19/5/24، 11:43:46 صباحًا

آه، تعني طلب سحب (Pull Request). آسف على ذلك.

إذًا في مرحلة ما تم ترميز “Tina Walker” بشكل ثابت في حقل الاسم في الكود؟ (يبدو أن هذا ليس هو الحال الآن).

إعجاب واحد (1)

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

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

يا رائع! يبدو أن لديك شيئًا ناجحًا يحدث :slight_smile:

كيف تقوم حاليًا بترقية الأعضاء؟ يدويًا في Stripe أم بطريقة أخرى؟

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

إعجابَين (2)

يبدو الأمر كذلك ولكن ليس كثيرًا،

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

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

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

بشكل عام، يعجبني كثيرًا، ولكني أود تحسينه.

إعجاب واحد (1)

آه فهمت، لذا سنحتاج إلى نوع من وظائف الترقية لتسهيل كل هذا.

إعجاب واحد (1)

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

حتى ذلك الحين، آمل أن تتمكن من تقديم جرعة مضاعفة من

إعجاب واحد (1)