TL ؛ DR امنح المستخدمين أفضل تجربة لأول مرة (FTX) يستحقونها.

عبر Unsplash

لا توجد اختصارات لـ FTX رائعة - إنه عمل شاق لا ينتهي ولكنه يؤتي ثماره في النهاية.

الناس لا يشترون المنتجات ، بل يشترون إصدارات أفضل من أنفسهم - صموئيل هوليك

لقد سمعت أن الناس يتحدثون عن مدى خبرة المستخدم لأول مرة (FTX) في أي منتج ناجح - وهو ما يمكن أن يحرك المنتج نحو التبني أو الفشل. ومع ذلك ، فإن العديد من الشركات الناشئة تفشل في استثمار الوقت والجهد اللازمين لإنشاء FTX كبيرة. وفقا للبحث أندرو تشن:

يفقد التطبيق المتوسط ​​77٪ من المستخدمين النشطين يوميًا خلال الأيام الثلاثة الأولى بعد التثبيت

لقد ولت الأيام التي تلقينا فيها كتيبات التعليمات مع المنتجات الرقمية المعقدة. لقد حان الوقت لتطوير هذا التفكير الرفيع في ورقة التعليمات مع هذا العصر الجديد من المنتجات الرقمية.

بهذه البساطة ممكن

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

سهولة الاستخدام> جماليات
متى ينزل المستخدمون لديك؟

ميزة التفكير لتصميم التفكير

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

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

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

التواصل مع المستخدم الخاص بك ووصف سمات القوة العظمى ؛ يمكنك تمكين المستخدم الخاص بك مع.

تصميم تجربة المستخدم لأول مرة العظمى

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

مثال على ذلك: MilkBasket

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

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

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

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

100 أوامر العادية = 100 أوامر

أمر واحد متكرر = 7 أوامر (افتراض على الجانب السفلي)

إذا تم تحويل MilkBasket ، دعنا نقول ، 20 ٪ من طلباتها إلى أوامر متكررة ، يمكن أن يصل العدد الإجمالي للطلبات إلى 220 لكل 100 طلب (80 + 20 * 7). نرى! هنا تكمن المشكلة.

لحسن الحظ ، التقى Divanshu Thakral ، أحد مؤسسي 1THING مع Ashish Goel ، المؤسس المشارك لـ MilkBasket لاستكشاف أوجه التآزر المحتملة حيث تم طرح هذا السؤال -

لماذا لا يستطيع المستخدمون الحصول على قيمة أكبر من منتجاتنا؟

إنه سؤال جيد وضعنا على التفكير ، لكن السؤال الحقيقي ، الذي شكّل أساسًا لـ 10 أيام من تصميم Sprint 1TH مع MilkBasket ، هو هذا -

هل يعرف المستخدمون القيمة الأكبر لمنتجك؟

تم وضع خريطة Sprint ، وتم إحضار فريق التصميم المناسب على متن الطائرة - تم اختياره بعناية من شبكة تصميم 1TH من أفضل مواهب التصميم بهدف توصيل القوى العظمى لـ MilkBasket: الطلبات المتكررة والدفع مقدمًا ، للمستخدمين الجدد في بداية رحلتهم.

أدت جلسات العصف الذهني الأولى وأبحاث المستخدم إلى استنتاج مفاده أن هناك عاملين يحتاجان إلى عناية فورية لمجموعة FTX كبيرة من MilkBasket:

  • على الصعود
  • الطلب الأول

MilkBasket الجديدة: على متن الطائرة بالطريقة التي يفكرون بها

اطلب المعلومات الصحيحة في الوقت المناسب

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

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

يؤدي تفسير الكثير من القوى العظمى بسرعة كبيرة إلى إنشاء حمل زائد للإدراك للمستخدمين.

هذا هو السبب في أن إستراتيجيتنا في الذهاب لمعالجة هذه المشكلة ، كانت تحتوي على NO BIG NO للتركيز على الصعود.

1 / القنا على أساس الصعود

طريقة تفاعلية للمحادثة تتيح للمستخدمين معرفة ما تقدمه MilkBasket (بالطريقة التي يفكر بها المستخدم). ترتبط كل إجابة بشرح لكيفية متابعة المستخدم لاستخدام التطبيق.

MilkBasket’s Onboarding الجديد

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

لا يزال هناك الأبطال الخارقين مشكوك فيها هناك؟

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

"لا يهم عدد المرات التي يجب أن أقوم فيها بالنقر ، طالما أن كل نقرة هي خيار صعب المنال."
- ستيف كروغ ، لا تجعلني أفكر

2 / كلمة مرور واحدة لجميع أفراد الأسرة

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

سلة الحليب الجديدة: كن دليلًا جيدًا

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

اقترح تدفق المستخدم

3 / جرب المبادرة التجريبية

الذي يحرض على رؤية الطير لعملية شراء MilkBasket ، مما ينتج عنه معرفة بميزة تعبئة المحفظة.

أتذكر ذلك الوقت من Spider-Man (2002) عندما كان يكتشف قوىه العظيمة ثم اصطدم بلوحة إعلانات؟ حسنا ، هذا هو عليه.
يعد العرض التوضيحي الموجه هو الأقرب إلى مندوب مبيعات يشرح مزايا التطبيق وميزاته ووظائفه للمستخدم.
محاولة التجريبي تدفق Wireframes

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

دفع المستخدمين لإضافة أموال إلى محفظتهم مقدمًا سيمكنهم من:

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

الحفاظ عليها العودة

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

للحفاظ على عودة المستخدمين لديك ، عليك أن توضح لهم كيف يمكن لمنتجك أن يجعل حياتهم أفضل.

https://blog.bufferapp.com/people-dont-buy-products-they-buy-better-versions-of-themselves

آمل أن تكونوا قد وجدت هذه المادة مفيدة.

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

بدء مشروع أو الانضمام إلى شبكة تصميم 1THING