كم يكلّف أودو في الإمارات: شكل الرقم، لا الرقم

هذا ليس تهرّبًا. السعر المعروض دون تشخيص تخمينٌ بعلامة عشرية، وسبب انخفاضه دائمًا بنيوي لا أخلاقي: أرخص عرض يفوز بالصفقة، وأرخص عرض رخيصٌ تحديدًا لأنه يفترض ألّا فجوات. ثم تُكتشف الفجوات أثناء تطبيقك أنت، وعلى حسابك أنت، غالبًا حول الشهر الخامس.

المفيد فعلًا قبل التشخيص هو شكل التكلفة — أي البنود موجودة، وأيها يتحرك، وما الذي يحرّكه، ومتى يصل كل منها. الشكل ثابت حتى حين تتغير المبالغ. أتقن الشكل، وستقرأ أي عرض يُقدَّم إليك، بما فيه عرضنا، وترى فورًا أين يكمن الخيال.

أربعة بنود، لا بند واحد

يكاد كل عرض أودو يقدّم رقمين: الرخصة والتطبيق. البنود أربعة، والاثنان اللذان يُحذفان هما اللذان يقرّران إن كان المشروع يستحق أصلًا.

ما هو لكل مستخدم وما هو لكل تطبيق

النموذج التجاري لأودو غير معتاد، وعدم اعتياديته تهمّ في تصميم نظامك.

الاشتراك لكل مستخدم لا لكل تطبيق. ثبّت ثلاثة تطبيقات أو ثلاثين؛ لا يتغير الرقم لكل مستخدم. ولهذا أثر تصميمي مباشر: التكلفة الحدية لتشغيل تطبيق صفر، والتكلفة الحدية لإضافة شخص ليست كذلك. معظم المشترين يأتون من منتجات يصحّ فيها العكس، فيقيّدون الوحدات غريزيًا توفيرًا للمال. وفي أودو تكلّفك هذه الغريزة قدرةً دون أي توفير.

ما يحرّك الاشتراك فعلًا هو الخطة التي تستقر عليها. هيكل خطط أودو يميّز شريحة قياسية عن أخرى أعلى، وقدرات بعينها — Studio، وتشغيل شركات متعددة، والوصول الخارجي لواجهة البرمجة، والتطوير المخصّص — تقع في الشريحة الأعلى. وهذا يعني أن قرارًا تقنيًا يُتخذ في ورشة هو أيضًا قرار تسعير، وكثيرًا ما يتخذه شخص لا يعلم ذلك. اقرأ حدود الخطط من صفحة أسعار أودو نفسها لا من شريحة عرض لدى شريك، ولاحظ أين تقع متطلباتك قبل أن يسعّر أحد.

وما هو فعلًا "لكل شيء آخر" هو الجزء الذي لا يفصّله أحد:

• تطبيقات الطرف الثالث من متجر أودو. يسعّرها مؤلفوها، عادةً لكل إصدار، وأحيانًا لكل مستخدم، وتُشترى من جديد عند الانتقال إلى إصدار رئيسي جديد. والعرض الذي يحلّ أربعة متطلبات بأربعة تطبيقات من المتجر يكون قد أنشأ أربع تبعيات سنوية صغيرة على أربعة مؤلفين لا رابط بينهم، وكلٌّ منهم قد يُصدر أو لا يُصدر نسخة لإصدار أودو التالي.
• خدمات الاستهلاك. الرسائل النصية، وبعض ميزات مسح المستندات، وبعض عمليات البحث والتحقق أرصدةٌ تُستهلك بالعدّاد. صغيرة للوحدة، وقادرة تمامًا على أن تصير غير تافهة في شركة ترسل آلاف الرسائل شهريًا.
• الاستضافة، إن لم تكن على الخطة التي تشملها. Odoo.sh مسعّرة على الموارد التي تحتاجها قاعدة بياناتك فعلًا؛ والاستضافة الذاتية يسعّرها مزوّد بنيتك التحتية ومن يديرها. وأيّ الاثنين ينطبق يعتمد على قرار الإصدار والاستضافة، وهما في الحقيقة قرار واحد بقبعتين.
• مزوّد الخدمة المعتمد للفوترة الإلكترونية، وهو علاقة تجارية منفصلة باشتراكها الخاص، وفي معظم النماذج بعنصر خاص لكل مستند.
• رسوم بوابة الدفع وربط البنك، وهي تخصّ بنكك ومزوّد خدمة السداد لا أودو، ولا يتذكر أحد وضعها في دراسة الجدوى.

