مرحباً بالجميع، أقوم ببناء تطبيقات جوال أصلية لنظامي iOS وAndroid، مثل Texties، وبعضها يضم ملايين المستخدمين، وذلك كمهنة رئيسية منذ حوالي 6 سنوات.
أود قياس مستوى الاهتمام بين مالكي منتديات Discourse بالتطبيقات الجوال الأصلية لنظامي iOS وAndroid.
من المرجح أن يكون التطبيق شاملًا حيث يدخل المستخدم اسم المضيف وتسجيل الدخول (بدلاً من أن يكون مخصصًا لعلامة تجارية معينة). لكن الأهم هو أن يكون التطبيق أصليًا، مع دعم لعدد من الإضافات الشائعة ومع إشعارات الدفع.
أرغب في استثمار الوقت لبناء هذه التطبيقات لمالكي المنتديات الذين سيدفعون رسومًا سنوية لجعل منتدياتهم متاحة عبر مثل هذا التطبيق. لكنني غير متأكد مما إذا كان هناك عدد كافٍ من مالكي المنتديات المهتمين لجعل المشروع مجديًا ماليًا بالنسبة لي.
ما هي آراؤكم؟ إذا كنتم تديرون منتدى Discourse، هل ستدفعون أم لا مقابل تطبيق جوال أصلي لمستخدميكم؟
ملاحظة: تحدثت مع أحد المشرفين هنا للحصول على الموافقة على نشر هذا هنا.
عند مقارنة تطبيق أصلي مقترح مع كود الغلاف الموجود للمتصفح الذي يدعم الإشعارات…
ما هي الفائدة للمستخدم النهائي من التطبيق الأصلي؟ كما أفهم، فإن النسخة الويب هي في الأساس تطبيق يُقدَّم عبر الويب، وبمجرد تخزين ذلك الكود في الذاكرة المؤقتة، تتحرك الأمور بسرعة كبيرة. يمكنني الشهادة على ذلك بعد أن وجدت أن مجتمع discourse الخاص بي هو الشيء الوحيد القابل للاستخدام تقريبًا على شبكة واي فاي في الطائرة.
أيضًا، إجبار المستخدمين على إدخال عنوان URL سيكون فشلًا في واجهة المستخدم/تجربة المستخدم لمنتج/خدمة مدفوع بالنسبة لي.
القضية الرئيسية بالنسبة لي هي فهم الفائدة الملموسة الحقيقية للمستخدم النهائي من التطبيق الأصلي.
شكرًا لك - لقد رأيت إصدار OneSignal، وكان عملًا رائعًا. ربما أستطيع استخلاص بعض الأفكار من دمج الإشعارات منه.
بعد بعض التجارب المؤلمة مع Cordova و React Native، نهجي الحالي هو بناء التطبيقات بشكل أصلي (كما أكتب Swift/ObjC على iOS و Java/Kotlin على Android) لأن بعض الأمور تكون مباشرة. النهج مثل RN (و Flutter التي تتصاعد) تبدو رائعة حقًا، وأتمنى أن أتمكن يومًا ما من كتابة الكود مرة واحدة وتشغيله في أي مكان - لكن RN لا يوفر الكفاءة بعد.
هذه مجرد رأيي. بعض الأشخاص يحبون RN. وسأقر بأن التطوير الأصلي له مشاكله الخاصة.
سأحاول توضيح أسبابي في اعتقادي أن التطبيقات الأصلية أفضل من الغلاف (أو سأشير إلى بعض المصادر الخارجية) في رد منفصل، لكن الجوهر هو أن الاستجابة والحركات تميل إلى أن تكون أكثر سرعة، وتجربة المستخدم أفضل. أعرف أن
أفكر تحديدًا من منظور عضو في مجتمع الخطاب. إلى أي مدى قد تتحسن تجربتهم في الخطاب؟ هل سيكون التحسن جذريًا؟ هل سيهمهم حقًا؟ هذه النقطة الأخيرة هي الأهم على الإطلاق.
أعجبني الفكرة المتعلقة بالبلد الأصلي (Native) لنفس الأسباب العامة التي أشرت إليها.
لكن عندما أفكر في مجتمعي، فإنني أضع في الحسبان مكانة هذا الأمر ضمن قائمة الأولويات، والعائد على الاستثمار (ROI)، وما إلى ذلك.
أليس من المفترض أن تكون إشعارات الدفع على iOS و Android مدعومة بالفعل في تطبيق “الغلاف” المعاد تسميته المذكور أعلاه؟ كل ما علينا فعله هو إضافة كود لمزود الإشعارات.
المشكلة هي أننا لا نستطيع الحصول على موافقة Apple على النسخة المخصصة للعلامة التجارية دون إضافة بعض الوظائف غير الموجودة في تطبيق الويب، ولا يعتبرون إشعارات الدفع تحسينًا كافيًا ومهمًا لتبرير وجود تطبيق. لمنصة نقاش! هذا محبط للغاية.
هذا سؤال رائع. آمل أن يتبع إصدار واجهة برمجة التطبيقات (API) في Discourse نهج الإصدار الدلالي (وهو أحد الأمور التي سأتحقق منها). بهذه الطريقة، عند وجود تحديث غير متوافق لـ Discourse، سيتعين على تحديث التطبيق أن يتبعه.
الأقل أهمية هو مواكبة تحديثات الميزات التدريجية التي لا تُحدث تغييرات كاسرة في واجهة برمجة التطبيقات. سأحتاج بالطبع إلى الحفاظ على جدول منتظم للتحديثات لمواكبة شيء من هذا القبيل.
أعتقد أن دعم الإضافات الأكثر شيوعًا (على سبيل المثال، تلك التي تقدمها استضافة Discourse الخاصة) سيكون نقطة انطلاق (وهو أمر مفروغ منه).
في حالة الإضافات غير المدرجة في تلك القائمة، أعتقد أنه يمكننا الاستمرار في إضافة الدعم مع زيادة عدد الأشخاص الذين يحتاجونها. أظن أن هناك عتبةً تصبح عندها دعم إضافة أمرًا ضروريًا. لا أعرف بعد ما هي هذه العتبة. ربما أتمكن من إعطاء الأولوية لتطوير إضافة غامضة إذا كان لدى شخص ما سبب قوي لوجودها في التطبيق.
أعتقد أن هذه نقاط عادلة. مجرد كون التطبيق تطبيقًا أصليًا لا يكفي لإقناع المستخدم (أو المسؤول الذي يرغب في تقديمه لمستخدميه). ما أحاول فهمه هو ما يمكن إنشاؤه باستخدام المزايا الفريدة للتطبيقات الأصلية. وبعض هذه المزايا قد يكون من السهل إعادة إنتاجها أيضًا في نهج الغلاف.
أدرك أنه في مرحلة ما، فإن وضع شيء ما بين أيدي قلة من الأشخاص هو الطريقة الوحيدة لفهم ما إذا كان يستحق المتابعة. التطبيق الأصلي هو الوسيلة لإضافة ميزات مثل الإشعارات الفورية، وأهداف اللمس الأفضل والاستجابة المحسّنة، والرسوم المتحركة، والتنقل، وتصميم يبدو أكثر شبهاً بالتطبيقات المحمولة الأخرى.
أظن أن أملي كان في فهم قائمة ما يجب توفره، وما هي الإضافات الشائعة، وكذلك طرح نفس السؤال على مالكي المنتديات: ما هي الأشياء التي ستجعل التطبيق الأصلي يستحق العناء بالنسبة لك؟
@jtbayly لنفترض أن أبل سمحت لك باستخدام نهج الغلاف مع إشعارات الدفع لتطبيق مُعاد تسميته. هل سيكون ذلك كافيًا لك؟ هل سيكون فرع OneSignal (المشار إليه أعلاه) كافيًا لك إذن؟
