استبدال تطبيق retool تجاوزته. مثال تطبيقي توضيحي، وليس نتيجة عميل: الفريق والأرقام افتراضات. يستحق استبدال تطبيق retool المتضخم النظر حين تتوقف الأداة الداخلية التي يعيش فيها فريق العمليات عن توفير الوقت وتبدأ باستهلاكه. العلامة هي أسبوع يقضيه مهندس في فك استعلام معطّل لم يوثّقه أحد، أو فاتورة ترخيص تنمو أسرع من الفريق الذي يستخدمها. والاستبدال يعني أن تملك الكود والمصادقة وسجل التدقيق بدل أن تستأجرها.
افترض أن لدى الفريق تطبيق retool يدير عملياته الداخلية: المبالغ المستردة وتغييرات الحسابات وتصعيدات الدعم. وهو يفعل أيضًا ثلاثة أشياء لم يكن يفعلها في البداية. ينكسر بطرق لا يفهمها إلا مهندس واحد. ويفرض رسومًا على أشخاص يفتحون شاشة واحدة. وكل إصلاح يعني تعديل إعداد لا يريد أحد أن يملكه. التطبيق لم يفشل. الفريق هو الذي تجاوزه.
#كيف أعرف أن الوقت قد حان للانتقال بعيدًا عن retool؟
لا يوجد عدد مستخدمين يحسم القرار. نراقب أربع إشارات. كم ساعة مهندس أسبوعيًا تذهب للحفاظ على التطبيق حيًا. كم مقعدًا مدفوعًا يخص أشخاصًا يقرؤون شاشة واحدة فقط. كم تغييرًا يُنشر دون سجل تدقيق يثق به أحد. وكم من الوقت يستغرق موظف عمليات جديد قبل أن يتوقف عن طلب مهندس لينفّذ التغيير نيابة عنه. حين تسير ثلاث من هذه الإشارات الأربع في الاتجاه الخاطئ، تكون الأداة هي العنق الضيق، لا الفريق.
متى يجب استبدال تطبيق retool بأداة داخلية مملوكة؟
استبدله حين تكلّف صيانة تطبيق retool وقتًا هندسيًا أكثر مما توفّر، أو حين تنمو تكاليف الترخيص أسرع من الفريق الذي يستخدمه، أو حين تصل التغييرات دون سجل تدقيق. أعد بناء سير العمل الواحد أو الاثنين اللذين تجاوزاه كأداة مملوكة بمصادقة وأدوار وسجلات. وأبقِ الباقي حتى يؤلم.
كيف يبدو الاستبدال؟
خذ فريق منتج في شركة SAAS بين شركات من نحو 40 شخصًا، كافتراض. نما تطبيق retool لديه إلى عشرات الاستعلامات وإعداد صلاحيات تُمسكه الأيدي. لا يعيد التصميم بناء كل شيء دفعة واحدة. هو أداة عمليات داخلية مملوكة تتضمن ثلاثة أشياء من البداية لا تُلصق لاحقًا، وينتقل فريق العمليات سير عمل بعد آخر.
- تسجيل دخول، بحيث يُمنح الوصول ويُسحب من مكان واحد (المصادقة)
- وصول قائم على الأدوار، بحيث يرى موظف الدعم والمشرف شاشات مختلفة (rbac)
- سجل تدقيق يسجّل من غيّر ماذا، ومتى
من أين يعود وقت المهندسين؟
تطبيق retool كهذا يكلّف وقت المهندسين كل أسبوع. يذهب إلى استعلامات معطّلة وطلبات وصول تُعالَج يدويًا وتغييرات تحتاج مهندسًا لأن فريق العمليات لا يستطيع إجراءها بأمان. تنقل الأداة المملوكة هذا العمل إلى فريق العمليات. الرقم الذي يُقاس هو ساعات المهندسين أسبوعيًا على أداة العمليات، قبل التغيير وبعده. نكتب هذه الأمثلة التطبيقية في المدوّنة.
هذا مثال تطبيقي. الفريق وكل رقم افتراضات، وليست نتيجة عميل. لا يُعرض هنا أي مشروع حقيقي.
أليس هذا مجرد نسخة أكبر من الارتهان لبائع واحد؟
We are
نحدّد نطاق سير العمل الذي تجاوز retool ونعيد بناءه كأداة داخلية تملكها، مع مصادقة وأدوار وسجلات تدقيق مدمجة، وتملك قاعدة الكود منذ البداية.
We aren't
لسنا منصة أخرى تستأجرها إلى الأبد، ولسنا إعادة بناء مخصصة كاملة تستبدل تطبيقًا يعمل بصفحة فارغة.
الفارق الذي يهتم به فريق كهذا أكثر من غيره هو الملكية. المنصة المستضافة تبقي الكود على جانب غيرك. أما الأداة المبنية بهذه الطريقة فتُسلَّم كمستودع تملكه منذ البداية، بلا منصة يمكن أن يُقفَل الوصول إليها. هكذا يتعامل عملنا في تنفيذ AI مع أدوات العمليات الداخلية.
الاختبار: في الأسبوع الذي تتوقف فيه عن ترقيع التطبيق القديم، تستعيد مهندسيك. هذا هو الهدف كله.
إذا كان فريقك يواصل ترقيع تطبيق retool لا يريد أحد أن يملكه، فالحل ليس رقعة أخرى. بل أن تملك الأداة والمصادقة وسجل التدقيق. نحدد أي سير عمل يستحق النقل وأيها يُترك عبر استشارات AI، ثم نبني الجزء الذي تجاوز الأداة القديمة فقط. أخبرنا بما تبنيه.
