فن بناء مناطق إدارة الخدمة الذاتية

نشرت: 2022-03-11

بمجرد إطلاق موقع الدخل السلبي الخاص بك ، يجب أن تحتفل ، أليس كذلك؟

لسوء الحظ ، لا تكون الحياة دائمًا كما ينبغي ، وعادة ما يتعين عليك تأجيل الاحتفالات لتلبية احتياجات عملائك - ما لم يكن لديك الأنظمة المناسبة في المكان.

لقد قمت بإدارة موقع دخل سلبي لأكثر من ست سنوات. بالنسبة لي ، كان التركيز دائمًا على "المبني للمجهول". لذلك ، كان من أولوياتي منذ وقت طويل تبسيط عملي قدر الإمكان.

ينحصر تبسيط الأعمال التجارية عبر الإنترنت بشكل فعال في امتلاك الميزات والإمكانيات الصحيحة في لوحة الإدارة الخاصة بك.

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

المحاسبة لخطأ المستخدم

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

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

قم بتحسين لوحة الإدارة لحساب أخطاء المستخدم:

اسمح للمستخدمين النهائيين بإصلاح أخطائهم. على سبيل المثال ، تمتلك أمازون نماذج في لوحات معلومات مستخدميها ، والتي تسمح للعملاء بتغيير الطلبات في أي وقت قبل معالجة الطلب في مستودعاتهم. تعمل هذه الميزة على تمكين عملاء Amazon من إصلاح أخطائهم دون الوصول إلى دعم العملاء.
قم بترقية مجموعة فرعية من المستخدمين إلى حالة الوسيط. تحتوي المنتديات ، مثل Reddit و StackOverflow ، على فئة مستخدم خاصة ، تُعرف باسم الوسطاء. يقوم المشرفون بإزالة البريد العشوائي وتعديل الأخطاء الإملائية وتخليص الموقع من الرسائل المسيئة أو الترويجية الذاتية وتصنيف المحتوى بشكل صحيح. في كثير من الحالات ، يكون الوسطاء من المتطوعين ، الذين يشعرون ببساطة بالولاء للمجتمع.

المحاسبة لقلة خبرة المستخدم

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

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

ربما يكون المستخدم العادي مندوب مبيعات ضعيفًا ، ومع ذلك فأنت تريد أوصافًا محيرة ومُحسّنة لتحسين محركات البحث للحلي التي يبيعها هؤلاء المستخدمون من خلال النظام الأساسي الخاص بك.

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

مناطق الإدارة التي تمثل عدم خبرة المستخدم:

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

المحاسبة لقرارات العمل المعلقة

لسوء الحظ ، لا يمكن أتمتة كل شيء. عندما يتعلق الأمر بإصدار الأحكام ، فعادة ما يكون الإنسان ضروريًا.

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

أو ماذا يحدث عندما تكون الشخص الوحيد الذي يمكنه تسعير أحدث منتج رقمي من مؤلف النظام الأساسي؟

أمثلة على توفير الوقت للمسؤول الناشئة عن قرارات العمل المعلقة:

الاستفادة من مجموعات المستخدمين الحالية. يستعين موقع Plenty Of Fish ، وهو موقع مواعدة ، بمصادر خارجية لصور الملف الشخصي التي قد تكون مسيئة لفرق من المستخدمين المتطوعين الذين يقضون ساعات لا حصر لها في التحقق من هذه الصور ، دون أي أجر للتحدث عنها. على عكس مشرفي المنتدى التقليديين ، فإنهم لا يشرفون على المحتوى بعد نشره. بدلاً من ذلك ، يقومون بفحص الصور التي يرسلها المستخدم قبل النشر ، وبالتالي التأكد من عدم نشر صور الملف الشخصي غير اللائقة.
الاتصال بواجهات برمجة تطبيقات البشر كخدمة. على سبيل المثال ، يربط Facebook لوحات الإدارة الخاصة به بواجهات API السحابية ، مثل Amazon Turk (أو ما يعادلها داخليًا) والاعتدال بمصادر خارجية بشكل جماعي للعمال الأرخص. في حالة Facebook ، يمثل الوسطاء المحترفون ثلث القوة العاملة لديه. في الواقع ، إن وجود الاعتدال هو الذي يساعد على ضمان أن تكون تعليقات Facebook حميدة نسبيًا مقارنة بالملاحظات الوحشية التي تظهر على مواقع الويب غير الخاضعة للإشراف نسبيًا.

المحاسبة عن حاجة المستخدم للتواصل مع إدارة الموقع

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

