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

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

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

جدول المحتويات

Overflow Dev Capacity: How Agencies Scale Without Hiring in 2026

التكلفة الفعلية للتعيين مقابل شراكات الفائض

دعونا نفعل بعض الحسابات الصادقة. في 2025-2026، يحصل مطور full-stack متوسط المستوى في الولايات المتحدة على 95,000-140,000 دولار في الراتب. أضف الفوائد والمعدات والتراخيص البرمجية وتكاليف الإدارة، وتنظر إلى تكلفة محملة بالكامل بقيمة 130,000-190,000 دولار سنويًا. هذا 10,800-15,800 دولار شهريًا سواء كانوا يفاتحون أم لا.

الآن ضع في الاعتبار معدل الاستخدام الفعلي. معظم الوكالات تحوم حول 60-70٪ استخدام لفريق التطوير الخاص بها. هذا يعني تقريبًا ثلث الوقت، أنت تدفع للمطورين الذين لا يملكون عملًا قابلًا للفواتير.

طريقة التوسع التكلفة الشهرية مستوى المخاطرة وقت الإعداد المرونة
توظيف بدوام كامل (الولايات المتحدة) 10,800-15,800 دولار عالي (تكلفة ثابتة) 2-4 أشهر منخفضة
توظيف بدوام كامل (في الخارج) 3,000-7,000 دولار متوسط 1-3 أشهر منخفضة
عامل حر/مقاول 5,000-15,000 دولار متوسط (التوفر) 1-2 أسبوع متوسطة
شريك مطور الفائض 5,000-25,000 دولار منخفض (قائم على المشروع) أيام إلى أسبوع واحد عالية
بدون طاقة استيعابية إضافية 0 دولار عالي جدًا (إيرادات مفقودة) غير قابل للتطبيق لا شيء

التكلفة المخفية التي ينساها معظم الناس: رفض مشروع تطوير ويب بقيمة 30,000 دولار لأنك لا تملك طاقة استيعابية ليس فقط 30,000 دولار من الإيرادات المفقودة. إنها القيمة الدائمة لعلاقة العميل تلك. إنها الإحالات التي كانوا سيرسلونها. إنها قطعة المحفظة التي لم تحصل عليها. تقديرات متحفظة تضع التكلفة الحقيقية لمشروع مرفوض بـ 3-5 أضعاف قيمة المشروع على مدى ثلاث سنوات.

شراكات الفائض تقلب هذه المعادلة. أنت تدفع فقط عندما يكون لديك عمل. تتوسع لأعلى للوفرة وتتوسع لأسفل للجوع. تبقى تكاليفك الثابتة قابلة للإدارة.

متى تقول نعم لمزيد من العمل (ومتى تمرر)

هنا معظم الوكالات تخطئ. إما أنهم يقولون نعم لكل شيء (وينفجرون) أو هم حذرون جدًا (ويركدون). إليك إطار عمل رأيته يعمل عبر العشرات من الوكالات:

قل نعم عندما:

  • يتوافق المشروع مع عرضك الأساسي. إذا كنت وكالة علامة تجارية وأراد العميل موقع ويب ليطابق هويته الجديدة، فهذا امتداد طبيعي. أنت تمتلك العلاقة، أنت تمتلك استراتيجية العلامة التجارية — أنت فقط تحتاج إلى شخص لبنائها.
  • يحتوي العميل على جداول زمنية واقعية. بناء مدته 6 أسابيع مع نطاق واضح؟ هذا يناسب الفائض. لديك وقت لإحاطة شريك، مراجعة العمل، وتسليم الجودة.
  • هامشك يدعم شريكًا. إذا كنت تفرض 25,000 دولار لبناء موقع ويب وشريك الفائض الخاص بك يفرض 12,000-15,000 دولار، فلديك هامش صحي بعد تكاليف إدارة المشروع.
  • لديك شريك فائض مختبر جاهز. هذا حرج. لا تقول نعم للعمل على أمل أن تجد شخصًا لبنائه. أنشئ العلاقات قبل أن تحتاج إليها.

قل لا (أو أرجل) عندما:

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

قاعدة 70%

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

ما يبدو عليه تطوير الفائض فعليًا

