في اجتماع مع عميل يريد نظاماً لإدارة المستودعات، يشرح مدير الحساب المزايا والسعر، ثم يسأل مدير تقنية المعلومات عند العميل: «هل يعمل النظام مع نظام ERP الذي عندنا عبر الـ API، وأين تحفظ البيانات، وماذا يحدث لو تعطل خط الإنترنت في المستودع؟». هنا يصمت مدير الحساب، لأن الإجابة الصحيحة تحتاج مهندساً يعرف المنتج من الداخل ويعرف أنظمة العميل، والإجابة الخاطئة قد تخسر الصفقة، أو الأسوأ أنها تكسبها بوعد لا يتحقق. وهذا المهندس هو مهندس ما قبل البيع Presales، وكثير من المطورين يقومون بعمله دون أن يسموه، فيحضرون اجتماعاً «لأن العميل عنده أسئلة تقنية»، ثم يجدون أنفسهم يرسمون معمارية ويجهزون عرضاً ويكتبون ردوداً على طلب عروض.
وفي هذا المقال سوف نتناول:
- ما هو دور Presales، وأسماؤه المختلفة: Sales Engineer وSolutions Engineer وSolutions Architect، والفرق بينها وبين Technical Account Manager.
- أين يقف هذا الدور في مسار البيع B2B، وكيف يعمل مع مدير الحساب Account Executive.
- مكالمة الاكتشاف Discovery Call والأسئلة التي تجعل ما بعدها ممكناً.
- القرار الفني Technical Win، والرد على طلبات العروض RFP، والعرض التوضيحي وإثبات المفهوم.
- ما الذي لا يفعله مهندس Presales.
ما هو دور ما قبل البيع Presales؟
ما قبل البيع Presales هو العمل الفني في الصفقة قبل توقيع العقد، أي إقناع الفريق التقني عند العميل بأن المنتج يحل مشكلته في بيئته، وتصميم الحل الذي سوف ينفذ بعد التوقيع. والتشبيه الأقرب هو المهندس الذي يرافق مندوب شركة المقاولات إلى صاحب الأرض، فالمندوب يتحدث عن السعر والمدة، والمهندس يجيب عن نوع التربة وعدد الأدوار المسموح بها، وصاحب الأرض لا يوقع حتى يطمئن للاثنين.
وتصنف O*NET، قاعدة بيانات المهن التي تنشرها وزارة العمل الأمريكية، هذه المهنة تحت اسم مهندس المبيعات Sales Engineer، وتعرفها بأنها بيع منتجات أو خدمات للشركات تحتاج خلفية فنية تعادل بكالوريوس الهندسة، وأول مهمة في قائمتها هي إعداد العروض والرد على طلبات العروض RFP، ثم العمل مع فرق المبيعات لفهم احتياج العميل. والأرقام التي تنشرها للولايات المتحدة تعطي فكرة عن حجم المهنة: 51,600 وظيفة في 2025، والأجر الوسيط Median حوالي 124,900 دولار في السنة، ونمو متوقع بين 3% و4% حتى 2035، وهي أرقام سوق واحد ولا تنقل كما هي إلى السوق المحلي.
Sales Engineer أم Solutions Architect أم TAM؟
الأسماء تختلف من شركة لأخرى، وأحياناً يعني الاسم الواحد عملين مختلفين في شركتين، ولكن الاستخدام الشائع في الشركات التقنية كما يلي:
| الاسم | متى يعمل | ما يركز عليه |
|---|---|---|
| Presales Engineer أو Presales Consultant | قبل التوقيع | الاسم العام للدور، ويشيع في شركات المنطقة وعند الموزعين والشركاء |
| مهندس المبيعات Sales Engineer | قبل التوقيع | العرض التوضيحي والأسئلة الفنية بجانب مدير الحساب، وهو الاسم الذي تستخدمه O*NET |
| Solutions Engineer | قبل التوقيع | نفس العمل تقريباً، والاسم شائع في شركات SaaS |
| مهندس الحلول Solutions Architect | قبل التوقيع وأحياناً بعده | تصميم المعمارية لحلول أكبر وأكثر تعقيداً، والاسم الأشهر في شركات السحابة |
| مدير الحساب التقني Technical Account Manager | بعد التوقيع | متابعة العميل فنياً بعد الإطلاق: مراجعات المعمارية والتكلفة، والتصعيد عند الأعطال |
والفرق المهم في الجدول هو الخط بين قبل التوقيع وبعده، فمهندس Presales يقاس بالصفقات التي ساعد على كسبها، ومدير الحساب التقني يقاس ببقاء العميل وتوسع استخدامه. وقد قرأنا كيف تصف AWS وMicrosoft وGoogle Cloud وOracle هذه الأدوار في صفحاتها الرسمية في مقال مستقل:
أين يقف في مسار البيع؟
في البيع للشركات B2B تمر الصفقة بمراحل يقودها مدير الحساب Account Executive، وهو صاحب الصفقة والمسؤول عن رقمها Quota، وبجانبه مسار فني يقوده مهندس Presales، والصورة التالية تبين المسارين:

