لماذا تتجاوز الوكالات استخدام جداول جوجل في إدارة المحتوى

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

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

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

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

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

لا تشعر الوكالة بالضعف فوراً. تشعر به عندما يزداد الحجم.

يمكن لجداول جوجل إخفاء الأجزاء غير المريحة من عمليات الوكالة.

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

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

الجدول لا ينظم الوكالة. غالباً ما يخفي مقدار ما يحمله المؤسس.

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

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

لهذا تشعر الوكالات بالنشاط لكنها لا تزال غير واضحة. يظهر الجدول النشاط لكنه لا يظهر الحقيقة دائماً.

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

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

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

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

يجب ألا يكون سير العمل الأفضل للوكالة مجرد "أقوى" من جداول جوجل. يجب أن يكون أكثر صدقاً حول كيفية تحرك عمل الوكالة.

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

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

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

تم بناء Draftroom خصيصاً لوكالات التسويق التي تدير عمل المحتوى، الموافقات، الملفات، الملاحظات، والتسليم. لا يحاول أن يكون أداة إدارة مشاريع عامة لكل الصناعات.

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

تم تصميم Draftroom حول نوع العمل الذي تتعامل معه الوكالات فعلياً: كثيف المراجعات، يواجه العملاء، ثقيل الملفات، ومدفوع بالموافقات.

الموقف بسيط. Draftroom للوكالات التسويقية. بُني ليستخدمه الفريق، وليس فقط ليُعد من قبل المؤسس. ويجب أن تتمكن الوكالات من إدخال العملاء، المستقلين، والمتعاونين في سير العمل دون دفع مقابل لكل مقعد.

جداول جوجل ليست العدو. التظاهر بأن جداول جوجل كافية لتسليم الوكالة هو العدو.

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

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

السؤال ليس هل يمكن لجداول جوجل تتبع العمل. يمكنها.

السؤال الحقيقي هو هل يمكنها إدارة العمل دون إخفاء الفوضى؟