دعني أرسم الصورة بسيناريو حقيقي. لنقل أنك وكالة علامة تجارية بـ 12 شخصًا. لديك مصممان واثنان، مطور صغير واحد، والعديد من الاستراتيجيين ومديري الحسابات. يطلب منك عميل Fortune 500 إعادة بناء موقعهم التسويقي — إنه مشروع بقيمة 80,000 دولار، ويريدونه في Next.js لأن فريقهم الداخلي يستخدم React.

يمكن لمطورك الصغير التعامل مع بعضه، لكن ليس مشروعًا معقدًا مثل هذا. إليك كيفية عمل نموذج الفائض:

  1. أنت تحدد نطاق وتبيع المشروع. أنت وكالة السجل. العميل يعمل معك.
  2. أنت تحيط شريك الفائض. أنت تسلم التصاميم (مصمموك يمتلكون هذا)، والمتطلبات التقنية، وهيكل المحتوى، والجدول الزمني.
  3. شريك الفائض ينشئ. يقومون بإعداد معمارية Next.js، وتكامل CMS بدون رأس، وبناء المكونات، والتعامل مع تحسين الأداء.
  4. أنت تراجع وتدير. يراجع مطورك الصغير طلبات السحب، مديرك يدير الجدول الزمني، مصممك يضمن الجودة تنفيذ المرئيات.
  5. أنت تسليم للعميل. العميل لا يعرف (أو لا يحتاج إلى معرفة) أن فريقًا خارجيًا لمس الكود.

هذا هو النموذج الذي نتبعه في Social Animal عند العمل كـ شريك تطوير ويب للوكالات. الوكالة تبقي على علاقة العميل والاستحقاق بالعلامة التجارية وهامش صحي. نحن نتعامل مع الرفع الثقيل التقني.

ما أنواع المشاريع التي تعمل بشكل أفضل

ليست كل مشروع مناسبة للفائض. إليك ما يميل إلى العمل بشكل جيد:

  • مواقع التسويق وصفحات الهبوط. نطاق واضح، يدفعه التصميم، تسليم محدد جيدًا.
  • تطبيقات CMS بدون رأس. المواقع المبنية على Contentful أو Sanity أو Storyblok أو مماثل — تحقق من قدرات تطوير CMS بدون الرأس.
  • بناء المواقع الثابتة مع Astro أو Next.js. المواقع المركزة على الأداء حيث اختيار الإطار مباشر.
  • واجهات التجارة الإلكترونية. Shopify Hydrogen والتجارة الإلكترونية WooCommerce بدون رأس وبناءات Medusa المخصصة.
  • تطبيق نظام التصميم. تحويل ملفات Figma إلى مكتبات مكونات جاهزة للإنتاج.

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

Overflow Dev Capacity: How Agencies Scale Without Hiring in 2026 - architecture

اختيار شريك الفائض المناسب

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

المحاذاة التقنية

يحتاج شريك الفائض الخاص بك للعمل في نفس مكدس التكنولوجيا الذي يتوقعه عملاؤك. إذا كنت تبيع مواقع Jamstack، فيجب أن يعرف شريكك طريقهم حول Next.js و Astro وـ CMSes بدون رأس — وليس كن متجرًا يقتصر على WordPress.

معايير الاتصال

قد تأتي هذه أهم من المهارة التقنية. يحتاج شريكك إلى:

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

القدرة على التنبؤ بالسعة

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

معايير الجودة

قبل إرسال مشروع بقيمة 50,000 دولار لأي شخص، قم بمحاولة مدفوعة. مشروع صغير — ربما صفحة هبوط بـ 2,000-5,000 دولار. قيم:

  • جودة الكود وقرارات الهندسة المعمارية
  • مدى قرب توافقهم مع ملفات التصميم
  • مقاييس الأداء (Core Web Vitals، درجات Lighthouse)
  • كيفية تعاملهم مع التعليقات والمراجعات
  • ما إذا كانوا يضربون الموعد النهائي

الشراكات البيضاء مقابل الشراكات التعاونية

هناك نموذجان رئيسيان، والنموذج الصحيح يعتمد على موضع وكالتك.

شراكات بيضاء (الشريك غير مرئي)

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

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

احذر من: أنت مسؤول بالكامل عن الجودة. إذا أرسل الشريك كودًا سيئًا، فهذا أنت.

