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

قد تبدو بنية موقع الويب مقطوعة الرأس مثل كل الغضب ، ولكن كيف تنطبق على التحديات التقنية في العالم الحقيقي؟

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

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

مكبرات الصوت:

• رامي بيري ، مدير حسابات الشركاء الأول في WP Engine
• ديفيد ديكاميلو ، رئيس قسم التكنولوجيا في Code & Theory
• آدم ديفي ، مدير التكنولوجيا في CandySpace
• دينيس نجين ، نائب الرئيس ، التجربة الرقمية في Wpromote
• سكوت جونز ، المؤسس والرئيس التنفيذي في Illustrate Digital

نص:

رامي: مرحبًا بكم جميعًا وشكراً لانضمامكم إلينا في لوحة DE {CODE} هذه. أنا متحمس للانضمام إلى القادة ، بعض وكالاتنا الإستراتيجية الكبرى ، للبحث في الدور الذي يلعبه WordPress بدون رأس لفريقهم وعملائهم. سنبدأ أولاً ببعض المقدمات حتى تتمكن من التعرف على أعضاء اللجنة ومن ثم سنغوص في فرصة لمعرفة المزيد حول كيف يمكن أن يساعدك بلا رأس في الفوز بالمزيد. ديف ، هل تود أن تبدأ بمقدمة؟

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

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

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

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

رامي: شكرًا جزيلاً سكوت. آدم ، هل تريد القفز مباشرة؟

آدم ديفي: نعم ، عظيم. اسمي ادم. أنا آدم ديفي من كانديسبيس. أنا مدير التكنولوجيا هناك. نحن وكالة رقمية مقرها لندن تركز على تصميم المنتجات الرقمية وبناءها وتحسينها.

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

رامي: حسنًا ، دينيس ، هل تريد أن تختتمنا بالمقدمات؟

دينيس: مرحبًا بكم جميعًا. اسمي دينيس. أنا نائب رئيس التجربة الرقمية لـ Wpromote. نحن وكالة تسويق أداء ، ونقود النمو لعلاماتنا التجارية المنافسة. بدأ فريقي السير على طريق مقطوعة الرأس في عام 2019. وما زالوا يفعلون ذلك منذ ذلك الحين. لقد اعتمدنا بالفعل منتج WP Engine Atlas العام الماضي ، وأطلقنا بنجاح موقعًا مقطوع الرأس في غضون شهرين. لذلك أنا متحمس للغاية لمشاركة قصتنا.

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

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

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

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

وأعتقد أننا ربما بدأنا حقًا في تسويق الإصدارات لعملائنا في مكان ما في عام 2019 ، ومرة ​​أخرى ، كانت الهندسة المهيمنة التي نقودها ، مع الكثير من عملائنا. لكن نعم ، نحن متحمسون جدًا. نحن نقوم بعدد من تثبيتات WP Engine Atlas. لدينا واحد قريبًا ، في غضون أسبوعين أيضًا ، وهو أمر رائع. لكن نعم ، هذه رحلتنا الأولى بدون رأس.

رامي: حسنًا يا آدم ، لقد ذكرت أنك على أعتاب ذلك. أنا أحب ما تقدمه ، لأنه قد يكون أكثر حداثة ، لما بدأ يوجهك في هذا الاتجاه.

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

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

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

رامي: نعم ، سكوت أو دينيس ، أي أفكار تضيفها إلى ذلك بقدر ما - أي مؤشرات حول الوقت الذي قد يكون الوقت مناسبًا للأشخاص الذين هم على وشك التبني بدون رأس ، والتي رأيتها في رحلةكم؟

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

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

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

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

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

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

رامي: شكرًا أيها السادة. لذلك فنحن جميعًا نعرف ونحب WordPress. لهذا نحن هنا. يمين؟ لكننا جميعًا على دراية ببعض القيود هناك ومن الواضح أن بدون رأس طريقة للحفاظ على ألفة وموثوقية الواجهة الخلفية لـ WordPress لمنشئي المحتوى والمسوقين لدينا ، ولكن أيضًا نكون قادرين على معالجة بعض تلك القيود التي يقدمها WordPress .

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

ديف ديكاميلو: بالتأكيد ، يمكنني البدء ، إذا كنت ترغب في ذلك.

رامي: شكرًا ديف.

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

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

لذلك كان WordPress مطلبًا ثابتًا يتم الدخول فيه وبالنظر إلى بعض أهداف المشروع ، كان من المنطقي تمامًا أن يكون Atlas هو التطبيق. لذلك نأمل أن يساعد ذلك.

رامي: دينيس.

DENNIS: نعم ، بالنسبة لأحد عملائنا ، في العام الماضي ، قمنا بإجراء هذا التحليل لعدد من المنصات المختلفة ، والأنظمة الأصلية بدون رأس ، و WordPress مع WP Engine ، وقمنا بالفعل بتقييم عاملين. رقم واحد سيكون الميزات والوظائف التي يحتاجها العميل خارج النظام الأساسي. ثانيًا ، التكلفة الإجمالية لملكية النظام الأساسي.

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

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

رامي: نحب أن نسمعها. سكوت ، آدم ، أي أفكار تضيفها على هذا؟

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

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

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

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

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

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

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

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

