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

أدوات ردود الفعل

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

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

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

مراجعة سبرينت - كما كان من قبل

عقدت اجتماعاتنا بشكل عام على مستوى جيد: تلقينا تعليقات سريعة وعالية الجودة من أصحاب المصلحة لدينا (أي العملاء الداخليين - المديرين) وزملاء آخرين من Avito. تم إنشاء موقف غرفة بدلاً من ذلك ، ولكن في مرحلة ما بدأنا نفتقد ملء ردود الفعل. أردنا تغيير شيء ما. وقد قادنا مدربنا الرشيق Levon Goncharov من AgileVerse إلى فكرة دعوة مستخدمين خارجيين - شركاء أعمالنا - مباشرة إلى الاجتماع.

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

رقم 1 عند تطوير منتج ، هل تفكر أكثر في الميزات أو مشاكل المستخدم؟
№2 هل تعرف كيف يعيش المستخدم الخاص بك ولماذا يجب أن يستخدم المنتج الخاص بك؟
رقم 3 هل تتواصل غالبًا مع من يستخدمون منتجك؟
نصحت الفريق لمناقشة هذه القضايا وتغيير شكل مراجعة العدو.

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

تدريب

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

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

باختصار ، هذا ما حصلنا عليه.

هدف

1. التحدث تركيز الفريق لهذا الربع
2. فهم كيف يلبي حساب المستخدم المحدث (LKP) الاحتياجات
3. عرض المضايقين وصياغة خطة لمدة 1-2 سباق

خطة

1. الافتتاح (5 دقائق)
   أ. جدول أعمال
   ب. نخبرك بكيفية تقديم الملاحظات
   ج. تلبية الفريق
2. جزء مشترك (15 دقيقة)
   أ. ماذا فعلت؟
   ب. الخطط المستقبلية (تركز على الربع)
   ج. Q & A
3. عرض توضيحي (15 دقيقة)
   أ. بحث
   ب. المضايقون
4. حوار LCP (10 دقائق)
   أ. ماذا وجدت؟ (ما هذا ، ما هو غير ذلك)
   ب. عندما ننتهي (سباق تقريبي)
   ج. ما ليحل محل؟ (نتحدث عن حياة المستخدم)
5. جمع التعليقات على تنسيق المراجعة (5 دقائق)

نتيجة الصورة

1. ردود الفعل الفصلية
2. قائمة التحسينات على الطلاء
3. ناقش أقسى ألم المستخدم ، اكتب الباقي
4. مناقشة الفهم المشترك للمضايقين ، وخطط لمدة 1-2 سباق
5. ردود الفعل على شكل الاستعراض من المشاركين

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

كيف حدث ذلك؟

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

حسنًا ، لقد تبين أن ما يزيد قليلاً عن اثنين من أعضاء الفريق لكل ضيف

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

بدا الأمر وكأنه الإصدار الأول من المنتج

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

إصدار المنتج بعد التعديلات

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

كفريق واحد ، اكتسبنا خبرة قيمة للغاية. هذا ما يقوله زملائي.

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

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

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

استنتاج

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