<كل تقييم وكل قائمة، في مكان واحد.>

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

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

هم من يقررون ما إذا كان أي شخص سيبحث عنك لتقديم تقييم أم لا. إدارة القائمة والتقييم في مكان واحد هي الفارق بين عمل السمعة وتصنيف التقييمات.

نعم، حيث تعرضهم المنصة. فالقيمة في الغالب متطلعة للمستقبل، لأن الهدف هو السؤال في الوقت المناسب من الآن فصاعدًا.

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

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

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

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

نعم. تتبع المنافسين حسب المنصة وراجع تقييماتهم وحجم المراجعات بجانب تقييمك وحجم مراجعاتك مع الفارق، على Google و TripAdvisor و Yelp والمنصات الأخرى التي قمت بالاتصال بها.

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

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

نعم. تصبح عنصرًا في قائمة المهام مع مسؤول وحالة، ومن هناك تذكرة دعم في Desk، أو مهمة ميدانية في Dispatch، أو إعادة فحص في Assure. تُغلق البطاقة عند إغلاق تلك المهمة وليس عند كتابة شخص ما ردًا.