دليل تطوير منتج IoT من البداية إلى النهاية – المرحلة 8: الإطلاق والتشغيل والصيانة

يوم الإطلاق! لقد تحولت من مجرد شرارة فكرة إلى منتج معتمد ومُصنع لIoT. خذ لحظة للاحتفال – هذا إنجاز كبير. لكن الرحلة لا تنتهي عند شحن الوحدات الأولى. من نواحٍ عديدة، تعد المرحلة 8 بداية حياة منتجك في البرية. تغطي هذه المرحلة كل شيء بعد الإطلاق: كيفية نشر التحديثات، ومراقبة أسطول أجهزتك، ودعم المستخدمين الحقيقيين، وإيقاف المنتج في نهاية المطاف بأمان عندما يحين وقته. يتطلب منتج IoT الناجح TLC (رعاية محبة للعطاء) بعد الإطلاق للحفاظ على سير الأمور بسلاسة وإسعاد العملاء.

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

تحديثات عبر الهواء: الحفاظ على أجهزتك جديدة وآمنة 🌐

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

• التحسين المستمر: فكر في تحديثات OTA باعتبارها شريان الحياة لمنتجك بعد الإطلاق. فهي تتيح لك طرح ميزات جديدة أو تحسينات في الأداء لإسعاد المستخدمين لفترة طويلة بعد شراء الجهاز.(هل حصلت إحدى الأدوات الذكية فجأة على ميزة رائعة بعد التحديث؟ هذا هو OTA في العمل!)
• إصلاحات الأخطاء وتصحيحات الأمان: بغض النظر عن مقدار الاختبارات التي أجريتها، فمن الممكن أن تتسلل الأخطاء أو قد يتم اكتشاف ثغرات أمنية جديدة. تمكّنك تحديثات OTA من إصلاح المشكلات الموجودة على الأجهزة الموجودة في الميدان دون استرجاعها. على سبيل المثال، إذا تم العثور على ثغرة أمنية خطيرة في الكاميرا المنزلية الذكية الخاصة بك، فيمكن لتصحيح OTA السريع إصلاحها لجميع المستخدمين - مما قد يؤدي إلى تجنب وقوع كارثة.
• الموثوقية مع أنظمة الأمان من الفشل: عند تصميم آلية OTA الخاصة بك، اجعلها موثوقة وآمنة من الفشل. تخيل انقطاع التيار الكهربائي أو الإنترنت لدى المستخدم في منتصف التحديث - فأنت لا تريد أن يكون الجهاز معطلًا بشكل دائم (يصبح غير فعال). من أفضل الممارسات الشائعة استخدام أقسام firmware المزدوجة أو أسلوب مشابه: يقوم الجهاز بتنزيل البرنامج الثابت الجديد إلى فتحة ثانوية، والتحقق منه، ثم التبديل. إذا حدث خطأ ما (مثل تحديث سيء أو تنزيل متقطع)، فمن الممكن أن يعود الجهاز إلى آخر إصدار جيد معروف. بهذه الطريقة، تكون هناك دائمًا شبكة أمان ولن يبقى لدى العملاء أجهزة معطلة.
• الأمان أولاً: قم دائمًا بتنفيذ التحديثات بشكل آمن. يجب أن تكون التحديثات موقعة بشكل مشفر بواسطتك (الشركة المصنعة) حتى يتسنى للأجهزة قبول firmware الأصلية والموثوقة فقط. وهذا يمنع الجهات الفاعلة السيئة من تثبيت البرامج الضارة على أجهزتك. بالإضافة إلى ذلك، قم بتشفير بيانات التحديث أثناء النقل. في الحديث غير التقني: قم بإغلاقه حتى يتمكن الجهاز فقط من قراءته، وسيعلم أن التحديث جاء منك بالتأكيد. يعمل الأمان على بناء ثقة المستخدم - لا شيء سيخيف عملائك أكثر من عنوان رئيسي حول اختراق أحد المتسللين لأدوات IoT غير الآمنة.
• الطرح المرحلي: تصور هذا السيناريو: لديك 10000 جهاز في الميدان. أنت تدفع بحماس إلى التحديث لجميع هذه الأجهزة مرة واحدة… وعفوًا 😨، هناك خطأ جديد في هذا التحديث يتسبب في إعادة تشغيل الأجهزة إلى ما لا نهاية. الآن جميع العملاء البالغ عددهم 10000 غير راضين في نفس الوقت. لتجنب هذا الكابوس، قم بـ الطرح المرحلي. على سبيل المثال، قم بتحديث مجموعة صغيرة (على سبيل المثال 100 جهاز) أولاً وراقبها لمدة يوم أو يومين. إذا بدا كل شيء على ما يرام، فقم بتحديث الألف التالية، وشاهدها مرة أخرى، ثم انشرها للجميع. تعمل عمليات الطرح على مراحل كنظام إنذار مبكر - إذا كانت هناك مشكلة، فلن تتأثر سوى نسبة صغيرة من المستخدمين ويمكنك إيقاف الطرح مؤقتًا، وإصلاح المشكلة، ثم المتابعة.- خطط التراجع: حتى مع التدريج، امتلك دائمًا خطة التراجع. وهذا يعني القدرة على إرسال إصدار البرنامج الثابت السابق بسرعة إذا كان التحديث الأخير به مشكلة خطيرة. إنه يشبه زر التراجع لبرنامج منتجك. إن معرفة أنه يمكنك التراجع يمنح فريقك والمستخدمين لديك الثقة - إنها مظلة الأمان في حالة حدوث خطأ في التحديث.

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

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