ولاحظ أن مهندس Presales لا يدخل الصفقة من أولها، فمدير الحساب أو فريق تطوير المبيعات SDR يؤهل العميل أولاً: هل عنده مشكلة نحلها، وميزانية، وموعد؟ والسبب أن وقت المهندس هو أغلى ما في فريق المبيعات، وعدد المهندسين أقل من عدد مديري الحسابات في أغلب الشركات، فإذا ذهب إلى كل عميل محتمل لم يبق وقت للعملاء الجادين. وقد شرحنا مراحل البيع نفسها وطريقة توقعها في مقالي المبيعات:
دليلالمبيعات B2B للتقنيين: من العميل المحتمل إلى العقدكيف تبيع شركة تقنية لشركات أخرى: من يقرر عند العميل، وكيف تؤهل الصفقة، وما الوثائق والتسعير من أول اجتماع إلى الفاتورة.
دليلمسار البيع Sales Pipeline: المراحل والتوقعات Forecastكيف تبني مراحل بيع بشروط خروج واضحة، وتحسب نسبة الفوز وسرعة البيع والتوقع الموزون من صفقاتك، مع تجربة عملية في Docker.الثنائي: مدير الحساب ومهندس Presales
في أغلب الصفقات المتوسطة والكبيرة يعمل الاثنان كثنائي، ولكل منهما جمهوره عند العميل:

