Skip to main content
يدفع Tap شيئين إلى الـ CRM: الشخص الذي التُقط في الفعالية، والاجتماع الذي تلاه بملخصه وبنود عمله.

​
الأنظمة المدعومة

أربعة من الخمسة تُنشئ Lead لا Contact. وهذا مقصود — من تقابله عند جناح غير مؤهّل حتى يؤهّله إنسان، وإدخال الغرباء مباشرة إلى قاعدة جهات اتصالك نادراً ما يكون مطلوباً. HubSpot استثناء لأن نموذج بياناته يعتبر الـ Contact نقطة الدخول.
كما يتوفّر Zapier للوصول إلى آلاف الأدوات الأخرى، وGoogle Calendar لربط الاجتماعات بجدولك.

​
أي اتصال يُستخدم

هذا الجزء يفاجئ الكثيرين. قد يكون العضو مشمولاً بثلاثة اتصالات CRM في آن واحد، ويختار Tap واحداً فقط، بهذا الترتيب:

الاتصال الشخصي

إن ربط العضو حساب الـ CRM الخاص به، فهو المستخدم — دائماً، بغضّ النظر عمّا أعدّته الشركة.

اتصال القسم

وإلا، اتصال القسم التابع له الملف النشط للعضو.

اتصال الشركة

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

​
تعيين مالك العميل المحتمل

يبحث Tap عن مستخدم في الـ CRM بريده مطابق لبريد العضو الذي التقط العميل، ويعيّنه مالكاً. تُخزَّن نتائج البحث مؤقتاً نحو عشر دقائق، فقد يستغرق مستخدم CRM جديد بضع دقائق ليصبح قابلاً للتعيين. البحث عن المالك لا يوقف المزامنة. إن لم يُعثر على مستخدم مطابق، يُزامن السجل على أي حال ويصل بالمالك الافتراضي بدل أن يفشل.
يجب أن تطابق عناوين بريد المندوبين في Tap عناوين دخولهم إلى الـ CRM. المندوب الذي يستخدم بريداً شخصياً في Tap وبريد عمل في Salesforce ستصل كل عملائه إلى المالك الافتراضي.

​
وصول الأقسام

يجب منح الأقسام وصولاً إلى الـ CRM صراحةً. فخلافاً لصلاحيات الملف والروابط — التي تسمح افتراضياً — الوصول إلى الـ CRM ممنوع افتراضياً. القسم بلا منح لا يستطيع المزامنة مع أي نظام. راجع الأقسام والصلاحيات.