إمكانية الملاحظة والمراقبة: إبقاء العين الساهرة 👀

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

• مراقبة صحة الجهاز: من الحكمة أن تقوم أجهزتك بتقديم تقارير دورية عن “أحيائها الحيوية”. على سبيل المثال، قد يرسل الجهاز بيانات صحية مثل مستوى البطارية، أو استخدام الذاكرة أو التخزين، أو قوة الإشارة، أو درجة الحرارة، أو أي مقياس خاص بالجهاز (على سبيل المثال، قد يقوم مستشعر المياه بالإبلاغ عن حالة البطارية وآخر اختبار). ومن خلال جمع هذه المعلومات، يمكنك اكتشاف المشكلات بشكل استباقي. إذا كانت بطارية المستشعر تستنزف فجأة بشكل أسرع من المتوقع، فيمكن أن يشير التنبيه إليها وقد تكتشف مشكلة في البرنامج الثابت تسبب استنزاف الطاقة - ويجب إصلاحها قبل نفاد الكثير من الأجهزة مبكرًا. أو إذا أظهرت مجموعة من الأجهزة ارتفاعًا كبيرًا في قراءات درجة الحرارة، فربما تكون هناك مشكلة بيئية أو خطأ في الأجهزة. بشكل أساسي، تعامل مع كل جهاز كمريض يحتاج إلى فحوصات بين الحين والآخر!
• الاتصال ووقت التشغيل: راقب عدد مرات اتصال أجهزتك بالإنترنت واتصالها. إذا أصبح الجهاز غير متصل بالإنترنت لفترة زمنية غير معتادة (على سبيل المثال، أكثر من ساعة أو يوم، اعتمادًا على السلوك الطبيعي)، فقد يشير ذلك إلى وجود مشكلة: ربما فقد الاتصال بالشبكة، أو تعرض للتلف، أو قام المستخدم بفصله. يساعد إعداد التنبيهات للأجهزة غير المتصلة بالإنترنت فريق الدعم لديك على التواصل أو التحقيق بشكل استباقي (“مرحبًا أيها العميل، لاحظنا أن الرشاش الذكي الخاص بك لم يتم تسجيل وصوله لمدة يومين - هل كل شيء على ما يرام؟”). هذا المستوى من الاهتمام يمكن أن يثير إعجاب العملاء، ويظهر أنك على رأس الأمور.
• مراقبة السحابة والخادم: عادةً ما تتصل أجهزة IoT لديك ببعض الخدمات أو الخوادم السحابية. من المهم بنفس القدر مراقبة الجانب السحابي. استخدم التسجيل ولوحات المعلومات والتنبيهات لتتبع أشياء مثل استخدام وحدة المعالجة المركزية/الذاكرة للخادم وأداء قاعدة البيانات وأوقات استجابة API ومعدلات الخطأ. إذا تضاعف معدل الخطأ في API فجأة، فقد يكون هناك خطأ ما في التعليمات البرمجية الحديثة أو أن هناك ارتفاعًا في الاستخدام. تساعدك المراقبة على اكتشاف هذه الأخطاء مبكرًا قبل أن يغمر المستخدمون خط الدعم الخاص بك قائلين “التطبيق بطيء جدًا” أو “جهازي لا يقوم بمزامنة البيانات”. توفر العديد من منصات IoT لوحات معلومات الأسطول التي توضح عدد الأجهزة المتصلة أو النشطة أو التي تبلغ عن الأخطاء إن وجدت. ننصحك أيضًا بإنشاء صفحة حالة عامة إذا كنت تقدم خدمة ما - فهي أداة للشفافية حتى يتمكن المستخدمون من التحقق مما إذا كان هناك فترة انقطاع أو صيانة معروفة.- القياس والأداء: لا تقتصر المراقبة على اكتشاف المشكلات فحسب، بل تتعلق أيضًا بالتخطيط لتحقيق النجاح. إذا كانت قاعدة المستخدمين لديك تنمو، فهذا رائع! ولكن هل تستطيع البنية التحتية الخاصة بك التعامل معها؟ إبقاء العين على القدرة. من الأفضل توسيع نطاق قاعدة بياناتك أو خوادمك بشكل استباقي لأنك ترى اتجاهات النمو، بدلاً من إيقاف كل شيء في يوم من الأيام، لأنه من المفاجئ أن عدد الأجهزة التي تم توصيلها عبر الإنترنت 10 مرات أكثر من الأمس.(مشكلة جيدة، ولكنها لا تزال مشكلة إذا لم تكن مستعدًا.) مع إمكانية المراقبة الجيدة، سترى زيادة في حركة المرور أو التحميل ويمكنك الاستجابة عن طريق تعزيز الموارد أو تحسين التعليمات البرمجية.

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

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