لا شيء من هذه كبير منفردًا. ومجتمعةً هي الفرق بين الرقم السنوي في دراسة الجدوى والرقم السنوي في حساباتك.

مضاعِف التطبيق، وما الذي يحرّكه

التطبيق أيامٌ مضروبة في سعر. السعر رقم سوقي تستطيع مقارنته بسؤال ثلاث شركات. أما الأيام فهي الحجة كلها، وتحرّكها مجموعة صغيرة من المتغيرات يستطيع شريك كفؤ تسميتها في أول اجتماع.

يستحق الأخيران تشديدًا لأنهما المحرّكان الوحيدان في تلك القائمة اللذان يقعان بالكامل تحت سيطرتك، ولا يُعاملان تقريبًا أبدًا كمحرّكي تكلفة. لا يستطيع شريك إعداد هيكل تسعير لم يقرّره مديرك التجاري. وكل يوم من ذلك التردد يُفوتر، بشكل أو بآخر، ويُفوتر عليك.

الاقتصاد العام لهذا ليس خاصًا بأودو — القوى نفسها تحدّد الرقم في أي مشروع ERP متوسط الحجم، وهو موضوع ما تكلّفه فعلًا عملية تطبيق ERP في الإمارات. ما يخصّ أودو هو النسبة: لأن الرخصة صغيرة نسبيًا، يكون مضاعِف الخدمات إلى الرخصة أعلى مما يتوقعه مشترون قادمون من مايكروسوفت أو ساب، فيقرؤون ذلك بانتظام على أنه مبالغة في السعر. وهو ليس مبالغة. بل هو مقدار العمل نفسه جالسًا بجوار رخصة أصغر.

ما الذي يشتريه سعر اليوم فعلًا

سعر اليوم ليس مقياس جودة وليس مقياس تكلفة. هو سعر وحدة من وقت شخص بعينه، والسؤال الوحيد المهم هو: أي شخص، وكم وحدة.

اطلب التركيبة. العرض الذي يقدّم سعرًا مدمجًا لـ"الاستشارات" يخفي مزيجًا، والمزيج هو المُخرَج. وهناك فرق حقيقي بين:

• استشاري وظيفي يعرف نموذج المحاسبة في أودو وكيف تسوّي شركة تجارية إماراتية حساباتها فعلًا، ويقضي يومه في منع القرارات السيئة؛
• مطوّر يكتب الكود ويختبره وينبغي أن يكون أصغر بند في مشروع محكم الإدارة؛
• مدير مشروع، قيمته حقيقية وسعر يومه سهل التضخيم إلى ضريبة دائمة على مشروعك؛
• مبتدئ ينفّذ الإعداد تحت إشراف، وهو أمر مشروع تمامًا وينبغي أن يُسعّر على حقيقته.

العرض الذي تهيمن عليه أيام الكبار إما انعكاس أمين لمشروع صعب وإما عرض منفوخ. والعرض الذي يهيمن عليه سطر المطوّر يقول لك شيئًا مهمًا قبل بدء المشروع: هذا الفريق ينوي حلّ متطلباتك بالكود. وسواء كان ذلك صوابًا أم خطأً، فهو جدال يستحق أن يُخاض قبل التوقيع لا في الشهر الرابع — وموضعه الطبيعي قائمة الفجوات المكتوبة، مصنّفة إلى ما يُعدّ وما يُبنى.

وشيئان آخران يخفيهما سعر اليوم.

من يحضر فعلًا. الأشخاص في العرض التقديمي كثيرًا ما ليسوا الأشخاص في المشروع. اطلب أفرادًا بأسمائهم مقابل حزم عمل بأسمائها، واسأل ماذا يحدث إن غادر شخص مسمّى في منتصف المشروع.

ما يستثنيه السعر. السفر والحضور في الموقع، وعمل التحويل خارج ساعات الدوام، والبيئات، ورخص الطرف الثالث، و — الكلاسيكي — كل ما يوصف بأنه "يُفترض أن يوفّره العميل". اقرأ بند الافتراضات باهتمام أكبر من السعر. ففيه يسكن النطاق فعلًا.

