شحال كيدوم بالضبط تجديد الـ brand والـ website ديالك

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

علاش مرحلة الـ discovery خاصها وقت أكثر ممّا كيعطيوها الناس عادة

الدافع الطبيعي هو أنك تقفز على الـ strategy و الـ discovery باش توصل بسرعة للجزء اللي كيبان، يعني التصميم، حيت التصميم هو اللي كيحس الناس بيه كأنه تقدم حقيقي. ولكن audit ديال الـ brand و الـ site اللي كاينين دابا، فهم واضح لمن كتخدم ليه الشركة دابا مقارنة مع لمن كانت كتخدم ليه ملي تبنات الهوية ديالها لأول مرة، وتحديد دقيق لواش خاص الـ brand والـ site الجداد يوصلو ليه — هاد المرحلة عادة كتاخد من أسبوع لتلاتة أسابيع، وتفويتها ولا التسرع فيها هو السبب الأكثر شيوعا اللي كيخلي modernization محتاجة modernization أخرى من بعد جوج ديال العوام. القرارات اللي كتاخد بلا هاد الأساس عادة كتكون مبنية على الذوق الشخصي ماشي على اللي الشركة محتاجة ليه فالواقع، والقرارات المبنية على الذوق كتشيخ بزربة.

خدمة الـ identity والتصميم

ملي يكون الأساس الاستراتيجي واضح ومزيان، تطوير الـ visual identity الحقيقية — اللوغو، الألوان، الطيبوغرافيا، اللغة البصرية بشكل عام — وتطبيقها على الصفحات الأساسية ديال الـ site الجديد عادة كياخد بزاف ديال الأسابيع الأخرى، حسب تعقيد الـ site وعدد الجولات ديال الـ feedback والتعديل. هادي هي المرحلة اللي أغلب الناس كيتخيلوها ملي كيفكرو فـ"redesign"، وهي مهمة بجد، ولكن كتمشي بسرعة وبثقة أكبر ملي كتبنى على الاتجاه الواضح اللي مرحلة الـ discovery خرجت بيه من قبل، عوض ما تحاول تحدد الاتجاه والتنفيذ فنفس الوقت.

البناء والمحتوى

تحويل تصميم متفق عليه لـ website خدامة بصح — كتابة ولا نقل الـ copy، بناء كل صفحة، تجربتها على أجهزة مختلفة، ربط أي نظام ديال booking ولا contact — هنا كاين جزء كبير من الوقت الإجمالي للمشروع، وهنا أيضا كيتوسع النطاق أكثر من المتوقع فالبداية. صفحة landing وحدة يمكن تتبنى وتطلق فأسبوع ولا جوج أسابيع ملي التصميم يتفق عليه. site أكبر بجوج صفحات، بمحتوى ووظائف أكثر، عادة كياخد من أربعة لتمن أسابيع، وأحيانا أكثر إلا كان المحتوى نفسه — الكتابة الحقيقية — ماشي واجد ملي خدمة التصميم كتسالا، ويولي هو الـ bottleneck.

الإطلاق والأسابيع اللي كتجي بعده مباشرة

الإطلاق ماشي هو خط النهاية اللي كثير من الناس كيتعاملو معاه بهاد الشكل. الأسابيع اللي كتجي مباشرة بعد ما يطلق site جديد مهمة — التأكد أن الـ redirects خدامين مزيان، مراقبة أي مشكل كيصادفوه الزوار الحقيقيين واللي التجريب ما قدرش يكتشفه، ديال التعديلات الصغيرة اللي ما كتبانش غير ملي traffic حقيقي كيبدا كيدخل للـ site الجديد، ماشي فريق داخلي صغير كيراجعه بمعزل. تخصيص وقت وميزانية لهاد المرحلة، عوض ما تحسب المشروع سالا فاللحظة اللي الـ site الجديد كيولي visible للعموم، عادة كيعطي انتقال أكثر سلاسة بشكل واضح.

أشنو هو اللي كيخلي الجداول الزمنية تتأخر بصح

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

مدة واقعية

بالنسبة لشركة كتجدد الهوية الكاملة ديالها مع website بجوج صفحات، جدول زمني إجمالي واقعي — من الـ discovery الأولى حتى إطلاق مستقر ومجرب — عادة كيمتد من تمنية لأربعطاش أسبوع. مشروع أكثر تركيزا، بحال صفحة landing وحدة عالية التحويل مبنية حول اتجاه brand واضح من قبل، يمكن يمشي بسرعة أكبر بكثير، أحيانا فجوج لأربعة أسابيع فالمجموع. حتى وحد من هاد الأرقام ماشي ضمان؛ هوما مدى تخطيط واقعي لمشروع كيتعامل معاه بالانضباط اللي تشرح فوق، ماشي نسخة متسرعة من نفس النطاق.

علاش النسخة المتسرعة عادة كتكلف أكثر فالمجموع

شركة فمجال البيع بالتقسيط طلبت مرة modernization كاملة ديال الـ brand والـ website "فتلاتة أسابيع"، قبل موعد إطلاق موسمي كان حاسة بلي ما يمكنش يتحرك. الـ discovery تقلصت لمكالمة قصيرة وحدة. جولات الـ feedback وقعات عبر رسائل متسرعة عوض مراجعة متأنية. الـ site طلق فالوقت المحدد، تقنيا — ولكن فظرف ستة أشهر، بزاف من القرارات الأساسية اللي تاخدات تحت هاد الضغط الزمني احتاجت تراجع: palette ديال الألوان تختار بلا تجريب كافي مع تصوير المنتوج الحقيقي، بنية homepage ما صمداتش ملي سلوك الـ traffic الحقيقي ما طابقش الافتراضات المتسرعة اللي كانت وراها.

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

أشنو يمكن يتقلص بشكل معقول، وأشنو ما يمكنش

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

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

تسيير modernization والشركة مازالة خدامة

تعقيد عملي واحد نادر ما كيتهضر عليه فالجداول الزمنية العامة للمشاريع: بالنسبة لأغلب الشركات، الـ website والـ brand القدام كيبقاو خدامين طيلة المسار كامل، حتى للحظة اللي فيها الجديد كيطلق — ما كاينش زر pause على طلبات الزبناء ملي الـ rebuild كيوقع من الطرف الآخر. هادشي كيعني أن الفريق المسؤول على الـ modernization عادة مازال كيسير الشركة الموجودة يوميا، والجدول الزمني للمشروع خاصو يحسب بصدق هاد الانتباه المقسم عوض ما يفترض تركيز كامل الوقت اللي ما كيعكسش الواقع.

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

اللي خاصك تحتفظ بيه

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