حلقة دعم العملاء والتعليقات: الاستماع إلى العالم الحقيقي 📢

الآن بعد أن أصبح المستخدمون الحقيقيون يتفاعلون مع منتجك يوميًا، ستبدأ في الحصول على ثروة من التعليقات من الميدان. سيكون بعضها مدحًا (“هذا المصباح الذكي مذهل!”)، وسيكون البعض الآخر عبارة عن تقارير أخطاء (“إنه ينقطع الاتصال كل ليلة في الساعة 2 صباحًا…”)، وسيكون البعض الآخر عبارة عن طلبات ميزات (“هل يمكنه أيضًا القيام بـ X؟”). إن كيفية تعاملك مع هذه التعليقات ودعم عملائك هي عامل حاسم لسمعة منتجك ونجاحه المستمر.

فيما يلي كيفية إنشاء حلقة دعم وتعليقات قوية:

• إعداد قنوات دعم واضحة: اجعل من السهل على المستخدمين الوصول إليك أو الحصول على المساعدة. يمكن أن يكون هذا بريدًا إلكترونيًا للدعم، أو نظام التذاكر على موقع الويب الخاص بك، أو منتدى المجتمع، أو برنامج الدردشة الآلي، أو حتى قنوات التواصل الاجتماعي المخصصة للدعم. بالنسبة لمنتج IoT للمستهلك، ربما يكون لديك مركز مساعدة وبريد إلكتروني للدعم. بالنسبة لنظام IoT الخاص بالمؤسسة، قد يكون لديك مدير حساب مخصص أو خط هاتف. المفتاح هو إمكانية الوصول عندما يحتاج المستخدمون إلى المساعدة أو لديهم أسئلة.
• استجابات مفيدة وفي الوقت المناسب: تعتبر مشكلة كل مستخدم مهمة بشكل خاص في وقت مبكر. استجب بسرعة لطلبات الدعم، حتى لو كان ذلك لمجرد قول “حسنًا، نحن نحقق في الأمر”. يتحلى الناس عمومًا بالصبر إذا علموا أنهم يسمعونهم. استخدم ما تعلمته في المرحلة 7 (الاختبار والشهادة) لاستكشاف المشكلات وإصلاحها - قد يكون بعضها خطأ مستخدم، وقد يكون بعضها أخطاء حقيقية فاتتك. وفي كلتا الحالتين، فإن توجيه المستخدمين وإصلاح مشكلاتهم يؤدي إلى بناء الثقة. إن النبرة الودية والمفيدة تقطع شوطا طويلا (فكر في الطريقة التي تريد أن تتحدث بها الشركة معك إذا كانت لديك مشكلة).
• التقط التعليقات بشكل منهجي: لا تدع هذه الأفكار المميزة أو الشكاوى تختفي في ثقب أسود. قم بإعداد طريقة لتسجيلها - على سبيل المثال، احتفظ بتراكم المنتج أو جدول البيانات للحصول على التعليقات، أو استخدم أداة (توجد أدوات لإدارة المنتج حيث يمكنك وضع علامة على طلبات المستخدمين وتتبعها). بهذه الطريقة، يمكنك اكتشاف الاتجاهات (إذا طلب 50 مستخدمًا جميعًا القدرة على جعل مكبر الصوت الذكي الخاص بك يفعل “X”، فهذه إشارة قوية!). كما أنه يساعد في تحديد أولويات ما يجب تحسينه بعد ذلك.- أدخلها مرة أخرى في عملية التطوير: الآن بعد أن أصبح لديك مدخلات واقعية، أعدها مرة أخرى إلى دورة التطوير الخاصة بك. في منهجية Agile، يعتبر تراكم أعمالك أمرًا حيًا – والآن سيكون لديك عناصر جديدة من مستخدمين حقيقيين. ربما يجد العملاء صعوبة في استخدام ميزة معينة، لذلك قررت تعديل واجهة المستخدم في التحديث التالي. أو يقترح المستخدمون بشكل جماعي حالة استخدام جديدة لم تفكر بها من قبل - والتي قد تصبح ميزة بارزة في الإصدار 2 من المنتج. على سبيل المثال، لنفترض أنك أطلقت منظم حرارة ذكيًا واستمر المستخدمون في التساؤل عما إذا كان بإمكانه أيضًا التحكم في المروحة. قد يلهم ذلك ميزة إضافية أو على الأقل إدخالًا في قائمة “الأشياء الجيدة” للمنتجات المستقبلية.
• المجتمع والتوثيق: مع نمو قاعدة المستخدمين لديك، قد تجد أنه من المفيد إنشاء منتدى مجتمعي أو أسئلة وأجوبة يتم فيها توثيق المشكلات والإصلاحات الشائعة. في بعض الأحيان، سيساعد المستخدمون المتميزون أو المتبنون الأوائل في الإجابة على أسئلة الآخرين. شجع ذلك! يمكن لموقع التوثيق الجيد أو حتى مقاطع الفيديو الإرشادية القصيرة أن يقلل من عبء الدعم من خلال مساعدة المستخدمين على مساعدة أنفسهم. ولكن عليك أيضًا مراقبة المناقشات المجتمعية - حيث يمكنها طرح القضايا أو الأفكار بسرعة.
• التعلم من العيوب والمرتجعات: إذا تم إرجاع جهاز أو الإبلاغ عن وجود عيب فيه، فاعتبر ذلك بمثابة تعليقات ذهبية أيضًا. قم بإجراء القليل من تحقيقات CSI حول هذا الموضوع. هل كانت هناك مجموعة من المكونات السيئة من التصنيع؟ هل تآكل الجزء أو انكسر بسبب عيب في التصميم؟ على سبيل المثال، ربما تكتشف أن 5% من أقفالك الذكية تحتوي على محرك يتعطل في الطقس البارد - وهذه معلومات مهمة لمراجعة الأجهزة أو تعديل firmware. إن إرسال هذه النتائج مرة أخرى إلى فرق الهندسة والتصنيع لديك سيساعد على تحسين جودة المنتج في التكرار التالي.

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

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