التكاليف التي تصل في السنة الثانية

التجديد على عدد المستخدمين الحقيقي. أدرجتَ الرخصة بعدد المستخدمين في وثيقة التصميم. وتجدّد بعدد المستخدمين الذي أنشأته فعلًا، وهو أعلى دائمًا تقريبًا، لأن الأدوار تتكاثر ما إن يرى الناس النظام. هذه ليست حيلة مورّد. بل قرار تصميم اتُّخذ في الشهر الثالث ووصل فاتورةً في الشهر الرابع عشر.

الترقية. يُصدر أودو نسخة رئيسية كل عام، ونافذة الدعم لأي نسخة عدد صغير من السنوات. في Enterprise يكون نقل قاعدة البيانات خدمة؛ أما الاختبار وإصلاح الوحدات المخصّصة وإعادة الاعتماد فمشروع لديك أنت في الحالتين. وفي Community كل ذلك عليك. وحجم تلك الفاتورة يُحدَّد يوم يقرّر أحدهم سدّ فجوة بالكود، ولهذا فإن سجل التخصيصات الذي تحتفظ به في السنة الأولى هو المستند الذي يسعّر ترقية سنتك الثانية.

الدعم، بأي شكل اتخذه. إما عقد احتفاظ مع شريك، أو شخص داخلي، أو — الخيار الذي يختاره الناس بالصدفة — لا أحد، يتبعه طارئ في نهاية الربع يُفوتر بما يحتمله السوق. الدعم ليس اختياريًا. هو فقط غير مموَّل أحيانًا.

المالك الداخلي. شخص مسمّى داخل عملك يمسك الإعداد بعد رحيل الاستشاريين. هذا راتب حقيقي، أو جزء حقيقي من راتب، ومكانه دراسة الجدوى سواء وضعه أحد فيها أم لا. الأنظمة بلا مالك لا تفشل بصوت عالٍ. بل تنجرف: تتدهور البيانات الرئيسية، وتتراكم الحلول الالتفافية، وبعد ثلاث سنوات يستنتج أحدهم أن ERP كان خيارًا سيئًا، بينما ما حدث فعلًا أن أحدًا لم يكن مسؤولًا عنه.

وهناك اثنان آخران يصلان متأخرين قليلًا ويصيبان بقوة أكبر لأنهما غير متوقعين.

طبقة التقارير. عروض القوائم والجداول المحورية في أودو تجيب عن الأسئلة التشغيلية جيدًا. أما حزمة تقارير مجلس الإدارة — عابرة للوحدات، مقارِنة للفترات، هرمية، قابلة للتعمّق — فتنتهي عادةً إلى عروض SQL مخصّصة أو أداة ذكاء أعمال خارجية. وهذا رخصة وبناء والتزام نمذجة دائم، ولا يظهر في أي عرض تطبيق تقريبًا.

دوران الموظفين. كل مغادرة تخرج بمعرفة مدرَّبة وتُدخل مستخدمًا غير مدرَّب. التدريب ليس بندًا في المشروع؛ بل بند سنوي. والشركات التي تعامله كحدث لمرة واحدة تكتشف انضباط عملياتها يتآكل بالضبط بالطريقة التي تعكسها جودة بياناتها بعد ذلك.

التكاليف التي لا يسعّرها أحد

خمسة بنود، رأينا كلًا منها محذوفًا من عروض شركات جادّة.

ترحيل البيانات. يُعرض كرقم صغير ثابت، بينما يُحجَّم في الواقع بحالة بياناتك الرئيسية. عملاء مكرّرون، وأصناف بثلاثة أعراف قياس، وأرصدة افتتاحية لا يستطيع أحد إثباتها، وشجرة حسابات نمت عضويًا طوال عقد. العمل ليس التحميل. بل التنظيف، وقرارات المطابقة، والتسوية التي تثبت أن البيانات المحمَّلة صحيحة. وبخس تقدير هذا هو السبب الأشيع لموت مشاريع ERP، ويُبخَس لأن التقدير يُوضع قبل أن ينظر أحد إلى البيانات.

