كنت أفكر أنه ليس من الصعب إنشاء تطبيق في الوقت الحاضر. في هذا الوقت ، سنواجه هذه الأسئلة: "أين سيتم التقاط القيمة؟" "هل يجب بناء خندق؟" التنافس ".......
هذا المقال هو تفكيري في هذه الأسئلة.
التطبيقات الصغيرة والبروتوكولات المتنامية
اليوم ، أصبح إنشاء تطبيق ممتع أسهل من أي وقت مضى. لكن الحفاظ على تشغيل هذه التطبيقات وتحويلها إلى شركات دائمة أصبح أصعب من أي وقت مضى.
هذان الشيئان متعاكسان ويمتزجان معًا ، مثل Yin و Yang.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / aef85d51525ecc9c283d3bda922ef687.)
تعتبر التطبيقات الصغيرة نموذجًا جديدًا يتمتع بإمكانات كبيرة ، ولكن لا يوجد نموذج عمل فعال حتى الآن. تخلق التطبيقات الصغيرة قيمة محتملة أكثر مما يمكنها التقاطه ، ويمكن لمزيج من التطبيقات الصغيرة والبروتوكولات ملء هذه الفجوة.
ليس جديدًا إنشاء شيء يسهل الحفاظ عليه. لقد فكرت في هذا السؤال منذ أن كتبت "Shopify والأشياء الصعبة السهلة" في أغسطس 2020: الأمر الصعب السهل هو أنه إذا كان بإمكان الجميع فعل شيء ما ، فلن تكون هناك فائدة من القيام بذلك ، ولكن عليك القيام بذلك على أي حال ، فقط لمواكبة العصر.
كانت تلك المقالة حول التجارة الإلكترونية ، لكنني كتبت أن نفس النمط يتم تشغيله عبر قطاعات الصناعة.
"يحدث هذا في وسائل التواصل الاجتماعي ، حيث يوفر Substack طريقة سهلة للمؤلفين ليحاولوا جعل أنفسهم بن تومسون التالي. يحدث هذا في الألعاب ، حيث تبني Epic Games الأدوات وتجعلها مجانية للاستخدام لتضخيم السوق المحتمل بشكل عام. إنها يحدث في الذكاء الاصطناعي ، وتقوم OpenAI بإتاحة ChatGPT للجميع حتى يتمكن الناس من البناء عليه ".
في الأشهر الأخيرة ، مع ترقية GPT-3 إلى GPT-4 ، تم تأكيد الجملة الأخيرة من الفقرة السابقة بقوة أكبر. ولا يقتصر الأمر على مجرد حديث عن تسويق GPT ، بل في الواقع ، يسهّل الذكاء الاصطناعي على أي شخص إنشاء تطبيقاته الخاصة لتلبية المزيد والمزيد من الاحتياجات المتخصصة.
غالبًا ما أنتبه إلى ما إذا كانت هذه المنتجات بها خندق وما إذا كان بإمكانها تحمل اختبار الزمن. لدينا الكثير من الآراء المتناقضة تمامًا حول هذه القضايا.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 966401c23cbdfedfd562bcdd8636e7c9.)
من الجيد تطوير شيء يحتاجه الناس. طالما أنك تطور منتجًا يحبه الناس ، فلا داعي للقلق بشأن مشكلات النمو أو الخندق ، فكل من لديه عدد أكبر من المستخدمين سيكون أكثر نجاحًا. قام سام التمان ، الرئيس التنفيذي لشركة OpenAI ، بتغريد هذا الشعور مؤخرًا:
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / f735b6924642b2beeffdce5830f8724f.)
ولكن في الوقت نفسه ، مع كل شيء يتحرك بسرعة كبيرة ، يشبه المستخدمون الأطفال في متجر للحلوى ، يجربون كل شيء ويدفعون مقابل أحلى شيء قبل أن يشرعوا في شراء المتجر التالي. لنأخذ Lensa ، أول جيل من تطبيقات الذكاء الاصطناعي هذه ، لتتخطى متجر التطبيقات:
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 074e8ac80c56bc9f5758c10bc9de6da0.)
من ذروة بلغت أكثر من 2.5 مليون دولار في صافي الدخل اليومي في ديسمبر ، انخفضت Lensa إلى 206.000 دولار يوميًا في أوائل يناير. هذه البيانات مأخوذة من بضعة أشهر ، لكنني أعتقد أن الوضع قد لا يتحسن في هذه الأشهر القليلة. في كلتا الحالتين ، إنه إنجاز رائع. قام مؤسسو التطبيق ببناء شيء أحبه الناس ، وحققوا ثروة من خلال القيام بذلك ، ثم تلاشى مع تلاشي الضجة حول الصورة الرمزية للذكاء الاصطناعي وتدفق المنافسون عليها.
ليس فقط لينسا. كم عدد التطبيقات التالية التي تتوقع أن تحقق أكثر من 200 ألف دولار في الإيرادات الشهرية سنويًا من الآن؟ كم ستنمو لتصبح شركات كبيرة؟ و
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 6aeea5fc621299ecb270900333a797e0.)
أظن أننا سنرى هذا الأمر يتكرر مرارًا وتكرارًا في الأشهر والسنوات القادمة. سيصبح إنشاء التطبيقات أسهل ، وستصبح قدراتها أكثر روعة. سيظل الأشخاص يجربون أحدث المنتجات ويدفعون مقابلها ويستمرون في تجربة المنتجات الأحدث.
إذا كنت تقوم ببناء تطبيق صغير ، فماذا تفعل؟
طريقة واحدة للتعامل مع هذا الموقف هي محاولة العثور على خندق. ربما أضفت ميزات اجتماعية لإنشاء تأثيرات الشبكة. ربما تحصل على بيانات ملكية قيّمة لتخصيص منتجك وتحسينه حتى لا يرغب الناس في المغادرة. لا شك أن البعض سيكون قادرًا على بناء خنادق وقد نرى بعض الشركات التي تبلغ قيمتها مليار دولار والتي أنشأها شخص واحد أو مجموعة صغيرة من الناس.
بالنسبة لمعظم الناس ، ستكون هذه معركة خاسرة.
الطريقة الثانية للتعامل مع هذا الموقف هي إبقاء التكاليف منخفضة قدر الإمكان ومحاولة توليد أكبر قدر ممكن من الإيرادات عندما يكون ذلك مربحًا. لقد رأينا ، وسنظل نرى ، تطبيقًا صغيرًا يولد مئات الآلاف من الاشتراكات وملايين الدولارات من العائدات في غضون أسابيع قليلة ، وبالمثل ، يقوم ببناء شيء يكون الناس على استعداد لدفع ثمنه ، حتى لو كان مجرد شراء اندفاعي ، سيكون ذلك رائعًا أيضًا. اذهب واكسب الملايين وانتقل إلى إنشاء تطبيقات صغيرة جديدة ، أو اذهب إلى الشاطئ واستمتع ببعض الوقت.
لكن أعتقد أنه قد يكون هناك طريق ثالث. يمكن للتطبيقات الأصغر ذات دورات الحياة الأقصر أن تتعاون مع بروتوكولات أطول عمراً لبناء شيء أكبر وأكثر ديمومة.
سنستكشف هذه الطريقة الثالثة اليوم.
التطبيقات الصغيرة والتطبيقات الاجتماعية
في الأسبوع الماضي ، كتب Sam Lessin من Slow Ventures مقالًا مقنعًا عن التطبيقات الاجتماعية كبدع للمستهلكين بدلاً من الشبكات المستمرة.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / afaa6c1bdd3f780386efe417e660959f.)
يحدث نفس الشيء مرارًا وتكرارًا - Yo و Yik Yak و Vine و Poparazzi و BeReal و Clubhouse والقائمة تطول. تستخدم التطبيقات الاجتماعية آليات جديدة للوصول إلى مستويات أعلى ، وجذب المستخدمين والمستثمرين ، ثم تختفي عندما يأتي الشيء الجديد التالي. لا تزال Facebook و Instagram و Twitter و Snap مهيمنة ويبدو أنها محصنة ضد التأثير. إذا كانت ميكانيكا أي منافس جيدة بما فيه الكفاية ، فيمكن استنساخها مباشرة.
من حين لآخر ، يولد عملاق جديد ، أحدث مثال على ذلك هو TikTok. لكن في أغلب الأحيان ، يستهلكون أيضًا آخر طاقتهم ويتلاشى. كان نيكيتا بيل هو الرجل الذكي الوحيد هنا ، وقد تمكن من الهروب من القمة.
يقارن سام التطبيقات الاجتماعية بأزياء المستهلك ، وهذا تشبيه جيد. جربه واعرضه وتخلص منه. مثل Shein ، كل شيء يبدو وكأنه مضيعة. يتم إنفاق كل الوقت والمال والطاقة على عمليات الاستحواذ والاحتفاظ الجديدة ، لكن المستخدمين ينتقلون بسرعة من مواقعهم إلى تطبيقات جديدة.
أعادت قراءة مقال سام تنشيط تفكيري حول التطبيقات الصغيرة وأضفت بُعدًا جديدًا لتفكيري: الوقت.
هذا لا يعني أن التطبيقات الصغيرة لا يمكن أن تصبح كبيرة ، يمكنهم ذلك. المشكلة هي أن الغالبية العظمى من التطبيقات الصغيرة لا يمكن توسيع نطاقها لفترة طويلة. ماذا سيحدث إذا قبلوا هذا واستخدموه لمصلحتهم؟
مستعر أعظم للتطبيقات الصغيرة وبروتوكول Dyson Sphere
نظرًا لأن أشياء مثل Replit و AI و APIs و Urbit و Web3 تجعل إنشاء التطبيقات أسهل ، فإننا نشهد انفجارًا في التطبيقات الأصغر المصممة لحالات استخدام وأنواع مستخدمين أكثر تحديدًا.
ستكون بعض التطبيقات الصغيرة صغيرة جدًا بحيث يتم إنشاؤها بواسطة شخص واحد لشخص واحد ، وبعض التطبيقات الصغيرة ستركب موجة العصر لتصل إلى ملايين المستخدمين ، ولكنها ستختفي قريبًا. هذه مؤقتة ، حتى لو أصبحت هذه التطبيقات "الصغيرة" "كبيرة" خلال فترة من الزمن.
هذا هو نوع التطبيق الصغير الذي أتحدث عنه هنا. إنها تحترق بشكل مشرق وتنفجر وتموت مثل المستعرات الأعظمية.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / dda1de70bdb716ebd20a1d5266fb36a3.)
ستجعل المنافسة (سواء المباشرة أو بشكل عام لجذب الانتباه) و "الأطفال في متجر الحلوى" الانتقال من التطبيقات الصغيرة إلى شركات التطبيقات الكبيرة أمرًا صعبًا للغاية ، كما هو الحال مع التطبيقات الاجتماعية.
لكن بعض هذه التطبيقات الصغيرة ستنجح لفترة من الوقت. ماذا لو تمكنا من بناء كرات دايسون حول هذه المستعرات الأعظمية من التطبيقات الصغيرة ، والتقاط وتسخير طاقتها؟
في ورقة بحثية صدرت عام 1960 بعنوان "البحث عن المصادر النجمية الاصطناعية لإشعاع الأشعة تحت الحمراء" ، اقترح الفيزيائي فريمان دايسون نظامًا لالتقاط كل الطاقة المنبعثة من النجوم لتشغيل الحضارة البشرية بشكل لا نهائي تقريبًا. اكتسبت الفكرة ، التي سميت باسم "Dyson sphere" على اسم مبتكرها ، شعبية على مدار الـ 63 عامًا الماضية ، حيث ظهرت في عدد لا يحصى من أعمال الخيال العلمي ، على الرغم من أن قابليتها للتطبيق الحالي محدودة بسبب الطاقة المطلوبة لبناءها أكثر من نظامنا البيئي بأكمله.
نحن نبحث عن شيء مشابه في الفضاء الرقمي: طريقة لتسخير الطاقة التي تبثها تلك التطبيقات الصغيرة الناجحة عندما تكون شائعة ، وتجمع البيانات القيمة بسرعة قبل أن تتلاشى.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 2bd16e34db2dc711883b9c1405502bb3.)
تعتبر البروتوكولات التي تتيح للمستخدمين حمل هوياتهم وبياناتهم وعلاقاتهم داخل التطبيقات الصغيرة مرشحة قوية. بالطبع ، هذا جزء من الفرضية الكامنة وراء البروتوكولات الاجتماعية اللامركزية مثل Farcaster و Lens ، وبروتوكولات البيانات مثل Ceramic Network. وصفت شركة سيراميك (شركة محفظة غير مملة لرأس المال) هذه الفرصة في مقالهم "Into the Dataverse" العام الماضي:
"في رؤيتنا ، يعمل Metaverse على Dataverse: نظام بياني قابل للتكوين على نطاق الويب مملوك للجميع ، وليس شخصًا ما. سيبني المطورون واجهات قابلة للتبديل وتجارب عبر الإنترنت ، حيث يتفاعل Dataverse مباشرة مع البيانات القابلة للتكوين بداخله. Dataverse يمكن القول إن أهم دور في Metaverse: رسم بياني مشترك وعالي الأداء ومتاح دائمًا لجميع البيانات التي تم إنشاؤها واستخدامها من قبل جميع التطبيقات. "
لكني أعتقد أن التطبيقات والبروتوكولات يمكن أن تركز بشكل أكبر على أدوار كل منها في سياق الوقت. سوف تحترق التطبيقات الصغيرة وتنفجر بشكل مشرق ، ولن تتوقف البروتوكولات الذكية عند أي شيء للتأكد من أنها كرات دايسون تلتقط الطاقة في هذه العملية. أعتقد أن هذا يشبه نسخة مطورة من "بروتوكول الدهون ، تطبيق رفيع" ، مع بُعد زمني إضافي.
بروتوكول الدهون ، تطبيق رقيق
هناك إطار عمل شائع ، صاغه جويل مونيغرو في يونيون سكوير فينتشرز ، يسمى "بروتوكولات الدهون ، تطبيقات رقيقة".
في عام 2016 ، قبل أن تتضح هذه الأشياء ، كتب مونيغرو الجزء الأول: بروتوكول الدهون.
الفكرة العامة هي أنه على الويب ، تخلق بروتوكولات مثل TCP / IP و HTML و SMTP الكثير من القيمة ، ولكن يتم التقاط الكثير من هذه القيمة بواسطة تطبيقات مثل Facebook و Google. على الرغم من ذلك ، يمكن قلب معادلة التقاط القيمة في البلوكشين: يمكن للبروتوكولات أن تنشئ وتلتقط معظم القيمة التي تحركها التطبيقات المبنية عليها.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / a173cf34048b152a6424b7b0fd093fdd.)
كتب: "مع معظم البروتوكولات القائمة على blockchain ، هناك شيئان سيؤديان إلى حدوث ذلك ، الأول هو طبقة البيانات المشتركة ، والثاني هو إدخال العملات المشفرة ، التي لها بعض القيمة التخمينية ، كحاجز للوصول. "
في تقرير متابعة في عام 2020 ، بدأ مونيغرو بصندوقه الخاص ، كتب عن شريحة أخرى: التطبيقات الرقيقة.
في ذلك ، يسلط الضوء على مزايا وعيوب بناء التطبيقات فوق بروتوكولات التشفير. في الختام ، يجادل بأنه في حين أن "معماريات التشفير كخدمة رائعة للشركات الناشئة" لأنه يمكن بناؤها بسرعة وبتكلفة منخفضة وبكفاءة رأس مال عالية ، "يبدو أن ما لا يفهمه الكثير من الناس هو كيف بالضبط يقومون بإنشاء قيمة تجارية طويلة الأجل وقابلية للدفاع عندما يكون كل شيء مفتوحًا ".
يعد هذا الإعداد رائعًا للمستخدمين ويعالج العديد من المظالم التي نواجهها مع الويب. لكنه يثير أسئلة جديدة حول قابلية طبقة التطبيق الدفاعية. كيف يمكنك إنشاء قيمة تجارية طويلة الأجل وقابلية للدفاع عندما يكون كل شيء مفتوحًا ويمكن للمنافسين أن يحلوا محل بعضهم البعض بسهولة؟
إذا قمت بتبديل بروتوكولات Web3 بواجهات API للذكاء الاصطناعي ، فإن الجدل الدائر حول قيمة الأعمال طويلة المدى وقابلية الدفاع في مواجهة المنافسة الهائلة هو ما يناقشه الناس اليوم.
في نهاية المقال ، يقترح Monegro ثلاث طرق يمكن للتطبيق من خلالها إنشاء قيمة طويلة المدى وقابلية للدفاع:
بناء خندق تكلفة: تكاليف التركيز والعوامل الخارجية التي لم تحتسبها الاتفاقية.
التكامل الرأسي: قد تجمع التطبيقات الناجحة عددًا كافيًا من المستخدمين "لتصبح موردًا خاصًا بها".
-تعهد المستخدم: استخدام الرمز لتوزيع القيمة ومصالح المستخدم.
بعد ثلاث سنوات ، استخدمت بعض التطبيقات جميع الاستراتيجيات الثلاث بدرجات متفاوتة من النجاح ، وتم تسجيل معظم القيمة بواسطة البروتوكول. تحتاج إلى التمرير لأسفل إلى الرقم 20 في قائمة CoinMarketCap لأفضل الرموز من خلال القيمة السوقية للعثور على رمز تطبيق - UNUS SED LEOToken من Bitfinex ، ورقم 22 للعثور على تطبيق سمعت عنه: Uniswap. حتى Uniswap's UNIToken مرتبط بالبروتوكول ، وليس تطبيق Uniswap ، ولكن هذا هو الأقرب في أعلى 30.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / e8d85477e2075b2baa42d7effe7457bb.)
يبدو أن الجدل انتهى في الغالب: القيمة تعود إلى البروتوكولات. بروتوكولات الدهون ، تطبيقات رقيقة.
ماذا لو صممت البروتوكولات والتطبيقات ، بدلاً من محاولة تحدي الجاذبية من خلال خلق قابلية الدفاع والقيمة التجارية طويلة الأجل ، عن قصد حول فكرة أن التطبيقات الصغيرة لا يمكن أن تتوقع أن تخلق قابلية للدفاع وقيمة تجارية طويلة الأجل؟ ماذا لو ساروا مع التيار؟
تطبيق صغير ، بروتوكول متزايد
إذا افترضت أن التطبيقات الصغيرة هي مستعرات أعظم ، والتي قد تحترق بعنف وتنفجر وتختفي ، فيمكنك تصميم نظام يلتقط الطاقة والكتلة التي يبصقونها ويستخدمونها في الإنتاج. لحسن الحظ ، هذا أسهل بكثير من بناء كرة دايسون الحقيقية.
في وقت سابق ، تحدثنا عن العديد من الأساليب التي يمكن أن تتخذها التطبيقات الصغيرة:
تم التنفيذ. زيادة رأس المال الاستثماري ، وتوظيف مجموعة من الأشخاص ، والاستمرار في إضافة الميزات ، ومحاولة الحفاظ على العملاء على المدى الطويل ، ومحاولة بناء عمل تجاري مستدام قائم بذاته يمكن أن تبلغ قيمته مليارات الدولارات.
-أسلوب حياة الأعمال. لا تقم بزيادة رأس المال الاستثماري ، وحافظ على الفريق ضعيفًا للغاية ، وحاول جذب أكبر عدد ممكن من المستخدمين وأكبر قدر ممكن من النقود حتى يتم الاستحواذ عليك أو تتلاشى.
بالطبع ، يمكنك أيضًا جمع القليل من رأس المال الاستثماري بتقييم منخفض جدًا ، لذلك حتى الاستحواذ الصغير يمكن أن يكون منطقيًا.
لكن في وقت سابق ، ذكرت طريقة أخرى ثالثة ، وهي: التطبيقات الصغيرة ، البروتوكولات المتنامية.
قد يساعد هذا المخطط أثناء استكشاف هذه الفكرة:
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / f3ff8f77e389c5f5ab68773346bb4335.)
تأتي التطبيقات الصغيرة وتذهب ، وتحترق بشكل مشرق ، وتتلاشى ، وتساهم بمستخدمين وبيانات وعلاقات جديدة في البروتوكول في العملية. يصبح التطبيق الصغير أساسًا مجموعة من قنوات اكتساب العملاء للبروتوكول.
يعمل البروتوكول ، مع مشاركة مطوري التطبيقات الصغيرة في الإيرادات المتزايدة مع نمو البروتوكول. كل مجموعة لها دور تلعبه ، وكل شخص يكافأ بما يتناسب مع مساهماته.
التطبيقات الصغيرة
إذا كنت تعتقد أن تطبيقًا "صغيرًا" يمكن أن يصبح "كبيرًا" للغاية - يجتذب ملايين المستخدمين ، ويحقق إيرادات بملايين الدولارات - ولكنه يفشل عمومًا في إنشاء عمل يمكن الدفاع عنه ، فيمكنك البدء بنهج يشبه إلى حد كبير التصميم عملك بالطريقة المذكورة أعلاه لأسلوب حياة الأعمال. لا تقم بزيادة رأس المال الاستثماري ، وحافظ على الفريق ضعيفًا جدًا ، وحاول جذب أكبر عدد ممكن من المستخدمين وأكبر قدر ممكن من النقود. هؤلاء المستخدمون ، وبياناتهم وعلاقاتهم ، هم الكنز الدفين هنا.
يمكنك الاحتفاظ بالنقود التي تسحبها ، والبروتوكول لا يهتم بذلك. إنها تريد فقط هؤلاء المستخدمين وبياناتهم و / أو علاقاتهم. أنشأ Facebook نشاطًا تجاريًا بقيمة 600 مليار دولار على خلفية مستخدميه البالغ عددهم 3 مليارات مستخدم ، والذين تكاد اتصالاتهم الاجتماعية مع بعضهم البعض لا تنتهي ، وفيسبوك يعرفهم جميعًا. بدأت شركات مثل Reddit و StackOverflow في فرض رسوم على OpenAI للوصول إلى المحادثات على أنظمتها الأساسية. أصبح المستخدمون والعلاقات والبيانات ، التي طالما كانت شريان الحياة للإنترنت ، أكثر قيمة من أي وقت مضى.
يمكن للتطبيقات الصغيرة الحصول على هذه الأشياء بشكل فعال بفضل حداثتها وموضوعيتها وتفردها ، ولكن من غير المرجح أن يقترب كل تطبيق فردي من 3 مليارات مستخدم.
نظرًا لتحررك من المخاوف طويلة الأجل ، فإن وظيفتك هي إنشاء آليات جديدة جذابة ومنتجات مثيرة تجذب أكبر عدد ممكن من المستخدمين في أسرع وقت ممكن. أنشئ منتجًا محبوبًا من قبل مجتمع متخصص ، وقم بعمله بشكل أفضل من الآخرين ، وقم بالتفرقة قدر الإمكان لتبرز واكتساب المستخدمين.
تزايد البروتوكولات
على عكس نمط الحياة التجارية ، في هذه الحالة ، تم بناء التطبيق الصغير على بروتوكول يمكن الدفاع عنه على المدى الطويل. لا تحتاج هذه البروتوكولات إلى ابتكار آليات أو ميزات جديدة لامعة ؛ فهي بحاجة إلى تسهيل البناء عليها وتجميع أكبر عدد ممكن من المستخدمين وأكبر قدر ممكن من البيانات على مدار فترة زمنية.
يفترض البروتوكول المتنامي باستمرار أن المستخدمين لن يلتزموا بأي منتج واحد لفترة طويلة ، ولكن إذا تمكنوا من الحصول على عدد كافٍ من المستخدمين من خلال مجموعة من التطبيقات الصغيرة المبنية على رأس هذه المنتجات ، فيمكن أن يكون لديهم نظام بيئي ، من منظور المستخدم ، انظر ، يبدو النظام البيئي وكأنه تطبيق فائق متنامٍ. اسم مستخدم واحد ، كل البيانات ، كل الاتصالات الاجتماعية ، العديد من التطبيقات.
لا يوجد تطبيق واحد يمكنه تحدي أكثر من 3 مليارات مستخدم على Facebook ، ولكن ربما تستطيع مجموعة من التطبيقات ذلك. بمرور الوقت ، نظرًا لأن المزيد من المستخدمين يعيشون على البروتوكول ، سيكون من الأسهل على أي تطبيق صغير جديد الاستفادة من هؤلاء المستخدمين للتغلب على مشكلة البداية الباردة وربما تحقيق نمو مستدام.
قد تسأل: كيف يمكن لأي مؤسس أن يتخلى عن السيطرة على المستخدمين وبياناتهم لزيادة إيرادات البروتوكول؟
جوابي هو: Token.
تحفيز مطوري التطبيقات الصغار
أعدك ، لم أكن أنوي كتابة هذه المخطوطة كمخطوطة صناعة تشفير في المقام الأول ، وهي في الحقيقة ليست كذلك. أفكر من الاتجاه المعاكس:
التطبيقات الصغيرة يمكن أن تتوسع بسرعة وتموت بسرعة
يمكن القول إنها تبذير ومن غير المرجح أن تتحدى شاغلي المناصب
يجب أن نسخر الطاقة التي أوجدتها صغيرة في حياتها القصيرة
يمكن أن تكون البروتوكولات المفتوحة طريقة جيدة لالتقاط هؤلاء المستخدمين وبياناتهم
ولكن كيف تقنع المطورين بالتخلي عن السيطرة على بياناتهم؟
تعتبر الرموز مفيدة جدًا في الواقع لمواءمة الحوافز إذا تم استخدامها بشكل صحيح
لقد حاولت حتى التفكير في طرق للقيام بذلك بدون العملات المشفرة - عمليات الدمج والاستحواذ ، والاتفاقيات المفتوحة التقليدية القديمة ، ومشاركة الإيرادات ، ومقايضات الأسهم - ولكن لا شيء عمليًا ، وبقدر ما أعرف ، لا توجد طريقة أخرى لحل هذا مشكلة.
لذا فقد تركنا بروتوكول Web3 والرموز المميزة ، مع بعض الترقيات.
تتمثل إحدى المشكلات المتعلقة بمعظم الطريقة التي تم بها استخدام رموز التطبيقات حتى الآن في أن المطورين عادةً ما يستخدمون الرموز المميزة لجذب المستخدمين إلى المنتجات غير المقنعة بشكل خاص. العديد من منتجات Web3 التي أحبها لم تصدر رموزًا أبدًا ، بل إن البعض يقول إنهم لن يصدروا رموزًا أبدًا.
بالنسبة للبعض ، تعتبر الرموز المميزة بمثابة Band-Aid ، حيث تجذب المستخدمين الذين يرغبون في تحقيق ربح سريع ، على أمل أن يتمكنوا من الاستمرار حتى يصبح المنتج جيدًا بما يكفي لجذب المزيد من الأشخاص. في الأساس ، كان السؤال دائمًا هو: ما المبلغ الذي نحتاج إلى دفعه للناس لاستخدام هذا التطبيق والالتزام به؟
ولكن ماذا لو فكرت في الأمر بالعكس؟
بدلاً من منح المستخدمين رموزًا مباشرة لتحفيزهم على استخدام منتجات غير مؤهلة ، يمكن للبروتوكول تخصيص عدد كبير من الرموز للمطورين ، مما يسمح لهم ببناء منتجات ممتازة على البروتوكول الخاص بهم ومشاركة الفوائد بعد نجاح الاتفاقية.
يمكن لمطوري التطبيقات الاحتفاظ بهذه الرموز بأنفسهم ، أو استخدامها لجذب مستخدمين جدد ، على أمل النمو بشكل أكبر وكسب المزيد من الرموز المميزة. يجب حل آلية تخصيص الرمز المحدد واحدًا تلو الآخر ، ومن خارج نطاق هذه المقالة الخوض في هذه المشكلة ، لكنني أعتقد أنه يجب أن يكون على النحو التالي:
دفعة مقدمة صغيرة لكل تطبيق
حوافز الرموز بناءً على عدد المستخدمين الجدد ، بالإضافة إلى البيانات المستمرة وحوافز المشاركة
حوافز للمسك من خلال التطبيق
-إذا ثبت أن المستخدم الجديد مزيف ، فقط لغرض كسب النقود ولكن ليس للمشاركة طويلة الأجل ، فسيتم قطع حافز الرمز المميز
قد تكون هناك استثناءات أيضًا. قد تمنح الصفقة العدوانية Nikita Beal تمويلًا زائدًا في مقابل قيامه ببناء تطبيقه التالي أو التطبيقات القليلة التالية في الصفقة ، مثل دفع Netflix لآدم ساندلر 250 مليون دولار أخرى للحصول عليه للقيام بأربعة أفلام أخرى على Netflix.
نظرًا لأن المزيد من التطبيقات الصغيرة مبنية على البروتوكول ، يقوم المزيد من المستخدمين بإنشاء أسماء مستخدمين على البروتوكول ، ويتم تبادل المزيد من البيانات والقيمة على البروتوكول ، ويصبح البروتوكول نفسه أكثر قيمة ، ويمكن لكل من يساهم في نجاحه للمطورين مشاركة الدخل المتزايد.
إن فكرة البروتوكولات التي تمنح التطبيقات رموزًا للبناء عليها ليست جديدة. يحدث هذا كثيرًا في مجال التشفير ، والعديد من البروتوكولات لديها أموال استثمارية لدعم المشاريع التي تخطط للبناء في أنظمتها البيئية. كتب كريس ديكسون عن بعض هذه الأفكار في عام 2017 في Crypto Tokens.
الفرق هنا هو أن التطبيق نفسه لا ينبغي أن يصدر رمزًا مميزًا خاصًا به. يجب أن تستخدم التطبيقات الصغيرة الرمز المميز للبروتوكول ودفع المزيد من القيمة إلى البروتوكول ، حيث ستتراكم معظم القيمة على أي حال. إنهم بحاجة إلى التعرف على سرعة الزوال الخاصة بهم وأن يكون لديهم الحافز لإنجاح البروتوكول نفسه.
يجب أن يفعلوا كل ما يفعلونه عادة لبناء التطبيقات الأكثر إقناعًا ، فهم في الأساس يبدلون قواعد بياناتهم بأخرى البروتوكول.
هذا طلب كبير على السطح. إن وجود مستخدمين وبيانات هو بالضبط سبب نمو Facebook كثيرًا. مرة أخرى ، هذا ليس للجميع. يجب أن تستمر المثالية المتفائلة في التفاؤل والمثالية ، ولكن بالنسبة لمعظم التطبيقات الصغيرة ، إذا كنت تستطيع الاعتراف بأنك لن تكون Facebook ، أعتقد أن هذا يخلق قيمة إيجابية للغاية متوقعة. يمكنك تحقيق إيرادات على المدى القصير والمشاركة في تحسين البروتوكول على المدى الطويل.
والأهم من ذلك ، أن التطبيقات الصغيرة التي تعمل مع بروتوكول متنام وتبني عليه لا تحتاج إلى أن تكون تطبيقات "تشفير". بمعنى آخر ، لا يحتاج البروتوكول إلى أن يكون خاصية تعريف أكثر من أن HTTP ليس سمة مميزة لمعظم مواقع الويب. يمكنهم بناء أي منتجات يريدون بناءها - تطبيقات اجتماعية ، تطبيقات دردشة AI ، أيا كان.
يجب أن تُبنى BeReal و Poparazzi و Clubhouse التالية على بروتوكولات مفتوحة ، وربما ينبغي أيضًا أن تُبنى Lensa التالية أيضًا ، حتى لا تضيع قاعدة المستخدمين والبيانات التي ينشئونها عندما يأتي التطبيق الناجح التالي ، حتمًا.
في كثير من الحالات ، يجب أن تستخدم هذه التطبيقات أقل قدر ممكن من العملة المشفرة. يؤدي قبول مدفوعات بطاقات الائتمان إلى التخلص من أكبر قدر ممكن من تعقيد المحفظة مع السماح للمستخدمين بالاحتفاظ بأسماء المستخدمين الخاصة بهم. ساعد المستخدمين على دفع رسوم الغاز ، وعدم إصدار الرموز ، وعدم لامركزية الإدارة ، وعدم تقديم وعود خارطة الطريق الكبرى.
إن مجرد السماح للمستخدمين باستخدام المنتج لتحقيق أفضل أداء لهذا المنتج له فائدة إضافية تتمثل في القدرة على النهوض والعثور على المنتج التالي في البروتوكول ، وإحضار علاقاتهم وبياناتهم معهم.
بمرور الوقت ، يمكن لمطوري التطبيقات الصغيرة الاستفادة من إمكانية التركيب المتأصلة في web3 لبناء منتجات تعمل معًا. يمكن للمطورين الآخرين إنشاء تطبيقات فائقة ، تتكون من العديد من أفضل التطبيقات الصغيرة على البروتوكول. قد تتضمن مدفوعات العملة المشفرة أو ميزات أصلية أخرى. ولكن هذا ليس محور هذه المقالة ، فالأمر متروك للمطور لمعرفة ذلك من حيث تفاصيل التنفيذ الفنية والاقتصادية الأخرى.
في هذه المقالة ، ينصب التركيز ببساطة على تحديد الاتجاهات في التطبيقات الصغيرة ، والتحديات والفرص التي يمثلها هذا الاتجاه ، والحل المحتمل.
بناء نظام بيئي صغير مستمر
إن الإقرار بأن الواقع يفتح باب البحث عن نماذج ونماذج أعمال جديدة تظهر عندما لا يتعين على كل شركة أن تفعل الشيء نفسه.
التطبيقات الصغيرة أمر لا مفر منه ، سواء أراد المطورون تصغيرها أم لا.
نظرًا لأنه يصبح من الأسهل إنشاء منتجات رائعة - منتج برمجي جديد متوسط المستوى أقوم بتمريره عشوائيًا على Twitter اليوم هو 100 ضعف جودة أفضل منتج برمجي منذ عشر سنوات - يتطلب الأمر أي منتج منفرد للاختراق والاستدامة وتشكيل جوهر العمل الدائم يزداد صعوبة.
الصعوبة لا تعني المستحيل. في السنوات القليلة المقبلة ، ستولد شركات برمجيات متينة واسعة النطاق. ما هي السمات المميزة لهذه الشركات هو موضوع النقاش المستمر.
لكن معظم التطبيقات ستكون تطبيقات صغيرة ، حتى لو أصبحت "كبيرة" خلال فترة من الزمن. سوف يميزون ، ويفعلون شيئًا واحدًا جيدًا حقًا ، ويجتذبون مئات الآلاف أو الملايين من المستخدمين ، ويولدون قدرًا كبيرًا من التدفق النقدي ، ثم يفسحون المجال للتطبيق المثير التالي.
في هذه العملية ، يضيعون وقتًا ثمينًا والموارد في تكرار القطع الأثرية التي يمكنهم ببساطة انتزاعها من الرف ، بما في ذلك الرسوم البيانية للمستخدم ، وعندما يتعثرون ، فإنهم يضيعون وقتًا ثمينًا وموارد في محاولة لمعرفة كيفية بناء دفاعية وطويلة -الأعمال التجارية.
أعتقد أن هناك طريقة ثالثة.
يمكن لمطوري التطبيقات الصغار الاستفادة من جميع مزايا أسلوب الحياة التجارية ، بالإضافة إلى بعض الجوانب الإيجابية وإمكانية الخلود.
يمكن للمستخدمين بناء العلاقات وقواعد البيانات التي تمتد عبر التطبيقات وتصبح أكثر فائدة بمرور الوقت ، بدلاً من القفز من تطبيق إلى آخر ، بدءًا من كل مرة.
وللبروتوكول فرصة اكتساب المزيد من المستخدمين والبيانات والنشاط من أجل تحدي العديد من الشركات القائمة التي تبدو غير قابلة للتدمير بمرور الوقت.
في هذه العملية ، قد نضع الأساس لطريقة جديدة لبناء تطبيقات خارقة كبيرة وطويلة الأمد ، تتكون من تطبيقات سوبر نوفا مبنية على بروتوكولات متنامية وطويلة الأمد.
شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
عندما لا يكون للتطبيق خندق مائي ، كيف ينبغي التقاط القيمة
作者 ： باكي ماكورميك ， ليس مملاً
تجميع: نعسان ، عبادة
كنت أفكر أنه ليس من الصعب إنشاء تطبيق في الوقت الحاضر. في هذا الوقت ، سنواجه هذه الأسئلة: "أين سيتم التقاط القيمة؟" "هل يجب بناء خندق؟" التنافس ".......
هذا المقال هو تفكيري في هذه الأسئلة.
التطبيقات الصغيرة والبروتوكولات المتنامية
اليوم ، أصبح إنشاء تطبيق ممتع أسهل من أي وقت مضى. لكن الحفاظ على تشغيل هذه التطبيقات وتحويلها إلى شركات دائمة أصبح أصعب من أي وقت مضى.
هذان الشيئان متعاكسان ويمتزجان معًا ، مثل Yin و Yang.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / aef85d51525ecc9c283d3bda922ef687.)
تعتبر التطبيقات الصغيرة نموذجًا جديدًا يتمتع بإمكانات كبيرة ، ولكن لا يوجد نموذج عمل فعال حتى الآن. تخلق التطبيقات الصغيرة قيمة محتملة أكثر مما يمكنها التقاطه ، ويمكن لمزيج من التطبيقات الصغيرة والبروتوكولات ملء هذه الفجوة.
ليس جديدًا إنشاء شيء يسهل الحفاظ عليه. لقد فكرت في هذا السؤال منذ أن كتبت "Shopify والأشياء الصعبة السهلة" في أغسطس 2020: الأمر الصعب السهل هو أنه إذا كان بإمكان الجميع فعل شيء ما ، فلن تكون هناك فائدة من القيام بذلك ، ولكن عليك القيام بذلك على أي حال ، فقط لمواكبة العصر.
كانت تلك المقالة حول التجارة الإلكترونية ، لكنني كتبت أن نفس النمط يتم تشغيله عبر قطاعات الصناعة.
"يحدث هذا في وسائل التواصل الاجتماعي ، حيث يوفر Substack طريقة سهلة للمؤلفين ليحاولوا جعل أنفسهم بن تومسون التالي. يحدث هذا في الألعاب ، حيث تبني Epic Games الأدوات وتجعلها مجانية للاستخدام لتضخيم السوق المحتمل بشكل عام. إنها يحدث في الذكاء الاصطناعي ، وتقوم OpenAI بإتاحة ChatGPT للجميع حتى يتمكن الناس من البناء عليه ".
في الأشهر الأخيرة ، مع ترقية GPT-3 إلى GPT-4 ، تم تأكيد الجملة الأخيرة من الفقرة السابقة بقوة أكبر. ولا يقتصر الأمر على مجرد حديث عن تسويق GPT ، بل في الواقع ، يسهّل الذكاء الاصطناعي على أي شخص إنشاء تطبيقاته الخاصة لتلبية المزيد والمزيد من الاحتياجات المتخصصة.
غالبًا ما أنتبه إلى ما إذا كانت هذه المنتجات بها خندق وما إذا كان بإمكانها تحمل اختبار الزمن. لدينا الكثير من الآراء المتناقضة تمامًا حول هذه القضايا.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 966401c23cbdfedfd562bcdd8636e7c9.)
من الجيد تطوير شيء يحتاجه الناس. طالما أنك تطور منتجًا يحبه الناس ، فلا داعي للقلق بشأن مشكلات النمو أو الخندق ، فكل من لديه عدد أكبر من المستخدمين سيكون أكثر نجاحًا. قام سام التمان ، الرئيس التنفيذي لشركة OpenAI ، بتغريد هذا الشعور مؤخرًا:
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / f735b6924642b2beeffdce5830f8724f.)
ولكن في الوقت نفسه ، مع كل شيء يتحرك بسرعة كبيرة ، يشبه المستخدمون الأطفال في متجر للحلوى ، يجربون كل شيء ويدفعون مقابل أحلى شيء قبل أن يشرعوا في شراء المتجر التالي. لنأخذ Lensa ، أول جيل من تطبيقات الذكاء الاصطناعي هذه ، لتتخطى متجر التطبيقات:
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 074e8ac80c56bc9f5758c10bc9de6da0.)
من ذروة بلغت أكثر من 2.5 مليون دولار في صافي الدخل اليومي في ديسمبر ، انخفضت Lensa إلى 206.000 دولار يوميًا في أوائل يناير. هذه البيانات مأخوذة من بضعة أشهر ، لكنني أعتقد أن الوضع قد لا يتحسن في هذه الأشهر القليلة. في كلتا الحالتين ، إنه إنجاز رائع. قام مؤسسو التطبيق ببناء شيء أحبه الناس ، وحققوا ثروة من خلال القيام بذلك ، ثم تلاشى مع تلاشي الضجة حول الصورة الرمزية للذكاء الاصطناعي وتدفق المنافسون عليها.
ليس فقط لينسا. كم عدد التطبيقات التالية التي تتوقع أن تحقق أكثر من 200 ألف دولار في الإيرادات الشهرية سنويًا من الآن؟ كم ستنمو لتصبح شركات كبيرة؟ و
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 6aeea5fc621299ecb270900333a797e0.)
أظن أننا سنرى هذا الأمر يتكرر مرارًا وتكرارًا في الأشهر والسنوات القادمة. سيصبح إنشاء التطبيقات أسهل ، وستصبح قدراتها أكثر روعة. سيظل الأشخاص يجربون أحدث المنتجات ويدفعون مقابلها ويستمرون في تجربة المنتجات الأحدث.
إذا كنت تقوم ببناء تطبيق صغير ، فماذا تفعل؟
طريقة واحدة للتعامل مع هذا الموقف هي محاولة العثور على خندق. ربما أضفت ميزات اجتماعية لإنشاء تأثيرات الشبكة. ربما تحصل على بيانات ملكية قيّمة لتخصيص منتجك وتحسينه حتى لا يرغب الناس في المغادرة. لا شك أن البعض سيكون قادرًا على بناء خنادق وقد نرى بعض الشركات التي تبلغ قيمتها مليار دولار والتي أنشأها شخص واحد أو مجموعة صغيرة من الناس.
بالنسبة لمعظم الناس ، ستكون هذه معركة خاسرة.
الطريقة الثانية للتعامل مع هذا الموقف هي إبقاء التكاليف منخفضة قدر الإمكان ومحاولة توليد أكبر قدر ممكن من الإيرادات عندما يكون ذلك مربحًا. لقد رأينا ، وسنظل نرى ، تطبيقًا صغيرًا يولد مئات الآلاف من الاشتراكات وملايين الدولارات من العائدات في غضون أسابيع قليلة ، وبالمثل ، يقوم ببناء شيء يكون الناس على استعداد لدفع ثمنه ، حتى لو كان مجرد شراء اندفاعي ، سيكون ذلك رائعًا أيضًا. اذهب واكسب الملايين وانتقل إلى إنشاء تطبيقات صغيرة جديدة ، أو اذهب إلى الشاطئ واستمتع ببعض الوقت.
لكن أعتقد أنه قد يكون هناك طريق ثالث. يمكن للتطبيقات الأصغر ذات دورات الحياة الأقصر أن تتعاون مع بروتوكولات أطول عمراً لبناء شيء أكبر وأكثر ديمومة.
سنستكشف هذه الطريقة الثالثة اليوم.
التطبيقات الصغيرة والتطبيقات الاجتماعية
في الأسبوع الماضي ، كتب Sam Lessin من Slow Ventures مقالًا مقنعًا عن التطبيقات الاجتماعية كبدع للمستهلكين بدلاً من الشبكات المستمرة.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / afaa6c1bdd3f780386efe417e660959f.)
يحدث نفس الشيء مرارًا وتكرارًا - Yo و Yik Yak و Vine و Poparazzi و BeReal و Clubhouse والقائمة تطول. تستخدم التطبيقات الاجتماعية آليات جديدة للوصول إلى مستويات أعلى ، وجذب المستخدمين والمستثمرين ، ثم تختفي عندما يأتي الشيء الجديد التالي. لا تزال Facebook و Instagram و Twitter و Snap مهيمنة ويبدو أنها محصنة ضد التأثير. إذا كانت ميكانيكا أي منافس جيدة بما فيه الكفاية ، فيمكن استنساخها مباشرة.
من حين لآخر ، يولد عملاق جديد ، أحدث مثال على ذلك هو TikTok. لكن في أغلب الأحيان ، يستهلكون أيضًا آخر طاقتهم ويتلاشى. كان نيكيتا بيل هو الرجل الذكي الوحيد هنا ، وقد تمكن من الهروب من القمة.
يقارن سام التطبيقات الاجتماعية بأزياء المستهلك ، وهذا تشبيه جيد. جربه واعرضه وتخلص منه. مثل Shein ، كل شيء يبدو وكأنه مضيعة. يتم إنفاق كل الوقت والمال والطاقة على عمليات الاستحواذ والاحتفاظ الجديدة ، لكن المستخدمين ينتقلون بسرعة من مواقعهم إلى تطبيقات جديدة.
أعادت قراءة مقال سام تنشيط تفكيري حول التطبيقات الصغيرة وأضفت بُعدًا جديدًا لتفكيري: الوقت.
هذا لا يعني أن التطبيقات الصغيرة لا يمكن أن تصبح كبيرة ، يمكنهم ذلك. المشكلة هي أن الغالبية العظمى من التطبيقات الصغيرة لا يمكن توسيع نطاقها لفترة طويلة. ماذا سيحدث إذا قبلوا هذا واستخدموه لمصلحتهم؟
مستعر أعظم للتطبيقات الصغيرة وبروتوكول Dyson Sphere
نظرًا لأن أشياء مثل Replit و AI و APIs و Urbit و Web3 تجعل إنشاء التطبيقات أسهل ، فإننا نشهد انفجارًا في التطبيقات الأصغر المصممة لحالات استخدام وأنواع مستخدمين أكثر تحديدًا.
ستكون بعض التطبيقات الصغيرة صغيرة جدًا بحيث يتم إنشاؤها بواسطة شخص واحد لشخص واحد ، وبعض التطبيقات الصغيرة ستركب موجة العصر لتصل إلى ملايين المستخدمين ، ولكنها ستختفي قريبًا. هذه مؤقتة ، حتى لو أصبحت هذه التطبيقات "الصغيرة" "كبيرة" خلال فترة من الزمن.
هذا هو نوع التطبيق الصغير الذي أتحدث عنه هنا. إنها تحترق بشكل مشرق وتنفجر وتموت مثل المستعرات الأعظمية.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / dda1de70bdb716ebd20a1d5266fb36a3.)
ستجعل المنافسة (سواء المباشرة أو بشكل عام لجذب الانتباه) و "الأطفال في متجر الحلوى" الانتقال من التطبيقات الصغيرة إلى شركات التطبيقات الكبيرة أمرًا صعبًا للغاية ، كما هو الحال مع التطبيقات الاجتماعية.
لكن بعض هذه التطبيقات الصغيرة ستنجح لفترة من الوقت. ماذا لو تمكنا من بناء كرات دايسون حول هذه المستعرات الأعظمية من التطبيقات الصغيرة ، والتقاط وتسخير طاقتها؟
في ورقة بحثية صدرت عام 1960 بعنوان "البحث عن المصادر النجمية الاصطناعية لإشعاع الأشعة تحت الحمراء" ، اقترح الفيزيائي فريمان دايسون نظامًا لالتقاط كل الطاقة المنبعثة من النجوم لتشغيل الحضارة البشرية بشكل لا نهائي تقريبًا. اكتسبت الفكرة ، التي سميت باسم "Dyson sphere" على اسم مبتكرها ، شعبية على مدار الـ 63 عامًا الماضية ، حيث ظهرت في عدد لا يحصى من أعمال الخيال العلمي ، على الرغم من أن قابليتها للتطبيق الحالي محدودة بسبب الطاقة المطلوبة لبناءها أكثر من نظامنا البيئي بأكمله.
نحن نبحث عن شيء مشابه في الفضاء الرقمي: طريقة لتسخير الطاقة التي تبثها تلك التطبيقات الصغيرة الناجحة عندما تكون شائعة ، وتجمع البيانات القيمة بسرعة قبل أن تتلاشى.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / 2bd16e34db2dc711883b9c1405502bb3.)
تعتبر البروتوكولات التي تتيح للمستخدمين حمل هوياتهم وبياناتهم وعلاقاتهم داخل التطبيقات الصغيرة مرشحة قوية. بالطبع ، هذا جزء من الفرضية الكامنة وراء البروتوكولات الاجتماعية اللامركزية مثل Farcaster و Lens ، وبروتوكولات البيانات مثل Ceramic Network. وصفت شركة سيراميك (شركة محفظة غير مملة لرأس المال) هذه الفرصة في مقالهم "Into the Dataverse" العام الماضي:
"في رؤيتنا ، يعمل Metaverse على Dataverse: نظام بياني قابل للتكوين على نطاق الويب مملوك للجميع ، وليس شخصًا ما. سيبني المطورون واجهات قابلة للتبديل وتجارب عبر الإنترنت ، حيث يتفاعل Dataverse مباشرة مع البيانات القابلة للتكوين بداخله. Dataverse يمكن القول إن أهم دور في Metaverse: رسم بياني مشترك وعالي الأداء ومتاح دائمًا لجميع البيانات التي تم إنشاؤها واستخدامها من قبل جميع التطبيقات. "
لكني أعتقد أن التطبيقات والبروتوكولات يمكن أن تركز بشكل أكبر على أدوار كل منها في سياق الوقت. سوف تحترق التطبيقات الصغيرة وتنفجر بشكل مشرق ، ولن تتوقف البروتوكولات الذكية عند أي شيء للتأكد من أنها كرات دايسون تلتقط الطاقة في هذه العملية. أعتقد أن هذا يشبه نسخة مطورة من "بروتوكول الدهون ، تطبيق رفيع" ، مع بُعد زمني إضافي.
بروتوكول الدهون ، تطبيق رقيق
هناك إطار عمل شائع ، صاغه جويل مونيغرو في يونيون سكوير فينتشرز ، يسمى "بروتوكولات الدهون ، تطبيقات رقيقة".
في عام 2016 ، قبل أن تتضح هذه الأشياء ، كتب مونيغرو الجزء الأول: بروتوكول الدهون.
الفكرة العامة هي أنه على الويب ، تخلق بروتوكولات مثل TCP / IP و HTML و SMTP الكثير من القيمة ، ولكن يتم التقاط الكثير من هذه القيمة بواسطة تطبيقات مثل Facebook و Google. على الرغم من ذلك ، يمكن قلب معادلة التقاط القيمة في البلوكشين: يمكن للبروتوكولات أن تنشئ وتلتقط معظم القيمة التي تحركها التطبيقات المبنية عليها.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / a173cf34048b152a6424b7b0fd093fdd.)
كتب: "مع معظم البروتوكولات القائمة على blockchain ، هناك شيئان سيؤديان إلى حدوث ذلك ، الأول هو طبقة البيانات المشتركة ، والثاني هو إدخال العملات المشفرة ، التي لها بعض القيمة التخمينية ، كحاجز للوصول. "
في تقرير متابعة في عام 2020 ، بدأ مونيغرو بصندوقه الخاص ، كتب عن شريحة أخرى: التطبيقات الرقيقة.
في ذلك ، يسلط الضوء على مزايا وعيوب بناء التطبيقات فوق بروتوكولات التشفير. في الختام ، يجادل بأنه في حين أن "معماريات التشفير كخدمة رائعة للشركات الناشئة" لأنه يمكن بناؤها بسرعة وبتكلفة منخفضة وبكفاءة رأس مال عالية ، "يبدو أن ما لا يفهمه الكثير من الناس هو كيف بالضبط يقومون بإنشاء قيمة تجارية طويلة الأجل وقابلية للدفاع عندما يكون كل شيء مفتوحًا ".
يعد هذا الإعداد رائعًا للمستخدمين ويعالج العديد من المظالم التي نواجهها مع الويب. لكنه يثير أسئلة جديدة حول قابلية طبقة التطبيق الدفاعية. كيف يمكنك إنشاء قيمة تجارية طويلة الأجل وقابلية للدفاع عندما يكون كل شيء مفتوحًا ويمكن للمنافسين أن يحلوا محل بعضهم البعض بسهولة؟
إذا قمت بتبديل بروتوكولات Web3 بواجهات API للذكاء الاصطناعي ، فإن الجدل الدائر حول قيمة الأعمال طويلة المدى وقابلية الدفاع في مواجهة المنافسة الهائلة هو ما يناقشه الناس اليوم.
في نهاية المقال ، يقترح Monegro ثلاث طرق يمكن للتطبيق من خلالها إنشاء قيمة طويلة المدى وقابلية للدفاع:
بناء خندق تكلفة: تكاليف التركيز والعوامل الخارجية التي لم تحتسبها الاتفاقية.
التكامل الرأسي: قد تجمع التطبيقات الناجحة عددًا كافيًا من المستخدمين "لتصبح موردًا خاصًا بها".
-تعهد المستخدم: استخدام الرمز لتوزيع القيمة ومصالح المستخدم.
بعد ثلاث سنوات ، استخدمت بعض التطبيقات جميع الاستراتيجيات الثلاث بدرجات متفاوتة من النجاح ، وتم تسجيل معظم القيمة بواسطة البروتوكول. تحتاج إلى التمرير لأسفل إلى الرقم 20 في قائمة CoinMarketCap لأفضل الرموز من خلال القيمة السوقية للعثور على رمز تطبيق - UNUS SED LEOToken من Bitfinex ، ورقم 22 للعثور على تطبيق سمعت عنه: Uniswap. حتى Uniswap's UNIToken مرتبط بالبروتوكول ، وليس تطبيق Uniswap ، ولكن هذا هو الأقرب في أعلى 30.
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / e8d85477e2075b2baa42d7effe7457bb.)
يبدو أن الجدل انتهى في الغالب: القيمة تعود إلى البروتوكولات. بروتوكولات الدهون ، تطبيقات رقيقة.
ماذا لو صممت البروتوكولات والتطبيقات ، بدلاً من محاولة تحدي الجاذبية من خلال خلق قابلية الدفاع والقيمة التجارية طويلة الأجل ، عن قصد حول فكرة أن التطبيقات الصغيرة لا يمكن أن تتوقع أن تخلق قابلية للدفاع وقيمة تجارية طويلة الأجل؟ ماذا لو ساروا مع التيار؟
تطبيق صغير ، بروتوكول متزايد
إذا افترضت أن التطبيقات الصغيرة هي مستعرات أعظم ، والتي قد تحترق بعنف وتنفجر وتختفي ، فيمكنك تصميم نظام يلتقط الطاقة والكتلة التي يبصقونها ويستخدمونها في الإنتاج. لحسن الحظ ، هذا أسهل بكثير من بناء كرة دايسون الحقيقية.
في وقت سابق ، تحدثنا عن العديد من الأساليب التي يمكن أن تتخذها التطبيقات الصغيرة:
-أسلوب حياة الأعمال. لا تقم بزيادة رأس المال الاستثماري ، وحافظ على الفريق ضعيفًا للغاية ، وحاول جذب أكبر عدد ممكن من المستخدمين وأكبر قدر ممكن من النقود حتى يتم الاستحواذ عليك أو تتلاشى.
بالطبع ، يمكنك أيضًا جمع القليل من رأس المال الاستثماري بتقييم منخفض جدًا ، لذلك حتى الاستحواذ الصغير يمكن أن يكون منطقيًا.
لكن في وقت سابق ، ذكرت طريقة أخرى ثالثة ، وهي: التطبيقات الصغيرة ، البروتوكولات المتنامية.
قد يساعد هذا المخطط أثناء استكشاف هذه الفكرة:
! [كيف يجب التقاط القيمة عندما لا يكون للتطبيق خندق مائي] (https://img.gateio.im/social/https://cdn-img.panewslab.com//panews/2022/5/14 / images / f3ff8f77e389c5f5ab68773346bb4335.)
تأتي التطبيقات الصغيرة وتذهب ، وتحترق بشكل مشرق ، وتتلاشى ، وتساهم بمستخدمين وبيانات وعلاقات جديدة في البروتوكول في العملية. يصبح التطبيق الصغير أساسًا مجموعة من قنوات اكتساب العملاء للبروتوكول.
يعمل البروتوكول ، مع مشاركة مطوري التطبيقات الصغيرة في الإيرادات المتزايدة مع نمو البروتوكول. كل مجموعة لها دور تلعبه ، وكل شخص يكافأ بما يتناسب مع مساهماته.
التطبيقات الصغيرة
إذا كنت تعتقد أن تطبيقًا "صغيرًا" يمكن أن يصبح "كبيرًا" للغاية - يجتذب ملايين المستخدمين ، ويحقق إيرادات بملايين الدولارات - ولكنه يفشل عمومًا في إنشاء عمل يمكن الدفاع عنه ، فيمكنك البدء بنهج يشبه إلى حد كبير التصميم عملك بالطريقة المذكورة أعلاه لأسلوب حياة الأعمال. لا تقم بزيادة رأس المال الاستثماري ، وحافظ على الفريق ضعيفًا جدًا ، وحاول جذب أكبر عدد ممكن من المستخدمين وأكبر قدر ممكن من النقود. هؤلاء المستخدمون ، وبياناتهم وعلاقاتهم ، هم الكنز الدفين هنا.
يمكنك الاحتفاظ بالنقود التي تسحبها ، والبروتوكول لا يهتم بذلك. إنها تريد فقط هؤلاء المستخدمين وبياناتهم و / أو علاقاتهم. أنشأ Facebook نشاطًا تجاريًا بقيمة 600 مليار دولار على خلفية مستخدميه البالغ عددهم 3 مليارات مستخدم ، والذين تكاد اتصالاتهم الاجتماعية مع بعضهم البعض لا تنتهي ، وفيسبوك يعرفهم جميعًا. بدأت شركات مثل Reddit و StackOverflow في فرض رسوم على OpenAI للوصول إلى المحادثات على أنظمتها الأساسية. أصبح المستخدمون والعلاقات والبيانات ، التي طالما كانت شريان الحياة للإنترنت ، أكثر قيمة من أي وقت مضى.
يمكن للتطبيقات الصغيرة الحصول على هذه الأشياء بشكل فعال بفضل حداثتها وموضوعيتها وتفردها ، ولكن من غير المرجح أن يقترب كل تطبيق فردي من 3 مليارات مستخدم.
نظرًا لتحررك من المخاوف طويلة الأجل ، فإن وظيفتك هي إنشاء آليات جديدة جذابة ومنتجات مثيرة تجذب أكبر عدد ممكن من المستخدمين في أسرع وقت ممكن. أنشئ منتجًا محبوبًا من قبل مجتمع متخصص ، وقم بعمله بشكل أفضل من الآخرين ، وقم بالتفرقة قدر الإمكان لتبرز واكتساب المستخدمين.
تزايد البروتوكولات
على عكس نمط الحياة التجارية ، في هذه الحالة ، تم بناء التطبيق الصغير على بروتوكول يمكن الدفاع عنه على المدى الطويل. لا تحتاج هذه البروتوكولات إلى ابتكار آليات أو ميزات جديدة لامعة ؛ فهي بحاجة إلى تسهيل البناء عليها وتجميع أكبر عدد ممكن من المستخدمين وأكبر قدر ممكن من البيانات على مدار فترة زمنية.
يفترض البروتوكول المتنامي باستمرار أن المستخدمين لن يلتزموا بأي منتج واحد لفترة طويلة ، ولكن إذا تمكنوا من الحصول على عدد كافٍ من المستخدمين من خلال مجموعة من التطبيقات الصغيرة المبنية على رأس هذه المنتجات ، فيمكن أن يكون لديهم نظام بيئي ، من منظور المستخدم ، انظر ، يبدو النظام البيئي وكأنه تطبيق فائق متنامٍ. اسم مستخدم واحد ، كل البيانات ، كل الاتصالات الاجتماعية ، العديد من التطبيقات.
لا يوجد تطبيق واحد يمكنه تحدي أكثر من 3 مليارات مستخدم على Facebook ، ولكن ربما تستطيع مجموعة من التطبيقات ذلك. بمرور الوقت ، نظرًا لأن المزيد من المستخدمين يعيشون على البروتوكول ، سيكون من الأسهل على أي تطبيق صغير جديد الاستفادة من هؤلاء المستخدمين للتغلب على مشكلة البداية الباردة وربما تحقيق نمو مستدام.
قد تسأل: كيف يمكن لأي مؤسس أن يتخلى عن السيطرة على المستخدمين وبياناتهم لزيادة إيرادات البروتوكول؟
جوابي هو: Token.
تحفيز مطوري التطبيقات الصغار
أعدك ، لم أكن أنوي كتابة هذه المخطوطة كمخطوطة صناعة تشفير في المقام الأول ، وهي في الحقيقة ليست كذلك. أفكر من الاتجاه المعاكس:
التطبيقات الصغيرة يمكن أن تتوسع بسرعة وتموت بسرعة
يمكن القول إنها تبذير ومن غير المرجح أن تتحدى شاغلي المناصب
يجب أن نسخر الطاقة التي أوجدتها صغيرة في حياتها القصيرة
يمكن أن تكون البروتوكولات المفتوحة طريقة جيدة لالتقاط هؤلاء المستخدمين وبياناتهم
ولكن كيف تقنع المطورين بالتخلي عن السيطرة على بياناتهم؟
تعتبر الرموز مفيدة جدًا في الواقع لمواءمة الحوافز إذا تم استخدامها بشكل صحيح
لقد حاولت حتى التفكير في طرق للقيام بذلك بدون العملات المشفرة - عمليات الدمج والاستحواذ ، والاتفاقيات المفتوحة التقليدية القديمة ، ومشاركة الإيرادات ، ومقايضات الأسهم - ولكن لا شيء عمليًا ، وبقدر ما أعرف ، لا توجد طريقة أخرى لحل هذا مشكلة.
لذا فقد تركنا بروتوكول Web3 والرموز المميزة ، مع بعض الترقيات.
تتمثل إحدى المشكلات المتعلقة بمعظم الطريقة التي تم بها استخدام رموز التطبيقات حتى الآن في أن المطورين عادةً ما يستخدمون الرموز المميزة لجذب المستخدمين إلى المنتجات غير المقنعة بشكل خاص. العديد من منتجات Web3 التي أحبها لم تصدر رموزًا أبدًا ، بل إن البعض يقول إنهم لن يصدروا رموزًا أبدًا.
بالنسبة للبعض ، تعتبر الرموز المميزة بمثابة Band-Aid ، حيث تجذب المستخدمين الذين يرغبون في تحقيق ربح سريع ، على أمل أن يتمكنوا من الاستمرار حتى يصبح المنتج جيدًا بما يكفي لجذب المزيد من الأشخاص. في الأساس ، كان السؤال دائمًا هو: ما المبلغ الذي نحتاج إلى دفعه للناس لاستخدام هذا التطبيق والالتزام به؟
ولكن ماذا لو فكرت في الأمر بالعكس؟
بدلاً من منح المستخدمين رموزًا مباشرة لتحفيزهم على استخدام منتجات غير مؤهلة ، يمكن للبروتوكول تخصيص عدد كبير من الرموز للمطورين ، مما يسمح لهم ببناء منتجات ممتازة على البروتوكول الخاص بهم ومشاركة الفوائد بعد نجاح الاتفاقية.
يمكن لمطوري التطبيقات الاحتفاظ بهذه الرموز بأنفسهم ، أو استخدامها لجذب مستخدمين جدد ، على أمل النمو بشكل أكبر وكسب المزيد من الرموز المميزة. يجب حل آلية تخصيص الرمز المحدد واحدًا تلو الآخر ، ومن خارج نطاق هذه المقالة الخوض في هذه المشكلة ، لكنني أعتقد أنه يجب أن يكون على النحو التالي:
دفعة مقدمة صغيرة لكل تطبيق
حوافز الرموز بناءً على عدد المستخدمين الجدد ، بالإضافة إلى البيانات المستمرة وحوافز المشاركة
حوافز للمسك من خلال التطبيق
-إذا ثبت أن المستخدم الجديد مزيف ، فقط لغرض كسب النقود ولكن ليس للمشاركة طويلة الأجل ، فسيتم قطع حافز الرمز المميز
قد تكون هناك استثناءات أيضًا. قد تمنح الصفقة العدوانية Nikita Beal تمويلًا زائدًا في مقابل قيامه ببناء تطبيقه التالي أو التطبيقات القليلة التالية في الصفقة ، مثل دفع Netflix لآدم ساندلر 250 مليون دولار أخرى للحصول عليه للقيام بأربعة أفلام أخرى على Netflix.
نظرًا لأن المزيد من التطبيقات الصغيرة مبنية على البروتوكول ، يقوم المزيد من المستخدمين بإنشاء أسماء مستخدمين على البروتوكول ، ويتم تبادل المزيد من البيانات والقيمة على البروتوكول ، ويصبح البروتوكول نفسه أكثر قيمة ، ويمكن لكل من يساهم في نجاحه للمطورين مشاركة الدخل المتزايد.
إن فكرة البروتوكولات التي تمنح التطبيقات رموزًا للبناء عليها ليست جديدة. يحدث هذا كثيرًا في مجال التشفير ، والعديد من البروتوكولات لديها أموال استثمارية لدعم المشاريع التي تخطط للبناء في أنظمتها البيئية. كتب كريس ديكسون عن بعض هذه الأفكار في عام 2017 في Crypto Tokens.
الفرق هنا هو أن التطبيق نفسه لا ينبغي أن يصدر رمزًا مميزًا خاصًا به. يجب أن تستخدم التطبيقات الصغيرة الرمز المميز للبروتوكول ودفع المزيد من القيمة إلى البروتوكول ، حيث ستتراكم معظم القيمة على أي حال. إنهم بحاجة إلى التعرف على سرعة الزوال الخاصة بهم وأن يكون لديهم الحافز لإنجاح البروتوكول نفسه.
يجب أن يفعلوا كل ما يفعلونه عادة لبناء التطبيقات الأكثر إقناعًا ، فهم في الأساس يبدلون قواعد بياناتهم بأخرى البروتوكول.
هذا طلب كبير على السطح. إن وجود مستخدمين وبيانات هو بالضبط سبب نمو Facebook كثيرًا. مرة أخرى ، هذا ليس للجميع. يجب أن تستمر المثالية المتفائلة في التفاؤل والمثالية ، ولكن بالنسبة لمعظم التطبيقات الصغيرة ، إذا كنت تستطيع الاعتراف بأنك لن تكون Facebook ، أعتقد أن هذا يخلق قيمة إيجابية للغاية متوقعة. يمكنك تحقيق إيرادات على المدى القصير والمشاركة في تحسين البروتوكول على المدى الطويل.
والأهم من ذلك ، أن التطبيقات الصغيرة التي تعمل مع بروتوكول متنام وتبني عليه لا تحتاج إلى أن تكون تطبيقات "تشفير". بمعنى آخر ، لا يحتاج البروتوكول إلى أن يكون خاصية تعريف أكثر من أن HTTP ليس سمة مميزة لمعظم مواقع الويب. يمكنهم بناء أي منتجات يريدون بناءها - تطبيقات اجتماعية ، تطبيقات دردشة AI ، أيا كان.
يجب أن تُبنى BeReal و Poparazzi و Clubhouse التالية على بروتوكولات مفتوحة ، وربما ينبغي أيضًا أن تُبنى Lensa التالية أيضًا ، حتى لا تضيع قاعدة المستخدمين والبيانات التي ينشئونها عندما يأتي التطبيق الناجح التالي ، حتمًا.
في كثير من الحالات ، يجب أن تستخدم هذه التطبيقات أقل قدر ممكن من العملة المشفرة. يؤدي قبول مدفوعات بطاقات الائتمان إلى التخلص من أكبر قدر ممكن من تعقيد المحفظة مع السماح للمستخدمين بالاحتفاظ بأسماء المستخدمين الخاصة بهم. ساعد المستخدمين على دفع رسوم الغاز ، وعدم إصدار الرموز ، وعدم لامركزية الإدارة ، وعدم تقديم وعود خارطة الطريق الكبرى.
إن مجرد السماح للمستخدمين باستخدام المنتج لتحقيق أفضل أداء لهذا المنتج له فائدة إضافية تتمثل في القدرة على النهوض والعثور على المنتج التالي في البروتوكول ، وإحضار علاقاتهم وبياناتهم معهم.
بمرور الوقت ، يمكن لمطوري التطبيقات الصغيرة الاستفادة من إمكانية التركيب المتأصلة في web3 لبناء منتجات تعمل معًا. يمكن للمطورين الآخرين إنشاء تطبيقات فائقة ، تتكون من العديد من أفضل التطبيقات الصغيرة على البروتوكول. قد تتضمن مدفوعات العملة المشفرة أو ميزات أصلية أخرى. ولكن هذا ليس محور هذه المقالة ، فالأمر متروك للمطور لمعرفة ذلك من حيث تفاصيل التنفيذ الفنية والاقتصادية الأخرى.
في هذه المقالة ، ينصب التركيز ببساطة على تحديد الاتجاهات في التطبيقات الصغيرة ، والتحديات والفرص التي يمثلها هذا الاتجاه ، والحل المحتمل.
بناء نظام بيئي صغير مستمر
إن الإقرار بأن الواقع يفتح باب البحث عن نماذج ونماذج أعمال جديدة تظهر عندما لا يتعين على كل شركة أن تفعل الشيء نفسه.
التطبيقات الصغيرة أمر لا مفر منه ، سواء أراد المطورون تصغيرها أم لا.
نظرًا لأنه يصبح من الأسهل إنشاء منتجات رائعة - منتج برمجي جديد متوسط المستوى أقوم بتمريره عشوائيًا على Twitter اليوم هو 100 ضعف جودة أفضل منتج برمجي منذ عشر سنوات - يتطلب الأمر أي منتج منفرد للاختراق والاستدامة وتشكيل جوهر العمل الدائم يزداد صعوبة.
الصعوبة لا تعني المستحيل. في السنوات القليلة المقبلة ، ستولد شركات برمجيات متينة واسعة النطاق. ما هي السمات المميزة لهذه الشركات هو موضوع النقاش المستمر.
لكن معظم التطبيقات ستكون تطبيقات صغيرة ، حتى لو أصبحت "كبيرة" خلال فترة من الزمن. سوف يميزون ، ويفعلون شيئًا واحدًا جيدًا حقًا ، ويجتذبون مئات الآلاف أو الملايين من المستخدمين ، ويولدون قدرًا كبيرًا من التدفق النقدي ، ثم يفسحون المجال للتطبيق المثير التالي.
في هذه العملية ، يضيعون وقتًا ثمينًا والموارد في تكرار القطع الأثرية التي يمكنهم ببساطة انتزاعها من الرف ، بما في ذلك الرسوم البيانية للمستخدم ، وعندما يتعثرون ، فإنهم يضيعون وقتًا ثمينًا وموارد في محاولة لمعرفة كيفية بناء دفاعية وطويلة -الأعمال التجارية.
أعتقد أن هناك طريقة ثالثة.
يمكن لمطوري التطبيقات الصغار الاستفادة من جميع مزايا أسلوب الحياة التجارية ، بالإضافة إلى بعض الجوانب الإيجابية وإمكانية الخلود.
يمكن للمستخدمين بناء العلاقات وقواعد البيانات التي تمتد عبر التطبيقات وتصبح أكثر فائدة بمرور الوقت ، بدلاً من القفز من تطبيق إلى آخر ، بدءًا من كل مرة.
وللبروتوكول فرصة اكتساب المزيد من المستخدمين والبيانات والنشاط من أجل تحدي العديد من الشركات القائمة التي تبدو غير قابلة للتدمير بمرور الوقت.
في هذه العملية ، قد نضع الأساس لطريقة جديدة لبناء تطبيقات خارقة كبيرة وطويلة الأمد ، تتكون من تطبيقات سوبر نوفا مبنية على بروتوكولات متنامية وطويلة الأمد.