نظرة أقرب على ما بداخل SaleInline — كل شيء مشمول، بلا ألاعيب تسعير لكل وحدة.
حقول مخصصة، خطوط أنابيب، لوحات كانبان، تقييم بـ7 نجوم، عروض محفوظة وكشف التكرارات.
تتبّع الصفقات عبر مراحل مخصصة، أرفق المنتجات وراقب الإيرادات ومعدلات الفوز.
مهام متكررة، لوحات مشاريع، مواعيد نهائية وقائمة عمل يومية شخصية.
محادثات واتساب وإنستغرام وماسنجر ثنائية الاتجاه داخل النظام — يُنشأ العملاء المحتملون تلقائيًا.
سوفت فون WebRTC مدمج مع تسجيل المكالمات والاتصال التلقائي وحسابات SIP متعددة المستخدمين.
حجز عبر الإنترنت وإدارة التقويم وتذكيرات تلقائية عبر واتساب والرسائل والبريد.
تتبع الإيرادات والمصروفات، عمولات المبيعات (ثابتة أو نسبة) وتقارير مالية.
كتالوج منتجات بأسعار التكلفة، حركات المخزون، تنبيهات انخفاض المخزون وخصم تلقائي عند كسب الصفقات.
أتمتة العملاء المحتملين، تسلسلات البريد، الحملات، نماذج الويب والرسائل التلقائية.
منشئ تقارير محورية بالسحب والإفلات، قمع المبيعات، أداء الفريق وتصدير CSV.
أدر مكتب دعم عملائك الخاص مع الإسناد والإشعارات والسجل الكامل.
صلاحيات لكل وحدة وهيكل أقسام يحدد من يرى ماذا.
في SaleInline اثنتا عشرة وحدة، وهي ليست اثني عشر منتجاً منفصلاً. تتشارك قاعدة بيانات واحدة ونظام صلاحيات واحداً وبطاقة عميل واحدة، فترتبط رسالة الواتساب والمكالمة الهاتفية والموعد وعرض السعر وبند الفاتورة كلها بالشخص نفسه. إدارة العملاء المحتملين، ومسارات الصفقات، والمهام والمشاريع، وصندوق وارد واتساب والتواصل الاجتماعي، والسوفت فون داخل المتصفح، والمواعيد، والحسابات والعمولات، والمنتجات والمخزون، وتذاكر الدعم، وأتمتة التسويق، والتقارير، ونظام الصلاحيات حسب الدور والقسم — كلها جزء من التطبيق نفسه.
في معظم حزم أنظمة CRM تكون «الوحدة» حدوداً بين منتجات: تطبيق منفصل له سعره الخاص ومخزن بياناته الخاص وطبقة تكامل بينهما. وتلاحظ هذه الحدود حين يوجد جهة اتصال واحدة في مكانين برقمين مختلفين، أو حين لا تسري صلاحية ضبطتها في موضع على موضع آخر.
أما في SaleInline فالوحدة هي شاشة ومجموعة صلاحيات فوق بيانات مشتركة. هناك سجل جهة اتصال واحد، وحقل مالك واحد، وسجل نشاط واحد. ووحدة صندوق الوارد ووحدة الهاتف عرضان مختلفان على سجل المحادثة نفسه؛ ووحدة الحسابات تقرأ الصفقات نفسها التي تكتبها وحدة المسار. لذلك لا يتطلب تشغيل وحدة جديدة أبداً ترحيل بيانات أو مطابقة حقول — إذ لا شيء يُطابَق.
والاختبار العملي هو ما يحدث حين يتصل عميل بشأن عرض سعر أرسلته الأسبوع الماضي. في منظومة مركّبة من أدوات متفرقة تفتح برنامج الهاتف للرد، ونظام الـ CRM لتجد العرض، وصندوق الوارد المشترك لتتحقق مما اتُّفق عليه في واتساب. وهنا الثلاثة شاشة واحدة.
كل وحدة ترتبط بصفحة تشرحها بالتفصيل.
| المجموعة | الوحدة | المشكلة التي تحلّها |
|---|---|---|
| المبيعات والمسار | إدارة العملاء المحتملين | طلبات تصل من كل مكان وتضيع قبل أن يتابعها أحد |
| مسار الصفقات | عدم معرفة أي الفرص حقيقية وكم تساوي ومتى تُغلق | |
| المهام والمشاريع | متابعات تعتمد على أن يتذكرها أحدهم | |
| التواصل | واتساب وصندوق الوارد | محادثات العملاء حبيسة هاتف موظف واحد |
| الهاتف والسوفت فون | مكالمات لا تترك أثراً في بطاقة العميل | |
| المواعيد | التخلّف عن الحضور وتبادل الرسائل للاتفاق على وقت | |
| التشغيل | الحسابات والعمولات | معرفة الإيراد دون الهامش، وحساب العمولات يدوياً |
| المنتجات والمخزون | بيع ما ليس في المخزون، وعدم معرفة التكلفة الحقيقية للبيعة | |
| تذاكر الدعم | طلبات ما بعد البيع تُعالَج في صندوق الطلبات الجديدة نفسه فتضيع | |
| الأتمتة والتحليل | التسويق والأتمتة | خطوات يدوية متكررة بين كل مرحلة وأخرى |
| التقارير والتحليلات | أسئلة عن العمل لا يُجاب عنها إلا بتصدير جدول بيانات | |
| الأدوار والصلاحيات | أن يرى الجميع كل شيء، أو العكس: مديرون لا يرون فريقهم |
وهناك أيضاً وحدة لإدارة الدوام تغطي جداول الورديات وتسجيل الحضور والانصراف والاستراحات، وتغذّي تقرير زمن الاستجابة الموضّح أدناه.
القيمة في الوصلات لا في الميزات منفردة. وهذه أهم الوصلات في الاستخدام اليومي:
معرفة شكل البيانات تجعل الوحدات أسهل على الفهم، وهو نموذج قصير:
ويمكنك تشغيل عدة مسارات جنباً إلى جنب — مثلاً واحد للأعمال الجديدة وآخر للتجديدات — لكل منها مراحله، ونقل السجلات بينها بالجملة. وتخطيطات بطاقة العميل قابلة للضبط لكل دور، فيرى المدير والموظف البطاقة نفسها مرتَّبة بشكل مختلف.
التكاملات مدمجة في المنتج لا مشتراة من متجر إضافات:
ولأن تكاملات المراسلة والهاتف مدمجة لا موسَّطة عبر موصّل من متجر، لا يوجد طرف ثالث يقف بين عميلك وقاعدة بياناتك. فرسالة الواتساب لا تمرّ بخدمة أتمتة قبل أن تصل إلى البطاقة، والمكالمة لا تعتمد على بقاء موصّل مصرّحاً له. وأهمية ذلك تظهر لا يوم الإعداد بل يوم يتعطّل شيء: هناك موضع واحد للبحث وطرف واحد مسؤول.
أما التكاملات غير المدمجة فتُعالَج بالطريقة التي تحتاجها معظم الفرق فعلاً: بالويب هوك الوارد لكل ما يستطيع إرسال طلب HTTP، وبالـ CSV لما لا يستطيع. وبين هذين، يمكن لمعظم منصات الإعلانات وبُناة صفحات الهبوط والأنظمة القديمة أن تغذّي SaleInline دون عمل برمجي خاص.
معظم شكل النظام تحدّده أنت دون أن تسأل أحداً:
أما ما لا يمكنك تغييره من دوننا فهو البنية الأساسية للبيانات — فأنت تضبط نظام CRM لا تبنيه. وعملياً فإن أول حد يصطدم به الناس عادةً سؤال في التقارير يحتاج حقلاً لم ينشئه أحد بعد، وحلّه دقيقة واحدة.
فتح الوحدات الاثنتي عشرة كلها في اليوم الأول هو أقصر طريق إلى ألا يستخدم الفريق أياً منها كما ينبغي. والترتيب الذي يعطي أفضل النتائج في عمليات التهيئة التي نرافقها هو:
وهذا الترتيب غير إلزامي؛ فتقنياً لا تنتظر وحدة أخرى. لكن قدرة الفريق على استيعاب أداة جديدة محدودة، وتنخفض المقاومة بوضوح حين يكون لكل خطوة فائدة ظاهرة بذاتها.
وثمة ملاحظة أخيرة تتكرر في كل عملية تهيئة تقريباً: الوحدة التي يظنّ العميل أنه يحتاجها أولاً ليست دائماً الوحدة التي تغيّر النتيجة أولاً. فكثير من الفرق تبدأ بطلب التقارير، بينما المكسب الأكبر في أسابيعهم الأولى يأتي من صندوق الوارد المشترك وحده، لأنه يوقف ضياع الطلبات قبل أن يبدأ أي قياس. ننصح بترك التقارير إلى ما بعد أن تصبح البيانات جديرة بأن تُقاس.