إصدارات الصيانة: التلميع والصيانة 🔧

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

لماذا تخطط لإصدارات الصيانة؟ لأن البرنامج لا يتم “إنجازه” بشكل حقيقي أبدًا. ستظهر مشكلات لم يتم اكتشافها من قبل، وستتغير التكنولوجيا من حولك (ربما يتطلب تحديث نظام تشغيل الهاتف تكيف تطبيقك أو برنامجك الثابت). من الجيد أن تكون مستعدًا:

• الإيقاع المنتظم مقابل ما هو مطلوب: قرر ما إذا كان لديك جدول منتظم (على سبيل المثال، تصحيح كل شهر أو ربع سنة) أو قم فقط بدفع التحديثات حسب الحاجة. يمكن أن يكون الإيقاع المنتظم أمرًا جيدًا لأن المستخدمين يعرفون متى يتوقعون التحديثات (مثل كيفية حصول الكمبيوتر المحمول الخاص بك على تحديث أمني شهري). من ناحية أخرى، بالنسبة للإصلاحات الهامة (على سبيل المثال، ثغرة أمنية خطيرة)، ستحتاج إلى الإصدار بمجرد أن يصبح الإصلاح جاهزًا. في كثير من الأحيان، يتم استخدام مزيج من الاثنين معًا: الإصلاحات العاجلة الهامة في أسرع وقت ممكن والتحديثات البسيطة الروتينية وفقًا لجدول زمني يمكن التنبؤ به.- توفير الموارد: موارد الخطة والميزانية للصيانة. من الشائع أن يبدأ فريق التطوير الرئيسي في الانتقال إلى المشروع الكبير التالي أو الإصدار 2. 0 بعد الإطلاق. ومع ذلك، يجب أن يكون لديك دائمًا شخص ما (أو فريق صغير) مسؤول عن صيانة المنتج الذي تم إطلاقه طوال فترة الدعم الموعودة على الأقل. قد يكون هذا مجموعة فرعية من المهندسين الذين يتناوبون في مهام الدعم، أو فريق هندسي مستدام مخصص. سيقومون بفرز الأخطاء الواردة، والعمل على تلك التصحيحات، والتحقق من أن التحديثات لا تفسد أي شيء.
• إدارة النطاق: تركز تحديثات الصيانة عادةً على الجودة أكثر من التركيز على الميزات الجديدة. من المغري الاستمرار في تجريف أفكار جديدة رائعة، ولكن تذكر أن العملاء الحاليين يقدرون الاستقرار. لذلك، قد تعطي الأولوية لإصلاح تجميد الجهاز العرضي أو تحسين استقرار الاتصال على إضافة ميزة جديدة تمامًا في منتصف الدورة. تعد الميزات الجديدة رائعة، ولكن إذا كان نصف المستخدمين يتعاملون مع خطأ مزعج، فمن المرجح أن يأتي القضاء على هذا الخطأ أولاً.
• اختبار التحديثات التي تم الحفاظ عليها: على الرغم من أن هذه التحديثات “صغيرة”، قم بتشغيلها خلال عملية الاختبار (دروس المرحلة 7) بعناية. في بعض الأحيان، قد يكون لتغيير سطر واحد تأثيرات مضاعفة مفاجئة. لا تتخطى اختبار الانحدار لمجرد أنه “مجرد إصلاح بسيط”. فهو يوفر عليك الإحراج وإحباط العملاء.
• الاتصال: عندما تقوم بإصدار تحديث، قم بتوصيله (إن أمكن) إلى المستخدمين. ملاحظات الإصدار، مهما كانت مختصرة، موضع تقدير. على سبيل المثال: “الإصدار 1. 0. 3 - تم إصلاح الخلل في إعادة الاتصال بشبكة Wi-Fi، وتقدير عمر البطارية المحسّن، وإضافة دعم اللغة البرتغالية.”ليس من الضروري أن يكون الأمر مجرد هراء تسويقي - مجرد معلومات واضحة حتى يعرف الأشخاص أن أجهزتهم أصبحت أفضل (أو على الأقل أكثر موثوقية).

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

