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

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

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