المجالات الإدارية التي تمثل احتياجات اتصالات المستخدم:

خطط مسبقا. من خلال تحليل أسئلة خدمة العملاء السابقة ، يمكنك تحديد الموضوعات المشتركة والإجابة عليها مسبقًا. وخير مثال على ذلك هو تصميم صفحة الأسئلة الشائعة بقائمة من هذه الأسئلة والأجوبة.
كن سريعًا في رد الأموال للعملاء. يعد تقديم استرداد سريع استجابة لشكوى العميل طريقة فعالة للغاية لإرضاء العملاء المحبطين. لا تقلق - لن يؤدي هذا إلى أرباح أقل ؛ في الواقع ، قد يؤدي إلى المزيد.
إنشاء منتديات للزوار المرتبكين. تشتهر Google بخدمة العملاء غير الموجودة عمليًا. بدلاً من البشر ، أنشأت Google منتديات المنتجات ، حيث يمكن للمستخدمين المرتبكين الحصول على المساعدة من المستخدمين الآخرين. في مناسبة نادرة عندما يجيب أحد موظفي Google على سؤال في أحد هذه المنتديات ، يتم حفظ إجابته وفهرستها بسهولة بواسطة Google وإتاحتها للمستخدمين في المستقبل مع نفس المشكلة. على الرغم من أن هذا قد يبدو قاسيًا للمستخدمين النهائيين ، إلا أنه مبرر تمامًا ، عندما تفكر في أن غالبية عروض Google غير المدعومة مجانية.
الاستفادة من الردود الجاهزة والمساعدات الافتراضية (VAs). راجع تذاكر خدمة العملاء الخاصة بك من العام الماضي ، واستخرج الأسئلة المتداولة باستمرار. من خلال صياغة استجابات نموذجية لكل واحد ، ستوفر على نفسك قدرًا هائلاً من الوقت. اكتب إجاباتك في مستند Google يسهل الوصول إليه أو أفضل من ذلك ، استخدم مكونًا إضافيًا للبريد الإلكتروني ، مثل الردود الجاهزة. ثم استعن بـ VA لإعادة توجيه هذه القوالب إلى العملاء عند ظهور أسئلة.

محاسبة المستخدمين الذين يغيرون رأيهم

قال رجل حكيم ذات مرة: "التغيير هو الثابت الوحيد في الحياة". لقد كان محقا. الأشياء تتغير.

ربما يتزوج المستخدم ، ولم يعد لديهم نفس الاسم الأخير.

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

هذان مثالان فقط على التغييرات الحتمية ، والتي يجب أن تخطط لها مسبقًا.

أمثلة على توفير الوقت للمسؤول الناشئة عن تغيير المستخدم في الظروف / العقل:

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

محاسبة الإجراء المنسوب إلى قلق المستخدم

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

فكر في الأمر. ما هو شعورك عند شراء شيء ما من بست باي؟ ربما تكون واثقًا لأنك تعلم أنه صباح الغد ، ستظل Best Buy موجودة إذا وعندما تعود بشكاوى أو لاسترداد الأموال.

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

مثال على توفير الوقت للمشرف المنسوب إلى قلق المستخدم:

معالجة استباقية للمخاوف. أرسل بريدًا إلكترونيًا أو رسالتين بمجرد أن يشتري شخص ما منك لزيادة الثقة. على سبيل المثال ، ترسل أمازون ، وكل أعمال التجارة الإلكترونية تقريبًا ، بريدًا إلكترونيًا بمجرد شحن الطلب. يوفر البعض الآخر أيضًا سلسلة من رسائل البريد الإلكتروني ، والتي تقوم بتحديث المستخدم حتى يتم تسليم المنتج.

حل الغموض المحتمل

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

ومع ذلك ، في يوم من الأيام ، أصيب هذا المسؤول بالمرض بشكل غير متوقع وأنت الآن بحاجة إلى استئناف عمله الإداري ، دون أي إحاطة عما كان يفعله هذا المسؤول الأسبوع الماضي.

بناءً على المعلومات الموجودة داخل اللوحة الإدارية ، تحتاج إلى معرفة المكان الذي توقف فيه المسؤول - ما هي المهام التي عالجوها والمهام التي تركوها تراجعت.

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

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


تكمن المشكلة في تدفق المشرف ، من وجهة نظر مسؤول الأنظمة ، في أن لوحة الإدارة تقول "مقبول" لكل من الفنانين الجدد غير المرئيين وللفنانين الذين تمت رؤيتهم / بحثهم بالفعل ولكن تم تأجيلهم دون أن يتم رفضهم تمامًا.

