أتمتة بالذكاء الاصطناعي يستطيع عميلك رؤيتها أخيراً

أتمتتك بالذكاء الاصطناعي تعمل. وعميلك ما زال لا يرى شيئاً.

حين يسألك عميل "هل يمكنني رؤيتها؟" بعد ثلاثة أسابيع من التسليم، فهو لا يشكّك في أن الأتمتة تعمل. هو يخبرك أن ما بنيته غير مرئي بالنسبة له، والعمل غير المرئي صعب التقدير وسهل الإلغاء.

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

المسافة بين "إنها تعمل" و"يمكنني رؤيتها"

zap الخاص بك في Zapier، أو سيناريو Make، أو سير عمل n8n، يعيش داخل أداة لا يسجّل عميلك الدخول إليها. والدليل على أنها تعمل هو سجل تشغيل في حسابك أنت، أو صف يُضاف إلى Google Sheet، أو بريد يصل السادسة صباحاً ويُؤرشف دون أن يُقرأ.

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

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

الشاشات الأربع التي تغطي كل الطلبات تقريباً

نادراً ما يعرف العملاء كيف يصفون ما يريدون. حين يقولون "لوحة معلومات" فهم غالباً يقصدون واحدة من أربع. مُرّ على هذه القائمة في المكالمة القادمة واجعلهم يختارون.

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

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

3. الاستعراض. السجل القابل للبحث لكل ما حدث فعلاً. فواتير الشهر الماضي بعد معالجتها، وكل مستند استُخرج، والتاريخ الكامل.

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

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

خمسة أسئلة لتحديد النطاق قبل أن تسعّر أي شيء

اطرحها بالترتيب. تستغرق نحو عشر دقائق في مكالمة، وهي الفارق بين مشروع بسعر ثابت ومشروع يلتهم شهرك.

1. من يفتح هذه الشاشة، وكم مرة؟ الاستخدام اليومي يبرّر لوحة معلومات. والاستخدام الشهري يعني تقريراً، وهو أرخص لك وأفضل له.
2. ماذا يفعلون بدلاً منها الآن؟ إذا كانت الإجابة الصادقة "يراسلونك على WhatsApp"، فقد وجدت الشاشة التي تستحق أن تُبنى أولاً.
3. ما الرقم الوحيد الذي سيراجعونه كل صباح؟ إذا عجزوا عن تسمية رقم واحد، فهم لا يريدون لوحة معلومات، بل قائمة حالات.
4. ماذا يحدث حين تفشل الأتمتة؟ من يعلم بذلك اليوم، وكم يستغرق؟ هذه الإجابة تحدد نطاق شاشة الاستثناءات.
5. من غير المسموح له برؤية أي صفوف؟ إذا كان على شخصين لدى العميل أن يريا بيانات مختلفة، فأنت بحاجة إلى صلاحيات حسب الأدوار، والأفضل أن تذكرها في عرض السعر بدل أن تكتشفها في الأسبوع الثالث.

اكتب الإجابات في العرض كما هي حرفياً. العملاء يوافقون على النطاقات التي يتعرفون فيها على كلماتهم.

كم تساوي كل شاشة

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

السلّم: أتمتة، لوحة معلومات، بوابة، عقد شهري

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

الخطوة الأولى، الأتمتة. ما تبيعه أصلاً. تعمل، وغير مرئية، وتنتهي.

الخطوة الثانية، الشاشة. الشاشات الأربع أعلاه. تُسعَّر على حدة، وتُسلَّم في أيام.

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

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

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

متى تكون الواجهة هي الإجابة الخاطئة

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

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

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

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

إنها عملية ترحيل لمرة واحدة. بعض عمليات الأتمتة تُنفَّذ مرة واحدة فقط. وهي لا تحتاج بيتاً تسكنه.

كيف تبني الواجهة دون مطوّر

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

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

• منشئ نماذج لشاشة الإرسال.
• لوحات معلومات فورية للحالة والمتابعة.
• إدارة قواعد بيانات مع مشاركة البيانات بين التطبيقات، حتى تستعلم شاشة الاستعراض عن بيانات حقيقية لا عن نسخة منها.
• صلاحيات حسب الأدوار، حتى تكون إجابة السؤال الخامس إعداداً لا إعادة بناء.
• سجلات تدقيق، حتى إذا اعترض العميل على رقم استطعت أن تُظهر من غيّر ماذا ومتى.
• أتمتة بالمشغّلات على البريد وwebhooks وأحداث CRM وZapier، وهي المكان الذي يسلّم منه سير عملك الحالي. وإذا بنيته في n8n أو Make، فكلاهما يستطيع الإرسال إلى webhook، ويكمل AgentUI من هناك.

هناك أكثر من 40 تكاملاً جاهزاً بالفعل، منها Gmail وOutlook وWhatsApp وGoogle Drive وPostgreSQL وMySQL وShopify وGoogle Sheets وواجهات برمجية مخصصة، فمعظم عمليات التسليم لا تحتاج عملاً مخصصاً.

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

يمكنك الاطلاع على قائمة القدرات الكاملة في صفحة مميزات AgentUI.

ابدأ بالشاشة التي طلبها عميلك بالفعل

لا تحتاج عميلاً جديداً لتطبيق أي من هذا. افتح آخر ثلاث عمليات أتمتة سلّمتها، وأجب لكل واحدة عن السؤال الثاني: ماذا يفعل العميل بدلاً منها، الآن، حين يريد أن يعرف ما الذي حدث؟

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

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

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

هل إضافة واجهة تعني إعادة بناء أتمتتي؟ لا. تبقى الأتمتة تعمل حيث هي. يقبل AgentUI مشغّلات من webhooks والبريد وأحداث CRM وZapier، فيسلّم سير عملك الحالي في Zapier أو Make أو n8n مخرجاته وتقرأ الواجهة منها. أنت تضيف طبقة، لا تستبدل واحدة.

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

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

هل يمكن لعميلين مشاركة حساب واحد بأمان؟ نعم. أداة كل عميل مشروع منفصل بقاعدة بيانات خاصة به، والصلاحيات حسب الأدوار تتحكم في من يرى أي صفوف. الخطة المجانية تغطي ثلاثة مشاريع، وSolo خمسة، وBuilder عشرة.

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