ديف ديكاميلو: آدم ، يمكنك أن تبدأ بالرغم من ذلك.

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

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

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

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

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

دينيس: نعم ، أعتقد -

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

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

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

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

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

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

رامي: وماذا عنك يا سكوت؟ اي افكار في هذا؟

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

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

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

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

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

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

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

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

رامي: وماذا عنك يا آدم؟

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

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

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

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

DAVE DICAMILLO: نعم ، أوافق وأعتقد أن انفجار أدوات MarTech والقدرة على أخذ الأفضل في الفصل ودمجها ، ليس فقط الآن ، ولكن في المستقبل ، هو حقًا سبب اختيار بلا رأس.

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

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

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

رامي: أي أفكار بخصوص ذلك ، دينيس؟

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

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

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

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

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

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

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

DAVE DICAMILLO: نعم ، سأقوم بالتحدث عن ذلك. لكن السؤال الأول الذي نتلقاه هو ، ما هو اليوم في الحياة؟ وهذا سؤال CMS بشكل عام. في أي وقت ينتقل شخص ما إلى منصة جديدة ، كيف ستكون حياتي؟

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

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

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

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

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

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

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

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

And I think we've all seen– JavaScript developers have been quite expensive, reactive developers, in particular. They've been very in demand. That's going to change because every new developer is learning this technology and this progressive set of frameworks.

That is the important thing in a business case, that actually are pointing forward, to particularly, the technology-minded companies, that this is a consideration for you. If you build something now, what's your development team going to look like in three, four, five years? What's our team going to look like in that time?

If you went to another agency and didn't work with us, what would that team look like? how much would you struggle to get the resource you need, based on what we've built? And so yeah, I'm looking forward and trying to switch the mindset a little bit there.

RAMI: Scott, you took my last question–

SCOTT JONES: Oh, sorry.

RAMI: –right away for me, which is– it's OK. كل شيء جيد. I would imagine folks that attended– I know my first DE{CODE], and folks that, this is their third, fourth, fifth year they're joining us, I think that the weight that headless WordPress and Atlas is carried in our agenda has continued to increase and grow. Three years ago, I don't know that we had a full track developed to it and now we do.

So as we wrap up, what I would love, just to get your magic. If you're looking in the crystal ball and looking ahead, as you are future proofing what your headless WordPress practice looks like, what's on your radar right now? Maybe you're not spending a lot of time on it. But what's in the back of your head, that this is something that's coming down the pipe, that we've got to be prepared for, regarding headless architecture? I'll start with you, Dennis. First one up.

DENNIS: Oh, goodness. The pressure's on. So as you think about the future– and I have a lot of these conversations internally, with our team– I think a world of low code, no code is very real, and especially as a traditional systems integrator and SI team that historically done backend integrations. So as we think about that, and we think about how the composition of the team will evolve, absolutely, design is a core competency. Strategy is a core competency.

And then in front-end development or with ArcGIS development, I think, is going to become a core competency and we're already seeing this shift from heavy back-end to heavy front-end, heavy-strategy team members as well. So we're positioning our team that way. We think that's going to be the future. And we're going to scale and adjust as things evolve.

RAMI: What do you think, Adam?

ADAM DAVEY: For me, I think composable is the way forward. That that's where it's at and the ability for all these different components to integrate with each other and the interoperability of these different platforms is really important. So I think that that ability to communicate and offer best-in-class, best-in-breed solution with a stack like that, that's going to– these platforms are only going to be more and more powerful in that sense.

So the ability for these things to integrate together cleanly and for freeing up developers to, as you were saying, Dave and Dennis, just really do their best work and for the designers to do their best work, for me, it's all about composable, I think, particularly with headless CMS, is how they pair nicely and play nicely with that, as you said, David, the MarTech stack, but particularly e-commerce.

That's where we're seeing most of the opportunity at the moment and the biggest conversations that we have are really around headless commerce solutions, coupled with headless CMS solutions and I think that ability to integrate and couple those systems together is going to be really, really key.

DAVE DICAMILLO: Yeah, you took the one that I was going to say, as well. Composable web is– new technologies spur new innovations and composable web's the thing that's being built on top of the headless world, which is, how do I orchestrate everything? How do I make this all easy for my team to use?

I have seven different pieces of MarTech and it's all over the place. But the data sets can all be integrated. And they can all be used in one tool. It's actually the number-one thing we've seen come back from clients, six months, a year after. Hey, we love it. إنه لشيء رائع. But we need to be more efficient and what are the tools out there, the stack bits of the world and everything else, that's coming around?

And it's doing– it's the next level of headless integrations. So I totally agree that that's where this is going, not downplaying anything with low-code, no-code. We're seeing all that stuff too. But, yeah.

RAMI: Gentleman, thank you so much for being so gracious and sharing so much with us. This has been super valuable. I know I learned a lot and I think this is a great foundation for our partners and developers out there, that are just now stepping into headless, as well as those that have been on a similar headless journey as your four agencies and are three, four years in.

I appreciate everybody joining us today and I hope you enjoy the rest of your time at DE{CODE}. Have a good one.