حقيقة النظر في (أو معالجة ) هذا الفنان موجود فقط داخل عقل المسؤول الغائب ، وبدون أي وسيلة لتمييز عميل محتمل بأنه "مؤجل" ، يتم فقدان هذه المعلومات ، لذلك يجب على الشخص الذي يتولى الوظيفة إعادة العمل تمت مسبقا.

يعمل موجز النشاط الجيد على إصلاح هذا النوع من الغموض.

تعظيم الشفافية

تنفذ العديد من إجراءات اللجان الإدارية سلسلة من الخطوات خلف الكواليس.

بعد الضغط على زر "قبول مقدم الطلب" ، على سبيل المثال ، يتلقى مقدم الطلب المعني رسالة بريد إلكتروني بالقبول ، ويُضاف إلى حسابه مكافأة تسجيل قدرها 100 دولار ، ويتم تغيير حالته في قاعدة البيانات الخاصة بك من "مطبق" إلى "مقبول". في مصطلحات هندسة البرمجيات ، هذه آثار جانبية .

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

على الأقل ، يمكنك فتح محرر شفرة المصدر ، أو IDE المفضل لديك ، والرجوع إلى الكود الخاص بالإجابة.

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

يؤدي عدم اليقين هذا إلى إبطاء العملية برمتها لأنه الآن ، يحتاج المسؤول إلى طرح أسئلة إدارية و / أو هندسية وانتظار ردودهم. ناهيك عن أن هذا يمكن أن يؤدي بسهولة إلى تكرار العمل وإدخال أخطاء في عمل يتم إدارته بسلاسة.

من الناحية المثالية ، في هذا المثال ، ستحتوي صفحة المسؤول التي تحتوي على زر "قبول مقدم الطلب" على فقرة وصفية مضمنة تشرح بالضبط ما يحدث عند الضغط على الزر.

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

حتى الآن ، نظرنا إلى الحالة السعيدة ، أي إجراءات الخلفية التي تحدث عندما يعمل كل شيء كما ينبغي. الموقف الأصعب هو التعامل مع الغموض بعد حدوث خطأ ما . ما هي الآثار الجانبية التي اكتملت وأي منها تركت دون علاج؟ في نظام مصمم بشكل مثالي ، عند الإخفاق ، يقوم زر "قبول مقدم الطلب" بإبلاغ المسؤول (والفريق الفني الذي يقوم بالتنظيف) بأنه تم تسليم رسالة البريد الإلكتروني الخاصة بالقبول ولكن مكافأة التسجيل البالغة 100 دولار لم يتم إرسالها إلى حساب Paypal الخاص بهذا المستخدم. تمكن هذه المعلومات الشركة من معالجة الصفقة الجزئية. بالنسبة إلى تفاصيل التنفيذ ، يمكن إجراء هذه الملاحظات إما باستخدام أجهزة الحالة التفصيلية التي تتعقب كل خطوة صغيرة ، أو بدلاً من ذلك ، من خلال التفاف الإجراءات الإدارية داخل كائنات الخدمة التي تسرد قيم الإرجاع الخاصة بها الأوامر التي تم تشغيلها بنجاح وتلك التي فشلت في التشغيل.

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

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

يساعد الوصول إلى هذه المعلومات فريقك على فهم المشكلات التي يواجهها المستخدمون لديك.

تتمثل إحدى طرق تنفيذ هذه الوظيفة في إنشاء ميزة مشرف "عرض كمستخدم".

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

أما بالنسبة لرسائل البريد الإلكتروني الآلية ، ففكر في إنشاء عارض بريد إلكتروني خفيف الوزن لمنطقة الإدارة بحيث يمكن لموظفيك قراءة الرسائل التي سيتم إرسالها أو تم إرسالها إلى المستخدمين.

الأحداث خارج النظام الخاص بك هي مسؤولية

إدارة يمكن إدارتها قائمة بذاتها.

إنه محاصر داخل نظام مغلق واحد بدلاً من القصاصات المتناثرة.

على سبيل المثال ، إذا كانت المعلومات حول المبالغ المستردة التي قدمتها مبعثرة عبر جدول بيانات Excel ، وبعض الملصقات الصفراء على طاولتك ، وفي رسائل البريد الإلكتروني إلى محاسبك ، فستكون هناك فوضى بين يديك.

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

على الرغم من أن هذا يبدو واضحًا ، إلا أنه غالبًا ما يتم تجاهله في صراع إدارة الأعمال.

سأعرف لأنه حدث لي.

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

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

