01 السياق والمشكلة
قدم العميل منتجا BNPL يركز على الإيجار: حيث تقدم العملاء بطلب للحصول على حد إنفاق معتمد، ثم مولوا المشتريات المؤهلة وسددوا المدفوعات على جدول تقسيط بدلا من الدفع بالكامل. كان المنتج يغطي فقط العناصر القابلة للتأجير مثل الأثاث والتلفزيونات والإلكترونيات الاستهلاكية، وليس المواد الاستهلاكية منخفضة القيمة مثل الأقلام والدفاتر والقرطاسية. نما العميل من خلال دمج خيار الدفع مباشرة في موقع كل بائع تجزئة: المبيعات تتواصل مع البائع، يوفر البائع صندوق رمل، الفريق يدمج البوابة، الهندسة وضمان الجودة يختبرون الدفع، ثم ينسق الطرفان إصدار الإنتاج.
هذا النموذج نجح في خمسة إلى سبعة متاجر تجزئة وانهار مع نمو الشبكة. كان تجار التجزئة يديرون تركيبات مختلفة من Shopify وMagento وBigCommerce ومنصات مخصصة، وعمليات دفع مختلفة، ومعالجات دفع مختلفة، وإجراءات صندوق رمل وإصدار مختلفة، لذا أصبح كل تكامل دورة دائمة للتنفيذ والدعم الخاص به. أي ترقية أو تغيير في منصة البيع بالتجزئة قد يجبر العميل على إعادة بناء التكامل، وإعادة اختبار الانحدار، وجدولة إصدار مشترك جديد. بعد حوالي ستة أشهر، دعم البرنامج حوالي 15 تاجر تجزئة يضم 60 إلى 70 شخصا، وكان المخطط 200+ تاجر تجزئة في العام التالي: الامتداد الخطي يعني المئات، وربما ما يقرب من ألف، من الناس. المشكلة الحقيقية لم تكن القدرة على التطوير. جعلت البنية كل تاجر تجزئة جديد اعتمادا خارجيا جديدا، لذا احتاج العميل إلى نموذج لم يعد فيه نمو البائعين يتطلب نموا متناسبا في الهندسة والدعم.
02 الدور والقيود
في AI Product Manager كنت أمتلك الحل الشامل: استراتيجية المنتج، تعريف المشكلات، تصميم رحلة العميل، تعريف حالات استخدام الذكاء الاصطناعي، بنية الحلول، استراتيجية تمكين البائعين، متطلبات بيانات المنتج والتصنيف، تنسيق الهندسة والتنسيق بين الذكاء الاصطناعي وتعلم الآلة، متطلبات واجهات برمجة التطبيقات والخلفية، دمج البطاقات الافتراضية، تجارب الهواتف المحمولة وإضافة المتصفح، تنسيق الأمن والامتثال، التحليلات ومتطلبات أداء النماذج، تخطيط الطرح وإدارة أصحاب المصلحة. كان من أهم القرارات تحديد نطاق استخدام الذكاء الاصطناعي وأين لا يجب استخدامه: حيث كان النموذج يجيب فقط على ما إذا كان المنتج مؤهلا بموجب سياسة المنتجات القابلة للتأجير. لم تحدد الجدارة الائتمانية، أو تحدد حدود الائتمان، أو تحقق من الهوية، أو تحدد شروط السداد، أو تحقق رقم الضمان الاجتماعي أو توافق على الحسابات، وكل ذلك بقي ضمن أنظمة الموافقة والهوية والاتفاقيات الحالية للعميل.
كانت القيود ملموسة. القضاء على الاعتماد على تنفيذ البائع: لا ينبغي لأي بائع أن يضطر لإضافة طريقة دفع، أو توفير وصول إلى صندوق الرمل، أو تغيير صندوق الدفع، أو كشف واجهات برمجة التطبيقات المخصصة، أو تعيين المطورين، أو تشغيل ضمان جودة مشترك. يدعم الأهلية على مستوى المنتج، حيث يمكن للبائع بيع السلع القابلة للتأجير وغير القابلة للتأجير، لذا صنف النظام سلع العربة الفردية بدلا من البائعين الكاملين، وتعامل مع العربات المختلطة بتمويل الجزء المؤهل فقط. اعمل عبر تقنيات مختلفة من تجار التجزئة وإدارة تغييرات DOM، لأن الامتداد لا يزال يقرأ صفحات البائعين وتحديثات الصفحات قد تغير هيكل HTML، والمحددات، وبطاقات المنتجات، والأسعار، وحقول الدفع. حافظ على دقة التصنيف المقبولة، عادة من 85 إلى 90 بالمئة مع هدف فوق 90 وتتحسن نحو 95. حماية معلومات العملاء (الاسم، العنوان، رقم الهاتف المحمول، رقم الضمان الاجتماعي وOTP) من خلال التشفير، والترميز، وضوابط الوصول، وتسجيل التدقيق. ولاحقا دعم البيع بالتجزئة الفعلية دون الاندماج في نظام نقاط البيع في كل متجر.
03 نهج المنتج
بدلا من بناء فريق تكامل أكثر كفاءة بين تجار التجزئة، غيرنا موقع التكامل. كان النموذج الأصلي يضع قدرة التمويل الخاصة بالعميل داخل صندوق الدفع. وضع النموذج المعاد تصميمه تجربة التمويل ضمن قنوات يتحكم بها العميل: امتداد Chrome للتجارة الإلكترونية وتطبيق العميل للهواتف المحمولة للمتاجر الفعلية. وقد أدى ذلك إلى إنشاء منصة مشتركة مستقلة عن التجار تعمل عبر العديد من تجار التجزئة دون أن يطبق أي تاجر طريقة دفع العميل.
عبر الإنترنت، حدد امتداد Chrome البائع، وأخبر العميل أن التمويل متاح، وقرأ السلة والمجموع، وأرسل تفاصيل المنتج إلى الخلفية، وصنف كل عنصر كقابل للتأجير أو غير قابل للتأجير، واستبعد العناصر غير المؤهلة، وتحقق من المبلغ المؤهل مقابل حد العميل، ودعم التسجيل والتحقق، وقدم الاتفاقية، وأنشئ بطاقة افتراضية للاستخدام الواحد أو محدود الاستخدام. وملأتها تلقائيا في الدفع العادي للبائع. أصبح تمكين بائع التجزئة الجديد عملية مدارة داخليا بدلا من تكامل ثنائي لمدة ستة أشهر: جمع بيانات الكتالوج العامة للبائع، وضع علامات على المنتجات القابلة للتأجير أو غير المؤجرة حسب سياسة العميل، تدريب أو تحديث المصنف على آلاف السجلات، التحقق من الدقة مقابل الملصقات المعروفة، تكوين استخراج DOM لاسم المنتج والسعر والكمية والفئة وإجمالي السلة. اختبر التدفق من البداية إلى النهاية، ثم قم بتفعيل البائع، لا حاجة لتغيير صندوق الرمل أو الدفع أو نشر البوابة.
في المتجر، قمنا بتوسيع نفس القدرة إلى تطبيق الجوال. اكتشف التطبيق أن العميل كان داخل الحاجز الجغرافي للمتجر؛ عند مكتب الفوترة، كان العميل يصور الفاتورة المفصلة المحددة؛ OCR استخرج أسماء المنتجات وكمياتها وأسعارها؛ تم تطبيع البنود الخطية ونقلها إلى نفس نموذج الأهلية؛ قسم التطبيق العناصر المؤهلة عن غير المؤهلة بحيث يمكن دفع المنتجات غير القابلة للتأجير بشكل منفصل؛ تم التحقق من المجموع المؤهل مقابل الحد؛ قبل العميل الاتفاق؛ تم إنشاء بطاقة افتراضية بالمبلغ المؤهل واستخدامها من خلال عملية قبول البطاقة العادية في المتجر. إذا غادر العميل الحاجز الجغرافي قبل استخدام البطاقة، تنتهي صلاحيتها تلقائيا. لم تعالج Geofencing المعاملة، بل كانت تعمل كمحفز لتغيير حالة دورة حياة البطاقة.
يبدو أن العميل بحاجة إلى فريق دمج أكبر. المشكلة الحقيقية كانت أن النمو يعتمد على مئات أنظمة المتاجر الخارجية وجداول الإصدار. نقل التجربة إلى إضافة وتطبيق جوال يتحكم به العميل، مع البطاقات الافتراضية كطبقة التشغيل البيني، غير هذا الاعتماد: فقد استبدلت بيانات منتجات البائعين تكامل الدفع المخصص، وتم تحديد كل عنصر بشكل مستقل.
04 ميزات تم بناؤها
اكتشاف البائع المدعوم
تعترف الإضافة بمواقع المتاجر المتاحة وتخبر أن التمويل متاح للعميل.
استخراج العربة المعتمد على DOM
منطق DOM الخاص بالتجزئة يسحب معلومات المنتج والكرت من الصفحة.
الأهلية لمنتجات الذكاء الاصطناعي
كل منتج عربة يصنف كقابل للتأجير أو غير قابل للتأجير حسب النموذج المشترك.
التعامل مع العربات المختلطة
يتم استبعاد العناصر غير المؤهلة، لذا يتم تمويل الجزء المؤهل فقط.
التسجيل داخل التمديد
العملاء الجدد ينشئون حسابا دون ترك رحلة التسوق.
البطاقة الافتراضية + تعبئة الدفع التلقائي
يتم إنشاء بطاقة للاستخدام الواحد أو محدود الاستخدام وتعبئتها تلقائيا في صندوق التاجر.
رحلة المتجر عبر الهاتف المحمول
تم توسيع تطبيق العميل الحالي لتمويل المشتريات المؤهلة من المتاجر الفعلية.
سياج المتجر الجغرافي
يكتشف التطبيق عندما يكون العميل داخل منطقة الإعدادات في متجر مدعوم.
التقاط النقود + OCR
يقوم العميل بتصوير الفاتورة المفصلة المنشورة؛ OCR يستخرج عناصر الخط من الصورة.
تطبيع الإيصالات
يتم تحويل OCR الإنتاج إلى سجلات منظمة للمنتج والكمية، والأسعار.
تقسيم مؤهل / غير مؤهل
التطبيق يوضح ما يمكن تمويله وما يجب أن يفوتره أو يدفع بشكل منفصل.
انتهاء الصلاحية المحفز بالسياج الجغرافي
مغادرة حدود المتجر قبل الاستخدام تؤدي إلى انتهاء صلاحية البطاقة تلقائيا.
كما تم شحنها: التحقق من الحد المعتمد، التحقق من OTP عبر الجوال، التحقق من رقم الضمان الاجتماعي في الوقت الحقيقي مقابل أنظمة الهوية الحالية للعميل، عرض وقبول الاتفاقية (داخل التمديد والتطبيق)، تمكين البائع القابل للتكرار عبر تدريب المنتج بالإضافة إلى تكوين DOM، تصنيف مشترك للمنتج يعاد استخدامه عبر القناتين، وخلفية متعددة القنوات واحدة للأهلية، التحقق من العميل، الاتفاقيات، البطاقات الافتراضية والتحليلات.
عمارة 05
تقاطعت قناتان للعملاء في خلفية واحدة. القناة الإلكترونية هي امتداد Chrome بالإضافة إلى استخراج DOM من متجر التجزئة؛ القناة داخل المتجر هي تطبيق الجوال بالإضافة إلى فوتورة فوتوغرافي، OCR وجيوفينسينج. كلاهما يستخدم نفس الخدمات الأساسية لتطبيع المنتجات، وتصنيف المنتجات القابلة للتأجير، والتحقق من هوية العميل وحدود الائتمان، وإنشاء الاتفاقيات، وإصدار البطاقات الافتراضية، وإدارة دورة حياة البطاقة، وتسجيل التحليلات والتدقيق. واجهة خلفية Python تعرض واجهات برمجة التطبيقات REST ؛ يصدر مزود البطاقات الخارجي المتوافق مع PCI DSS البطاقات الافتراضية لمرة واحدة أو محدودة الاستخدام.
غيرت العمارة وحدة التوسع. حيث كان كل بائع التجزئة يتطلب سابقا اتفاقية تجارية، وموارد تقنية للبائع، والوصول إلى صندوق الرمل، وتكامل الدفع، وضمان الجودة المشترك، وإصدار منسق، ودعم مستمر للمنصة، أصبح البائع الإلكتروني الجديد الآن يتطلب بشكل أساسي إعداد بيانات المنتج، ووضع العلامات، وتدريب أو التحقق من النماذج، وتكوين DOM، واختبار الدفع، وتفعيل الامتداد. يتطلب المتجر المادي الجديد بشكل أساسي تكوين موقع المتجر، وتغطية بيانات المنتج، والتحقق بصيغة الإيصالات، واختبار OCR ، واختبار الأهلية، والتحقق من قبول البطاقة. يشمل الأمان التشفير، والترميز، والوصول المقيد، وتسجيل التدقيق، والتحقق من OTP، والتحقق من رقم الضمان الاجتماعي في الوقت الحقيقي، وتنفيذ الاتفاقيات المحكمة، وبطاقات الاستخدام الواحد أو المحدود، والانتهاء الصلاحي المحفز بالموقع، ومزود الخدمة المتوافق مع PCI DSS. يتم مراقبة الموثوقية لكل سطح: تعطل DOM عبر الإنترنت (منتجات مفقودة، محددات غير صالحة، فشل في التعبئة التلقائية)، OCR التغير في المتجر (إضاءة سيئة، ضبابية، طيات، اختصارات، خطوط ضرائب وخصومات)، حدود التواجد الجغرافي (أذونات مرفوضة، دقة داخلية، انحراف GPS، أحداث خروج متأخرة، حدود خلفية نظام التشغيل)، ونتائج البطاقات الافتراضية (فشل الإصدار، مهلات المزود، التفعيل، انتهاء الصلاحية، التفويض). التنازلات واضحة: استقلالية التاجر لا تزال تعتمد على السيطرة الذاتية للبائع؛ تعتمد استقلالية نقاط البيع على جودة الاستقبال؛ نموذج مشترك واحد يمتد عبر نوعين مختلفين جدا من المدخلات؛ التحكم في الموقع محدود بدقة الموقع؛ ويقوم مزود البطاقة الخارجية بتقليل عبء البنية التحتية مع إضافة اعتماد على البائع.
06 التحليلات والملاحظة
كانت المنصة الموسعة بحاجة إلى قياسات منفصلة للدفع عبر الإنترنت، وأداء OCR ، ودقة النموذج، وسلوك الموقع، ونتائج الدفع، لأن عطلا واحدا قد ينشأ في أي منها. تم قياس دقة OCR ودقة التصنيف بشكل منفصل: قد يكون فشل التصنيف ناتجا عن نص OCR غير صحيح، أو تحليل غير صحيح للإيصال، أو سياق منتج غير كاف، أو خطأ أصلي في النموذج. تم اكتشاف قمع تجارة إلكترونية (تم اكتشاف → المتجر فتح التمديد، → العربة التي تم استخراجها → تصنيفها → المبلغ المؤهل → اتفاقية → → البطاقة → التعبئة التلقائية → الشراء) والقمع داخل المتجر (تم اكتشاف المتجر → إدخال الحاجز الجغرافي → تصوير الفاتورة → OCR → العناصر الخطية → مصنفة → غير قابلة للتأجير، منفصلة → مؤهلة → اتفاقية → الموافقة بطاقة → الدفع أو الانتهاء) تم تزويدهما بأدوات من البداية إلى النهاية. تحول ملف الدعم أيضا: بعيدا عن تكامل تجار التجزئة، وصناديق الرمل، وعيوب البوابة، نحو الفوترة، والاتفاقيات، والسداد، وقراءة OCR أو الفواتير، وتغييرات DOM، وأسئلة تصريح الموقع، وتفويض البطاقات.
مقاييس تجار التجزئة عبر الإنترنت
اكتشاف البائعين، استخراج السلة، أخطاء DOM، نجاح التعبئة التلقائية والدفع الائتماني، تحويل الموافقة إلى الشراء.
مقاييس التصنيف
الدقة حسب البائع، الفئة والقناة، الأسعار الزائفة للتأجير وغير القابلة للتأجير، وتوزيع الثقة.
OCR مقاييس
التقاط ونجاح المعالجة، استخراج الخط والسعر، التسوية الكاملة، معدلات الاسترجاع والتصحيح اليدوي.
مقاييس السياج الجغرافي
اكتشاف الدخول، رفض الأذون، أحداث الخروج، انتهاء صلاحية البطاقات بعد الخروج، والوقت من التوليد حتى الدفع.
مقاييس البطاقات الافتراضية
نجاح الطلب، تأخير التوليد، أخطاء المزود، التفعيل، نتائج التفويض ومعدل البطاقة غير المستخدمة.
طبقة اتخاذ القرار بالذكاء الاصطناعي 07
أجاب النموذج على سؤال محدد بشكل ضيق، متسق عبر القناتين: هل هذا المنتج مؤهل بموجب سياسة المنتج القابل للتأجير الخاصة بالعميل؟ جمعت المدخلات الإلكترونية اسم المنتج، الصورة، الفئة، سياق البائع، الوصف حيثما توفرت هناك، السعر والكمية، بالإضافة إلى ملصق التدريب القابل للإيجار وغير القابل للتأجير. كانت المدخلات داخل المتجر OCRأوصاف مستخرجة، ونص بند الإيصال، والكمية، والسعر، وسياق المتجر، وبيانات منتجات البائعين السابقين، والتي غالبا ما كانت أقل وصفا بكثير من صفحات التجارة الإلكترونية، لذا كان تطبيع المنتج هو الأكثر أهمية في تدفق المتجر. كان خط الأنابيب يلتقط معلومات المنتج من DOM أو الإيصال، ويطبع نصا خاصا بكل بائع، ويربط الفئات المعروفة، ويقيم قابلية التأجير، ويعيد النتيجة، ويحسب الإجمالي المؤهل، ويسجل نتيجة النموذج والإصدار للمراقبة. استخدم التدريب بيانات منظمة على شكل جداول بيانات (الاسم، الصورة، التصنيف، البائع، الملصق) مع آلاف الأمثلة لكل تجار أو مجموعة تجار التجزئة، وهو نموذج تصنيف منتج خاضع للإشراف. كانت الدقة المبلغ عنها حوالي 85 إلى 90 بالمئة مع هدف تجاوز 90 والتحسن نحو 95؛ كان هذا هو مقياس العميل على مستوى المشروع، دون تقديم دقة منفصلة أو استدعاء أو تقييم F1 أو تدقيق مستقل.
أجاب الذكاء الاصطناعي فقط على أهلية المنتج. لم تحدد الجدارة الائتمانية، أو تحدد حدود الائتمان، أو تتحقق من الهوية، ولا تحدد شروط السداد، أو تحقق رقم الضمان الاجتماعي أو الحسابات المعتمدة، وكانت تلك الحسابات تبقى ضمن أنظمة العميل الحالية. أنماط الفشل المعروفة (عنصر غير قابل للتأجير مصنف كقابل للتأجير، سلعة قابلة للتأجير تم رفضها خطأ، خط إيصال مختصر تم تعيينه بشكل خاطئ، منتج مجمع أو جديد تماما، تصنيف متغير في البائع، أو OCRسيء) تشير إلى الخطوة التالية الموصى بها: اتخاذ قرار قائم على الثقة يستمر تلقائيا عند الثقة، ويطبق قواعد فئات حتمية عند ثقة متوسطة، ويطلب من العميل استعادة السيطرة بثقة منخفضة، وتستبعد أو ترسل مسارات للمراجعة عندما لا يتم حلها.
08 الحالة والنتيجة
دعم تمديد Chrome 100+ تاجر تجزئة خلال حوالي أربعة أشهر، مقابل حوالي ستة أشهر ل 15 تحت النموذج الأصلي، وفي النهاية سمح للعملاء باستخدام منتج التمويل عبر 300+ متجر تجزئة إلكتروني، أي زيادة تقارب عشرين ضعفا عن الحد الأدنى الذي يضم 15 بائعا. لم يعد التاجر الجديد بحاجة إلى موارد تقنية، أو وصول إلى صندوق الرمل، أو دمج البوابة، أو ضمان الجودة المشترك، أو نشر البائع أو الإصدارات المنسقة؛ يمكن تفعيله من خلال إعداد البيانات التي يتم التحكم بها داخليا، ووضع العلامات، وتدريب النماذج، وتكوين DOM، واختبار الشوارع، والتفعيل. ظل الفريق الأصلي المكون من 60 إلى 70 شخصا كما هو إلى حد كبير، مع إضافة حوالي أربعة إلى خمسة مهندسين في الذكاء الاصطناعي وتعلم الآلة/تعلم الآلة لإعداد البيانات وتدريب النماذج والعمل على الدقة، لذا تجنبت المنظمة زيادة التوظيف النسبية التي كان النموذج القديم يفترض بها. تمت إزالة أعمال دمج البائعين، والتطوير المخصص، وجهود صندوق الرمل، والاختبار المشترك، وصيانة الدفع الخاصة بالمنصة؛ أبلغ العميل عن زيادة حجم معاملات الدفع مع قبول المزيد من الأماكن للحد المعتمد (تم الإبلاغ عنه نوعيا، ولم يتم تقديم رقم دقيق). ثم امتدت المنصة إلى البيع بالتجزئة الفعلية من خلال تطبيق الجوال، مما يثبت أن النموذج الأساسي لم يقتصر على الدفع عبر الإنترنت، وتحسنت التكاليف المرتبطة بالتكامل المتكرر، والصناديق الرملية، وتطوير البوابات، وضمان الجودة المشترك، وتنسيق الإصدارات، والدعم النسبي، مع توفر البطاقة الافتراضية كالاعتماد الخارجي الرئيسي المتبقي.
300+
المتاجر الإلكترونية المدعومة
20×
زيادة تغطية تجار التجزئة
4 mo
إلى 100+ متجر (مقابل 6 أشهر ل 15)
85-90%
دقة النماذج المبلغ عنها
09 التأمل / ما التالي
ما نجح هو حل مشكلة الاعتماد بدلا من مشكلة التوظيف: حيث خدمت إحدى قدرة الأهلية صفحات الويب، وسلات التسوق والفواتير المستخرجة OCR، وكانت البطاقات الافتراضية تتيح للعميل العمل من خلال تدفقات الدفع التي يدعمها تجار التجزئة بالفعل، وكل قناة أضافت تحكمها الخاصة (استخراج DOM والتعبئة التلقائية عبر الإنترنت؛ OCR، التواجد الجغرافي وانتهاء صلاحية البطاقة في المتجر) على منصة مشتركة متسقة. ما سأطوره بعد ذلك: إضفاء الطابع الرسمي على تمكين تجار التجزئة كمنتج عمليات داخلي (الرفع، وضع العلامات، التدريب، التحقق، إعداد DOM وموقع المتجر، الموافقة على الإصدار، مراقبة الصحة); إضافة تسوية الإيصالات بحيث يتم استخراج الإجماليات والخصومات وتسوية الضرائب مع الفاتورة النهائية؛ إدخال سياسة مراجعة منخفضة الثقة؛ تعزيز ضوابط السياج الجغرافي مع انتهاء صلاحية قصيرة، وحدود المبلغ والمعاملات الفردية، والإغلاق الفوري بعد التفويض؛ بناء كشف التغير الآلي للتحكم في DOM عبر اختبارات تركيبية مجدولة؛ OCR منفصلة وإبلاغ أخطاء الذكاء الاصطناعي على لوحات التحكم؛ تحسين تتبع حوكمة النماذج (القناة، البائع، النموذج وإصدار بيانات التدريب، المدخلات، OCR وثقة التصنيف، نسخة الاتفاق، نتائج البطاقة)؛ وتتوسع بحذر عبر أندرويد وiOS نظرا لاختلاف صلاحياتهما وسلوكيات تحديد الموقع في الخلفية. النتيجة الدائمة كانت منصة متعددة القنوات حيث استبدلت بيانات منتجات تجار التجزئة تكامل الدفع المخصص، وحدد الذكاء الاصطناعي الأهلية، وأدارت الأنظمة القائمة الهوية والائتمان، وخلقت البطاقات الافتراضية قابلية التشغيل البيني، ومنح المتصفح والهواتف المحمولة للعميل التحكم في التوزيع، مما فصل نمو الأعمال عن جهود الهندسة.