في هذه الصفحة
بصفتك رئيسا تنفيذيا ، فإن تحقيق التوازن بين الاحتياجات الفورية لشركتك ونموها على المدى الطويل أمر بالغ الأهمية وصعب ، خاصة في شركة ناشئة. أسئلة صعبة مثل ما إذا كان يجب عليك الاستثمار بقوة في المبادرات طويلة الأجل أو اتباع نهج أقل تكلفة وأكثر تحفظا. قرار "البناء مقابل الشراء" ، على سبيل المثال ، هو قرار مهم تواجهه العديد من الشركات عند تلبية احتياجاتها من البرامج.
"البناء ، أو عدم البناء" هو السؤال! غالبا ما ينبثق هذا اللغز عندما تحتاج إلى إضافة تقنية إلى مكدسك. في معظم الأوقات ، يتطلب بناء شيء معقد ومفصل وعملي مثل منصة أتمتة الحوافز الكثير من الوقت والموارد. وقد تفكر معظم الشركات في توجيه هذه الموارد نحو بناء منتجها الأساسي المدر للدخل بدلا من إصدار داخلي من منتج متاح بسهولة خارج البورصة. لكن الأمر ليس بهذه البساطة أيضا.
تاريخيا ، كان بناء برامج مخصصة مكلفا ويستغرق وقتا طويلا - 53٪ من المشاريع تكلف 189٪ من التقدير الأصلي وإلغاء المؤسسات 31٪ من مشاريع البناء.
على الرغم من هذه الأرقام الخطيرة ، غالبا ما تلجأ المؤسسات إلى بناء برامج مخصصة. ولكن هناك بعض التحديات المتأصلة في بناء البرامج داخليا والاعتماد عليها في المهام الحرجة التي قد تخلق الفوضى أو تصبح عديمة الفائدة.
فيما يلي بعض الأسباب التي تجعل النضالات تتجاوز بناء برنامج أتمتة الحوافز ويجب أن تفعل الكثير في الصيانة.
1. ليست رشيقة
تعمل معظم المؤسسات ضمن مشهد أعمال سريع التغير. لدى فرق المبيعات الخاصة بهم عروض ترويجية للمبيعات وإطلاق المنتجات وتغييرات الأسعار ومناطق جديدة لإطلاقها.
للاستجابة لاحتياجات العمل المتغيرة باستمرار ، يجب أن تكون برامج حوافز المبيعات ديناميكية للغاية. بعد كل شيء ، تقود برامج عمولة المبيعات سلوكيات المبيعات. لهذا السبب ، يجب أن يكون إجراء تغييرات على برنامج عمولة المبيعات سريعا وسهلا.
ومع ذلك ، بدون فهم عميق لخطط حوافز المبيعات المختلفة وهيكلها المنطقي الأساسي ، من الصعب جدا إنشاء نظام مرن حيث يتم دمج التغييرات المطلوبة والمتطلبات الجديدة بسرعة. تتطلب معظم برامج حساب الحوافز الداخلية إصلاحا كبيرا للكود أو إعادة تصميمه - حتى بالنسبة للتغييرات الصغيرة التي تجعل العملية برمتها بطيئة.
ولا يمكنك الانتظار عدة أسابيع حتى يقوم فريقك التقني بإجراء تغييرات أو إعادة تصميم الأتمتة الداخلية بالكامل. معظم الفرق التقنية مشغولة جدا ببناء البرنامج الذي يجلب الإيرادات للمؤسسة وأي تغييرات في الأنظمة الحالية يتم إلغاء أولوياتها تلقائيا. قد يكون حملهم على تقديم تغييرات على الحل الداخلي الخاص بك بالسرعة التي تحتاجها أمرا مرهقا.
لا يكاد يكون من المنطقي أن يقرر فريقك الفني إجراء تعديلات طفيفة في برامج المبيعات بعد 12 أسبوعا من طلب التعديلات.
2. أمن البيانات والامتثال القانوني
بيانات حوافز المبيعات هي بيانات حساسة للغاية. لحساب حوافز المبيعات ، يجب أن يكون لدى نظامك حق الوصول إلى جميع المعاملات التجارية. كما يتطلب الوصول إلى بيانات سرية إضافية ، مثل رواتب الموظفين ، وهيكل التعويضات ، وما إلى ذلك.
من الأهمية بمكان أن يكون لديك نظام يتحكم بشكل صحيح في وصول المستخدم إلى خطط الحوافز والبيانات المتعلقة بالعمولة والمدفوعات. من المهم جدا وجود نظام يسمح لك بمنح حق الوصول إلى المعلومات بناء على أدوارهم وأقدميتهم.
الرئيس التنفيذي / رئيس الموارد البشرية / رئيس التعويضات - الوصول الكامل - المشرف المتميز
رئيس المبيعات - أداء الفريق / رؤية لوحة القيادة - المسؤول
مديرو تنفيذ / تنفيذ البرنامج - مسؤول البرنامج
قائد فريق المبيعات - وصول المدير
مندوبو المبيعات - وصول المستخدم
ومع ذلك ، فإن تنفيذ التحكم الكافي في الوصول هو مجرد خطوة أولى. تحتاج أيضا إلى التفكير في الاحتفاظ بالبيانات وإعداد التقارير الآمنة وإدارة التغيير. من غير المحتمل أن يواكب فريقك الفني طلبات إجراء تغييرات على خطط الحوافز للتعديلات الطفيفة ناهيك عن إجراء تغييرات كبيرة على البرنامج بأكمله. من غير المرجح أن يكون لديهم الوقت لتنفيذ التشفير المناسب ، وسياسات الاحتفاظ بالبيانات ، وسجل تدقيق شامل ، وبوابات الدفع في حالة سماحهم بأتمتة الدفع وهي وظيفة نادرة في حالة البرامج المدمجة داخليا.
حتما ، سيعيق أمان البيانات الكافي تقديم برنامج عمولة مبيعات رشيق وديناميكي وسريع الاستجابة ، وبالتالي برنامج حساب الحوافز. قد يجبرك هذا على التنازل عن خفة الحركة مقابل الأمان - مما يؤدي إلى قرارات صعبة وتأخيرات.
3. حل ضعيف
يتطلب تصميم حل شامل ومرن لحساب حوافز المبيعات بنية فريدة. يجب أن يعتمد على خط أنابيب معالجة البيانات. يجب أن تقسم عملية حساب العمولة إلى مراحل مستقلة مثل المصادر والتصفية والتقطيع والحساب والتقسيم ثم العرض.
ستقدم معظم الفرق التقنية "حلا عمليا" بسرعة إلى حد ما. ومع ذلك ، مع إضافة متطلبات إضافية مثل إضافة مستويات تراكمية وعمولات مقسمة ومسابقات قائمة على المنتجات والجغرافيا ، قد يبدأ الحل الداخلي الخاص بك في الانهيار. قد تضطر بعد ذلك إلى الاختيار بين أخطر شيئين ، أو تنفيذ حل سريع أو اللجوء إلى إعادة بنية النظام الشاملة لاستيعاب التغييرات الطفيفة. (لقد حذرناك من انخفاض المشروع بنسبة 31٪ ، أليس كذلك؟)
قد يكون لديك أيضا خلافات مع فريقك الفني حيث يشرحون أن "هذا النوع من التغيير سيستغرق 8 أسابيع" أو "نحن لا ندعم هذا النوع من الحسابات". أيضا ، يمكنك توقع بعض (أو الكثير) من التكاليف المخفية على الطريق (لقد حذرناك من تكلفة المشروع بنسبة 189٪).
كل هذه القيود تجعل برنامج حساب الحوافز المبني داخليا خطوة لأتمتة الأجزاء في أحسن الأحوال وفوضوية في أسوأ الأحوال.
إنه يجعل برنامج حساب الحوافز المبني داخليا جدول بيانات رائعا في أحسن الأحوال.
إذا قررت إنشاء أتمتة عمولة مبيعات داخلية ، فأنت تفهم بالفعل تكلفة عدم أتمتة عمولات المبيعات. والتكاليف ضخمة. وهناك الكثير على المحك. لكن أكبر شيء على المحك هو الفرصة.
هذا هو بالضبط المكان الذي يمكن أن يساعدك فيه Compass .
Compass هو حل متكامل، وهو عبارة عن برنامج لا يحتوي على رموز يستخدمه مسؤولو البرامج لإنشاء برامج تحفيزية معقدة. ويقومون بذلك من خلال هيكل أساسي من خلال تحديد المتغيرات ومخطط المنطق. Compass لديه ميزة أخرى فريدة من نوعها توفر على المستخدم الجهد المضني لإرسالها إلى محادثات ومجموعات واتساب الفردية، فهو ينشر النتائج تلقائيًا إلى أكثر من 100 مجموعة على واتساب.
في Compass ، تتمثل مهمتنا الوحيدة في مساعدة أخوية المبيعات على البيع بشكل هادف.
مع Xoxoday Compass، يمكنك تحديد قوالب الألعاب من بين عدد كبير من الخيارات، وتحديد مؤشرات الأداء الرئيسية، وإنشاء منطق بقواعد ومتغيرات وشروط، دون الحاجة إلى الترميز. قم بتحفيز السلوكيات التي تعزز نتائج الأعمال من خلال برامج المبيعات الجذابة. Compass هو منتج غير تقليدي مصمم للمشاكل التقليدية في أكثر الوظائف تقليدية، المبيعات.