نظرًا لأنني لم أتوقع هذه المعاملات في تصميمي الأولي ، لم يكن هناك رمز في لوحة الإدارة الخاصة بي للوفاء بها أو الإبلاغ عنها.

كلما اضطررت إلى استرداد أموالي ، كنت عادةً مرهقًا بالوقت لدرجة أنني قمت بتنفيذها بأي طريقة كانت أسهل في ذلك الوقت - عادةً من خلال واجهة الويب الخاصة بـ Paypal (تخطي قاعدة بيانات طلبات موقع الويب الخاص بي) - ولكن أحيانًا من خلال جهاز iPhone تابع لجهة خارجية التطبيق الذي يتصل بواجهة برمجة تطبيقات Paypal.

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

ظهرت المشاكل حتما. التقارير الادارية عن الايرادات والعمولات لم تعكس الواقع الاقتصادي. تم إرسال تقارير مالية لبعض المؤلفين بتقارير مالية غير صحيحة. والأسوأ من ذلك كله ، أنني بالغت في تقديري لتقارير الضرائب ، مما أدى إلى دفع ضرائب زائدة.

كل هذا لأنني لم أقم بخصم جميع المبالغ المستردة الخاصة بي.

من خلال تخزين معلومات النظام والمحاسبة جزئيًا داخل نظام البرنامج الرئيسي الخاص بي وجزئيًا خارجه ، فقد سلبت نفسي كثيرًا من مزايا البرامج في المقام الأول - دقتها ودقتها. لم يعد بإمكاني الوثوق به ، مما يعني أنه لم يعد بإمكاني تشغيله تلقائيًا.

استجابة لهذه المشكلات ، طورت نفورًا من الاحتفاظ بأي بيانات شركة خارج نظام البرامج الأساسي الخاص بي.

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

ومع ذلك ، على الرغم من أفضل نواياي للأتمتة ، إلا أنه في بعض الأحيان لا يحدث ذلك.

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

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

لنفترض أن القائد استجاب قائلاً إنه سيكون في إجازة لمدة أسبوعين ، ولكن يرجى الاتصال بهم بعد ذلك لإبرام الصفقة.

إذا تمت برمجة نظامنا لإرسال بريد إلكتروني للتذكير آليًا بعد خمسة أيام فقط ، فعندئذٍ تجاهلنا رغبات العميل المحتمل وربما أفسدنا العلاقة من خلال الظهور على أنه إلحاحي ، وغافل ، وروبوتي.

إذن ماذا يفعل المرء في هذه الحالة؟

إجابة واحدة شبه آلية.

قد تسألك واجهة الإدارة عن رسائل البريد الإلكتروني التي يجب إرسالها ، ويمكنك تحديد مربع لإلغاء جدولتها حسب الحاجة.

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

اعرض معلومات وإجراءات المسؤول الأكثر صلة

عندما يتصل أحد العملاء بعملك ، فغالبًا ما يتعلق ذلك بطلب أو حساب أو عرض.

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

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

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

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

التوقع ، والتخفيف ، والتعافي من خطأ المسؤول

مثل أي شخص آخر ، يكون المسؤولون بشرًا ويرتكبون أخطاء أحيانًا.

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

فيما يلي بعض الإجراءات التي يجب اتخاذها لمنع وقوع كارثة:

