Puneet Gupta
المساهم
مشاركة على Twitter
Puneet Gupta هو الرئيس التنفيذي والمؤسس المشارك لـ Amberflo.io. وكان سابقا مدير عام في AWS.
من 300+ خدمات أصدرتها Amazon Web Services (AWS) على مر السنين ، لم يكن هناك حاجة إلى إعادة تسعيرها بشكل غير صحيح.
هذا ليس عن طريق الصدفة.
تسعير القائم على الاستخدام (UBP) يوفر مستويات عالية جدًا من نمو الإيرادات واعتماد المنتج. يمكن لأي شركة تعمل في السحابة (وينبغي) أن تعتمد نموذج تسعير قائم على الاستخدام مكّنه أفضل الممارسات والأطر التي تعمل على تحسين القيمة التي يتم توفيرها للعميل.
لقد عملت لبضع سنوات كمدير عام كمدير عام في AWS ، حيث أشرف على Amazon Cloudsearch وبعض الخدمات المرفقة لأنها تقاس بمليار دولار من الإيرادات في الجزء الخلفي من نموذج التسعير القائم على الاستخدام. في وقت لاحق ، عندما أطلقنا Amazon OpenSearch ، ساهم نفس النموذج في نجاحه واعتماده الهائل. بالنظر إلى الطبيعة المرنة للبنية التحتية الأساسية ، يجب أن يكون أي شيء يحصل على طبقة في الأعلى مرنًا - ويشمل ذلك التسعير. أدناه ، وضعت سبع خطوات للبدء في نموذج تسعير قائم على الاستخدام في عملك. مصممة خصيصا للقيام - تتبع الاستخدام.
الخطوة 1: تنفيذ قياس الاستخدام
ترتكب العديد من الشركات خطأ في البدء بنموذج التسعير ثم تحاول التراجع إلى قياس الاستخدام.
هذه هي نهج خاطئ. تحتاج الخطوة الأولى إلى قيادة جميع القطع الأثرية التكنولوجية الخاصة بك. إذا كنت مبنى بدء تشغيل من نقطة الصفر ، فإن تنفيذ القياس في البداية سيمنحك ميزة هائلة. والفرق ، وجعل تحديد التسعير أكثر وضوحًا. متر مكدس التكنولوجيا الخاص بك بشكل كلي. يجب أن تفكر في القياس أولاً ثم المضي قدمًا في التسعير والفوترة ، وعدم التراجع عن القياس من التسعير والفوترة. تريد فرض رسوم على مكالمات API ، وتبدأ بالتفكير في نموذج تسعير متدرج لمكالمات API بواسطة Count. في طريقك للخلف من هذا إلى القياس ، سوف تصل إلى استنتاج مفاده أنك تحتاج إلى قياس عدد مكالمات API.
قارن هذا مع النهج المقتر إلى الأمام. أولاً ، تحدد أنك بحاجة إلى استخدام مكالمات API للأدوات لأنها واحدة من الميزات الأساسية لكيفية مشاركتك مع منتجك. ثم تسأل نفسك ، ما هي الطريقة الشمولية لاستخدام أداة API؟
المساهم
مشاركة على Twitter
Puneet Gupta هو الرئيس التنفيذي والمؤسس المشارك لـ Amberflo.io. وكان سابقا مدير عام في AWS.
من 300+ خدمات أصدرتها Amazon Web Services (AWS) على مر السنين ، لم يكن هناك حاجة إلى إعادة تسعيرها بشكل غير صحيح.
هذا ليس عن طريق الصدفة.
تسعير القائم على الاستخدام (UBP) يوفر مستويات عالية جدًا من نمو الإيرادات واعتماد المنتج. يمكن لأي شركة تعمل في السحابة (وينبغي) أن تعتمد نموذج تسعير قائم على الاستخدام مكّنه أفضل الممارسات والأطر التي تعمل على تحسين القيمة التي يتم توفيرها للعميل.
لقد عملت لبضع سنوات كمدير عام كمدير عام في AWS ، حيث أشرف على Amazon Cloudsearch وبعض الخدمات المرفقة لأنها تقاس بمليار دولار من الإيرادات في الجزء الخلفي من نموذج التسعير القائم على الاستخدام. في وقت لاحق ، عندما أطلقنا Amazon OpenSearch ، ساهم نفس النموذج في نجاحه واعتماده الهائل. بالنظر إلى الطبيعة المرنة للبنية التحتية الأساسية ، يجب أن يكون أي شيء يحصل على طبقة في الأعلى مرنًا - ويشمل ذلك التسعير. أدناه ، وضعت سبع خطوات للبدء في نموذج تسعير قائم على الاستخدام في عملك. مصممة خصيصا للقيام - تتبع الاستخدام.
الخطوة 1: تنفيذ قياس الاستخدام
ترتكب العديد من الشركات خطأ في البدء بنموذج التسعير ثم تحاول التراجع إلى قياس الاستخدام.
هذه هي نهج خاطئ. تحتاج الخطوة الأولى إلى قيادة جميع القطع الأثرية التكنولوجية الخاصة بك. إذا كنت مبنى بدء تشغيل من نقطة الصفر ، فإن تنفيذ القياس في البداية سيمنحك ميزة هائلة. والفرق ، وجعل تحديد التسعير أكثر وضوحًا. متر مكدس التكنولوجيا الخاص بك بشكل كلي. يجب أن تفكر في القياس أولاً ثم المضي قدمًا في التسعير والفوترة ، وعدم التراجع عن القياس من التسعير والفوترة. تريد فرض رسوم على مكالمات API ، وتبدأ بالتفكير في نموذج تسعير متدرج لمكالمات API بواسطة Count. في طريقك للخلف من هذا إلى القياس ، سوف تصل إلى استنتاج مفاده أنك تحتاج إلى قياس عدد مكالمات API.
قارن هذا مع النهج المقتر إلى الأمام. أولاً ، تحدد أنك بحاجة إلى استخدام مكالمات API للأدوات لأنها واحدة من الميزات الأساسية لكيفية مشاركتك مع منتجك. ثم تسأل نفسك ، ما هي الطريقة الشمولية لاستخدام أداة API؟
اخلاء مسؤولية! هذا المقال لا يعبر بالضرورة عن رأي جامعة الرازي
