ما تحتاج لمعرفته حول تكامل النظام الأساسي

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

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

جريج ويليامز: لديك عميل يريد أن يشرع معك في مشروع platforming أو إعادة platforming. ما هي الخطوات الأولى في تلك الرحلة؟

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

غيغاواط: إذن القاعدة الأولى هي ألا تتعجل؟

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

غيغاواط: أيهما؟

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

غيغاواط: ما هي الدروس الأخرى التي تعلمتها؟

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

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

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

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

غيغاواط: ما الذي يجب تجنبه أيضًا؟

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

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

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

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

غيغاواط: ومن يجب أن يكون هذا الشخص؟

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

غيغاواط: ماذا لو كان إطلاق موقع جديد تمامًا؟

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

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

غيغاواط: لقد تطورت SAP Hybris خلال السنوات العديدة الماضية. هل يمكنك أن تأخذنا خلال تلك الرحلة؟

BW: بدأت Hybris بالتركيز على الحلول التجارية. سرعان ما أصبحت واحدة من المنصات الرائدة في العالم للشركات لتشغيل التجارة الإلكترونية على نطاق واسع عبر الإنترنت وعلى الأجهزة المحمولة - وهي منصة تجارة متعددة القنوات قادرة على إدارة ودعم جميع القنوات.

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

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

غيغاواط: التجارة الإلكترونية تتحرك بسرعة مذهلة. كيف قمت بتحديثه للتعامل مع الوتيرة السريعة للتجارة الحديثة؟

BW: هناك قائمة طويلة من الأشياء التي قمنا بها لدعم متطلبات الأعمال سريعة التطور ، ليس فقط للتجارة الإلكترونية ولكن عبر جميع القنوات وقدرات المكاتب الأمامية. هناك شيء واحد أود تسليط الضوء عليه وهو ابتكار أكثر حداثة وهو إطلاق منصتنا الجديدة للخدمات الصغيرة ، SAP Hybris-as-a-Service - أو ما نسميه YaaS. تتيح بيئة النظام الأساسي هذه للمطورين إطلاق خدمات مصغرة لتوسيع ودعم المتطلبات الفريدة في السحابة. يمكن للمطورين استخدام لغتهم المفضلة بدون قيود البائع لكتابة واختبار وإطلاق خدمات جديدة في السحابة. وربما الأكثر إثارة هو السوق الذي نتيحه للشركاء والمطورين المستقلين وحتى العملاء لبيع هذه الخدمات المصغرة. إنه حل معطّل للغاية ، وسيكون من المثير للغاية أن نرى كيف يتطور.