التكاملات. كل اتصال ببنك، أو منصة تسويق، أو بوابة جمارك، أو مكتب رواتب، أو نظام إدارة مستودعات، أو نظام قديم هو تصميم، وبناء، ومجموعة اختبارات، وسياسة معالجة أخطاء، وتبعية دائمة لجدول إصدارات شخص آخر. وسطر واحد في عرض يقول "التكامل مع الأنظمة القائمة" ليس نطاقًا. بل عنوان مؤقت لجدال قادم.

التدريب، مُنفَّذًا كما ينبغي. لا جولة شرح ساعتين في الأسبوع السابق للإطلاق. بل تدريب قائم على الأدوار على بياناتك أنت، بمواد تبقى بعد رحيل المدرِّب، مع فترة بعد الإطلاق يكون فيها أحدهم متاحًا للأسئلة التي لا تظهر إلا حين يصير النظام حقيقيًا.

الوحدة التي يجب على أحدهم كتابتها. كل تطبيق بأي حجم ينتهي بفجوة حقيقية واحدة على الأقل لا يستطيع الإعداد سدّها. والنسخة الأمينة من هذا قائمة فجوات مكتوبة تُنتج قبل العقد، كل بند فيها مسعّر. والنسخة غير الأمينة عرضٌ بلا قائمة فجوات أصلًا، ما يعني أن الفجوات ستُكتشف لاحقًا وتُسعّر كطلبات تغيير بسعر لم تعد تملك ما تساوم به عليه.

البيئات والاختبار. قاعدة اختبار هي نسخة حقيقية من الإنتاج، تُحدَّث، مع بروفات لترحيل البيانات قبل الترحيل الحقيقي. هذا يكلّف مالًا ووقتًا، وهو أول ما يُقتطع حين يتأخر المشروع. وهو أيضًا سبب أن المشاريع المتأخرة تُطلق معطوبة.

السعر الثابت، والوقت والمواد، والوسط الأمين

سعر ثابت بلا وثيقة نطاق مفصّلة ليس سعرًا ثابتًا. بل جدال ثابت، موعده الشهر الرابع. المورّد سعّر افتراضاته هو لا متطلباتك أنت، وكل اكتشاف يصير طلب تغيير. أنت لم تُزل عدم اليقين؛ بل نقلته إلى عملية تعاقدية تحابي الطرف الذي كتب الافتراضات.

نموذج الوقت والمواد أمين بشأن عدم اليقين ولا يعطيك سقفًا، وهو أمر غير مقبول لمعظم مجالس الإدارة ومعقول لمعظم المهندسين.

الوسط العملي عادةً: مرحلة تشخيص وتصميم بسعر ثابت تنتج قائمة العمليات وقائمة الفجوات وتقييم البيانات؛ ثم سعر ثابت للبناء، مسعّر مقابل تلك الوثيقة لأنها صارت موجودة. وإن رفض شريك أن يبيعك المرحلة الأولى منفصلة، فاسأل لماذا. الإجابة تخبرك إن كان يبيع تنفيذًا أم يبيع رخصة.

كيف تحصل على رقم حقيقي

أربعة أسئلة تحوّل التخمين إلى تقدير. وهي الأربعة نفسها في كل مرة.

إن استطاع شريك تسعيرك دون الإجابة عن هذه، فهو لم يسعّرك. بل سعّر المرحلة التي ينوي بيعها، والباقي سيصل كطلبات تغيير.

والنتيجة اللازمة غير مريحة وتستحق أن تُقال بوضوح: التشخيص السليم يكلّف مالًا، وهو أرخص مال في المشروع كله. وهو أيضًا الشيء الوحيد الذي ينتج رقمًا تستطيع وضعه أمام مجلس إدارة بلا حاشية. اقرأ العرض الذي وصل بلا تشخيص على حقيقته، واقرأ بند الافتراضات مرتين — فهو المستند الذي يُحكم به على شريك، لا السعر المطبوع على الغلاف.

وإن أردت الإجابة عن الأسئلة الأربعة مقابل عملياتك الفعلية وبياناتك الفعلية، والفجوات مسعّرة قبل أن تلتزم بأي شيء، فذلك ما يبدأ به عملنا في تطبيق أودو.