يجب عليك تضمين ميزة مطلوبة كثيرا خاطئة بشكل أساسي؟ [مغلق

Question

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

هل ينبغي لنا

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

Answer 1

تنفذها كمكون إضافي.

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

Answer 2

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

ضع ما يكفي من التفكير في هذا ويمكن أن يصبح فرصة رائعة لك.

Answer 3

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

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

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

بعد القول أنه، لم يشتكي أحد (كما أعتقد أنه ينبغي عليهم) حول الميزة. ربما يتم استخدامها في بعض الأحيان. إنه واحد أقل فرقا يمكن أن تستخدم المنافسة ضدنا.

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

انها صعبة أوخشنة. في بعض الأحيان يفوز السوق.

Answer 4

من المستحيل تقريبا الإجابة على هذا، حيث لا نعرف بالضبط ما تتحدث عنه.

بعد أن قال أن بعض النقاط:

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

سأتميل إلى تنفيذها، لأن هذا سيجعل عملائك سعداء.

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

Answer 5

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

Answer 6

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

تحتاج إلى أن تسأل نفسك بعض الأسئلة

1) هل لديك، أو الإدارة، هل تحليل تكلفة الفوائد؟ اسأل نفسك "كيف ستتميز الميزة .."

• زيادة المبيعات؟ أي المزيد من الناس يشترون ذلك
• انخفاض المبيعات؟ أي فقدان العملاء الذين تم تأجيل
• تأثير خدمة العملاء؟

2) إذا كان المنتج سوف يتغير جذريا - هل من المنطقي أن تدوره إلى سكوت جديد بأكمله؟

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

Answer 7

تحديد "مستخدمينا". هل هو 5٪ من قاعدة المستخدم الخاصة بك، 80٪، 95٪؟ هل قمت بمسح ما يكفي منهم لمعرفة ما إذا كان هذا شيء يريده الغالبية العظمى من المستخدمين، أم أنها مجرد مجموعة روغ من المستخدمين (يمكن أن تكون الأكثر صعوبة ومن الصعب من فضلك).

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

Answer 8

أعلن الحل البديل كحل طلب إلى أولئك الذين طلبوا ذلك. اجعل الحل البارز في UI / أسهل في الاستخدام.

Answer 9

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

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

Answer 10

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