شراكات تعاونية (الشريك المسمى)

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

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

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

عامل شراكة بيضاء شراكة تعاونية
تصور العميل "كل موظفو داخليون" "شريك متخصص"
التكلفة العامة للاتصال أعلى (أنت تنقل كل شيء) منخفضة (الوصول المباشر)
مراقبة الجودة بالكامل عليك المسؤولية المشتركة
خطر الاستقطاب منخفض جدًا متوسط
أفضل حجم مشروع صغير إلى متوسط متوسط إلى كبير
علامات تجارية نموذجية 40-100٪ 20-50٪

إعداد سير العمل حتى لا ينهار شيء

السبب الأول لفشل شراكات الفائض ليس تقنيًا. إنها عملية. إليك سير العمل الذي يعمل فعليًا:

الأدوات المشتركة

يجب على شريك الفائض أن يعمل في أدواتك، وليس أدواتهم. هذا يعني:

# كومة الأدوات المشتركة النموذجية
- Git: منظمة GitHub/GitLab الخاصة بك (إنشاء فريق للشريك)
- إدارة المشروع: لوحة Linear/Jira/Asana الخاصة بك
- التصميم: Figma (عرض الوصول على الأقل، وضع المطور يفضل)
- الاتصالات: قناة Slack مخصصة (ليس خيوط البريد الإلكتروني)
- الاستضافة: حسابك على Vercel/Netlify (ينشرون لبنيتك التحتية)

وثائق التسليم الواضحة

يجب أن يبدأ كل مشروع بوثيقة تسليم. إليك قالب مجردًا:

# تسليم المشروع: [اسم العميل] - [اسم المشروع]

## النظرة العامة
- ما يفعله العميل:
- ما نبنيه:
- لماذا (الأهداف التجارية):

## المتطلبات التقنية
- الإطار: Next.js 15 / Astro 5 / إلخ.
- CMS: Contentful / Sanity / إلخ.
- الاستضافة: Vercel / Cloudflare / إلخ.
- التكاملات الرئيسية: [قائمة]

## التصميم
- رابط Figma: [رابط]
- نظام التصميم/مكتبة المكونات: [رابط إن وجد]
- إرشادات العلامة التجارية: [رابط]

## الجدول الزمني
- الانطلاق: [تاريخ]
- المراجعة الأولى: [تاريخ]
- عرض العميل: [تاريخ]
- الإطلاق: [تاريخ]

## الاتصالات
- قناة Slack: #proj-[اسم العميل]
- المزامنة الأسبوعية: [يوم/وقت]
- مهلة مراجعة PR: 24 ساعة

## ما لا تفعله
- [القيود الخاصة بالعميل، القرارات القديمة للاحترام، إلخ.]

مراجعة الكود كبوابة الجودة

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

نماذج شراكة الفائض الشائعة والتسعير

دعنا نتحدث عن المال. إليك النماذج التي أراها الأكثر في 2025-2026:

قائم على المشروع

أنت تحدد نطاق مشروع، وتحصل على عرض سعر ثابت من شريكك، وتحطمه، وتسلمه للعميل. بسيط.

  • معدلات الشريك النموذجية: 8,000-50,000 دولار لكل مشروع (يعتمد على التعقيد)
  • علامات تجارية نموذجية: 40-80٪
  • المخاطر: الزحف عن النطاق يأكل هامش الشريك، ثم أنت

بالساعة/الوقت والمواد

يحاسب شريكك الساعات، أنت تحطمها وتفاتح العميل. جيد للعمل المستمر أو النطاق غير واضح.

  • معدلات الشريك النموذجية: 100-200 دولار/ساعة (جودة الولايات المتحدة، معدلات 2026)
  • علامات تجارية نموذجية: 30-50٪
  • المخاطر: تحتاج إلى إدارة الساعات بعناية أو ستتضخم التكاليف

اشتراك شهري

أنت تضمن شريكك عدد ساعات معين شهريًا. في المقابل، يضمنون التوفر.

  • الاشتراك النموذجي: 5,000-20,000 دولار/شهر مقابل 20-80 ساعة من الطاقة الاستيعابية المضمونة
  • علامات تجارية نموذجية: 25-40٪
  • المخاطر: أنت تدفع سواء استخدمت الساعات أم لا (لكن بخصم)

