محلل الفوز والخسارة
يختبر ما إذا كنت خسرت بسبب السعر فعلاً
- 8قواعد صارمة
- أشياء يُمنع عليه فعلها أبدًا، مفروضة في كل تشغيل
- 5قواعد تسليم
- حالات يتوقف عندها ويسلّم العمل إلى شخص
- 12حقول المخرجات
- نتيجة منظّمة، لا فقرة عليك إعادة قراءتها
- ≤7خطوة لكل تشغيل
- عمل محدود: 5 استدعاء أداة كحد أقصى، مفروضة من بيئة التشغيل
قراءة فقط بحكم التصميم. هذا الوكيل لا يملك أي طريق للإرسال أو الإنفاق أو النشر أو الالتزام بأي شيء. وحين يكون هذا الحد هو المنتج نفسه، فإن إزالته تزيل سبب الثقة في المخرجات.
نظرة عامة
يحتوي كل نظام CRM على حقل لسبب خسارة الصفقة، والبيانات فيه لا تكاد تُساوي شيئاً. يختار هذا السبب الشخص الذي خسر الصفقة، في لحظة خسارتها، من قائمة كتبها شخص آخر — و"السعر" يكون دائماً موجوداً في هذه القائمة وليس خاطئاً بما يكفي لأحد أن يجادل فيه. لذلك يسيطر السعر على كل تقرير خسارة صفقات في كل شركة، والاستنتاج المستخلص منه، وهو زيادة التخفيضات، مكلف وغالباً خاطئ.
الدليل الذي يناقض ذلك موجود في السجلّات نفسها. لو كان السعر هو السبب، لتركّزت الخسائر حيث تكون فجوة السعر أكبر. لكنها في الغالب تتركّز في مكان آخر تماماً: في الصفقات التي حضر فيها منافس معيّن، وفي الصفقات التي لم تصل إلى اجتماع ثانٍ، وفي الصفقات التي احتاج فيها المشتري إلى شيء لا يقدّمه المنتج، وفي الصفقات التي كان فيها الراعي الداخلي أدنى مرتبة من أن يوقّع. كل ذلك يظهر في سجل المراحل، وملاحظات المكالمات، والمشاركين، ومدد بقاء الصفقة في كل مرحلة.
ولا أحد يحلّل الصفقات الرابحة. فتحليل الخسارة بدونها لا يستطيع أن يبيّن ما الذي يختلف في الصفقات التي تربحها، وهو النصف الأكثر فائدة.
يختبر هذا الوكيل السبب المذكور في ضوء الأدلة، ويعرض ما يفرّق فعلاً بين الصفقات الرابحة والخاسرة، ولا يقيّم أبداً أي مندوب مبيعات بمفرده. فجدول معدّلات الفوز لكل شخص يُدار بدلاً من أن يُتصرّف بموجبه، ويزيد من إفساد حقل السبب.
الفوائد
تتوقف عن التخفيض للسبب الخاطئ
وهو الخطأ الأكثر تكلفة الذي تسبّبه هذه البيانات.
يحصل المنتج والتمركز على مدخلات حقيقية
من الأدلة، لا من حقل يُختار تحت الضغط.
يتحسّن التأهيل
لأنك تعرف الصفقات التي لم تكن قابلة للفوز أساساً.
ماذا يفعل
يختبر السبب المذكور في ضوء الأدلة
لو كان السعر هو السبب، لتجمّعت الخسائر حيث تكون الفجوة أكبر. لكنها في الغالب تتجمّع في مكان آخر تماماً.
يحلّل الصفقات الرابحة أيضاً
تقرير الخسارة وحده لا يستطيع أن يبيّن ما الذي يختلف في الصفقات التي تربحها.
يكتشف أين تموت الصفقات فعلاً
المرحلة التي تتوقف عندها، ومدة بقائها فيها. وهذا أكثر صدقاً بكثير من قائمة منسدلة.
يقرأ حضور المنافسين
تركّز الخسائر أمام منافس واحد هو مشكلة تمركز، لا مشكلة تسعير.
يفحص مستوى المشتري الوظيفي
الراعي الداخلي الذي لم يكن قادراً على التوقيع أبداً هو نتيجة تتعلق بالتأهيل، لكنها تُسجَّل باعتبارها سعراً.
لا يصنّف المندوبين أبداً
جدول معدّلات الفوز لكل شخص يُدار بدلاً من أن يُتصرّف بموجبه، ويزيد من إفساد حقل السبب.
ما الذي يتغيّر
ما الذي يتغيّر في أسبوعك
- يتولّى
- اختبار السبب الحقيقي لخسارة الصفقات، في مقابل ما كُتب في نظام CRM.
- من يقوم به اليوم
- تقرير خسارة صفقات يقرؤه الجميع ولا يثق به أحد.
- كم مرة
- فصلياً، من نفس الحقل غير الموثوق.
- الجهد اليدوي المعتاد
- يُقرأ سجل المراحل والمنافسون والمستوى الوظيفي والمتطلبات معاً عبر الصفقات الرابحة والخاسرة.
لماذا المبيعات تحديدًا. يُختار 'السعر' من الشخص الذي خسر، في لحظة خسارته، من قائمة كتبها شخص آخر — وهو متاح دائماً وليس خاطئاً بما يكفي لأحد أن يجادل فيه، فيطغى على كل شيء، والحل الذي يقترحه مكلف.
يعمل دون إشراف
تبدأه أنت أو يبدأ بحدث، ثم ينهيه بنفسه. لا شيء ينتظر أن يكون أحدهم أمام مكتبه.
المعيار نفسه في كل مرة
العنصر المئتان يُقاس بالمعيار الذي قِيس به الأول. الاتساق هو الجزء الذي لا يستطيع البشر الحفاظ عليه.
لا يستطيع التصرّف من تلقاء نفسه
محلل الفوز والخسارة لا يملك أي طريق للإرسال أو الإنفاق أو الالتزام. وهذا الحد نفسه هو سبب أمان التصرّف بناءً على مخرجاته.
كيف يعمل
يعمل هذا الوكيل على الخادم عبر بيئة تشغيل PROMIVO. يُسجَّل كل تشغيل خطوة بخطوة، ويُفحص إذن كل استدعاء أداة قبل تنفيذه.
- 1المدخليُتحقَّق منه وفق مخطّط مدخلات الوكيل
- 2النموذجclaude-opus-5 مع تحويل احتياطي تلقائي
- 3الأدواتextract_structured_data
- 4الصلاحياتينفّذ إجراءات READ تلقائيًا؛ وما فوقها ينتظر الموافقة
- 5المخرجنتيجة منظّمة مطابقة لمخطّط المخرجات
- 6التسجيلالرموز والمدة وكل خطوة مسجّلة
عرض توضيحي
بيانات تجريبيةIllustrative sample output, abridged.
المدخلات
{
"deals": [],
"period": "H1 2026",
"currency": "USD",
"minimumSample": 8
}المخرجات
{
"escalate": true,
"priceTest": {
"finding": "Median discount requested was 9% in lost deals and 11% in won ones — you discounted more on the deals you won. And 38 of the 61 price losses never reached a second meeting, where price had not yet been discussed at all. Price is what gets typed; it is not what happened.",
"statedAsPrice": 61,
"evidenceSupports": false
},
"disclaimer": "An analysis of your own CRM records. No individual salesperson is named, ranked or scored; no customer or lost buyer has been contacted; no record has been changed; no discount or price change is recommended; and patterns below the stated minimum sample are reported as too thin rather than ranked.",
"statedReasons": [
{
"deals": 61,
"share": 54,
"reason": "Price"
},
{
"deals": 22,
"share": 19,
"reason": "Timing"
},
{
"deals": 18,
"share": 16,
"reason": "Went with competitor"
}
],
"whereDealsDie": [
{
"stage": "Discovery",
"lostDeals": 44,
"medianDaysThere": 31
},
{
"stage": "Proposal",
"lostDeals": 19,
"medianDaysThere": 48
}
],
"capabilityGaps": [
"A specific reporting requirement was raised in 14 lost deals and 2 won ones. Reported as a repeated requirement rather than as a confirmed gap — some of those may be a communication problem rather than a missing capability."
],
"escalationReason": "Stated reasons and evidence disagree materially — 54% of losses are recorded as price and the discount data contradicts it — and 22 of 31 competitive losses involve a single competitor.",
"seniorityPattern": "Deals worked entirely with a manager-level champion lost 79% of the time. Almost all were recorded as price.",
"tooThinToConclude": [
"Losses in the public sector segment: 5 deals. Not enough to say anything."
],
"whatSeparatesWins": [
"Won deals reached a second meeting in a median of 9 days. Lost deals that got there took 24, and most never did.",
"Won deals involved someone at director level or above in 81% of cases. Lost deals, 34%."
],
"competitorPatterns": [
"Of 31 competitive losses, 22 involved the same competitor, and 19 of those died at proposal rather than on price. That is a positioning problem at proposal stage, and no amount of discount addresses it."
],
"recordsCannotAnswer": [
"Whether the buyers who cited price would have paid more for something else. Only a conversation with them answers that, and it is worth having with the 22 lost to one competitor."
]
}المتطلبات
التكاملات
لا يحتاج أي تكامل.
قبل أن تبدأ
- الصفقات المغلقة رابحة والمغلقة خاسرة مع القيمة وسجل المراحل والتواريخ
- أسباب الإغلاق المذكورة
- المنافسون الحاضرون، حيثما تم تسجيلهم
- أدوار جهات الاتصال ومستوياتها الوظيفية، والملاحظات أو المتطلبات المسجَّلة
- يتطلب خطة الوصول الكامل أو أعلى
حالات الاستخدام
مراجعة فصلية للفوز والخسارة
ما الذي يفرّق بينهما فعلاً.
قبل تغيير التسعير
هل السعر هو القيد الحقيقي فعلاً.
الاستراتيجية التنافسية
أمام أي منافس تخسر، وفي أي مرحلة.
مدخلات لخارطة طريق المنتج
المتطلبات التي طُرحت في الصفقات التي خسرتها.
التسعير
الوصول الكامل
يُفوتر شهريًا ضمن اشتراكك في PROMIVO. ويمكنك الإلغاء في أي وقت.
التشغيلات تستهلك حصّة باقتك من تنفيذات الوكلاء والرموز. انظر حدود الباقات
الأسئلة الشائعة
هل يصنّف الوكيل مندوبي المبيعات؟
لا، وهذا مقصود. فجدول معدّلات الفوز لكل شخص يُدار بدلاً من أن يُتصرّف بموجبه، وأول ما يتغيّر هو ما يكتبه الناس في حقل السبب. النتائج تتعلق بالصفقات والأنماط، لا بالأفراد.
لماذا لا نستخدم فقط أسباب خسارة الصفقات المسجّلة لدينا؟
لأنها تُختار من الشخص الذي خسر، في لحظة خسارته، من قائمة كتبها شخص آخر. والسعر يكون متاحاً دائماً وليس خاطئاً بما يكفي لأحد أن يجادل فيه، فيطغى على كل شيء.
هل يجري الوكيل مقابلات مع العملاء؟
لا. لا يتصل بأي أحد. إنه يعمل من سجلّاتك الخاصة — وحين لا تستطيع هذه السجلّات الإجابة عن سؤال، يوضّح أي سؤال تحتاج مقابلة فوز-خسارة حقيقية إلى الإجابة عنه.
التقييمات
تُفتح التقييمات بعد أن يشغّل العملاء هذا الوكيل.
تريد هذا الوكيل أن يعمل بشكل مختلف؟
أخبرنا بما تريد تغييره وسيحدّد فريقنا نطاق نسخة مخصّصة لعملك.
خصّص هذا الوكيل