نظام CRM لقطاع التكنولوجيا

كيف يبدو بيع التقنية فعليًا؟

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

الدليل على أهمية السرعة قديم وصريح: وجدت دراسة هارفارد بزنس ريفيو التي شملت 2,241 شركة أن الرد خلال ساعة واحدة يجعل العميل المحتمل أقرب إلى التأهيل بنحو سبعة أضعاف مقارنة بالانتظار ساعة أخرى، وأن متوسط زمن الرد كان 42 ساعة. شركات التقنية ليست أبطأ من المتوسط؛ إنها ببساطة الشركات التي ما زال المؤسس فيها يتولى المبيعات بين عمليتي نشر.

الشكل الثاني هو البيع الثاني. في نموذج الاشتراك أو عقد الصيانة، الفوز بالصفقة بداية الإيراد لا نهايته. العميل الذي فتح أربع تذاكر في الشهر الأول وتأخر الرد على ثلاث منها لا يجدد، ولن يُظهر أي تقرير لخط المبيعات السبب، لأن خط المبيعات توقف عن المراقبة عند مرحلة «فوز». يجب أن يكون الدعم والمبيعات على سجل واحد.

خط المبيعات الذي ننصح بالبدء منه

كل مرحلة حدث يمكن التحقق منه. «مهتم» و«دافئ» ليستا مرحلتين؛ أما تجربة أُنشئت وعرض توضيحي حُضر فهما مرحلتان.

لشركة خدمات تقنية المعلومات أو مكامل الأنظمة الشكل نفسه مع فارقين: «اجتماع تحديد النطاق» يحل محل «العرض التوضيحي»، و«عرض سعر مُرسل» يحمل تقدير مشروع لا سعر اشتراك. إن كنت تبيع المنتج والخدمات معًا فامنح كلًّا منهما خط مبيعات مستقلًا؛ تتضمن خطة Starter خطين، وGrowth خمسة، وBusiness عشرة.

الحقول التي تستحق أن تكون في سجل العميل التقني

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

التجارب والعروض التوضيحية ومشكلة التجربة الخاملة

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

1. اليوم 0 — المسؤول واللمسة الأولىيعيّن توزيع القناة العميل بالتناوب؛ وترسل أتمتة الرسالة الأولى بلغة العميل وتنشئ مهمة «اتصل خلال 4 ساعات عمل».
2. اليوم 3 — المتابعةأتمتة مبنية على حقل بداية التجربة تفتح مهمة للمسؤول: هل فعلت التجربة شيئًا؟ الجواب ملاحظة ونقل مرحلة، لا انطباع.
3. العرض التوضيحي — يُحجز من المحادثةموعد بتاريخ ومقدِّم وعميل محتمل؛ تخرج التذكيرات عبر واتساب أو الرسائل النصية أو البريد؛ وتُعلَّم النتيجة حضر أو تغيّب فتنتقل المرحلة.
4. اليوم 12 — تحذير الانتهاءقبل يومين من نهاية التجربة، مهمة ورسالة؛ التجربة التي تنتهي دون محادثة تذهب إلى «خسارة» بسبب «لم يتم التواصل»، وهو سبب يمكنك إصلاحه.

يقيس تقرير زمن الاستجابة الرد الأول بدقائق العمل وفق تقويم الورديات، فالتسجيل في 23:10 الذي رُدّ عليه في 09:05 يُحسب خمس دقائق لا عشر ساعات، ويظهر المندوب الذي يرد دائمًا في أربعين دقيقة بجوار من يرد في أربع.

التذاكر: الدعم أداةً للاحتفاظ بالعملاء

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

ثلاثة أشياء تجعل الوحدة تعمل فعلًا في شركة تقنية بدل أن توجد فحسب:

سجل واحد، تاريخان

مدير الحساب الذي يفتح محادثة التجديد يرى التذاكر الاثنتي عشرة من الربع الماضي قبل أن يذكرها العميل. وموظف الدعم يرى الخطة والمقاعد ومن باع.

توجيه بالقاعدة لا بالصوت

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

حمل التذاكر إشارةً بيعية

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

من المهم الدقة فيما ليس عليه النظام: لا توجد مؤقتات اتفاقيات مستوى خدمة تعاقدية ولا سلاسل تصعيد عند التجاوز. توجد أولويات وأعمار وقواعد تعيين وتقارير — وهذا ما تستخدمه فعليًا معظم الفرق التي تقل عن خمسين شخصًا.

أتمتة تدفع ثمنها بنفسها

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

المبيعات والدعم والهندسة: من يرى ماذا؟

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

مندوب المبيعات

