الميزان

برنامج إدارة عملاء المحامين: لماذا لا يصلح CRM المبيعات لمكتب المحاماة؟

إدارة العملاء والموكّلين · أغسطس ٢٠٢٦

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

ما الذي يختلف فعلاً بين «صفقة» و«موكّل»؟

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

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

كيف يمنع النظام قبول موكّل يتعارض مع موكّل قائم؟

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

فحص تعارض المصالح في الميزان حتمي، لا يعتمد على الذكاء الاصطناعي: عند إدخال اسم موكّل واسم خصم، يبحث النظام داخل بيانات مكتبك عن حالتين محددتين:

وإن ظهر تعارض ورأى المكتب أن الظرف يسمح بالمضي، يسجّل النظام قراره: هناك حقول لسبب تجاوز التعارض، ومَن أجازه، ومتى — فيبقى القرار موثّقاً بدل أن يكون شفهياً لا أثر له. تفصيل هذا الملف في مقال منفصل: فحص تعارض المصالح في مكاتب المحاماة.

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

كيف تُحفَظ سرّية بيانات الموكّل داخل الفريق نفسه؟

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

هذا التقسيم موضوعه بالتفصيل في صلاحيات فريق مكتب المحاماة. والنقطة الجوهرية: في CRM مبيعات، توسيع الوصول ميزة تُسرّع البيع؛ في مكتب محاماة، توسيع الوصول مخاطرة مهنية.

كيف يُسجَّل التواصل مع الموكّل حتى لا يضيع؟

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

الفائدة العملية بسيطة: عندما يتصل الموكّل ويقول «كنا اتفقنا على كذا»، لا يكون الرد اعتماداً على الذاكرة أو البحث في محادثات هاتف موظف غادر المكتب. السجل مرتبط بملف الموكّل ويظهر مرتباً زمنياً في تبويب مستقل.

ماذا يحدث عند حذف موكّل بالخطأ أو تشابه الأسماء؟

ملفات الموكّلين سجلات قانونية، والحذف النهائي منها ليس تصرفاً مقبولاً. لذلك الحذف في الميزان حذف ناعم: السجل يختفي من القائمة ويبقى في قاعدة البيانات، وهناك قائمة «المحذوفون» تعرضهم مع زر استرجاع لكل واحد. الأمر نفسه ينطبق على الحذف الجماعي لمجموعة موكّلين محدَّدين دفعة واحدة.

أما تشابه الأسماء فمشكلة يعرفها كل مكتب: موكّلان باسم واحد، وجلسة أو فاتورة لا يُعرف لأيهما تعود. النظام هنا لا يخمّن. الصفوف التي يطابق اسمها أكثر من موكّل في المكتب تبقى غير منسوبة عمداً بدل أن تُعرَض للموكّل الخطأ، وتظهر للمدير في شاشة تنسيب يحدّد فيها صاحب كل صف بنفسه، مع عرض تفاصيل الصف (القضية، التاريخ، الرقم) ليختار عن بيّنة لا عشوائياً. وهذا سلوك تصميمي مقصود: تسريب بيانات موكّل لموكّل آخر خطأ أفدح من صفٍّ ينتظر مراجعة بشرية.

وللتعامل مع اختلافات الكتابة العربية، البحث في قائمة الموكّلين يُطبِّع النص قبل المطابقة — يوحّد الألف بأشكالها، ويعامل التاء المربوطة والهاء معاملة واحدة، ويتجاهل التشكيل — فالبحث عن «احمد» يجد «أحمد».

أين تقف مستندات الموكّل من كل هذا؟

لكل موكّل مستودع مستندات مستقل داخل ملفه: تُرفع فيه الملفات وتُصنَّف (وكالة، عقد، سجل تجاري، هوية، أخرى)، ويمكن تسجيل تاريخ انتهاء هجري لكل مستند. الملفات مخزَّنة فعلياً ومرتبطة بالموكّل، لا مجرد قائمة أسماء — ويمكن فتح أي مستند أو حذفه من نفس الشاشة.

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

هل يحتاج مكتبي فعلاً نظاماً منفصلاً لإدارة الموكّلين؟

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

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

الميزان — CRM مبني على «موكّل وقضية»، لا على «صفقة»

ملف موكّل يجمع القضايا والجلسات والفواتير وحساب الأمانة وسجل التفاعلات والمستندات، مع فحص تعارض مصالح وصلاحيات تحفظ سرّية بيانات الموكّل. الباقات: ٢٩٩ / ٦٩٩ / ١٤٩٩ ريالاً شهرياً، وتجربة ١٤ يوماً بدون بطاقة ائتمان.

تعرّف على النظام
مقالات ذات صلة فحص تعارض المصالح: كيف يعمل ولماذا لا يكفي الاعتماد على الذاكرة؟ بوابة العميل في مكتب المحاماة: كيف تقلّل مكالمات «وصلنا لفين؟» صلاحيات فريق مكتب المحاماة: من يرى ماذا؟