موت الشريط الجانبي في تصميم تطبيقات SaaS الحديثة

الشريط الجانبي يحتضر، ولم يلاحظ معظم فرق تطوير المنتجات ذلك بعد. الشريط الجانبي الأيسر الدائم، الذي يضم الأيقونات والعلامات، والذي كان سمة مميزة لكل تطبيقات SaaS منذ عام ٢٠١٠، يُستبدل بهدوء من قِبل التطبيقات التي يُحبها المستخدمون فعلاً بحلول عام ٢٠٢٦.

ستشعر بذلك فور انتقالك من أداة تستخدمه إلى أداة لا تستخدمه. Linear، Raycast، Arc، Granola، Cron، Cursor. راهن كل منها على شيء مختلف، لكن النتيجة واحدة: تخلى الشريط الجانبي عن الواجهة ليُفسح المجال للعمل ليملأ الشاشة.

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

لماذا استحق الشريط الجانبي مكانته أولاً

كان الشريط الجانبي منطقيًا في حقبة زمنية محددة. كانت التطبيقات محدودة النطاق، والشاشات صغيرة، ومعظم البرامج عبارة عن قواعد بيانات CRUD مُغلّفة بأسماء مثل Salesforce وBasecamp وAsana في بداياتها وGmail الكلاسيكي، بالإضافة إلى جميع أدوات المحاسبة التي طُوّرت. كنتَ بحاجة إلى قائمة ثابتة من العناصر على اليسار ومساحة عمل على اليمين. انتشر هذا النمط لأنه حلّ مشكلة حقيقية.

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

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

ثم تغيرت بعض الأمور فجأة، وانقلبت الموازين.

ما الذي قضى على واجهة التطبيقات القديمة؟

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

ازدادت أحجام الشاشات. يبلغ متوسط ​​شاشة المصمم في عام 2026 شاشة 27 بوصة أو حاسوب محمول 14 بوصة يعمل بدقته الأصلية، كما ازدادت كثافة العمل داخل تطبيقات SaaS. شريط 240 بكسل يستهلك مساحة كبيرة عندما يكون منتجك الأساسي تقويمًا أو لوحة رسم أو نصًا مكتوبًا أو محرر أكواد. كل عمود تخصصه لمتصفح Chrome هو عمود تقتطعه من مساحة العمل.

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

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

كيف رسّخ الإصدار Linear الوضع الافتراضي الجديد بهدوء

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

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

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

تم نقل الشريط الجانبي من واجهة المستخدم إلى مكان غير مناسب، وهو المكان الأمثل له في منتج مصمم للاستخدام المتكرر. يظهر النمط نفسه الآن في الإصدارات Notion وVercel وHeight وPitch وSuperhuman، حيث تعتمد جميعها على شريط الأوامر كعنصر أساسي، وتعتبر الشريط الجانبي مجرد عنصر تزييني. بمجرد أن تبدأ بالبحث، لن تستطيع تجاهله. أصبح شريط الأوامر (cmd-K) هو الوضع الافتراضي الجديد في أقل من نصف الوقت الذي استغرقه الشريط الجانبي ليصبح كذلك في البداية.

النمط الأول: شريط الأوامر كوسيلة تنقل رئيسية

النمط الأول الذي يحل محل الشريط الجانبي هو استخدام شريط الأوامر كوسيلة أساسية للتنقل داخل التطبيق. يُعد Raycast خير مثال على هذه الفكرة، وجعله Arc أساس المتصفح، وجعله Linear جزءًا لا يتجزأ من أي منتج عادي. تبعته لوحات تحكم Notion وFigma وVercel.

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

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

النمط الثاني: اللوحات السياقية

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

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

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

النمط الثالث: الأسطح التوليدية

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

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

هذا النمط هو الأكثر إرباكًا لمصممي برامج SaaS المخضرمين لأنه يعكس آلية العمل.

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

النمط الرابع: لوحة كاملة الحواف

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

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

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

النمط الخامس: واجهات التطبيقات المصغّرة

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

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

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

متى لا تزال الأشرطة الجانبية ضرورية؟

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

أولها: هياكل الملفات في محررات الأكواد وأدوات التصميم، مثل VS Code، ولوحة الطبقات في Figma، وPhotoshop، وبرنامج Premiere. عندما يكون العنصر عبارة عن بنية هرمية تحتاج إلى مسحها وتوسيعها وسحب عناصرها، فإن الهيكل الشجري على اليسار هو الأداة الأمثل. شريط cmd-K يُكمّله، لكنه لا يحل محله.

ثانيًا: المحتوى المرجعي ذو التصنيف العميق والثابت، مثل مواقع التوثيق، ومنصات التعلم، ومواقع الويكي الداخلية. عندما يتصفح المستخدمون المحتوى بدلًا من البحث فيه، وعندما تكون البنية هي المنتج نفسه، يبقى المخطط الجانبي على اليسار هو الأفضل. Stripe Docs، وMDN، وموقع التوثيق الخاص بـ Linear، جميعها تحتفظ بخطوطها لأسباب وجيهة.

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

اختيار البديل المناسب

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

| النمط | الأنسب لـ | المخاطر | أمثلة واقعية |

|---|---|---|---|

| شريط الأوامر | المستخدمون المتقدمون، التطبيقات ذات الإجراءات الكثيرة | التصنيف السيئ يُفقد الثقة | Linear، Raycast، Arc، Vercel |

| اللوحات السياقية | العمل المتمحور حول الكائنات | يصبح شريطًا جانبيًا ثانيًا | Linear، Notion، Figma |

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

| لوحة كاملة الحواف | أدوات أحادية العنصر | سهولة الاكتشاف بدون اختصار cmd-K | Cron، Things 3، Arc |

| واجهات تطبيقات مصغرة | أنظمة أدوات متعددة | تجربة مستخدم غير متناسقة بين التطبيقات المصغرة | Raycast، Vercel، Slack Canvas |

الأنماط ليست حصرية. Linear يُشغّل ثلاثة منها في آنٍ واحد. Cursor يُشغّل أربعة. أفضل التطبيقات الحديثة تُركّب نمطين أو ثلاثة وتجعل الشريط الجانبي يتقلص إلى حدٍّ كبير أو يختفي تمامًا.

حالات الفشل التي لا يُحذّرك منها أحد

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

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

2. قلق البحث عن القوائم: يصل المستخدمون الجدد إلى صفحة بيضاء، ولا يجدون أي قائمة تنقل واضحة، فيغادرون فورًا. شريط اختصار لوحة المفاتيح (cmd-K) غير مرئي لأي شخص لم يعتد عليه.

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

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

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

كيفية تصميم واجهات التطبيقات في عام ٢٠٢٦

إذا كنتَ بصدد إطلاق منتج جديد أو إعادة تصميم منتج قديم، فصمّم واجهة التطبيق بترتيب مختلف عن المعتاد. ابدأ بالعنصر الأساسي، وليس القائمة.

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

٢. امنحه الشاشة كاملةً في البداية، ثم قلّل من مساحة العناصر غير الضرورية فقط.

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

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

٥. حدّد آلية عمل واجهة المستخدم. ما الذي يمكن للذكاء الاصطناعي استدعاؤه، وما الذي لا يمكنه استدعاؤه، وكيف تظهر هذه الواجهات وتختفي من الشاشة.

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

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

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

المهارات الجديدة المطلوبة

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

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

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

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

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

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

أين سيضع هذا منتجك؟

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

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

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

اختر الجانب الذي تُريد أن تكون فيه، وصمّم بجدية.

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