والخطأ الشائع أن يدخل مدير الحساب في التفاصيل الفنية فيعد بما لا يعرف، أو أن يدخل المهندس في السعر والخصم فيضعف موقف زميله في التفاوض. لذلك اتفقا قبل كل اجتماع: من يتحدث في ماذا، ومن يجيب إذا سأل العميل عن السعر، وما الذي لا يقال.
مكالمة الاكتشاف Discovery Call
مكالمة الاكتشاف هي الاجتماع الذي يفهم فيه المهندس مشكلة العميل قبل أن يعرض أي شيء، وكل ما بعدها يعتمد عليها: العرض يبنى على ما قيل فيها، ومعايير إثبات المفهوم تأتي منها، والتصميم يحترم القيود التي ظهرت فيها. والمهندس الذي يتجاوزها ليعرض مباشرة يشبه الطبيب الذي يكتب الدواء قبل أن يسأل عن الأعراض.
وهذه مجموعة أسئلة تغطي ما يحتاجه المهندس، ولا تسألها كاستبيان، وإنما كحوار يتفرع منه السؤال التالي:
| المحور | أسئلة | لماذا تسأل |
|---|---|---|
| الوضع الحالي | كيف تقومون بهذا العمل اليوم؟ وبأي أنظمة؟ وكم شخصاً يعمل عليه؟ | العرض يقارن بما يعرفونه، وليس بما لا يعرفونه |
| المشكلة وأثرها | ما الذي لا يعمل؟ وكم يكلفكم ذلك من وقت أو مال أو أخطاء؟ | المشكلة دون رقم لا تبرر ميزانية |
| البيئة الفنية | أين تستضاف الأنظمة؟ وما الأنظمة التي يجب الربط معها؟ وكيف يدخل المستخدمون، هل عبر الدخول الموحد SSO؟ | تحدد التصميم، وتكشف مبكراً ما قد يمنع الصفقة |
| القيود | هل يجب أن تبقى البيانات داخل المملكة؟ وما متطلبات الأمن والامتثال Compliance عندكم؟ | شرط واحد هنا قد يلغي خياراً كاملاً من الاستضافة |
| القرار | من سوف يقيم الحل فنياً؟ ومن يوقع؟ وما الخطوات قبل التوقيع؟ | تعرف من يجب أن يحضر العرض ومن يجب إقناعه |
| التوقيت | متى تحتاجون الحل يعمل؟ ولماذا هذا الموعد؟ | الموعد المرتبط بحدث حقيقي يعني صفقة جادة |
وبعد المكالمة اكتب ملخصاً قصيراً وأرسله للعميل: ما فهمته من المشكلة، والقيود، والخطوة التالية. والسبب أن العميل إذا صحح فهمك الآن فقد وفرت عرضاً كاملاً مبنياً على فهم خاطئ، وإذا وافق فقد أصبح عندك مستند يرجع إليه الجميع.
القرار الفني Technical Win
القرار الفني Technical Win هو اللحظة التي يقول فيها الفريق التقني عند العميل إن الحل مناسب فنياً، وأنه لا يوجد سبب فني يمنع اختياره. وهو ليس توقيعاً، فالصفقة قد تخسر بعده بسبب السعر أو الميزانية أو منافس قريب من صاحب القرار، ولكن الصفقة لا تكسب بدونه في الغالب، لأن الفريق التقني يملك حق الاعتراض حتى لو لم يملك التوقيع. وإعلانات وظائف ما قبل البيع في شركات السحابة تضعه صراحة في وصف الدور، فـ إعلان Google Cloud لوظيفة Customer Engineer مثلاً يقول إنه يقود القرار الفني.
ولهذا السبب يقاس مهندس Presales عادة بنسبة القرار الفني Technical Win Rate، أي من الصفقات التي عمل عليها، كم صفقة حصل فيها على موافقة الفريق التقني، وبجانبها مساهمته في الصفقات التي كسبتها الشركة فعلاً. وقد قارنا مقاييس كل دور في المبيعات والتسويق ونجاح العملاء في مقال مستقل:
الرد على طلبات العروض RFP
طلب العروض Request for Proposal هو مستند يرسله العميل لعدة موردين يصف فيه احتياجه ويطلب عرضاً فنياً ومالياً، وكثير من الجهات الحكومية والشركات الكبيرة لا تشتري إلا عبره. ودور مهندس Presales فيه هو الجزء الفني: جدول الامتثال Compliance Matrix الذي يجيب فيه عن كل متطلب بـ «يدعم» أو «يدعم جزئياً» أو «لا يدعم»، ووصف المعمارية، وخطة التنفيذ، والإجابة عن أسئلة الأمن.
والقاعدة الأهم هنا هي الصدق في جدول الامتثال، لأن الإجابة في طلب العروض تتحول إلى التزام في العقد، فالمتطلب الذي كتبت أمامه «يدعم» وهو يدعم جزئياً سوف يعود إليك بعد التوقيع كعيب في التسليم. وقد شرحنا كتابة العرض الفني بالتفصيل، وأدوات مكتبة الإجابات التي توفر الوقت في الطلبات المتكررة:
دليلالرد على طلبات العروض RFP وكتابة العرض الفنيكيف تقرأ كراسة الشروط وتقرر التقدم، وتبني مصفوفة الامتثال والعرض الفني وجدول الأسعار، مع قوالب جاهزة وسكربت يولد المصفوفة.
دليلأدوات Presales: بيئة العرض ومكتبة الإجاباتأدوات العرض والإجابات والمخططات والتسجيل التجارية وبدائلها المفتوحة، مع بيئة عرض في Docker تستعاد بأمر واحد خلال ثوان.العرض التوضيحي وإثبات المفهوم
العرض التوضيحي Demo هو أكثر ما يراه العميل من عمل مهندس Presales، وهو أفضل ما يكون عندما يعرض مسارين أو ثلاثة من مشكلة العميل نفسها التي ظهرت في الاكتشاف، وليس جولة على كل الميزات. وإذا بقي سؤال لا يجيب عليه العرض، مثل الأداء على بيانات العميل أو الربط مع نظامه، يأتي إثبات المفهوم PoC: تجربة محدودة المدة بمعايير نجاح مكتوبة يوافق عليها العميل قبل البدء. وقد خصصنا لهما مقالاً كاملاً مع قالب خطة جاهز:
ما الذي لا يفعله مهندس Presales؟
- لا يقدم استشارة مجانية بلا حدود: التصميم في مرحلة البيع يكفي لإثبات أن الحل مناسب، أما التصميم التفصيلي لكل مكون فهو عمل مدفوع بعد التوقيع، والسبب أن العميل الذي يحصل على كل شيء مجاناً قد يأخذ التصميم وينفذه مع غيرك.
- لا يعد بما لا يملكه: موعد ميزة في خطة المنتج Roadmap يقرره فريق المنتج، فلا تذكره للعميل كالتزام، وقل ما هو موجود اليوم وما هو مخطط دون موعد.
- لا ينفذ المشروع: في أغلب الشركات يسلم المهندس الحل لفريق الخدمات المهنية Professional Services أو لشريك تنفيذ، ويبقى مرجعاً لهم في البداية، فإذا كان هو المنفذ أيضاً فلن يجد وقتاً للصفقة التالية.
- لا يفاوض على السعر: يستطيع أن يشرح أثر الخيارات الفنية على التكلفة، مثل عدد المستخدمين أو حجم التخزين، ولكن الخصم والشروط عمل مدير الحساب.
وقد يتساءل البعض: هل هذا دور تقني أم دور مبيعات؟ والإجابة أنه الاثنان، ولكنه يقع في فريق المبيعات في أغلب الشركات ويقاس بنتائجه، وهذا ما يجعل كثيراً من المطورين يترددون فيه، وما يجعله أيضاً من أسرع الطرق لفهم كيف تكسب الشركة مالها. وقد شرحنا المهارات والمسار من التطوير إلى Presales في مقال مستقل:
الخلاصة
وصلنا لنهاية الموضوع، وأهم ما فيه:
- Presales هو العمل الفني في الصفقة قبل التوقيع، وأسماؤه Sales Engineer وSolutions Engineer وSolutions Architect، أما Technical Account Manager فيعمل بعد التوقيع.
- مدير الحساب يملك الصفقة والسعر، ومهندس Presales يملك الثقة الفنية، ويتفقان قبل كل اجتماع على من يتحدث في ماذا.
- مكالمة الاكتشاف تأتي قبل أي عرض، وتنتهي بملخص مكتوب يرسل للعميل.
- القرار الفني Technical Win هو هدف المهندس، ونسبته من أهم ما يقاس به.
- جدول الامتثال في طلب العروض التزام في العقد، فاكتبه بصدق.
- العرض مبني على مشكلة العميل، وإثبات المفهوم محدود بمعايير مكتوبة ومدة معروفة.
وفي هذه المرحلة من مسار التسويق والمبيعات ست مقالات تكمل بعضها، وأقربها إلى هذا المقال:
دليلأدوار المبيعات والتسويق في الشركة التقنية: من يفعل ماذا؟مقارنة واضحة بين ثمانية أدوار حول العميل: من يملك كل مرحلة في القمع، وبأي مقياس يحاسب، وماذا يسلم للدور الذي بعده.
دليلمهندس الحلول Solutions Architect في شركات السحابة: ماذا يفعل؟كيف تصف AWS وMicrosoft وGoogle Cloud وOracle دور مهندس الحلول في صفحاتها الرسمية، وماذا يفعل يومياً، وأي الشهادات تناسبه.
دليلالعرض التوضيحي Demo وإثبات المفهوم PoC: كيف تديرهماكيف تبني عرضاً حول مشكلة العميل، وتدير إثبات مفهوم بمعايير نجاح مكتوبة ومدة محددة، مع قالب خطة جاهز للنسخ.
دليلأدوات Presales: بيئة العرض ومكتبة الإجاباتأدوات العرض والإجابات والمخططات والتسجيل التجارية وبدائلها المفتوحة، مع بيئة عرض في Docker تستعاد بأمر واحد خلال ثوان.
دليلمن مطور إلى Presales: المهارات والمسار المهنيما الذي يتغير عندما ينتقل المطور إلى ما قبل البيع، وكيف يجرب الدور من وظيفته الحالية، وكيف يقاس، وما يقوله التوطين في السعودية.سجل التحديثات
- أكتوبر 2026: كتابة المقال، وأرقام مهنة Sales Engineer من O*NET كما ظهرت في 25 أكتوبر 2026.