التخطيط لنهاية الحياة: الوداع الجميل 💤

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

• إخطار العميل: قرر كيفية إبلاغ العملاء بإيقاف المنتج أو الخدمة السحابية الخاصة به. لا أحد يحب المفاجآت المفاجئة. هل سترسل بريدًا إلكترونيًا إلى جميع المستخدمين؟ هل تريد نشر إعلان على موقع الويب الخاص بك أو في تطبيقك؟ تقديم إشعار لمدة سنة أو بضعة أشهر؟ تحديد التوقعات أمر بالغ الأهمية. على سبيل المثال، “سنتوقف عن دعم XYZ Hub اعتبارًا من ديسمبر 2026” - ونقوم بذلك مسبقًا حتى لا يتفاجأ الناس.
• الجدول الزمني للدعم: عادةً، تعد الشركات بتقديم الدعم (مثل تحديثات firmware أو خدمة العملاء) لمنتج ما لعدد معين من السنوات. تأكد من الوفاء بهذه الالتزامات. حتى بعد التوقف عن بيع الجهاز، قد تستمر في الحفاظ على الخدمة السحابية أو إصدار تصحيحات مهمة حتى تاريخ موسوعة الحياة. تخطيط الموارد لتلك الفترة الخلفية.- ترحيل البيانات والخدمات: إذا كان منتج IoT الخاص بك يحتوي على مكون سحابي سيتم إيقاف تشغيله، فماذا يحدث لبيانات المستخدم؟ من الممارسات الجيدة تقديم تصدير البيانات أو مسار الترحيل. على سبيل المثال، إذا كان لديك أجهزة استشعار للطقس تقوم بتسجيل البيانات إلى السحابة الخاصة بك، فقدم للمستخدمين طريقة لتنزيل بياناتهم التاريخية قبل أن تصبح الخدمة معتمة. إذا كنت تطلق منتجًا جديدًا أو تنتقل إلى نظام أساسي جديد، فساعد المستخدمين على نقل بياناتهم أو حساباتهم إن أمكن. لا شيء يبني حسن النية مثل مساعدة العملاء على عدم فقدان بياناتهم القيمة.
• الوظائف المحلية مقابل النفايات الإلكترونية: فكر في ما يحدث للأجهزة الفعلية عند انتهاء الخدمة السحابية. هل سيظل لديهم أي وظيفة، أم أنهم سيصبحون ثقالة ورق؟ يمكن أن تكون لمسة مدروسة (وفوز بالعلاقات العامة) لتصميم وضع “تدهور رشيق”. على سبيل المثال، ربما لا يزال بإمكان مركز منزلك الذكي إجراء العمليات المحلية الأساسية حتى بعد انتهاء الدعم السحابي، أو قد تظل الكاميرا الذكية تعمل على شبكة محلية. إذا كانت الأجهزة ستتوقف عن العمل حقًا، فكن صريحًا بشأن هذا الأمر وربما تقدم خصمًا على منتج تمت ترقيته أو بديل firmware مفتوح المصدر إذا أراد المتحمسون إبقائه على قيد الحياة. المفتاح هو تجنب السيناريو الذي يشعر فيه العملاء بأن أدواتهم باهظة الثمن تحولت فجأة إلى خردة عديمة الفائدة بين عشية وضحاها.
• المسؤولية البيئية: غالبًا ما تحتوي منتجات IoT على بطاريات ومكونات إلكترونية لا ينبغي إلقاؤها في سلة المهملات. كجزء من موسوعة الحياة، فكر في تضمين إرشادات حول إعادة التدوير أو التخلص. حتى أن بعض الشركات تقوم بإعداد برامج استرجاع (على سبيل المثال، تقوم بإعادة الجهاز القديم إليهم لإعادة التدوير بشكل مناسب، وأحيانًا مقابل قسيمة أو مجرد خدمة). على الأقل، قم بتوفير المعلومات: “يحتوي هذا الجهاز على بطارية ليثيوم ويجب إعادة تدويرها وفقًا لبرامج إعادة تدوير الإلكترونيات المحلية.”وهذا يدل على المسؤولية ويمكن أن يكسب الاحترام من المستخدمين المهتمين بالبيئة.
• إدارة تقادم المكونات: من منظور هندسي، راقب المكونات الموجودة داخل جهازك طوال عمره الافتراضي. ستقوم الشركات المصنعة للرقائق وأجهزة الاستشعار في بعض الأحيان بإصدار إشعارات إذا أصبح الجزء NRND (غير موصى به للتصميمات الجديدة) أو يقترب من نهاية العمر الافتراضي. إذا علمت، على سبيل المثال، أن وحدة Wi-Fi التي تستخدمها سيتم إيقافها في العام المقبل، فهل يتعين عليك اتخاذ قرارات: شراء مخزون أخير لتغطية عمليات استبدال الضمان المستقبلية؟ قم بتدوير مراجعة المنتج باستخدام وحدة نمطية جديدة؟ أو ربما يتماشى ذلك مع غروب الشمس للمنتج. إن مراقبة علامات التبويب تضمن عدم الوقوع في موقف لا يمكنك فيه فجأة إنتاج جهازك أو إصلاحه بسبب انقراض جزء منه.

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

