فوتون تجمع 4.5 مليون دولار لإدخال الوكلاء داخل iMessage وواتساب

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

الرهان هو أن الواجهة لا تقل أهمية عن النموذج.

الواجهة هي الميل الأخير

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

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

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

لماذا يصعب الأمر مع iMessage وواتساب

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

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

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

حلم المساعد المحيط، مرة أخرى

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

وليس فوتون وحدها من يقرأ السوق بهذه الطريقة. فقد دفعت ميتا مساعدها الخاص نحو الأفعال والحجوزات. وأطلقت Yellow.ai تطبيقًا لسطح المكتب لمهام الدعم بدلًا من البقاء في المتصفح. والنمط ثابت: الوكلاء يتركون التبويب ويظهرون حيث يوجد المستخدم بالفعل.

ما الذي يجعل هذا ينجح أو يفشل

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

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

مشكلة التوزيع التي لا يريد أحد حلها

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

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

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

الثقة لها ثمن مختلف في محادثة خاصة

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

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

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

الوتد واللعبة الطويلة

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

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

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