لدينا منتج. يمكن للمطورين بناء حلول تعتمد على منتجنا. وقد بدأنا نلاحظ أن المطورين يشاركون بعضهم البعض في المجتمع هذه الحلول التي يقومون ببنائها. أنشأنا قبل عام أو اثنين فئةً بعنوان “العرض والتوضيح” (Show and Tell) حيث يمكن لمطوريينا مشاركة ما يقومون ببنائه مع بعضهم البعض—وقد لاقى ذلك استحساناً كبيراً.
نحن الآن نكبر بما يكفي من النضج بحيث يريد شركاؤنا، ونحن أيضاً، وحتى بعض مطوري المجتمع ذوي القيمة العالية، نقل “عنصر المتجر” (marketplace item) إلى المستوى التالي—ولذلك نرغب في بناء تجربة مرتقية لذلك. إليك بعض الأمور التي أكون متأكداً منها:
لن يكون هذا الأمر مدفوعاً، لذا لا داعي للقلق بشأن الوصول المدفوع أو عمليات الدفع.
جميع التكاملات المقدمة في المتجر ستكون مفتوحة المصدر ومُستضافة على GitHub.
هناك قائمة محددة بأنواع التكاملات التي يمكنهم تقديمها (بشكل أساسي: ميزة المنتج أ، ميزة المنتج ب، ميزة المنتج ج، وأخرى… وتُعد هذه كل منها فئات فرعية ضمن فئة المتجر).
ستكون هناك عملية تقديم مقيدة (gated) للحصول على عنصر في المتجر. يجب أن يكون عنصرك بجودة عالية بما يكفي ليُعتبر عنصراً للمتجر بدلاً من كونه عنصراً في “العرض والتوضيح”.
إليك ما قمت به حتى الآن:
عملية التقديم
للتقديم على عنصر في المتجر، يجب أولاً طلب الانضمام إلى مجموعة المستخدمين “Marketplace Publishers”، وفي طلبك تشارك رابط المستودع مفتوح المصدر لعنصرك ووصفاً لما هو عليه. يذهب هذا الطلب إلى مالكي مجموعة المستخدمين “Marketplace Publishers” عبر رسالة خاصة جماعية (ميزة قياسية في Discourse). بالطبع، يمكنهم هنا التواصل حول ما يريد الشخص نشره، ومراجعة الكود الخاص به، وما إلى ذلك.
بمجرد الموافقة، نبني عنصر المتجر معهم في الرسالة الخاصة باستخدام قالب Discourse الخاص بعناصر المتجر لدينا. يمكننا ضبط الصورة بشكل صحيح، والوصف، ودليل البدء السريع، وما إلى ذلك.
بعد ذلك، ينشر فريقنا العنصر في المتجر (فقط فريقنا أو موظفو الشركات المعتمدون يمكنهم نشر مواضيع جديدة في هذه الفئة).
سيكون من الرائع إذا سمحت أتمتة “إرسال رسائل خاصة” (send pms) بأن يكون المرسل مجموعة مستخدمين أو قائمة مستخدمين. يمكننا ربما استخدامها للقيام بشيء مثل:
مرحباً %%RECEIVER_USERNAME%%، أردت فقط أن أقول شكراً لك على عملك لتصبح مؤلفاً للمتجر. إنها طريقة رائعة لعرض براعتك التقنية أو براعة عملك.
سنعمل معك في هذه الرسالة الخاصة هنا على الخطوات التالية لبدء عملك. إليك الأشياء التالية التي أحتاجك إلى القيام بها حتى نتمكن من وضع عنصرك في متجر SailPoint:
أ
ب
ج
عملية الاستخدام
من منظور المستخدم النهائي، سيستخدمون عنصر المتجر بشكل مطابق تقريباً لكيفية استخدامنا لمكونات القوالب (theme components) والإضافات (plugins) هنا في Meta.
الأمور التي أواجه صعوبة في التعامل معها (أو أحتاج إلى حلها)
أحاول معرفة كيفية التعامل مع الأخطاء/طلبات الميزات لعناصر المتجر. هل أستخدم فئات الأخطاء وطلبات الميزات، وأنشئ وسمًا مرتبطًا لكل عنصر في المتجر؟ أم أفعل ذلك فقط للإضافات الرسمية، وأترك الإضافات التي يبنيها المجتمع/الشركاء للتعامل معها في مواضيعها؟ الخيار الأول يعني الكثير من إدارة الوسوم ولكنه سيجعل التتبع ممتازاً…لكنني حذر من إنشاء الكثير من الوسوم. الخيار الثاني هو تجربة مشتتة تعتمد على عنصر المتجر الذي تتفاعل معه وقد تجعل من الصعب العثور على الأخطاء الحالية/طلبات الميزات الموجودة إذا لم يكن الكاتب الأصلي (OP) يحدّث المنشور الأصلي.
أحتاج إلى معرفة كيفية حصول مستخدمي عنصر المتجر على تحديثات حول التغييرات في عنصر المتجر. إذا كانوا مشتركين في موضوع معين (عنصر المتجر)، هل يحصلون على تحديثات إذا تم تحديث الكاتب الأصلي؟ هل سيحصل الجميع المشترك على تحديثات إذا كان الموضوع ويكياً؟
أحتاج إلى أفضل طريقة يمكنني ابتكارها لمستخدمي الاعتراف بشروط الخدمة الخاصة بنا. حالياً لدي الرابط في أعلى الموضوع، بخط عريض، لكنني أعتقد أن فريق القانون الخاص بي سيرغب في أن يظهر نافذة منبثقة للمستخدمين قبل أن يقوموا بتنزيل/استخدام العنصر. لست متأكداً مما يجب فعله هنا…
قدرة المستخدمين على تقييم عنصر المتجر، وأن تكون هذه التقييمات متاحة لنا للسحب عبر واجهة برمجة التطبيقات (API)، ورؤية من قيم ماذا، وما إلى ذلك.
ربما مكون قالب (theme component) لكل من الفئة والموضوع يجعل تصور الفئة كـ “متجر” وعنصر المتجر بشكل أفضل، وليس كعرض نقاش/منتدى.
أنا متأكد من أن هناك أشياء لم آخذها في الاعتبار، لذا يرجى إلقاء بعض الثغرات في هذا إذا أردتم
لقد مر بعض الوقت منذ أن نظرت في الأمر، ولكن ربما يمكنك إلقاء نظرة على Topic Ratings Plugin. يقدم ملف README الخاص بالمكون الإضافي وصفًا أفضل لكيفية عمله من موضوع Meta:
مكون إضافي لـ Discourse يتيح لك استخدام المواضيع لتقييم الأشياء.
يمكن تعيين المواضيع على أنها “للتصنيف”، عن طريق النشر في فئة بها إعداد التصنيف قيد التشغيل (انظر أدناه)، أو عن طريق إعطائها العلامة “rating”.
يتعلق كل موضوع تصنيف بشيء واحد (“موضوع التصنيف”)؛ على سبيل المثال، خدمة أو منتج.
يقوم المستخدمون بتقييم موضوع التصنيف عن طريق اختيار تصنيف نجمي عند النشر (أي في المنشئ).
يتم عرض المتوسط (المعدل) لجميع التصنيفات في الموضوع أسفل عنوان الموضوع وعلى عنصر قائمة الموضوع ذي الصلة.
سيكون هذا مثيرًا للاهتمام لعمليات تكامل Discourse/Shopify أيضًا.
مجرد فكرة، ولكن ربما يمكن إنشاء أتمتة تضيف المستخدمين إلى مجموعة عند قبولهم لشروط الخدمة. يمكنك تكوين فئة السوق بحيث تكون العضوية في مجموعة ‘accepted_tos’ مطلوبة للوصول إلى الفئة. سيتطلب ذلك بعض التطوير لإعداد هذا: إضافة مربع اختيار إلى صفحة شروط الخدمة، وتشغيل أتمتة عند تحديد مربع الاختيار، وإيجاد طريقة لتوضيح للمستخدمين ما يحتاجون إلى القيام به للوصول إلى الفئة.
بالنسبة لمكون الإضافي لتقييمات المواضيع، أنا مستضاف بواسطة Discourse لذا سأحتاج إلى جعلهم يبنون شيئًا ما، لكنني رأيته منذ فترة وكان يبدو قريبًا مما أريده لهذا الجزء.
المواقع المستضافة لديها القدرة على إضافة السمات وإذا كنت تعتقد أنك بحاجة إلى مكون إضافي فقد تتمكن من فعل شيء مشابه باستخدام سمة مع WASM. لم أجرب هذا بعد ولكنه احتمال يستحق البحث.
هذا يبدو لي مشابهًا جدًا للمشكلة القديمة “متى أقوم بإنشاء فئة (فرعية) على منتدى الخاص بي” التي واجهها مديرو المجتمعات منذ إطلاق أول نظام لوحة رسائل
بشكل عام، نصيحتي هي: “في وقت متأخر قدر الإمكان”
سأبدأ بـ “ملحق واحد، موضوع واحد” بسيط وأنشئ هيكلًا “مناسبًا” فقط بمجرد حصولك على طلبات جديدة متعددة كل أسبوع (مما يجعل الموضوع صاخبًا جدًا للمتابعة).
ليس بالضرورة.. يمكن لـ Discourse أيضًا استضافة ملحقات طرف ثالث بعد بعض الفحص وربما رسوم إضافية إذا لزم الأمر.
تواصل مع الدعم لمزيد من التفاصيل إذا كنت بحاجة إلى ذلك.