عملاؤه وصفقاته إضافة إلى غير المعيّنين؛ عرض وتعديل، دون حذف أو تصدير؛ يرى الأسعار وعمولته لا عمولات الآخرين.

مدير المبيعات

نطاق قسم على المبيعات؛ يعيد التعيين ويصدّر ويرى تقارير خط المبيعات وزمن الاستجابة.

موظف الدعم

التذاكر وسجلات العملاء خلفها؛ صندوق الوارد؛ لا خط مبيعات ولا مالية.

المهندس

التذاكر المعيّنة له، وسجل العميل للقراءة فقط؛ لا شيء آخر. ومعظم المهندسين يريدون هذا بالضبط.

المؤسس / المسؤول

كل شيء، بما فيه المالية وسجل النشاط والإعدادات.

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

أسبوع في شركة برمجيات من اثني عشر شخصًا

1. الأحد — تسجيلات عطلة نهاية الأسبوعمعيّنة مسبقًا بالتوزيع؛ يتصل كل مندوب بقائمته من الهاتف البرمجي، ويسجل المقاعد والأداة الحالية، وينقل المرحلة.
2. الاثنين–الأربعاء — العروض التوضيحيةتُحجز من المحادثة، وتُذكَّر تلقائيًا، وتُعلَّم «حضر»؛ وتُبنى عروض الأسعار من كتالوج المنتجات وتُرسل في اليوم نفسه.
3. كل يوم — طابور التذاكريُوجَّه بالتناوب، الأقدم أولًا؛ يأخذ مهندس التذكرتين المصعّدتين؛ ويرى العميل الردود في السلسلة التي فتحها.
4. الخميس — قائمة الخاملينعروض الأسعار التي لم تتحرك منذ عشرة أيام تطفو بالأتمتة؛ مكالمة لكل منها، وسبب خسارة صادق حيث ينطبق.
5. نهاية الشهر — التقريرانخط المبيعات حسب المرحلة والمصدر؛ والتذاكر حسب العميل والشهر. كلاهما على شاشة واحدة، وكلاهما قابل للتصدير.

خدمات تقنية المعلومات ومكاملو الأنظمة: المشروع بعد الصفقة

يبيع مكامل الأنظمة أو شركة خدمات تقنية المعلومات مشروعًا لا خطة. ينتهي خط المبيعات عند «فوز» ويبدأ العمل: قائمة مهام بمسؤولين وتواريخ، ومعالم، وساعات وتكاليف. في خطة Business يمكن للصفقة الفائزة أن تفتح مشروعًا بمهامه، وتُظهر إيرادات الصفقة ومصروفاتها ربحيتها — التقدير مقابل ما كلّفه فعلًا من أشخاص وتراخيص.

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

الخليج: عملاء بلغتين ومناطق زمنية متعددة

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

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

الأرقام التي ينبغي للمؤسس أو مدير المبيعات مراقبتها

• زمن الرد الأول بدقائق العمل، لكل مندوب — الرقم الذي يتنبأ بالعروض التوضيحية أكثر من أي رقم آخر.
• معدل التسجيل ← عرض توضيحي، والعرض التوضيحي ← عرض سعر، حسب المصدر — أي الحملات تنتج مشترين لا مجرد حسابات.
• الأيام في «عرض سعر مُرسل» — التسرب؛ إن ازدادت فثمة من لا يتابع.
• الصفقات الفائزة والقيمة الشهرية لكل مندوب في الشهر — مع القمع خلفها.
• التذاكر لكل عميل في الشهر، وعمر التذاكر حسب المسؤول — إشارة الاحتفاظ، بجوار الإيراد الذي تحميه.
• أسباب الخسارة حسب المنتج — أرخص مدخل لخارطة طريق المنتج.

كل هذه تأتي من منشئ التقارير المحورية في خطة Growth فما فوق: صفوف وأعمدة ومقياس ومرشح، تُحفظ وتُصدَّر إلى CSV.

ما الذي ليس عليه هذا النظام؟

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

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

عندما يتوقف عن العمل

أي خطة تناسبك؟

شركة ناشئة بمؤسسَين يتوليان البيع بأنفسهما تعمل على Starter. أما الشركة التي لديها فريق دعم وأكثر من حفنة تجارب أسبوعيًا ومهندسون ينبغي ألا يروا سوى التذاكر فتستقر على Growth — من أجل التذاكر والأتمتة والأدوار قبل أي شيء. وشركات الخدمات التي تحتاج مشاريع وهامشًا لكل ارتباط تنتقل إلى Business. راجع صفحة الأسعار، وصفحتي التذاكر و الأتمتة، الوحدتين اللتين تحملان العبء.