DE {CODE}: مراقبة الموقع: تقاطع المنتج وتصميم UX والبحث
نشرت: 2023-02-12ألا تكره ذلك عندما تكتشف أن موقعك على الويب أو أن موقع عميلك معطل ... من عميلك؟ لا تتفاجأ مرة أخرى! انضم إلى مدير المنتج الأول لـ WP Engine ، براين سميث ، الباحث المساعد في UX كيت ماير ، وكبير مصممي المنتجات كاميرون فيرمان أثناء سيرهم في حل مراقبة موقع WP Engine ، مما يجعل هذه المشكلة من بقايا الماضي. في هذه الجلسة ، ستحصل على نظرة تفصيلية حول كيفية عمل مراقبة الموقع وكيف اجتمع تقاطع تصميم UX و UX Research و Development لضمان ملاءمة المنتج للسوق.
شرائح الجلسة
نص كامل
برايان سميث : مرحبًا بكم جميعًا. اسمي بريان سميث. أنا مدير منتج هنا في WP Engine. شكرا جزيلا لانضمامك إلينا اليوم. نحن هنا لنتحدث إليكم حول مراقبة الموقع وتقاطع المنتج وتصميم UX والبحث. تنضم إلي اليوم كيت ماير ، إحدى باحثي تجربة المستخدم لدينا ، وكامرون فيرمان ، أحد مصممي المنتجات لدينا. في الشريحة التالية ، سأتحدث إليكم حول ماهية مراقبة الموقع. لذلك أطلقنا للتو هذا المنتج الجديد. يطلق عليه "مراقبة الموقع". إنه متاح كإضافة لعملاء WP Engine. ومعه ، ستتمكن من مراقبة أي من بيئات موقعك المرتبطة بحسابك. وسنخبرك إذا كان هناك أي نوع من الانقطاعات التي نراها على الموقع أو على منصتنا.
وبعد ذلك ، سوف أتناول جدول أعمالنا بسرعة كبيرة. لذلك سوف أستعرض المنتج وأعطيك نظرة عامة بالإضافة إلى نظرة فنية عميقة. لكن قبل القيام بذلك ، سأقوم بتمريره إلى كيت ماير لإخبارنا قليلاً عن كيفية وصولنا إلى هذا المنتج. ستتعرف على بعض تقنيات بحث المستخدم التي استخدمناها. ثم ستسلمها إلى Kameron ، التي ستخوض في تصميم منتجاتنا وتكرارها. وبعد ذلك سوف أنهي هذا مع نظرة عامة على المنتج وغوص تقني عميق. إليكم الآن يا كيت.
كيت ماير : حسنًا. شكرًا ، بريان أنا كيت. أنا باحث في تجربة المستخدم هنا في WP Engine ، وأركز حاليًا على تحسين عروض بناء مواقعنا. لذلك أظهر لنا برايان هذا المنتج الجديد الرائع الذي لدينا الآن. لكن كيف انتهى بنا المطاف هنا؟ أريد أن أعود إلى بداية جدولنا الزمني وأشرح كيف نستخدم التفكير التصميمي لنقلنا من معرفة المعلومات الأساسية حول مستخدمينا إلى إصدار المنتج في غضون بضعة أشهر فقط. سأركز على جانب البحث في عمليتنا وأشاركك كيف يمكنك تنفيذ هذه الممارسات بغض النظر عن دورك ، حتى لو لم يكن لديك باحث UX في فريقك.
كما ذكرت ، استخدمنا هذه المراحل الثلاث من التفكير التصميمي لهذا المشروع. التفكير التصميمي هو إطار عمل معياري في الصناعة. هذا في الأساس نهج يركز على المستخدم لحل مشكلة ما. سأقسم عملنا إلى هذه المراحل الثلاث هنا. في الصيف الماضي ، أردنا أن نتعلم ليس فقط كيفية إصلاح الخطأ في بوابة مستخدم WP Engine ولكن تعلم كيف يمكننا نقله إلى المستوى التالي.
لمعالجة هذا ، استخدمنا البحث التوليدي. كان هذا في شكل مقابلات مع مجموعة متنوعة من مستخدمينا. لقد طرحنا عليهم جميعًا مجموعة من الأسئلة المكتوبة مسبقًا ، وجميع الأسئلة نفسها لجميع المستخدمين ، فقط لتكوين فهم لأشياء مثل وظائفهم وأهدافهم وتحدياتهم وما إلى ذلك. إذا بدت عملية المقابلة مربكة بالنسبة لك ، فيمكنك أيضًا استخدام أداة استطلاع لنفس الغرض. لقد استخدمنا في الواقع SurveyMonkey مع المقابلات كطريقة أخرى للحصول على التعليقات.
خلال هذه المرحلة من البحث ، وجدنا أنه من المثير للاهتمام حقًا أنه على الرغم من الاختلافات في أدوار المستخدمين ، إلا أنهم في الواقع يتشاركون في الكثير من الأهداف المشتركة ونقاط الألم. وهذا حقًا نمط رائع يمكن رؤيته. نحن في الواقع نريد أن نرى أوجه التشابه هذه عبر أنواع مختلفة من المستخدمين ، لأنها تساعدنا في تحديد نطاق عملنا. وبينما كنا نجري هذه المقابلات والاستطلاعات ، بدأنا نلاحظ بعض الموضوعات المشتركة في سياق مواقع الويب المضيفة.
اثنان من الأهداف التي ظللنا نسمع عنها هما الرغبة في الحصول على أداة واحدة فقط لمراقبة مواقع الويب وصيانتها وأيضًا اكتشاف المشكلات قبل أن يلاحظ العملاء وزوار الموقع أي خطأ. ومع ذلك ، كانت نقطة الألم الشائعة هي أن بوابة المستخدم الخاصة بنا لا تمكن المستخدمين حاليًا من تحقيق هذه الأهداف. وفي الواقع ، لخص مالك الوكالة هذا الأمر جيدًا بقوله: "إذا كان بإمكاني حل مشكلة ما قبل أن يراها العميل ، فهذا رائع. لا أرغب في تلقي مكالمات العملاء هذه ، "أوه ، مهلا ، احزر ماذا؟ ذهبت إلى موقع الويب الخاص بي. انها ليست هناك. ما الذي تفعله اليوم؟'"
بمجرد أن ترى هذه السمات الشائعة تظهر مرارًا وتكرارًا عندما تسمع من المستخدمين ، فأنت تعلم أن الوقت قد حان للتفكير. علمنا أننا بحاجة إلى تحسين بوابة المستخدم لمساعدة المستخدمين بشكل استباقي في الاهتمام بمواقعهم. وعرفنا أيضًا أن فريقنا الهندسي يمكنه الاستفادة من التكنولوجيا الشريكة لمعالجة جانب واحد من نقطة الألم لدى المستخدمين ، وكان ذلك من خلال مراقبة الجهوزية.
لذلك في هذه المرحلة ، كان من السهل حقًا أن نتعمق في الأمر والبدء في بناء شيء ما على الفور. ولكن إذا كنت ترغب في بناء الشيء الصحيح في المرة الأولى ، فمن المهم أن تستمر في الحصول على تعليقات المستخدمين ومدخلاتهم خلال هذه المرحلة. من المهم أيضًا في هذه المرحلة إشراك الفريق بالكامل.
أنت تريد أن تأتي ببعض الأفكار الرائعة ، لكنك تحتاج أيضًا إلى التأكد من أن أفكارك قابلة للتنفيذ وأنها لا تزال متوافقة مع ما يحتاجه المستخدمون حقًا. لذلك خلال هذه المرحلة ، عمل مصممنا مع الفريق الهندسي للتوصل إلى فكرة وضمان جدواها لمراقبة الموقع. ثم مع مدير المنتج والمصمم ، أخطط لبعض اختبارات المفاهيم حتى نتمكن من وضع فكرتنا أمام المستخدمين.
اختبار المفهوم هو نوع من البحث يساعدك على معرفة ما إذا كانت الفكرة التي لديك تتطابق مع توقعات واحتياجات المستخدمين لديك. لذلك نعرض لهم فكرتنا ونطرح عليهم أسئلة حولها. في هذه الحالة بالذات ، استخدمنا نماذج بالأحجام الطبيعية LE midfill مثل التي تراها على اليسار هنا والتي صممها المصمم بمساعدة الفريق الهندسي. لكن الشيء العظيم في هذا النوع من البحث هو أنه يمكنك إظهار شيء بسيط مثل القلم على الورق فقط. ليس من الضروري حتى أن تبدو جيدة.
هذه التقنية رائعة حقًا ، لأنها تتيح للمستخدمين التركيز على الأفكار بدلاً من العرض التقديمي المرئي. ومرة أخرى ، في هذه المرحلة ، نريد حقًا معرفة ما إذا كانت فكرتك تسير في الاتجاه الصحيح. وجانب آخر من هذا هو أنك لست مضطرًا إلى إظهاره لعشرات أو مئات الأشخاص. يمكنك استخدام ما لا يقل عن خمسة مشاركين لهذا النوع من البحث لأنه بحلول هذه المرحلة ، يجب أن تبدأ في رؤية بعض الموضوعات المشتركة في ردود أفعالهم على فكرتك.
لذلك أثناء اختبار المفهوم لدينا ، علمنا أن توقعات مستخدمينا تتماشى مع خططنا لهذا المنتج. لذلك وضعنا هذا في وضع جيد للبدء في بنائه. ما زلنا نرغب في جمع التعليقات ، لذلك قررنا استخدام إصدار تجريبي مغلق. ويبدو أن هذا هو وجود بعض المستخدمين للاشتراك ، وإضافة الميزة إلى حساباتهم ، ثم طلب تعليقاتهم خلال عملية استخدام الميزة الجديدة. وبالتالي ، فإن امتلاك هذه المجموعة الصغيرة من المستخدمين الذين يمكنهم الوصول إلى المنتج يعد طريقة رائعة حقًا لاختبار قابلية استخدامه ، والعمل على الأخطاء ، وفهم فقط كيف يمكنك تلبية توقعاتهم بشكل أفضل قبل طرح المنتج للجميع من المستخدمين.
لذا سيكمل كاميرون القصة من هنا. لكن قبل أن نترك قطعة البحث وراءنا ، أود أن أنهي ما أتمنى أن تأخذوه من قصتي. مرة أخرى ، يمكن أن يساعدك إطار العمل هذا في الاستفادة من فهم احتياجات المستخدم لبناء منتج جديد. ويمكن لأي شخص في فريقك التعلم من المستخدمين من خلال طرق مختلفة وفي جميع مراحل المشروع. عندما تُبقي المستخدمين في مركز البناء ، فهذه هي الطريقة التي ستضمن بها أن منتجك سهل قدر الإمكان لمستخدميك ومنح نفسك ميزة تنافسية. شكرًا لك. كاميرون.
كاميرون فيرمان : شكرًا جزيلاً لكيت. مرحبا بكم جميعا. أنا كاميرون. أنا مصمم منتج كبير هنا في WP Engine. أنا أعمل أيضًا مع أدوات البناء ومنتجات التجارة الإلكترونية الخاصة بنا ، وأنا متحمس جدًا للتحدث إليكم جميعًا حول مراقبة الموقع اليوم. هذا هو نوع ما نحن فيه في جدولنا الزمني. لقد مررنا ، وأجرينا بحثنا التوليدي ، وأجرينا بعض اختبارات المفهوم ، والآن أطلقنا الإصدار التجريبي. لدينا استطلاع يشير إلى أننا نستمع إلى الأشخاص ، وكانت هذه في الواقع هي النقطة التي أتيت بها إلى المشروع.
سرعان ما انخرطت في البحث السابق. لعبت كيت وبريان دورًا أساسيًا في هذا الأمر. بصراحة ، إذا لم يكن لدينا بالفعل بعض إيقاعات التعاون التي تم إنشاؤها بين التصميم والبحث ، والمنتج والهندسة ، فلن تسير الأمور بسلاسة تقريبًا. لذا فقد كانوا شركاء رائعين في جعلني على دراية بالسرعة في المنتصف. أعرف أن البعض منكم ربما يفهم كيف يكون ذلك ، العمل في حياة الوكالة. كنا نعلم أن هذا الأساس كان نوعًا ما رائعًا بالنسبة إلى الإصدار التجريبي الخاص بنا ، ولكن كان هناك المزيد الذي أردنا فعله به.
لذلك قمنا نوعًا ما بمتابعة سريعة بعد أن أطلقنا الإصدار التجريبي لتحسين التصميم أكثر قليلاً. أولاً وقبل كل شيء ، بدأنا بوضع WP Engine الخاص بنا. سمعنا من المستخدمين أنهم لم يكونوا متأكدين تمامًا مما إذا كانت حالات الانقطاع التي كانوا يعانون منها نتيجة لشيء فعلوه داخليًا أو إذا كانت مشكلة WP Engine التي كانت ، بصراحة ، خارجة عن سيطرتهم. لذلك أضفنا في هذه الحالة للأشخاص حتى يتمكنوا من رؤية ، مهلا ، شيء ما يحدث مع WP Engine. نحن وليس أنت أو العكس.
أضفنا أيضًا ميزة إضافة أو إزالة أو إيقاف مؤقت للمراقبة. كانت هذه في الأساس وسيلة للأشخاص لإضافة أو إزالة الشاشات ثم إيقاف المراقبة مؤقتًا عند الحاجة ، وكانت مجرد وسيلة للأشخاص لتخصيص تجربتهم أكثر قليلاً. وأخيرًا ، كما ترون هنا ، فقد واجهنا الانقطاعات بشدة. أردنا التأكد من أن الأشخاص يمكن أن يروا بوضوح ما كان يحدث في مواقعهم وبالتأكيد التواصل مع الناس. وهذا شيء سمعناه أيضًا ، أنهم أرادوا أن يكونوا قادرين على رؤية الانقطاعات الخاصة بهم والعناية بالمشكلات بأسرع ما يمكن وبأسرع وقت ممكن.
وإليك نوع من ما قبل وبعد حيث بدأنا مع الإصدار التجريبي وحيث انتهى بنا الأمر قبل أن نذهب إلى الإصدار. كما ترون ، بعض الاختلافات الكبيرة. ركزنا بشكل خاص على الأعمدة. سمعنا من الناس أنهم لم يكونوا يفهمون تمامًا ما هي الأعمدة أو ما هي عليه أو معنى أي من الأشياء الموجودة داخلها.
لذلك جعلنا حالة الانقطاع أكثر وضوحًا فيما يتعلق بما إذا كان هناك شيء في حالة انقطاع أم لا وماذا يعني ذلك. ثم أضفنا أيضًا بعض الروابط الأكثر قابلية للتنفيذ. أضفنا في تعريف ماهية الانقطاع ثم رابطًا لمقالة دعم حول مراقبة الموقع حتى يتمكن الأشخاص من الذهاب والعثور على مزيد من المعلومات إذا أرادوا ذلك.
الشيء الآخر الذي فعلناه هو ربط هذا بشكل وثيق بنظام التصميم الداخلي لدينا. لقد كان أمرًا رائعًا أن أكون قادرًا على الاستعانة بنوع من مكتبة المكونات لنفسي كمصمم وكمطورين ، لذلك يمكننا جميعًا أن نجعل مهام سير العمل لدينا أسرع. إذا لم يكن لديك بالفعل نظام تصميم تعمل به ، فإنني أوصي به بشدة. إنهم يجعلون سير العمل أسهل بكثير ، ويجعلون كل شيء يسير بشكل أسرع. لذلك تمكنا من الانتقال من ما تراه على اليسار إلى اليمين بسرعة كبيرة بسبب نظام التصميم هذا.
وهذا ما بدا عليه سير العمل ، هذا النوع من التكرار عندما كنا نعمل من خلال الإصدار التجريبي. لذلك بدأنا. أطلقنا سراحنا. كنت أتلقى تعليقات من مستخدمينا من خلال الاستبيان الذي أجريناه وأيضًا من المطورين الذين يعملون على المنتج. لقد أجريت بعض التغييرات في التصميم. سوف أتحدث مع الثالوث. قد يكون لدينا بعض الملاحظات بيننا فقط ، وبعد ذلك سأسلمها للمطورين. قد يكون لديهم بعض ردود الفعل. قد يكون لدينا بعض النقاش ومن ثم نطلق الإصدار التجريبي وستبدأ الدورة من جديد.
لذا فقط لتسجيل الوصول هنا ، مررنا ، وأطلقنا الإصدار التجريبي. لقد استمعنا إلى أشخاص في استطلاع بيتا. والآن ، نحن على استعداد لبدء التنبيهات والحصول على هذه التجربة. تنبيهات ، علمنا أن الناس يريدون التنبيهات ، والتنبيهات. كان هذا شيئًا سمعناه من المستخدمين كان مهمًا للغاية وسيجعل المراقبة أكثر قيمة بالنسبة لهم.
علمنا أيضًا أن المستخدمين أرادوا أن يتم إخطارهم بوجود مشكلة قبل أن تكون مشكلة لعملائهم ، مثل ما سمعته في عرض الأسعار لدينا. إنهم لا يريدون تلقي مكالمة من أحد العملاء بأن هناك مشكلة أو انقطاعًا في موقعهم ولم يكونوا على علم بذلك بأنفسهم. هذا ليس جيدا.
الشيء الآخر في هذا الأمر هو أننا قمنا بالفعل بتضمين فريق تطوير آخرين لهذا العمل ، لأننا أردنا أن نكون قادرين على الوفاء بالجدول الزمني للإصدار. أصبحت تلك الدورة التي رأيتها نوعًا ما مهمة للغاية لأنه كان هناك المزيد من الفرق. المزيد من الأيدي يجعل العمل أخف ولكن أيضًا يمكن أن يجعل الأمور أكثر تعقيدًا. لكن لحسن الحظ ، تمكنا من الاهتمام بذلك من خلال إيقاعاتهم. الشيء الذي كان علينا اكتشافه من خلال التنبيهات هو القنوات التي أردنا استخدامها.
ما سمعناه من المستخدمين في المقام الأول هو أن البريد الإلكتروني كان القناة المفضلة لديهم على Slack أو SMS ، لذلك قررنا التمسك برسائل البريد الإلكتروني أولاً. ثم كان علينا أن نذهب من هناك ونفكر في جميع سيناريوهات البريد الإلكتروني المختلفة. أردنا التأكد من أن رسالتنا كانت فائقة الوضوح وقابلة للتنفيذ بالنسبة للأشخاص ، وأنهم كانوا قادرين على الفهم واتخاذ الإجراءات في أقرب وقت ممكن عندما يتلقون تنبيهًا.
الشيء الآخر الذي كان علينا التفكير فيه هو ، عندما يقوم شخص ما بالتسجيل للحصول على تنبيه ، نريد التأكد من أننا نؤكد أنه مشترك. هذا مجرد نوع من أفضل الممارسات المتعلقة بتجربة المستخدم. ثم على الطرف الآخر ، تأكد من أن وظيفة إلغاء الاشتراك هي في الواقع سلسة جدًا للأشخاص وأنها تجربة سهلة جدًا وجيدة ، مع مراعاة جميع الأشياء. لذا ، نعم ، لقد مررنا وقمنا بإجراء المزيد من اختبارات المستخدم وبعض الأبحاث الإضافية لهذا الغرض. وأردنا حقًا التأكد ، كما قلت ، من أن الرسائل مفهومة وقابلة للتنفيذ.
إذن ، هنا ، مرة أخرى ، فقط جنبًا إلى جنب مع ما قبل الاختبار وبعده. ليس هناك الكثير من الاختلافات المجنونة هنا. في المقام الأول ، سمعنا من المستخدمين أنهم يريدون معرفة الأخطاء المحددة وأنهم يريدون مزيدًا من المعلومات ، لذلك هذا ما حاولنا تقديمه لهم. لقد حاولنا منحهم رموز الخطأ وأي معلومات أخرى يمكننا توضيح هذا المحتوى قليلاً. وبعد ذلك ، وبصراحة ، كان الأمر مجرد العمل من أجل الإصدار. بصراحة ، أريد فقط أن أبرز بعض هذه النقاط الرئيسية التي تحدثت عنها ونقاط التعاون الرئيسية هذه التي لدينا خلال هذا المشروع.
أولاً وقبل كل شيء ، كان نموذج التشغيل الثلاثي مهمًا للغاية بالنسبة لنا. مرة أخرى ، كان هذا هو التصميم والبحث ، والمنتج ، والهندسة كل نوع من العمل معًا كفريق واحد لإطلاق هذا المنتج. غالبًا ما يكون لدينا عمليات المزامنة وقواعد اللمس في التصميم والبحث والهندسة. وسنطرح الأسئلة ونتعاون.
حتى أننا أنشأنا قناة Slack الخاصة بنا. إنني أدرك أنه ليس بإمكان الجميع أو قادر على القيام بذلك ، ولكن إنشاء تلك العلاقات التعاونية بين التصميم والمنتج أمر مهم حقًا. وهي حقًا أساسية للتأكد من أن لديك هذا التوافق والمساءلة على مستوى المؤسسة أو الوكالة عند إنشاء المنتجات.
الشيء الآخر الذي سأذكره هو أن التصميم والبحث لهما شراكة وثيقة. أدرك أنه ليس كل شخص يعمل مع مصمم أو باحث ، ولكن لا يزال بإمكانك أن تظل مؤيدًا لتجربة المستخدم إذا كنت ترغب في ذلك. هناك الكثير من مجموعات تجربة المستخدم التي توفر موارد رائعة وأفضل الممارسات ، لذلك لا يزال بإمكانك أن تكون مدافعًا عن قابلية الاستخدام حتى لو لم يكن هذا شيئًا لا يمثل دورك الأساسي أو لا تفعله كثيرًا.
الشيء الآخر الذي سأذكره هو في الواقع الشراكة مع التنمية. لقد عملت بشكل وثيق للغاية مع جميع فرق التطوير في هذا المشروع. غالبًا ما أجد نفسي أتيت إليهم ، وأسأل عما إذا كنت مجنونًا بإنشاء تصميم أو شيء ما ، وكانوا دائمًا منفتحين جدًا للعمل معي ونوعًا من تقديم جميع أنواع الأفكار وطرح الأسئلة.
كان عظيما. كانت لدينا علاقة تعاونية رائعة حقًا. لذلك سأقول ، إذا كنت تعمل مع مصمم ، فلا تتردد في جعل يديك متسخين والتعاون معهم. نحن نحب العمل مع المطورين المستعدين للجلوس هناك وفهم المشكلات التي نحاول حلها ونوعًا من العمل لتحقيق هذا الهدف المشترك معًا.
شيء آخر حول ذلك ، لقد أشركت نفسي في الكثير من الاحتفالات والإيقاعات المرنة التي تتمتع بها هذه الفرق. لذا ، فإن القدرة على الجلوس ، والتحسينات المتراكمة أو التخطيطات السريعة وطرح الأسئلة ، وجعلهم يطرحون أسئلة علي في سياق عمل التطوير كان ذا قيمة فائقة. وأخيرًا وليس آخرًا ، التعاون غير المتزامن. كان هذا حقًا مفتاحًا. نحن شركة عالمية. لدينا فرق منتشرة في جميع أنحاء العالم ، وكلنا مشغولون حقًا.
لذا فإن القدرة على إنشاء قنوات Slack على وجه التحديد عبر الفرق لكي نتعاون جميعًا كان أمرًا أساسيًا حقًا. يمكنني وكيت أن ننشر عن البحث والتصميم. يمكننا الحصول على التعليقات وطرح الأسئلة دون الحاجة إلى انتظار المراجعة أو الاجتماع. وأعتقد أنني أريد فقط أن أوضح ذلك ، أن الوضع لا يجب أن يكون مثاليًا ، معذرةً ، حتى يتسنى لنا التعاون. يمكنك القيام بذلك بشكل غير متزامن. لست بحاجة إلى انتظار الاجتماع. ليس من الضروري أن يكون كل شيء على ما يرام تمامًا من أجل إنجاز الأمور. هذا هو وقتي. شكرا جزيلا لكم جميعا. بريان ، سأدعك تأخذها وتتحدث عن نظرة عامة على منتجاتنا.
برايان سميث: شكرًا جزيلاً كاميرون. حسنًا. كما وعدت ، سأنتقل إلى نظرة عامة على المنتج وبعد ذلك سنفعل بحثًا تقنيًا عميقًا قبل الانتهاء. حتى مراقبة الموقع والبوابة. بالنسبة لأولئك الذين يضيفون الوظيفة الإضافية ، سيكون لديهم حق الوصول إلى صفحة مدخل جديدة. يطلق عليه "مراقبة الموقع". ومن هذه الصفحة ، يمكنك إضافة شاشات ، وقفة وحذف. ألمح كاميرون إلى هذا قليلاً ، لكن هذه هي الصفحة التي تقوم بذلك من خلالها.
أيضًا ، من هذه الصفحة ، ستتمكن من عرض الانقطاعات والجهوزية ومتوسط وقت الاستجابة لنطاق زمني محدد. ستتمكن أيضًا من الارتباط بسجلات الأخطاء الخاصة بالموقع عندما نكتشف حالات انقطاع ، لذلك كل ذلك ممكن من هذه الصفحة. ستكون هناك أيضًا روابط إلى صفحة تفضيلات التنبيه ، والتي سننتقل إليها هنا في غضون ثانية فقط.
نعم. لذلك أريد أن أقفز إلى مقطع فيديو سريعًا ثم ننتقل مرة أخرى إلى الشرائح ، ولكن هذا سيكون عرضًا تجريبيًا فعليًا لما تبدو عليه هذه الصفحة في البوابة. شيء واحد فقط نسميه ، تم تسجيله قبل بعض تلك الصور التي رأيتها من كاميرون. لذلك نحن نقوم بتحديث هذا. لا تأخذ هذا على النحو الذي يبدو عليه بالضبط ، ولكنه تقريب جيد لما ستراه في البوابة.
قائمة طعام. سترى ارتباط مراقبة الموقع. سنقوم بسحب هذه الصفحة هنا ، وسترى أن لدي قائمة بجميع بيئات الموقع التي أراقبها. يمكنني رؤية أوقات الاستجابة وقائمة بجميع تلك الأوقات التي تتم مراقبتها حاليًا. لقد نقرت على رابط حالة WP Engine في الأعلى ، وأخذني إلى صفحة WP Engine Status. ذكر كاميرون ذلك في وقت سابق أيضًا ، لكن هذا متاح هناك.
عندما أقوم بالنقر فوق الزر "إضافة جهاز عرض" ، يمكنني القيام بذلك بسهولة بمجرد نقرة واحدة. أود أن أقول إن هذا جزء ضخم من هذا المنتج والتكامل ، هو مجرد السهولة التي يمكنك من خلالها إيقاف الشاشات مؤقتًا أو حذفها أو توفيرها. هنا ، أنا أوقف الشاشة مؤقتًا. سترى زر استئناف صغير منبثق هناك. نعم. إذا قمت بالضغط على Resume (استئناف) ، فسيؤدي ذلك إلى إلغاء الإيقاف المؤقت لها.
وتذكر ، ما يفعله الإيقاف المؤقت في الواقع هو أنه يمنع شاشة ping من اختبار ping للموقع. لذلك عندما يتم إيقاف ذلك مؤقتًا ، فإنه لا يرسل هذا الأمر ping في الواقع. هنا ، سنقوم بإزالة الشاشة. سترى شاشة تأكيد. لأنه عندما تقوم بحذف أحد هذه الشاشات ، فإنه في الواقع يزيل كل سجل الانقطاع المرتبط بذلك. لذا فقط ضع ذلك في الاعتبار.
وهذه هي الصفحة في البوابة. حسنًا. بالعودة إلى الشرائح الآن والتحدث معك قليلاً عن تنبيه البريد الإلكتروني ، لذلك هناك عدد قليل من القوالب المختلفة. لقد ألمح كاميرون إلى هذا قبل ذلك بقليل ، لكنني سأتعمق قليلاً هنا. لذلك بمجرد الاشتراك في التنبيه بالبريد الإلكتروني ، ستتلقى نموذج بريد إلكتروني يبدو شيئًا كهذا ، مما يوضح أنك مشترك الآن في مراقبة التنبيهات لمواقعك. سيعطيك رابطًا لمقال مركز الدعم الخاص بنا ، والذي سيوفر لك المزيد من المعلومات حول كيفية عمل هذا المنتج. وفي الأسفل ، يوجد رابط إلى صفحة "مراقبة الموقع" التي أظهرتها لكم للتو.
نعم. لذلك عندما نكتشف انقطاعًا في موقعك ، ستتلقى بريدًا إلكترونيًا يشبه هذا. سيحمل اسم الموقع ، عندما اكتشفنا الانقطاع. سيظهر أيضًا أن حالة WP Engine. الآن ، هذه الحالة مهمة ، لأنها ستظهر لك الوضع الحالي للنظام الأساسي ، ومنصة الاستضافة. لذلك إذا كان هذا يبدو جيدًا ولكنك لا تزال تتلقى هذا البريد الإلكتروني ، فهذا يدل على أن هناك بالفعل مشكلة خاصة بالموقع.
لا يقتصر الأمر على البنية التحتية للاستضافة ، ولكن في الواقع هناك شيء ما على موقعك أو مجالك. وفي محتوى البريد الإلكتروني هنا ، سيُظهر لك رمز الاستجابة الذي نراه. وبعد ذلك في الأسفل ، سيكون هناك رابط إلى صفحة مراقبة الموقع هذه. هناك أيضًا ارتباط إلى سجلات الوصول ، لأن هذه ستكون الخطوة التالية الأفضل لمحاولة تشخيص ما يحدث ولماذا ترى رسالة البريد الإلكتروني هذه لانقطاع الخدمة.
حسنًا. وبعد ذلك ، عندما يتم حل ذلك ، سترى بريدًا إلكترونيًا آخر يوضح لك أن موقعك قد تم نسخه احتياطيًا. لم يعد الانقطاع يحدث. لم نعد نكتشفها. سيخبرك هذا أيضًا بالموقع الذي تم نسخه احتياطيًا. سيخبرك بمدة تعطل هذا الموقع ومرة أخرى الروابط في الأسفل. نفس الروابط بالأسفل في الأسفل.
لذلك ذكرت أن هذه صفحة يمكنك الوصول إليها من صفحة مراقبة الموقع والبوابة. هذا هو المكان الذي تقوم فيه بالفعل بإعداد تفضيلات التنبيه. لذلك من هنا ، يمكنك تمكين أو تعطيل قنوات التنبيه. يمكنك إدخال جهات اتصال البريد الإلكتروني. تأتي جهات اتصال البريد الإلكتروني من قائمة مستخدمي البوابة الإلكترونية ، لذا سترى ذلك في الأسفل هناك في الأسفل على اليسار. إنها مجرد خانة اختيار.
لدينا بالفعل الاسم وعنوان البريد الإلكتروني. ليس عليك إدخال ذلك. مرة أخرى ، إنه يسحب ذلك من جهات اتصال البوابة الخاصة بك. لكن تذكر هنا أن هذه ستكون صفحة يمكنك من خلالها تمكين تكامل Slack. ليس لدينا هذا بعد ، ولكنه موجود في خارطة الطريق الخاصة بنا. إنه شيء نحن على وشك بدء العمل عليه. حاليًا ، تنبيهات بالبريد الإلكتروني فقط ، لكن Slack في خارطة الطريق.
حسنًا. لقد ذكرت أننا سندخل هنا في بعض التفاصيل الفنية لإعطائك فكرة فقط عن كيفية عمل كل هذا وراء الكواليس. لذلك كل هذا ممكن من خلال ما نطلق عليه "وكيل مراقبة الموقع" لدينا ، وهذه طبقة وسيطة بين بوابة المستخدم الخاصة بنا وما يفعله المستخدم هناك وشريكنا New Relic ، الذي نستهلك واجهات برمجة التطبيقات الخاصة برصده وتنبيهه. لذا فإن وكيل مراقبة الموقع يركز بشكل أساسي على موارد New Relic.
هذه هي الطبقة التي تنشئ وتحدّث وتحذف أجهزة العرض بالإضافة إلى التنبيهات. وهو أيضًا المكان الذي يمكننا فيه فقط التوفيق والتقاط أي نوع من الأخطاء ، وتأكد من عدم إزالة أي شيء عن طريق الخطأ. إذن هذه هي تلك الطبقة الخلالية ، لذلك دعونا ندخل قليلاً في بعض الأشياء التي تحدث في تدفق المستخدم. لذلك دعونا نتجول في تدفق المستخدم المعتاد. لذلك سوف يقوم المستخدم بالتسجيل. ما يحدث هناك هو التحقق من الاستحقاق يتم إجراؤه على البوابة لمعرفة ما إذا كان لديهم حق الوصول إلى مراقبة الموقع.
وفي حالة قيامهم بذلك ، فإنه يتحقق من خدمة استحقاق WP Engine للحصول على هذا الموافقة. بمجرد اجتياز هذا الفحص ، يمكن للمستخدم بعد ذلك إنشاء شاشة من صفحة مراقبة الموقع التي أظهرتها لك سابقًا في البوابة الإلكترونية. لذا فهم يوفرون هذه الشاشة يدويًا عن طريق النقر فوق الزر "إضافة جهاز العرض". وخلف الكواليس ، يرسل طلبًا إلى New Relic Synthetics API لتوفير هذه الشاشة بالفعل.
الآن ، أثناء تواجدك أيضًا في تلك الصفحة في البوابة ، يمكنك عرض البيانات. يمكنك عرض البيانات التاريخية. من خلال ما رأيناه من اختبار ping على الموقع الذي أعددته ، يمكنك أيضًا مشاهدة متوسط وقت الاستجابة ، والربط للوصول إلى السجلات. حتى هنا ، يمكن للعميل عرض تلك البيانات على تلك الصفحة. ما يحدث وراء الكواليس هو أننا في الواقع نصل إلى واجهة برمجة تطبيقات New Relic مختلفة. إنها واجهة برمجة تطبيقات NerdGraph الخاصة بهم. لذلك يرسل وكيل مراقبة الموقع طلبًا لاسترداد تلك البيانات وعرضها. وكل هذا يحدث مرة أخرى من خلال NerdGraph API من خلال New Relic.
هناك حالتان من حالات الاستخدام الأخرى التي قد تكون شائعة في سيناريو تحرير الشاشة. لذلك قد يكون هذا بمثابة إيقاف مؤقت للشاشة الحالية ، وفي هذه الحالة سيرسل الوكيل طلب تصحيح إلى New Relic Synthetics API. يمكنك أيضًا إلغاء توفير شاشة. سيؤدي هذا إلى حذف شاشة من صفحة المدخل التي عرضتها عليك سابقًا. هذا هو إرسال طلب حذف إلى تلك Synthetics API. يمكن للعميل أيضًا تغيير التكوين. ربما تريد تغيير عنوان URL للمجال الذي نرسل إليه التحقق من الاتصال.
في هذه الحالة ، يرسل الوكيل طلب تصحيح لتحديث جهاز العرض هذا. أيضًا ، يمكن للمستخدم إلغاء الموقع الذي يخضع لمراقبة الموقع. وفي هذه الحالة ، ما سنفعله هو مجرد إرسال طلب حذف تلقائيًا إلى واجهة برمجة تطبيقات Synthetics لإلغاء توفير هذه الشاشة. أو في حالة قيام العميل بإلغاء الحساب بالكامل الذي يحتوي على مجموعة من أجهزة مراقبة الموقع المختلفة ، يتم إرسال طلب إلغاء توفير جميع أجهزة العرض هذه تلقائيًا عند اكتشاف ذلك. لذا فإن كل هذه الأشياء مهمة لتدفق المستخدم ، ووكيل مراقبة الموقع هو ما يجعل ذلك ممكنًا.
حسنًا. لقد ذكرتها سابقًا ، ولكن بينما نتطلع إلى الأمام ، فإننا بالتأكيد نخطط لدمج Slack كقناة تنبيه إضافية. نحن أيضًا نستكشف خدمة الرسائل القصيرة ، لذا ترقبوا المزيد من الإضافات في المستقبل. هذا هو V1. نحن متحمسون لذلك ، ويسعدنا حقًا أن نتمكن من إطلاقه هنا في DE {CODE}. ولكن هذا هو حقا V1. لدينا الكثير من الخطط في المتجر. هؤلاء مجرد اثنين منهم. ولكن ترقبوا أيضًا المزيد من خيارات التكوين مع المراقبة ، والمزيد من التحسينات لبوابة المستخدم ، وسنواصل متابعة عملية البحث والتصميم التكرارية التي قادتنا إلى هذه النقطة.
وبفضل ذلك ، بفضل المقدمين الآخرين ، كيت وكامرون. وشكرا لكم جميعا لانضمامكم إلينا اليوم. أتمنى لك يومًا سعيدًا ، واذهب للتحقق من مراقبة الموقع ، شكرًا للجميع.