حصة الإيرادات

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

إذا كنت فضولياً حول كيفية هيكلة هذه الترتيبات في Social Animal، فإن صفحة التسعير الخاصة بنا توضح الأساسيات، على الرغم من أن كل شراكة مخصصة.

علامات حمراء تشير إلى أن شراكة الفائض لا تعمل

رأيت شراكات تنزلق بعمق كافٍ للتعرف على علامات التحذير:

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

عندما لا تسير الأمور بشكل صحيح، عالجها بسرعة. محادثة صادقة واحدة يمكن أن تنقذ الشراكة. محادثتان صادقتان لا تؤديان إلى التغيير يعني أنه حان الوقت للعثور على شريك جديد.

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

الأسئلة الشائعة

كيف أجد شريك تطوير موثوقًا للفائض؟ ابدأ بشبكتك. اسأل مالكي الوكالات الآخرين من يستخدمون — ليس على المنتديات العامة، بل في محادثات خاصة. DMs وليس التغريدات. أروقة المؤتمرات وليس اللوحات. يرجح أن أفضل شركاء الفائض نادرًا ما يحتاجون إلى الإعلان لأنهم ممتلئون من الإحالات. إذا كانت شبكتك فارغة، ابحث عن استوديوهات تطوير صغيرة (4-15 شخص) متخصصة في مكدس التكنولوجيا الذي تحتاجه. تجنب الشركات الضخمة للاستعانة بالعمل بالخارج ما لم تحتج إلى مقياس ضخم — تناسق الجودة في المتاجر الكبيرة غير متوقع بشكل متوحش.

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

ما هو علامات التجارية النموذجية على عمل تطوير الفائض؟ في 2025-2026، عادة ما تحطم الوكالات عمل تطوير الفائض بـ 30-80٪، اعتمادًا على النموذج. يحصل العمل الأبيض اللون على علامات أعلى (50-80٪) لأنك تمتص المزيد من تكاليف إدارة المشاريع والمخاطر. النماذج التعاونية حيث يكون للشريك رؤية العميل تميل إلى الاستقرار عند 25-40٪. علاماتك تحتاج إلى تغطية وقت إدارة مشروعك والجودة والتواصل مع العميل والربح — لا تقلل السعر نفسك.

كيف أمنع شريك الفائض من سرقة عملائي؟ عقود. على وجه التحديد، بند عدم المطالبة يمنع الشريك من مطالبة عملائك بشكل مباشر لمدة (عادة 12-24 شهرًا) بعد انتهاء الاشتراك. أيضًا، بند عدم التحويل يمنع العميل من إشراك الشريك مباشرة للعمل الذي يأتي عادة من خلالك. هذه معايير في الصناعة. إذا كان شريك محتمل يعترض على التوقيع عليها، فهذا يخبرك بشيء.

متى يجب على الوكالة تعيين بدلاً من استخدام شراكات الفائض؟ استأجر عندما يكون لديك عمل تطوير متسق وقابل للتنبؤ بما يملأ 80٪+ من وقت المطور للمستقبل المنظور (12+ شهر). إذا كنت تهبط بمشاريع تطوير ويب كل شهر والحجم ينمو، فإن التوظيف يكون منطقيًا ماليًا. نقطة العبور تقريبًا عند إنفاق 10,000-12,000 دولار/شهر بشكل متسق على الفائض — في هذه النقطة، قد يكون الموظف بدوام كامل أرخص فعليًا ويعطيك سيطرة أكثر.

ما مكدس التكنولوجيا الذي يعمل بشكل أفضل لشراكات تطوير الفائض؟ أطر عمل JavaScript الحديثة — Next.js و Astro و Remix و SvelteKit — تعمل بشكل رائع لأن النظام البيئي موحد بما يكفي بحيث يمكن لأي مطور كفء التقاط مشروع. كما تعمل منصات CMS بدون رأس مثل Sanity و Contentful و Storyblok بشكل جيد بين الفرق. كما أن WordPress يناسب الفائض، على الرغم من أن العثور على مطورين WordPress جودة أصعب مما كان عليه. أسوأ مكدس للفائض؟ أي شيء ملكية أو مبني مخصصًا داخليًا. إذا فهم فريقك فقط الإطار، فلا يمكنك فائضه.

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

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