جدولة النسخ الاحتياطية المتسقة تلقائيًا: هذا هو الأكثر فظاظة ، والأكثر تافهة ، والأكثر حيوية من بين جميع تدابير العناية الواجبة التي يمكن تصورها. ولكن ، حتى لو كان لديك نسخ احتياطية جيدة ، فأنت بالفعل في عالم من الأذى إذا كنت بحاجة إلى العبث بتفريغ SQL. لذلك ، لا ينبغي أن تكون النسخ الاحتياطية المجدولة هي المصدر الوحيد للاستعادة.
الأزرار المصممة لإرهاب المستخدمين: بالنسبة للإجراءات التي يحتمل أن تكون عواقبها غير قابلة للإصلاح ، قم بتلوينها باللون الأحمر الساطع ، وقم بوضع رمز النشاط الإشعاعي عليها ، وقم بتسميتها بعناوين ، مثل "تحذير: الحذف الصعب هو الخيار النووي: لا تستخدمه إذا لم تكن متأكدًا منه الآثار." (من الواضح أنه يجب عليك عرض ما هي تلك العواقب بجوار هذا الزر مباشرة).
استخدام النوافذ المنبثقة لتأكيد JavaScript: في بعض الأحيان تنزلق أصابع المسؤولين وبدلاً من الضغط على الزر "رجوع" ، يضغطون بطريق الخطأ على الزر "حذف كل شيء نهائيًا" الموجود أسفله بمقدار 2 بكسل. قد يكون المسؤول البائس بدون أي خطأ في هذا الحادث ، حيث يقع اللوم النهائي على تصميم واجهة المستخدم الخرقاء أو المراوغات السيئة للمتصفح عند عرض CSS. إذا كنت تعتقد أن هذا مثال سخيف ومثير للغاية ، فأنت مخطئ. خسرت صناعة الخدمات المالية الملايين من خلال ما يسمونه أخطاء أصابع اليد. ونتيجة لذلك ، فإنهم يصممون برامج لمنع هذه الأنواع من الأخطاء. إصلاح واحد بسيط هو "هل أنت متأكد أنك تريد حذف كل محفوظات الطلبات؟" نافذة جافا سكريبت المنبثقة. لاحظ كيف قمت بتضمين البيانات الخاصة بالكيان - "كل محفوظات الطلبات" - في تأكيد Javascript؟ هذا أفضل من مجرد سؤال "هل أنت متأكد؟" إذا كان المسؤول ينوي حذف إدخال واحد في محفوظات الطلب ولكنه ضغط عن طريق الخطأ على الزر لحذف سجل الطلبات بالكامل ، فإن ذكر ذلك بوضوح في نافذة التأكيد المنبثقة Javascript يساعد في تجنب لحظة "OMG" ، عندما يدرك المسؤول ما هو قد أخطأ.
استفد من تعيين إصدارات البيانات والتحكم في المراجعة: في تقنيات قواعد بيانات SQL القياسية ، تحل عمليات التحرير التي يتم إجراؤها على البيانات محل القيم القديمة. هذا يمثل مشكلة عندما تم إجراء التعديلات بشكل خاطئ ، ويتضاعف ذلك عندما يكون من الصعب العثور على البيانات الأصلية أو إنشائها مرة أخرى - على سبيل المثال ، حقول الوصف الطويلة التي تستغرق ساعات في الكتابة ، أو معلومات العميل التي قد يكون من المحرج طلبها مرة أخرى. مكتبات التحكم في المراجعة ، كما هو الحال في ويكيبيديا ، هي الحل الأمثل لهذه المواقف. إنها تتيح لك تخزين واستعادة الإصدارات القديمة من البيانات بسهولة حسب الحاجة. تعمل هذه المكتبات عادةً من خلال تتبع التغييرات في قاعدة البيانات الخاصة بك والاحتفاظ بالإصدارات ذات الطابع الزمني للقيم السابقة. لسوء الحظ ، لا تستطيع مكتبات التحكم في المراجعة عادةً التعامل مع الملفات الثنائية الكبيرة ، مثل الصور وملفات PDF. لذلك ، بالنسبة لأنواع البيانات هذه ، يمكنك الاحتفاظ بالإصدارات القديمة ، باستخدام شيء مثل إصدار Amazon S3.
ضع في اعتبارك تنفيذ سياسة عدم الحذف: هذا كله يتعلق بمنع حذف السجلات في بعض الجداول. إليك السبب وراء ذلك: نظرًا لأسعار تخزين البيانات الحديثة ، لا يمكن اكتساب الكثير من خلال إزالة السجلات القديمة ، والكثير من الأشياء التي يجب أن تضيع من حيث تكامل البيانات المعرضة للخطر ، أو الإبلاغ غير الكامل ، أو حفظ السجلات غير المتطابق. يتم تنفيذ سياسة عدم الحذف بوضع عمود التاريخ "delete_at" على كل جدول رئيسي. حيثما كان لديك سابقًا رمز لحذف سجل ، يمكنك استبداله بالرمز الذي يعيّن العمود "delete_at" لهذا السجل على الوقت الحالي. في مكان آخر من الرمز ، يمكنك عرض أو إخفاء السجل "المحذوف" بشكل انتقائي بناءً على احتياجات العمل. على سبيل المثال ، ستستمر التنزيلات الرقمية "المحذوفة" في الظهور في منطقة الإدارة ، للعملاء السابقين ، الذين اشتروا هذا الشيء المحدد قبل تاريخ "المحذوفات" ، وضمن تقارير المبيعات "في جميع الأوقات". ومع ذلك ، يجب ألا يعرض متجر الواجهة الأمامية هذا المنتج الرقمي على أنه متاح للعملاء المحتملين.

توقع ما هو غير متوقع

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

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

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