ست مراحل، وما ستحصل عليه في كل مرحلة

نضع الخطة قبل تسعير البناء.

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

تحديد هيكل URLs والتنقل قبل التصميم.

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

نظام، وليس مجلدًا من الشاشات.

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

دورات مدتها أسبوعان، تنتهي كل دورة بشيء يمكنك استخدامه.

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

تحويل مراقب مع إمكانية التراجع.

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

30 يومًا مشمولة، ثم خطة رعاية اختيارية.

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