نظام تشغيل الوكالات: لماذا توقفنا عن ترقيع مسارات العمل وبنينا بوابة واحدة

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

كل مسار عمل مرشّح للحذف#

كل مسار عمل نشغّله مرشّح للحذف. تلك هي القاعدة في Silverthread Labs من البداية. على العملية أن تستحق موضعها، و«هكذا فعلنا دائماً» ليست دليلاً.

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

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

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

ما تكلّفه ستة تبويبات فعلاً#

قلّما تشعر الوكالات بأن لديها مشكلة برمجيات. تشعر بأنها مشغولة. وبيانات تكاثر تطبيقات SaaS تقول إن الأمرين متصلان:

• تشغّل الشركة المتوسطة ما بين 106 تطبيقات SaaS ونحو 300، بحسب من يُجري العدّ. BetterCloud تضعه عند 106، وZylo تحصي نحو 305، ونحو نصف التراخيص المدفوعة يبقى غير مستخدم في الحالتين.
• ووجدت Zylo كذلك أن الشركة المتوسطة تحمل 11 أداة مختلفة لإدارة المشاريع و10 تطبيقات تعاون منفصلة. إحدى عشرة أداة مهمتها الوحيدة أن تكون المكان الواحد الذي يسكنه العمل.
• وبحث Harvard Business Review في ضريبة التنقل بين التطبيقات وجد أن العاملين يتنقلون بين التطبيقات نحو 1,200 مرة في اليوم، فيخسرون نحو أربع ساعات في الأسبوع، أي قرابة خمسة أسابيع عمل في السنة، في إعادة التوجه وحدها بعد كل انتقال.

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

فبنينا نظام تشغيل للوكالات#

تبني Silverthread Labs نظام التشغيل للوكالات الحديثة: بوابة واحدة للعمل، والعملاء المحتملين، والإنفاق، والفريق، حتى تتوقف الشركة عن السكن في ستة تبويبات.

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

تسجيل دخول واحد. مجموعة صلاحيات واحدة. نسخة واحدة من الحقيقة لكل عميل، ولكل مشروع، ولكل شخص.

ما الذي يسكن البوابة فعلاً#

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

ذلك هو العمود الفقري حتى الآن: الهوية، والفريق، والأسرار، تعمل اليوم، وتشغّل شركتنا نحن. والمسار البيعي، والتسليم، والمال تُبنى على العمود نفسه، بالترتيب الذي نحتاجه نحن أنفسنا، حتى ترث كل وحدة جديدة تسجيل الدخول نفسه، والصلاحيات نفسها، والأثر نفسه من يومها الأول.

نحن أقسى عملائنا#

نشغّل Silverthread Labs على المنصة التي نبنيها. وفريق عملياتنا هو المستخدم الأول لكل ما نطلقه.

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

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

نحن قادمون من هندسة البرمجيات، وهذا أصدق عمل أدّيناه بها. لا أتمتة مسار عمل هنا وآخر هناك، بل بناء النظام الذي تحتها جميعاً.

ما يعنيه هذا لوكالتكم#

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

ثم اسألوا السؤال الوحيد الذي يهم: لو زالت الحواف، فكم من مسارات العمل تلك ستحذفون؟

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

إن كنتم تديرون عمليات وكان أسبوعكم يسكن ستة تبويبات، تحدثوا إلينا. سنريكم كيف يكون الحال حين يكون هناك تبويب واحد.