إذا كان لديك مُنتجاً رقمياً ويرغب به المستخدمين هذا جميل جداً لكن لن يضمن لك الإستمرارية إلا إذا كان لديك عائدات من المُنتج الرقمي لتطويره وتحسينه .وما يفصل بينك وبين نجاح منتجك الرقمي هو نموذج الترخيص. قد يجذب المستخدمين أو يُنفرهم من إستخدام منتجك، وقد لا يضمن إستمرارية تطوير منتجك . سيكون حتماً عليك تحديد طريقة ترخيصك للمنتج وسيكون طريقة ترخيص منتجك هي إحدى القرارات الحاسمة وقد تُؤثر على نجاح مُنتج من عدمه.
“Perpetual License” — ترخيص دائم
الترخيص الدائم يسمح للمستخدم بإستخدام المُنتج لفترة غير محدودة ، ويُطبق هذا النموذج على إصدار محدود من المُنتج، سيكون الرهان هُنا على بأن يشري المُستخدمين أصدارات من المنتج الرقمي وبيع المُنتج على أكبر عدد من المُستخدمين ، وقد لا يتضمن التحديثات على المُنتج . كما يحدث في بيع المنتجات الإستهلاكية والسيارات وغيرها .
“Floating License” — رخصة موزعة
تسمح الرخصة الموزعة بإستخدام عدد محدود من المستخدمين في آن واحد ، قد تكون رخصة مُشتركة لعدد محدود من المستخدمين في منظمة واحدة. فعندما يرغب مستخدم بإستخدام المُنتج الرقمي ، سيتطلب منه الاتصال بسيرفر للتحقق من عدد المستخدمين ، فإذا كان عدد المستخدمين في المنظمة قد استهلكوا العدد المحدود ، فيجب على المستخدم الإنتظار حتى ينتهي أحد المستخدمين من استخدام المنتج. ويكثر إستخدامها في مُنتجات التصاميم ثلاثية الأبعاد ونتفليكس .🙂
“Subscription License ” — رخصة اشتراكية
تُمكن الرخصة الإشتراكية المستخدم من إستخدام المُنتج الرقمي لفترة محدودة سيتحتم على المُستخدم دفع مبلغ لإستخدام المُنتج على فترات مُنتظمة و يكثر هذا النوع من التراخيص بالمنتجات السحابية وتُجدد تلقائياً بعد قرار الإشتراك . أقرب مثال لهذا النوع من التراخيص هي أوفيس 365.
“Metered License” — رخصة محدودة
الترخيص المحدود يسمح للمستخدم بإستخدام التطبيق بقيود على المُستخدم ، وتختلف هذه القيود من وقت الأستخدام ، إستهلاك المعالج ، مقدار البيانات المُستهلكة أو عدد المشاريع بالبرنامج وغيرها.
“Use time license” — رخصة مؤقتة
تُدرج الرخصة المؤقتة تحت الرخص المُقيدة بالتوقيت ، فيتوجب على المستخدم الدفع مقابل دقائق او ساعات من المُنتج ، كما تفعله سكايب وبعض برامج الإتصال
“Aggregate use-time license” — رخصة مؤقتة إجمالية
كما هو الحال في الرخصة المؤقتة ، ما قد يختلف هُنا ، بأن الوقت المُرخص لك قد يوزع بين فريق او مجموعة مستخدمين الجدير بالذِكر هُنا بأنه قد تم إستخدام هذا النوع من الترخيص في Gitlab Runners في Gitlab CI.
“Feature license” — الترخيص للمزايا
تُعرف أيضاً ب فريميوم “Freemuim” سيكون على المُستخدم هُنا بأن يدفع مُقابل إستخدام مزايا إضافية من المُنتج ، يشيع هذا النوع من الترخيص في تطبيقات تعديلات الصور وغيرها.
“Trial License” — رخصة تجريبية
ما يحدُث هُنا هو بأن يتم منحك فترة مؤقتة لتجربة المُنتج بشكل كامل ولفترة مُؤقتة على أمل بأن تشتري المُنتج.
“Offline use License” — الرخصة الغير مُتصلة
قد يحتاج البعض لإستخدام المُنتجات الإشتراكية، لاكن قد لا يًمكن للمستخدم الإتصال خارج الشبكة المحلية قد تختلف الأسباب قد تكون بسبب سياسات أمن الشبكة أو الخصوصية ، هُنا يُمكن بيع مُنتجك للإستخدام الغير مُتصل.
“Support and Maintenance License” — رخصة دعم وصيانة
كثيراً ما نجد البرمجيات مفتوحة المصدر وهُناك موظفون بدوام كُلي يتقاضون أجراً ويُعيلوا أبنائهم وبرمجياتهم متوفرة بشكل مجاني يمكن للجميع إستخدامها، هُنا أحد نماذج أعمال البرمجيات مفتوحة المصدر ، حيث يُراهن على التبني الساحق للمنتج وشراء الدعم والصيانة من قِبل المُستخدمين لهذا المُنتج المجاني.
إختيار الرخصة الأمثل:
ليس هُناك أفضل رخصة في نموذج الأعمال، تختلف حاجتك للرخص بحسب مُنتجك ، وقد يكون مُنتجك مُكون من مزيجاً من نماذج التراخيص، هُناك عدة عوامل تُساهم في إختيار الرخصة المُناسبة لمُنتجك وقد تختلف جدواها من أسواق محلية أو عالمية. 🤔 أرى شخصياً بأن نموذج الإإشتراك قد تكون الأنسب في اغلب الأحيان لدعم بقاء المُنتج لمدة أطول وقد تكون غير مُكلفة على المُسهلك ، أنا لا أتحدث هُنا عن إستراتيجية التسعير ستحتاج إلى موضوعاً مُطول للتحدث عنها ولكن أتحدث عن النموذج المُناسب لترخيص مُنتجك ، كما أن في الأعمال تستخدم التراخيص كأدوات لتحديد مسار مُنتجك .
