nilerivertrips.com
سيو ومحتوى
Nile River Trips
صفحة لكل مركب ومسار، بموسمية مشروحة وschema على كل إبحار بدل قايمة واحدة للكل.
ظهور عضوي على مستوى المسار شوف المشروع ← →
أعمالنا / Tripianto
مبني حوالين البرنامج، مش الرحلة الجاهزة.
Tripianto مش بيبيع رحلات بمواعيد ثابتة — بيبني رحلات مفصّلة على المسافر. بس الموقع كان مترتّب زي كتالوج باكدجات، وده الشكل الغلط لمشغّل كل حكايته إنه «هنبنيها على مزاجك». أعدنا بناء البنية حوالين البرنامج.
- العميل
- Tripianto
- المجال
- رحلات مصر المخصّصة
- النطاق
- SEO و ويب
- اتسلّم
- من البنية للتنفيذ
tripianto.com
التحدي
مشغّل رحلات مخصّصة على هيئة بتّاع باكدجات
معظم مواقع الرحلات مترتّبة حوالين الرحلات الجاهزة: دي باكدجاتنا، اختار واحدة. الترتيب ده بيشتغل لو بتبيع باكدجات. Tripianto لأ — ميزته إنه بيبني الرحلة على اللي المسافر عايزه فعلاً.
بس الموقع القديم كان لسه شكله وبحثه زي كتالوج باكدجات. المسافر اللي عايز رحلة مصر مخصّصة مكانش يقدر يعرف، من البنية، إن ده المشغّل اللي هيعمله كده بالظبط — وجوجل مكانش عنده حاجة يرتّبها غير صفحات باكدجات عامة بتتنافس مع الكل.
المطلوب كان: الموقع بيبقى شكله إيه لما المنتج نفسه هو البرنامج مش الرحلة الجاهزة؟ والإجابة أعادت تشكيل البنية والصفحات اللي المسافر بينزل عليها من البحث.
المنهج
4 قرارات شكّلت المشروع
01بنية مبنية على البرنامجالموقع مترتّب حوالين البرامج والاهتمامات اللي وراها — مش لستة ثابتة من الرحلات الجاهزة. البنية بتتبع المنتج: لو المنتج رحلة مخصّصة، البنية لازم تخلّي «المخصّص» هو المسار الواضح مش هامش.
02الترتيب على النية مش الباكدجعناقيد موضوعية مبنية على إزاي المسافر بيدوّر فعلاً على رحلة مخصّصة — بالمنطقة، بالمدة، بالاهتمام — عشان الموقع يبقى عنده صفحة للخطة المحددة اللي في دماغه بدل صفحة «رحلات مصر» عامة بتحارب السوق كله.
03تنفيذ بيحوّل المتصفّحالصفحات متبنية والتحويل أولاً: اللي بيخطط رحلة مخصّصة محتاج طريقة سهلة يبدأ بيها الكلام، مش زرار «احجز دلوقتي» لرحلة مش موجودة. الدعوة للفعل بتطابق طريقة شراء المنتج فعلاً.
04البنية قبل التصميمالبنية وخريطة العناقيد اتقررت قبل ما يتصمّم أي حاجة، لأن البنية هي اللي بتحدد إيه اللي ممكن يترتّب أصلاً. وللمشغّل المخصّص، البنية دي هي الحجّة كمان — بيها الموقع بيقول «بنبنيها على مزاجك» قبل ما تتقرا كلمة.
Destination architectureTopical clustersSchemaCustom buildConversion-first UX
التنفيذ
البنية الأول، بعدها التنفيذ
الترتيب فرق: البنية اتقررت قبل التصميم، لأن للمشغّل اللي بيبيع رحلات مخصّصة البنية هي الاستراتيجية. تغلط فيها تبقى كتالوج باكدجات تاني، مترتّب على مفيش وبيحوّل محدش.
وفوق البنية دي تنفيذ مكتوب متصمّم والتحويل أولاً — الصفحات اللي المسافر بينزل عليها من البحث بتوصّله إنه يبدأ كلام عن رحلته، مش يحجز رحلة جاهزة مكانتش المنتج أصلاً. والسرعة كانت متطلب في البناء مش مرحلة في الآخر.
النتيجة موقع شكله بيطابق حكايته. المشغّل المخصّص مش هيكسب من صفحة شكلها زي لستة باكدجات أي حد تاني. بيكسب لما يبقى مترتّب — في البحث وعلى الصفحة — حوالين الحاجة الوحيدة اللي بيعملها وهمّ لأ: يبني الرحلة على المسافر.
النتايج
اتغيّر إيه بعد الإطلاق.
+__%زيارات عضوية، 6 شهور بعد الإطلاق مقابل الفترة اللي قبلها
__صفحة برنامج واهتمام مفهرسة ومرتّبة
+__%استفسار رحلة مخصّصة في الشهر
__sLargest Contentful Paint، نزلت من __ ثانية
الأرقام دي مستنية بيانات حساب العميل. مش بنحطّ رقم مش متأكدين منه في صفحة شغلها الأساسي إنها إثبات.
شغل تاني
مشاريع تانية.
egyptdaytrips.com
تصميم وبرمجة
Egypt Day Trips
اتبنى من الأول كماكينة حجز مش كتالوج: الرخص فوق الطية، مسارين من الهيرو، أسعار بعملات متعددة، وبنية مبنية على الوجهة.
من الفكرة للإطلاق، بالكامل داخلياً شوف المشروع ← →
دورك
نفس السؤال، على موقعك.
بنية موقعك بتطابق طريقة شراء منتجك فعلاً، ولا كتالوج لمنتج إنت مش بتبيعه؟ ابعتلنا موقعك وهنقولك الإجابة مكتوبة — سواء اشتغلت معانا أو لأ.