معظم ما يُكتب عن وصف المشروع البرمجي يعطيك قائمة عناوين لتملأها ثم يتركك تكتشف وحدك لماذا تباعدت الأسعار التي وصلتك. سنسلك هنا الطريق المعاكس، إذ سنبيّن لك كيف تتحول كل جملة تكتبها إلى أيام عمل، وكيف تتحول أيام العمل إلى مال، حتى تقدّر الرقم بنفسك قبل أن يسعّره لك أحد، وتقرأ العروض التي تصلك بعين من يعرف ما وراءها.
لماذا يعود المشروع الواحد بثلاثة أسعار متباعدة؟
المشهد مألوف: أرسلت البريد نفسه، بفقرة واحدة تشرح فكرتك، إلى ثلاث شركات، فعادت إليك ثلاثة أرقام لا رابط بينها. الأول قريب من عشرين ألفاً، والثاني ضعفه، والثالث يقارب المئة. والاستنتاج الطبيعي أن أحدهم يبالغ أو يخفي شيئاً، لكن الحقيقة في الغالب أن الثلاثة صادقون تماماً، غير أنهم لا يسعّرون المنتج نفسه.
حين تكون الفقرة التي أرسلتها قصيرة فإن كل شركة مضطرة إلى تخيّل النصف الغائب من المشروع، لأن أحداً لا يستطيع أن يضع سعراً لفراغ. فتخيّلت الشركة الأولى نسخة صغيرة من فكرتك بأربع شاشات ومستخدم واحد، وتخيّلت الثالثة نسخة كاملة فيها صلاحيات وتقارير وربط مع نظام محاسبي ونقل لبيانات قديمة. الرقمان صحيحان، والمنتجان مختلفان، والمشكلة ليست في التسعير بل في الوصف.
وما نراه في الممارسة أن الفقرة الواحدة تنتج فارقاً يصل إلى ثلاثة أو خمسة أضعاف بين أعلى عرض وأدناه، بينما الوثيقة التي تجيب عن الأسئلة الواردة في هذا المقال، أي الأدوار والقواعد والبيانات وعمليات الربط، تُضيّق الفارق عادة إلى نحو 20 أو 30 بالمئة. وهذا هو بيت القصيد كله: الوثيقة ليست إجراءً شكلياً لصالح المورّد، بل هي أرخص أداة تملكها للسيطرة على ميزانيتك أنت.
في Linkysoft تصلنا كل شهر طلبات تسعير لأفكار متشابهة، والفارق بين طلب يستغرق تسعيره ثلاثة أيام وطلب يستهلك أسبوعين من الأسئلة ليس ذكاء صاحبه بل ترتيب ورقته. ولو أردت أن ترى كيف تبدو مشاريع اكتملت فعلاً بعد أن مرّت بهذه المرحلة، ففي صفحة دراسات الحالة أمثلة عملية على ذلك.
ما الذي يسعّره العرض فعلاً: أيام عمل لا قائمة ميزات
هناك عملية حسابية واحدة إذا فهمتها زال الغموض عن كل عرض سعر يصلك: السعر يساوي عدد أيام العمل مضروباً في سعر اليوم، وكل ما عدا ذلك تفصيل. فالشركة لا تبيعك ميزات، بل تبيعك وقت أشخاص، والميزة التي تبدو صغيرة على الورق قد تستهلك من الوقت أكثر مما تستهلكه ميزة تبدو ضخمة.
لنجرِ الحساب على رقم حقيقي. عرض قيمته 60,000 بعملتك، وسعر اليوم الوسطي فيه 500، يعني 120 يوم عمل. و120 يوماً هي نحو ستة أشهر من وقت شخص واحد، أو ثمانية أسابيع على أقل تقدير لفريق من ثلاثة، بل تسعة إلى عشرة أسابيع في الواقع بعد احتساب الاختبار والمراجعة. وحين تنظر إلى الرقم بهذه الطريقة يتغير السؤال في ذهنك من «هل هذا غالٍ؟» إلى «هل يستحق ما أطلبه ستة أشهر من عمل إنسان؟»، وهو سؤال تستطيع أنت وحدك الإجابة عنه.
ومن هنا يأتي السؤال الوحيد الذي يفصل بين تقدير حقيقي وتخمين مهذّب: كم يوم عمل هذا المشروع، وكيف تتوزع هذه الأيام؟ فالشركة التي تجيب في دقيقتين قد قدّرت فعلاً، أما التي تصمت أو تكتفي بأن الأمر يعتمد على أمور كثيرة فلم تقدّر شيئاً، وإنما وضعت رقماً يريحها.
والنصف المخفي من الحساب هو أهم ما ينبغي أن تعرفه قبل أن تستغرب سعراً. ففي مشروع مخصص معتاد، نحو 50 بالمئة فقط من الأيام تذهب إلى بناء الشاشات والميزات الجديدة، ونحو 18 بالمئة إلى الاختبار وإصلاح الأخطاء، و12 بالمئة إلى تجهيز الخوادم والبيئات والنشر، و10 بالمئة إلى التنسيق والاجتماعات ومتابعة الأسئلة، و10 بالمئة أخيرة إلى التعديلات التي تطلبها أنت بعد أن ترى العمل بعينك. أي أن نصف ما تدفعه تقريباً لا يظهر على الشاشة، وهو مع ذلك السبب في أن ما يظهر على الشاشة يعمل ولا ينهار في أول يوم ازدحام.
ولهذا حين تفكر في بناء نظام مخصص لعملك فإن هذا التوزيع هو ما ينبغي أن تراه في العرض، لا سطراً واحداً فيه رقم واحد.
ابدأ بالنتيجة التي تريدها لا بقائمة الميزات
الفقرة الأولى في وثيقتك يجب أن تقول ما الذي سيصير عملك قادراً على فعله ولا يستطيعه اليوم، وكيف ستعرف أنت أن الأمر نجح فعلاً. مثال قريب: أن يصل عرض السعر إلى العميل في اليوم نفسه بدل يومين، أو أن يصدر تقرير المبيعات الشهري في يوم واحد بدل خمسة أيام يجمع فيها موظف الأرقام من ثلاثة ملفات متفرقة.
وهذا ليس كلاماً إنشائياً، بل له قيمة نقدية مباشرة، لأن المورّد الجيد كثيراً ما يعرف طريقاً أرخص إلى النتيجة نفسها، غير أنه لا يستطيع أن يقترحه إن كنت قد أخفيت النتيجة وأعطيته الحل الذي خمّنته أنت. وقد رأينا حالات اختصر فيها تعديل بسيط على طريقة العمل نصف المشروع، ولم يكن ذلك ممكناً إلا لأن العميل كتب هدفه بدل أن يكتب وصفة الحل.
أما المثال المضاد فيكلّفك مالاً: وثيقة تقول إننا نريد لوحة تحكم فيها رسوم بيانية لا تخبر أحداً بالقرار الذي تدعمه هذه الرسوم، فيسعّرها المورّد بحذر وبسخاء لأنه لا يعرف أين تنتهي، ثم تكتشف بعد التسليم أنك لا تفتح منها سوى رسم واحد.
وشكل الفقرة الجيدة بسيط إلى هذا الحد: نحن عيادة أسنان فيها ثلاثة أطباء ونستقبل نحو أربعين مريضاً يومياً. والحجز اليوم يتم عبر الهاتف والرسائل ودفتر ورقي، فيقضي الاستقبال نحو ساعتين من كل يوم في مكالمات التأكيد، ويتغيّب عن موعده نحو مريض واحد من كل ستة. نريد نظاماً يحجز فيه المريض بنفسه ويؤكد موعده آلياً، بحيث ينزل زمن هذه المكالمات من ساعتين في اليوم إلى نصف ساعة وتنخفض نسبة التغيّب إلى أقل من مريض واحد من كل عشرة. وسنعتبر المشروع ناجحاً إذا مرّ شهر كامل دون أن يفتح أحد الدفتر الورقي. أربع جمل فقط، وقد أعطيت المورّد ما يكفي ليقترح عليك حلاً أذكى مما في ذهنك.
صف طريقة العمل الحالية خطوة بخطوة
اكتب ما يحدث اليوم على هيئة قائمة مرقّمة، من اللحظة التي يتواصل فيها العميل معك إلى اللحظة التي تستلم فيها المال وتغلق الملف، وسمِّ في كل خطوة من ينفذها وبأي أداة. مثال: يتصل العميل، فتسجّل الموظفة الطلب في دفتر، ثم ترسل صورة منه إلى المدير على الهاتف، فيوافق، فتُدخل المحاسبة الطلب في ملف إكسل، ثم تصدر الفاتورة من برنامج المحاسبة، وهكذا حتى تُغلق العملية.
هذه هي أثمن صفحة في الوثيقة كلها، لأنها تكشف ما لا يخطر ببالك أن تذكره: الاستثناءات، والنماذج الورقية، والرسائل التي تحمل قرارات ولا تُحفظ في أي مكان، وملف الإكسل الذي لا يفهمه إلا شخص واحد في الشركة. وكل تفصيل من هذه تكلفة، والفارق الوحيد أنك إما تدفعها معروفة في العرض الأول، وإما تدفعها مفاجِئة في الشهر الثاني من التنفيذ.
ووضع الأرقام إلى جانب الخطوات لا يقل أهمية: كم طلباً أو مريضاً أو فاتورة أو مهمة في اليوم العادي، وكم في اليوم الأكثر ازدحاماً؟ فعشرة في اليوم وعشرة آلاف في اليوم شاشتان متطابقتان في الشكل ومشروعان مختلفان تماماً في الهندسة والتكلفة، لأن الثاني يحتاج بنية وقواعد بيانات واختبارات لا يحتاجها الأول.
ولا يقلقنّك أنك لست تقنياً، فالجمل العادية أنفع لنا من أي رسم توضيحي تشعر أنك مضطر إلى إتقانه، وصورة تلتقطها بهاتفك للنموذج الورقي الذي تستعمله اليوم تساوي صفحات من الشرح.
عُدّ شاشاتك واحصِ أنواع المستخدمين
طريقة العدّ سهلة: اكتب كل شاشة سينظر إليها إنسان، وضع أمامها علامة تبيّن إن كانت تعرض معلومات فقط أم تسمح أيضاً بالإضافة والتعديل والاعتماد. فالشاشة التي تعرض فقط رخيصة، والشاشة التي تُدخل بيانات وتطبّق قواعد هي التي تستهلك الوقت.
وأما الأسعار كما نراها في العمل اليومي فهي على هذا النحو: شاشة فيها قائمة ونموذج إضافة وتعديل وبضع قواعد تكلّف عادة من يومين إلى خمسة أيام عمل شاملة الاختبار، وشاشة تقرير فيها مرشحات وتصدير من ثلاثة إلى خمسة أيام، وصفحة معلومات ثابتة أقل من يوم واحد. والنظام الإداري الصغير يقع عادة بين 12 و25 شاشة.
اضرب واجمع، وستجد أنك وصلت وحدك إلى رقم لا يبعد عن التقدير الحقيقي أكثر من 30 بالمئة تقريباً، وذلك قبل أن تكلّم أي شركة. وهذه بالضبط دقة القرار الذي تحتاجه في هذه المرحلة، لأن سؤالك الآن ليس كم بالضبط، بل هل أبدأ أصلاً.
وفي السياق نفسه احصِ أنواع المستخدمين، أي الأدوار: مدير، ومحاسب، وموظف استقبال، وعميل. فكل دور إضافي بصلاحيات مختلفة فعلاً يضيف نحو 8 إلى 15 بالمئة إلى كلفة البناء، أي ما بين عشرة وثمانية عشر يوماً إضافياً في مشروع مدته 120 يوماً، والسبب أن كل شاشة تُبنى مرة واحدة ثم يُعاد فحصها من زاوية الدور الثاني: ماذا يرى؟ وماذا يُمنع من رؤيته وتعديله؟ ولذلك فإن كتابة أربعة أدوار حيث يكفي اثنان تكلفة حقيقية ويمكن تجنبها بجملة واحدة.
وهنا نقول ما نقوله لعملائنا دائماً: الخيار الأصغر هو الصحيح في أغلب الأحيان. فثلاث شاشات مرتبة يستعملها الناس فعلاً أفضل من خمس عشرة شاشة لا يفتح أحد نصفها، والفارق بينهما شهور من الوقت ومبلغ كان يمكن أن تنفقه على ما يزيد دخلك.
الربط بالأنظمة ونقل البيانات: جمل قصيرة بفواتير طويلة
الربط، أو ما يسمى التكامل، يعني ببساطة أن يتحدث نظامك الجديد آلياً مع نظام آخر: برنامج المحاسبة لديك، أو بوابة الدفع، أو منصة حكومية، بحيث تنتقل المعلومة وحدها بدل أن ينقلها موظف بيده كل صباح.
والأسعار هنا تقع في فئتين متباعدتين جداً. فالربط بخدمة حديثة موثّقة ولها بيئة تجريبية، أي نسخة تدريبية من النظام نجرّب عليها دون أن نمسّ بيانات عملك الحقيقية، يكلّف عادة من ثلاثة إلى ثمانية أيام عمل، وهو أمر منضبط ومتوقع. أما الربط بنظام قديم أو ببنك أو ببوابة حكومية بلا توثيق وبلا بيئة تجريبية فيتراوح بين عشرة وثلاثين يوماً، وهو السبب الأول والأكثر شيوعاً لتجاوز المشاريع لمددها وميزانياتها، لأن كل سؤال تقني فيه قد يحتاج أسبوعاً حتى يجد من يجيب عنه.
لذلك لا تكتب إننا نريد ربطاً مع نظام المحاسبة. اكتب بدلها اسم النظام ورقم نسخته، ومن يملك بيانات الدخول إليه، وهل توجد بيئة تجريبية أم لا، ومن في شركتك يستطيع أن يُحضر المسؤول التقني عن ذلك النظام على الهاتف. هذه الأسطر الخمسة وحدها قد تحرّك العرض بأيام كثيرة في الاتجاهين.
وأما بياناتك القديمة فحديثها صريح: نقل خمسة آلاف إلى خمسين ألف سجل من ملفات إكسل إلى بنية منظمة يكلّف عادة من أربعة إلى عشرة أيام، والتكرارات وتعدد الملفات غير المتطابقة والحقول التي كُتب فيها نص حر مكان التاريخ قد تضاعف الرقم. فخصّص في تخطيطك من 5 إلى 10 بالمئة من كلفة البناء لنقل البيانات، واكتب في وثيقتك كم سنة من التاريخ تحتاج فعلاً أن تنتقل، فكثير من الشركات تنقل عشر سنوات ثم لا تفتح منها إلا سنتين.
القواعد والموافقات والاستثناءات التي تكسر التقديرات
البرنامج لا يعرف شيئاً لم تخبره به، ولذلك يجب أن تُكتب كل قاعدة يحملها موظفوك في رؤوسهم اليوم: من يحق له منح خصم وإلى أي حد، وماذا يحدث حين يدفع العميل جزءاً من المبلغ فقط، ومن المدير الذي يعتمد استرداداً يتجاوز مبلغاً معيناً. هذه القواعد موجودة في شركتك بالفعل، لكنها غير مكتوبة، وغير المكتوب لا يُسعَّر.
والحالات الاستثنائية هي ما يكسر التقديرات عادة، لأن الحالة العادية سريعة البناء، بينما الحالات الخمس الغريبة المحيطة بها قد تكلّف أكثر منها مجتمعة. ومن يذكرها في وثيقته يحوّلها من مفاجآت تُدفع لاحقاً إلى بنود مرئية ومسعّرة من اليوم الأول، وهو فرق نفسي ومالي كبير.
وتستطيع أن تجيب عن هذه القائمة في عشر دقائق، وسطر واحد لكل سؤال يكفي:
- ماذا يحدث إن أُلغي الطلب بعد تنفيذه؟
- وماذا يحدث إن أُرجعت البضاعة بعد استلامها؟
- وماذا يحدث إن تأخر الدفع عن موعده المتفق عليه؟
- وماذا يحدث إن دُفع جزء من المبلغ فقط؟
- وماذا يحدث إن أُدخل الطلب نفسه مرتين بالخطأ؟
- وماذا يحدث إن كان من نفّذ العملية موظفاً غادر الشركة منذ شهور؟
في Linkysoft نطلب هذه الإجابات قبل أي عرض سعر، لأنها تختصر أسابيع من الأخذ والرد لاحقاً.
والصلة بالمال مباشرة: الوثائق التي تقل عن صفحة واحدة تُنتج عادة طلبات تغيير تساوي من 25 إلى 40 بالمئة من قيمة العرض الأصلي خلال الأشهر الثلاثة الأولى، بينما الوثيقة التي تغطي النتيجة وطريقة العمل والشاشات والأدوار والقواعد والبيانات وعمليات الربط تُبقي هذه النسبة عادة بين 5 و15 بالمئة، وهي نسبة صحية وطبيعية لأن أحداً لا يرى كل شيء من البداية.
ضع أرقاماً للحجم والسرعة ولاحتمال التوقف
أربعة أرقام تحسم بهدوء قرارات هندسية كثيرة: كم شخصاً يستعمل النظام في الوقت نفسه في أكثر ساعة ازدحاماً، وكم سجلاً لديك الآن وكم ستملك بعد ثلاث سنوات، وما حجم الملفات التي سترفعها، وهل يجب أن يعمل النظام خارج المكتب أو دون اتصال بالإنترنت.
وأما الجاهزية فتُشرح بلغة بشرية بسيطة: نسبة تشغيل 99.5 بالمئة تعني احتمال توقف يقارب 3.6 ساعة في الشهر، ونسبة 99.9 بالمئة تعني نحو 43 دقيقة فقط. والفارق بينهما ليس رقماً في عقد، بل مراقبة ونسخاً احتياطية وقدرة إضافية جاهزة، وهذه تضيف عادة من 15 إلى 25 بالمئة إلى كلفة الاستضافة والتجهيز. فاطلب الرقم الأعلى إذا كانت ساعة توقف واحدة تكلّفك مالاً حقيقياً، ولا تطلبه لمجرد أنه يبدو أفضل على الورق.
وقل بوضوح إن كان النظام سيحمل بيانات حساسة مثل سجلات صحية أو صور هويات أو مدفوعات ببطاقات، لأن ذلك يغيّر الاختبار والاستضافة وقواعد الوصول من اليوم الأول لا بعد المراجعة، وإصلاحه لاحقاً أغلى كثيراً من بنائه صحيحاً من البداية.
وأخيراً قل من سيشغّل النظام بعد الإطلاق. فالاستضافة والتحديثات والمراقبة والدعم تكلّف عادة من 15 إلى 20 بالمئة من كلفة البناء في السنة، والعرض الذي يتجاهل هذا البند ليس عرضاً أرخص، بل عرض أقصر فقط، وستدفع الفارق في مكان آخر وفي وقت أسوأ.
اذكر ميزانيتك وموعدك بصراحة
يخفي كثير من المشترين ميزانيتهم لاعتقاد مفهوم، وهو أن ذكر الرقم دعوة إلى إنفاقه كاملاً. وما يحدث عملياً عكس ذلك، لأن المورّد حين يجهل السقف إما أن يخمّن رقماً عالياً ليكون آمناً، وإما أن يصمم لك حلاً لا تستطيع شراءه، وفي الحالتين يضيع أسبوعان من وقت الطرفين ثم تعودان إلى نقطة البداية.
والأفضل أن تتعامل مع الميزانية بوصفها قيداً تصميمياً لا سرّاً تجارياً. فحين تقول إن الرقم بين ثلاثين وخمسة وأربعين ألفاً فأنت تمنح المورّد الجيد فرصة أن يخبرك بما يدخل فعلاً ضمن هذا المبلغ وما ينبغي تأجيله إلى مرحلة ثانية، وهذه أنفع محادثة في العملية كلها.
وتعامَل مع التاريخ بالمنطق نفسه، فقل بماذا يرتبط: بموسم، أو بعقد إيجار، أو بتدقيق، أو برخصة تنتهي. فالموعد الذي له سبب حقيقي يمكن التخطيط حوله وترتيب المراحل على أساسه، أما الموعد المخترع فلا يفعل شيئاً سوى إضافة هامش أمان إلى سعرك.
وأما التوقيت المعقول للرد فهو أن تعيد لك شركة جادة عرضاً مفصّلاً ببنوده خلال ثلاثة إلى خمسة أيام عمل حين تكون وثيقتك كاملة، بينما الوثيقة الغامضة تشتري لك إما أسبوعين إلى ثلاثة من الأسئلة المتبادلة، وإما رقماً منتفخاً سُعِّر فيه الغموض نفسه.
ما الذي يجب ألا تكتبه في الوثيقة
لا تحدد التقنيات إلا إذا كان في عملك ما يفرضها فعلاً، كنظام قائم يجب أن يعمل الجديد إلى جواره. فتسمية إطار عمل أو قاعدة بيانات قرأت عنها تضيّق دائرة من يستطيع تقديم عرض جيد دون أن تكسب أنت شيئاً، وقد تضاعف السعر أحياناً لأنك أجبرت الفريق على أدوات ليست الأنسب لحالتك.
ولا ترفق تصميمات نهائية ومقاسات دقيقة في مرحلة التسعير، فرسم تخطيطي باليد أو لقطة شاشة من موقع أعجبك يوصل الفكرة نفسها في خمس دقائق، ويوفر عليك مالاً قد تدفعه لتصميم يتغير بعد أول جلسة مراجعة.
ولا تقارن مشروعك بمنتجات ضخمة، فقولك إنك تريده مثل تطبيق المتجر الكبير يصف سنوات من عمل مئات الأشخاص ولا يقول شيئاً عمّا يحتاجه عملك أنت غداً.
ونصارحك في إضافتين شائعتين: تطبيق الهاتف المرافق يضيف عادة من 40 إلى 70 بالمئة فوق كلفة نسخة الويب المكافئة، وموقع مبني جيداً يكون متجاوباً، أي تتبدّل صفحاته لتُقرأ وتُستعمل بيسر على شاشة الهاتف كما على شاشة الحاسوب، يبقى في السنة الأولى هو الجواب الصحيح لأغلب الحالات. أما طلب مزايا الذكاء الاصطناعي قبل أن تكون بياناتك نظيفة ومجمّعة في مكان واحد فهو إنفاق سابق لأوانه، لأن هذه المزايا تتغذى على بيانات مرتبة ولا تصنعها.
وأبقِ الوثيقة بين ثلاث وست صفحات، فما تجاوز خمس عشرة صفحة يكرر نفسه غالباً ويدفن الأسطر القليلة التي تحدد السعر فعلاً.
وثيقة تكتبها في تسعين دقيقة
هذا هيكل من ثمانية أجزاء تستطيع نسخه كما هو والبناء عليه:
- النتيجة المطلوبة في فقرة واحدة، مع العلامة التي تعرف بها أنها تحققت.
- طريقة العمل الحالية في خطوات مرقّمة، مع أحجام اليوم العادي ويوم الذروة.
- قائمة الشاشات، ومقابل كل شاشة هل تعرض فقط أم تُدخل بيانات وتطبّق قواعد.
- قائمة الأدوار، ومقابل كل دور ما يراه وما يُمنع منه.
- الأنظمة التي يجب الربط بها، ومن يملك كل نظام ومن يجيب عن أسئلته التقنية.
- البيانات الموجودة اليوم، أين هي بالضبط، وكم سنة منها تنتقل فعلاً.
- القواعد والاستثناءات، وخصوصاً الإلغاء والإرجاع والدفع الجزئي والموافقات.
- نطاق الميزانية، والتاريخ المطلوب، والسبب الحقيقي وراءه.
وأضف إليها ثلاثة أسطر عملية كثيراً ما تُنسى: من في شركتك يجيب عن أسئلة الشركات خلال فترة التسعير، وخلال كم ساعة أو يوم يستطيع الرد، وعلى أي أساس ستفاضل بين العروض التي تصلك.
وأما الوقت فنقوله بصدق: نحو تسعين دقيقة للمسوّدة الأولى، وساعة إضافية بعد أن يقرأها شخص يؤدي هذا العمل يومياً، لأنه سيتذكر ثلاث حالات لم تخطر لك. وإن كان المشروع كبيراً أو غامضاً فمرحلة التخطيط المدفوعة تكلّف نحو 5 إلى 10 بالمئة من قيمة البناء المتوقعة وتستغرق من أسبوع إلى ثلاثة، وهي تحوّل عادة تقديراً دقته زائد أو ناقص 50 بالمئة إلى تقدير دقته زائد أو ناقص 15 بالمئة، وهذا فارق يستحق ثمنه.
كيف تقرأ العروض التي تصلك
أربعة فحوص تكفي لتمييز العرض المدروس من العرض المرتجل:
- هل يعرض أيام العمل أم يكتفي برقم واحد في سطر واحد؟
- وهل يذكر صراحة ما هو خارج النطاق؟
- وهل يقول ماذا يحدث حين يستغرق بند وقتاً أطول من المقدّر ومن يتحمل الفارق؟
- وهل يسعّر السنة الأولى من التشغيل كما يسعّر البناء؟
والعرض الذي يجيب عن الأربعة جميعاً يستحق ثقتك حتى وإن لم يكن أرخصها.
وأما الرقم الأقل بكثير من غيره فتعامل معه بلطف وذكاء، لأنه في الغالب ليس المشروع نفسه بسعر أقل، بل مشروع أصغر سُعِّر بدقة. فاسأل صاحبه أي الشاشات وأي الأدوار وأي عمليات الربط أدخلها في حسابه، وستجد أن الفارق يفسّر نفسه في رسالة واحدة، وربما تكتشف أن نسخته الأصغر هي ما تحتاجه فعلاً.
وأرسل الوثيقة نفسها إلى كل الشركات في اليوم نفسه، وامنحها المهلة نفسها للرد، فالمقارنة لا تصح إلا حين يكون السؤال واحداً على الجميع بالحرف.
وإن أردت خطوة أولى بلا التزام، أرسل إلينا وثيقتك كما هي ولو كانت مسوّدة خشنة، وسنقول لك ما الناقص فيها قبل أن ترسلها إلى أي جهة أخرى، فهذه مراجعة لا تستغرق منا وقتاً طويلاً وقد توفر عليك أسابيع وأرقاماً. تجدنا في صفحة تواصل معنا، وفي مدونة Linkysoft مزيد من هذا النوع من الإرشاد العملي.