الانتقال إلى وضع العمليات: رعاية منتجك 🌱

بحلول المرحلة 8، تكون قد انتقلت بفعالية من “وضع البناء” إلى “وضع العمليات”. في المراحل الأولى، كان تركيزك منصبًا على تصميم المنتج وتطويره وتصنيعه. والآن يتحول التركيز إلى تشغيل وصيانة المنتج في العالم الحقيقي. غالبًا ما يأتي هذا التحول مع تغييرات في هيكل الفريق والعقلية:- Team Shuffle: يمكنك إنشاء فريق Ops/SRE (هندسة موثوقية الموقع) أو مجموعة DevOps التي تراقب البنية التحتية السحابية وأسطول الأجهزة. وفي الوقت نفسه، ربما يكون فريق التطوير الأساسي قد قام بالفعل بوضع نماذج أولية للشيء الكبير التالي. ومع ذلك، يجب أن يكون هناك بعض التداخل - من المهم أن يكون هناك مطورون تحت الطلب أو على الأقل متاحون للتشاور عند ظهور مشكلات صعبة من الميدان، لأنهم يعرفون جوهر النظام.

• العمليات وقواعد اللعبة: في وضع العمليات، يعد وجود العمليات أمرًا أساسيًا. أنشئ أدلة تشغيل للمواقف الشائعة: “إذا تم الإبلاغ عن جهاز غير متصل بالإنترنت، فافعل X”، “إذا تجاوز معدل خطأ الخادم Y، فافعل Z”، “إذا أدى التحديث إلى تعطيل جهاز، فإليك كيفية استعادته”. ويتم تعلم هذه الأمور بمرور الوقت، ويحول توثيقها الحوادث المؤسفة إلى مهام يمكن معالجتها بسهولة. إنه يقلل من الذعر والتخمين عندما يحدث خطأ ما في النهاية في الساعة الثالثة صباحًا يوم الأحد (لأن قانون مورفي سيحدث).
• تحول في العقلية: أثناء التطوير، ربما كان الشعار هو “شحن المنتج!”الآن أصبح الشعار “حافظ على تشغيل المنتج بسلاسة!”إنه يشبه إلى حد ما الفرق بين بناء صاروخ ومن ثم تولي مركز التحكم في المهمة مراقبة رحلته. يتسع منظورك من المهام لمرة واحدة إلى اليقظة المستمرة. قد يفضل بعض أعضاء الفريق هذا العمل الثابت والدقيق للعمليات؛قد يجد الآخرون الأمر مملاً وينتقلون إلى تطوير جديد – وهذا أمر طبيعي. ولكن على الجميع أن يدركوا أن هذه المرحلة لا تقل أهمية عن مرحلة الإطلاق. يمكن للمنتج الذي تتم إدارته بشكل سيء أن يشوه كل العمل الشاق المبذول في بنائه.

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

ما أهمية المرحلة 8 للنجاح على المدى الطويل 🏆

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

على العكس من ذلك، فإن منتج IoT الذي يتم إدارته بشكل جيد سيجعل المستخدمين يقولون، “رائع، هذا الشيء يتحسن باستمرار!” أو “حتى بعد مرور عامين، ما زالوا يقومون بتحديثه ودعمه. تم إنفاق الأموال بشكل جيد. ” يُترجم هذا النوع من حسن النية إلى الولاء للعلامة التجارية، والمراجعات الإيجابية، وتكرار العملاء لمنتجك التالي.

وبهذا، تقترب رحلتنا لتطوير IoT من نهايتها. بدءًا من مفهوم بسيط ووصولاً إلى الحفاظ على منتج حي ومتنفس بين أيدي المستخدمين - لقد فعلت ذلك! 🎉 تهانينا على الوصول إلى خط النهاية… أو بالأحرى، خط البداية الجديد لعمليات المنتج. لقد كان طريقًا طويلًا عبر المراحل من 1 إلى 8، والآن أنت تعرف ما يتطلبه الأمر ليس فقط لبناء منتج IoT، ولكن أيضًا لدعمه طوال عمره الافتراضي.

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