…الموت بألف تطبيق مؤسسي (وأحيانًا حرفيًا). أشعر بالإرهاق اليوم (ويبدو أن الكثيرين غيري يشعرون بذلك أيضًا) بسبب وجود 1000 تطبيق مختلف لكل شيء في المؤسسة اليوم. عدم الاتساق في تجربة المستخدم/واجهة المستخدم، وضوابط الوصول، وبروتوكولات الاتصال… والقائمة تطول وتطول. هذا لا يقتصر على أعمالنا الداخلية فحسب، بل يشعر به مستخدمونا أيضًا.
هذا هو تطبيق الملاحظات الخاص بنا، وهذا هو تطبيق الملفات الخاص بنا، وهذا هو تطبيق الرسائل الخاص بنا، وهذا هو تطبيق أ/ب/ج/1/2/3/س/ص/ع الخاص بنا. إنه مرهق.
ثم لديك المزيد من التطبيقات المؤسسية التي تحتاج إلى التقاطها لربطها ببعضها البعض على مستوى التطبيق، وتطبيق مختلف للاحتفاظ بها جميعًا معًا. إنه مثل قيام نتفليكس بإعادة بناء حزمة الكابلات، ولكن للتطبيقات المؤسسية.
ومن المفارقات، بسبب هذا التجزئة في المؤسسة، فإن الكل بالتأكيد ليس أكبر من مجموع أجزائه - بل هو أسوأ بكثير! ينتهي كل تطبيق بالعمل في عزلة لأن البيانات هي الملك اليوم ولا أحد يريدك أن تذهب إلى أي مكان آخر بها.
بينما قد لا يعتبر ديسكورس الأفضل في فئته من قبل الآخرين في كل الأشياء الأخرى (مثل نظام التذاكر، والمدونة، والسوق، وما إلى ذلك)، بالنسبة لي، فهو الأفضل في فئته لأنه يمكنه القيام بـ 99٪ مما تفعله هذه التطبيقات الأخرى، مع الحفاظ على تجربة المستخدم والهندسة المعمارية الأساسية في تناغم. هذا يساوي أكثر بكثير بالنسبة لي لأنني أعرف أن مدونتي، وإعلاناتي، وإدارة المستخدمين، ومنتدى المناقشة، والأحداث، وما إلى ذلك، ستعمل جميعها بشكل جيد معًا.
يمكن جلب التحسينات في كثير من الأحيان إلى جميع التجارب بالتساوي مع بصمة تطبيق واحدة، بدلاً من أن يكون كل تطبيق مملوكًا لشركة مختلفة، بأولويات مختلفة.
يمكن بناء أي شيء باستخدام هذه المنصة. إنها ليست مواضيع، بل هي:
مدونات
إعلانات
عناصر سوق
مناقشات
تذاكر دعم
فيديوهات
فعاليات
لوحات سبرنت
أخطاء/مشاكل
أفكار
دعوات لتقديم أوراق بحثية (CFPs)
أدلة
القائمة تطول…
هذا يمثل ارتياحًا كبيرًا عندما تحتاج إلى بناء تجارب مختلفة لمجموعات مختلفة، وغالبًا ما يكون مزيجًا مما سبق.
بينما لن أتجنب أبدًا القول بأن ديسكورس له عيوبه (أنا أكره ملحق المستندات، ولكن ربما لم أرَ المصفوفة بعد)، فإن القيمة التي يمتلكها في بناء نظام بيئي متماسك بمرونة تفوق بكثير أي أوجه قصور.
نستخدم ديسكورس لمجتمع المؤسسات الخاص بنا بين الشركات (B2B). تم طرح هذه الأفكار بسبب تدفق سريع لفرق أخرى في أعمالنا تطلب منا المساعدة في بناء تجاربهم المواجهة للعملاء على مجتمعنا بعد رؤية ما يمكن أن يفعله في حدث حديث للشركة. نحن نوسع نطاق عملياتنا ونوسع حالات الاستخدام بسرعة (وهي مشكلة جيدة، بالنسبة لنا).
أنا لا أختلف معك على الإطلاق. لكن ديسكورس هو حل وسط أو مقايضة في كثير من الأحيان. يمكنني الحصول على منصة تدوين أفضل بكثير باستخدام ووردبريس، لكنها لا تستطيع توفير منتدى وظيفي.
لدي خيارات قليلة لبيع الأشياء، وديسكورس ليس في تلك القائمة.
استضافة البودكاست باستخدام ديسكورس؟ انس الأمر.
وكل خياراتي في تلك الأمثلة الثلاثة هي خيارات لا تتسرب أو تستهلك البيانات.
علينا فصل الأشياء:
ما يحتاجه المستخدم
ما يحتاجه المسؤول/المالك
ومن وجهة نظري لدينا علامتا استفهام:
كمسؤول/مالك، يجب علي استخدام حلول منفصلة لأن كل منها يؤدي مهمته المتخصصة بشكل جيد، ولكن الوظائف الجانبية ليست كذلك.
يرغب المستخدمون في تطبيقات منفصلة لاستخدام تلك الخدمات، لأن شركات (وسائل التواصل) الإعلام أرادت ذلك بسبب… البيانات.
هل قلت أن الناس أبقار بلا عقول؟ إلى حد كبير هم كذلك. أو إذا أردت صياغة ذلك بطريقة أكثر تهذيبًا: معظم الناس لا يعرفون ويبحثون عن حل أسهل. بالإضافة إلى أن كل شيء تغير عندما قدم جوبز (يمكن أن يكون نوكيا، بلو بيري، إلخ أيضًا) أول هاتف ذكي حقيقي، والذي يعمل على مستوى التطبيق.
أنا سلبي قليلاً اليوم. أنا مستخدم سعيد تمامًا لديسكورس، كمستخدم نهائي وكمسؤول. إنه برنامج منتديات رائع. لكننا ببساطة لا نستطيع التغلب على عالم التطبيقات المنفصلة والشركات العملاقة متعددة المليارات عندما يريد كل مستخدم، أولئك الذين ينشئون، وأولئك الذين يستهلكون، وأولئك الذين يجمعون كل الفوائد شيئًا آخر.
أتفق تمامًا - رد رائع! حاولت التقاط ذلك في روح المنشور أعلاه. هل Discourse أفضل من Jira لتتبع المشكلات والمشاريع؟ بالطبع لا، مقابل كل دولار. هل هو أفضل من Google Drive/OneDrive/etc. لاستضافة الملفات؟ بالتأكيد لا.
(هل هو الأفضل للمجتمعات عبر الإنترنت؟ حسنًا، بالطبع نعم!)
لكن القيمة في تلك الجبهات الأخرى، لأن Discourse متعدد الاستخدامات للغاية، هي أنه يمكنه القيام بـ 99٪ مما تفعله تلك الأشياء، وإن كان ذلك مع بعض العيوب كما أعتقد أنك تلمح إليه. أنا بخير مع منصة واحدة لأغلب الأشياء التي يمكنها القيام بـ 99٪ مع بعض العيوب، بدلاً من جحيم تطبيقات المؤسسات الذي أراه اليوم.
ولكن، مثل كل شيء في الحياة… يعتمد الأمر دائمًا!
أنت على حق، لن تتمكن أبدًا من حل كل حالة استخدام، أو بناء كل ميزة، أو إرضاء الجميع. بصفتي في منظمة تبني تطبيقات للمؤسسات بنفسي، فإن تحقيق هذا التوازن هو رحلة أبدية!
كانت هذه إحدى مشاكلنا الأساسية أيضًا. لدينا عدد هائل من المنصات التي تفعل الشيء نفسه، و Discourse رائع في ربط كل هذه الأشياء معًا عند القيام بذلك بشكل صحيح.
على وجه الخصوص، افتقرنا إلى نقطة بحث واحدة. لتحقيق ذلك بتكلفة (منخفضة جدًا)، قمنا برعاية فريق Discourse لتعديل بحث الرأس بحيث يسمح لنا بالبحث في منصات أخرى من شريط بحث Discourse. الآن يمكننا البحث في Confluence وما إلى ذلك من Discourse
ملاحظة: هذا لا يبحث أصلاً في Discourse، بل يعيد توجيه المستخدم إلى المنصة الأخرى، ولكن مع تمرير مصطلح البحث كوسيط استعلام، بحيث يتم نقله مباشرة إلى النتائج في المنصة الأخرى.
هذا يعني أنه لا توجد تكلفة مستمرة، ولا حاجة لبناء محرك بحث كامل - ما عليك سوى تثبيت وتكوين مكون السمة
أدناه مثال للبحث في Meta من شريط البحث في مثيلك:
أضف fab-discourse إلى مجموعة أيقونات svg الخاصة بك
في مكون سمة بحث الرأس، افتح محرر أيقونات البحث الإضافية:
@Tris20 هذا رائع! لقد تحدثت فقط عن حالات الاستخدام العامة المذكورة أعلاه، على ما أعتقد. الحالتان الوحيدتان اللتان لدي واللتان على هذا المستوى ولم أكتب/أتحدث عنهما بعد، ولم أرهما في أي مكان آخر هما:
تكامل صفحة الحالة
نقوم بمزامنة أحداث صفحة الحالة الخاصة بنا 1:1 من صفحة الحالة الخاصة بنا إلى فئة Discourse، حيث تكون كل حالة موضوعًا خاصًا بها. يتم عكس أحداث الحالة في المنشور الأصلي، حتى النشر بترتيب زمني تصاعدي. نقوم بأشياء صغيرة يحبها مستخدمونا (الداخليون والخارجيون)، مثل استخدام كائن التاريخ والوقت الخاص بـ Discourse بحيث يكون دائمًا بالتوقيت المحلي الخاص بهم، ونعكس أحدث حالة بعلامة على هذا الموضوع، وبعض الأفكار الأخرى الرائعة التي توصلنا إليها. أتمنى حقًا أن يكون لدى Meta هذه الميزة.
يجب أن أكتب المزيد عن التكامل الكامل، لأنه مذهل. نكمله من خلال دمجه مع تكامل الدردشة و Slack (أداة الدردشة الخاصة بشركتنا) بحيث عندما تحدث أحداث حالة المنصة، يتم نشر مواضيع Discourse هذه في قناة حالة داخلية يمكن للجميع متابعتها، ولكن المحادثة ستعيدهم في النهاية إلى مصدر الحقيقة الوحيد لدينا: Discourse!
مزامنة Airtable
نقوم بالكثير من إدارة برامج المجتمع وإدارة المشاريع والأتمتة في Airtable. توصلنا إلى مزامنة رائعة أحادية الاتجاه بين جداول مستخدمي Discourse ومجموعات المستخدمين من Discourse إلى Airtable، لذلك لدينا نسخة 1:1 في Airtable مع تحديثات في الوقت الفعلي.
في Airtable، يمكننا إنشاء أتمتة متقدمة على تلك الأحداث (تغييرات دورة حياة المستخدم، أو حتى أشياء مثل تغيير موقعهم، وتحديث ملفهم الشخصي، وما إلى ذلك. يتيح لك Airtable أيضًا مزامنة هذه الجداول مع قواعد Airtable أخرى، وهذا هو السحر الحقيقي. لدينا قاعدة Airtable حيث ندير برنامج فعالياتنا، ولا نستخدم فقط جدول المستخدمين على مستوى القاعدة، بل نوسعه بقيم إضافية خاصة بإدارة برنامج الفعاليات هذا.
أعتقد أن القيمة والنطاق الذي نحصل عليه من هذا التكامل هو السبب غير المسبوق لكيفية توسيع نطاق نشاطي المجتمعي بشكل كبير قبل أن أوظف أول شخص بدوام كامل في المجتمع بعد 3.5 سنوات (@putty).
هذه بعض حالات الاستخدام المتقدمة جدًا والتي أعتقد أنه إذا رآها الآخرون في المؤسسة، فربما سيقولون هذا:
يبدو أننا بحاجة إلى وضعك على مسرح (افتراضي) في مكان ما
أود أن أرى ما قمت ببنائه؛ أنا أحب الموقف الجريء لاستخدام Airtable أو Zapier أو شيء مشابه لربط الأشياء معًا
ليس كل شيء يحتاج إلى أن يكون حلاً مغطى بنسبة 100% بالاختبارات الوحدوية، ومحدد بالكامل. غالبًا ما يكون الشيء السريع، الذي يمكن لصاحب المنتج مراجعته بسهولة بنفسه… أكثر فائدة بكثير!
نستخدم ديسكورس لمجتمع المؤسسات الخاص بنا بين الشركات (B2B). تم طرح هذه الأفكار بسبب تدفق سريع لفرق أخرى في أعمالنا تطلب منا المساعدة في بناء تجاربهم المواجهة للعملاء على مجتمعنا بعد رؤية ما يمكن أن يفعله في حدث حديث للشركة. نحن نوسع نطاق عملياتنا ونوسع حالات الاستخدام بسرعة (وهي مشكلة جيدة، بالنسبة لنا).
).
