ملخص التجربة

بالنسبة لنظام إدارة المحتوى (CMS) الذي أنشأته بنفسي، كان جزء الاشتراك في العضوية دائمًا "سهل التنفيذ". قمت في نهاية هذا الأسبوع بإعادة هيكلة هذا الجزء وتطوير الجزء الأساسي.

1. الطريقة

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

1. للحصول على خطط الاشتراك والمشتريات العضوية

ما عليك سوى الاستعداد لإجراء بعض التوسعات بناءً على نظام المركز التجاري الحالي.

2. للتحكم في أذونات الأعضاء،

يجب أن نذكر هذا على وجه الخصوص، فنحن لا نخطط للقيام بذلك بناءً على نظام صلاحيات الأدوار، ولكن نظام منفصل يتحكم فيه الأعضاء.

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

علاوة على ذلك، في الواقع، جزء الاشتراك في العضوية في العديد من الأنظمة الممتازة لا يعتمد على الأدوار. وبدلاً من ذلك، يتم تنفيذ التحكم في الأذونات بناءً على "العلامات" أو الأوامر. يتم تنفيذ العديد من المكونات الإضافية لاشتراكات العضوية التي تحقق مبيعات جيدة، بما في ذلك WordPress، بهذه الطريقة.

بناءً على "علامات المستخدم":

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

بناء على الطلب:

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

لقد قمت بتنفيذ طريقة قائمة على الطلب من قبل، وهذه المرة أخطط لاستخدام "علامات المستخدم".

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

3. إدارة الأعضاء

واستنادًا إلى ملحق إدارة المستخدم الحالي، فإننا لا نخطط للقيام بإدارة الأعضاء بمفردنا.

2. السيناريوهات القابلة للتطبيق

1. السيناريو الأساسي

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

تحديد علامات العضوية عالميًا. تحتوي كل علامة عضوية على ثلاثة حقول على الأقل: الاسم والرقم الثابت ومعرف خطة الاشتراك المرتبط.

عندما يشتري مستخدم خطة اشتراك تحمل علامة عضوية، سيتم كتابة علامة العضوية ووقت انتهاء الصلاحية في البيانات التعريفية للمستخدم.

2. سيناريو النظام الأساسي/متعدد المستأجرين

بالنسبة للمنصات وSAAS متعددة المستأجرين، هناك سيناريو مهم للغاية: خطة الاشتراك المقدمة من البائع نفسه.

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

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

ينفذ هذا التكرار السيناريوهات الأساسية فقط، ولكن يجب أن يكون قادرًا على التوسع ليشمل سيناريوهات النظام الأساسي والمستأجرين المتعددين.

3. تحديد ما إذا كانت العضوية قد انتهت عند تسجيل الدخول

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