كيف يمكنك معرفة ما يريده المستخدمون حقًا؟[مغلق]

StackOverflow https://stackoverflow.com/questions/415260

  •  03-07-2019
  •  | 
  •  

سؤال

لقد قرأت في مكان ما (لقد نسيت المصدر، آسف - أعتقد أن مدونة مطور MS Office؟) في كثير من الأحيان لا يقولون إنهم يريدون كل شيء صغير، في حين تظهر المقاييس المجمعة أنه في النهاية، لا يستخدم معظم الأشخاص 99٪ من هذه الميزات.كانت الرسالة العامة من منشور المدونة هي أنه لا ينبغي عليك أن تسأل الأشخاص عما يستخدمونه، بل يجب عليك تتبع ذلك بنفسك.

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

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

هل كانت مفيدة؟

المحلول

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

نصائح أخرى

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

وكنت أقول لهم. ثم كل من تعرف.

و(لا، فالمستخدمون لا اقول لكم ما يريدون، وهذا العمل. إذا كان المستخدمون يريدون المزيد من العمل للقيام به، وأنها لن تبحث عن برامج للقيام بعملهم لهم).

وهناك حكاية من حياة سابقة:

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

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

وكان من المستغرب أن نرى الشعب الذي عاطفي عن ميزة في حين تبادل الأفكار وتصنيف يستدير ولن تصوت لصالح هذه الميزة (أو صوت طفيفة لذلك).

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

وأنت تطلب منهم.

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

وبطبيعة الحال - هل يمكن أن تسمح دائما للمستخدمين ل<م> صوت الذي يتميز يحلو لهم أكثر ...

يعرف المستخدمون ما لا يريدونه بشكل أفضل مما يعرفون ما يريدون.

لقد قمنا بإحضار فريق للقيام بتنفيذ Oracle eBusiness Suite.لقد اتخذوا نهجًا مثيرًا للاهتمام كان مفيدًا لهم في الماضي.لكنها كانت ظاهرة في بيئتنا.

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

على أية حال، قام فريق التنفيذ بتثبيت Oracle eBusiness Suite مباشرة بعد إخراجه من الصندوق.منح المستخدمين التدريب الأساسي.ثم قاموا كل 4 أسابيع تقريبًا خلال الأشهر الستة التالية بتخصيص التثبيت الأساسي لاستيعاب الشكاوى.

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

والخيار الآخر هو لعرض قائمة من جميع الميزات التي ربما يمكن أن تضيف، ومن ثم إرفاق السعر لكل واحد، ومن ثم نطلب من المستخدمين، سيكون من المفيد $ X لديها ميزة Y، أو، كم اضافية هل سيكون على استعداد لدفع ثمن ميزة Y؟

أكل بنفسك الكلب الغذاء

وحاول استخدام التطبيق الذي تكتب نفسك قدر الإمكان. ثم ستعرف كيف يمكنك تحسين التطبيق الخاص بك.

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

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

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

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

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

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

سوف

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

وانها لذلك، مشكلة بالغة الأهمية من الصعب للغاية بالنسبة لك لحل هذه المشكلة.

والطريقة الوحيدة لمعرفة ما المستخدمين "حقا" الحاجة "ليكون" المستخدم. في البرمجة الكونغ فو أسود مستوى الحزام.

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

عند تكون الماء / العملاء، وسوف لك الآن.

وأعتقد أن بروس لي أن يكون مبرمج جيد.

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

  1. أوراكل في دلفي

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

  2. الوسطاء

    الايجابيات:دقيقة إلى حد ما.

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

  3. زرع الخلد

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

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

  4. يخمن

    الايجابيات:خذ مجموعة من الأشخاص ذوي خيال متوسط ​​إلى رائع ومهارات في حل المشكلات، وامنحهم بعض الخمر وألهمهم ببعض الاقتباسات من Ghostbusters أو Big Trouble in Little China أو The Big Lewbowski.من يدري إلى أين سيصل الأمر، لكنه سيكون ممتعًا وقد ينتجون شيئًا مثيرًا للاهتمام/مفيدًا.

    سلبيات:فرص تلبية احتياجات المستخدم أعلى مما تعتقد، ولكنها ليست جيدة.

  5. اسأل المستخدم

    الايجابيات:يشعر المستخدمون بالتمكين كجزء من العملية.

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

  6. تظاهر أنك تهتم واسأل المستخدم (على الرغم من أنك لا تفعل ذلك حقًا)، ثم راقبه وهو يقوم بأي سير عمل/عملية رئيسية/وما إلى ذلك وانتبه إلى ما يفعله.

    الايجابيات:أنت تخدع المستخدمين للاعتقاد بأن رأيهم مهم، مما يمكّنهم ولكنه لا يقدم أي أعباء أخرى.منذ يكذب المستخدمون - لا يوجد تفكير هادف أو ضار - يمكنك في الواقع رؤيتهم أثناء العمل والحصول على فهم أفضل لطبيعة المشكلة، مما يمنحك أساسًا أفضل لبناء الحل.أيضًا، تتجنب الطريق النفسي، وبالتالي تتجنب الطريق الطويل والمتعرج الذي يبدأ بالوعد ولكنه ينتهي بك وبنفسك التي تأكلها بعض الأشياء الوحشية التي لا توصف والتي ليست من هذا العالم.إن مراقبة العملية تشبه Zen تمامًا، وهو أمر جيد لـ Developer Mystique الخاص بك.

    سلبيات:لا توجد رحلة برية إلى Oracle (والتي ستكون EPIC).الجواسيس أكثر جنسية.الكتاكيت تحفر جواسيس.صائدو الأشباح|مشكلة كبيرة في الصين الصغيرة|ربما لا يشارك لوبوسكي الكبير.يبدو وكأنه عمل أكثر من بقية الخيارات.

والمطلوب المستخدمين حول ميزات سيدفع لهم أن أتحدث إليكم عن الميزات.

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

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

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

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

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

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

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

وأنت لا تسأل عن الميزات. تسأل عن المشاكل. نقاط الألم. معرفة ما يكرهون حول حل الحالي. معرفة ما يأكل في لوقتهم.

وعندما تعرف ما لا تريد، ثم لبناء حل لتلك المشاكل.

عند حل المشاكل الحقيقية، فإنك تقوم بإنشاء المنتجات الحقيقية أن الناس سوف تعطي بكل سرور لك المال ل.

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

وانها مستخدمي حقيقة مؤكدة لا يعرفون ما يريدون. ما تحتاج ليطلب منهم ما هو الخطأ مع ما هو موجود الآن - ما هي المشاكل هم الذين تربطهم برامجك؟ لماذا لم تكن باستخدام ميزة x و السيطرة ذ؟ لماذا التفاعل س عمل لهم في حين جعل التفاعل ذ منهم في محاولة لقياس عيونهم بها؟

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

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

ملاحظة.أحد الأمثلة على ما يحدث إذا كنت فقط بسأل الناس:90% من طلبات ميزات Microsoft Office 2007 كانت تتعلق بميزات موجودة بالفعل في Microsoft Office 2003.وفي هذه الحالة، كان ما يحتاجه المستخدمون هو طرق أفضل للعثور على ما هو موجود بالفعل.أتمنى أن أجد أين قرأت عن هذا ...آسف لعدم وجود مرجع.

وأفترض على أساس صيغة بأنك بناء لبيع المنتجات، وليس بناء شيء لأجل لعميل معين.

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

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

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

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

وهذا سؤال جيد.

إذا كنت بناء لعبة FPS، كنت حقا بحاجة الى معرفة لنفسك ما ينبغي أن تدرج، لأن 99٪ من المستخدمين لن اتصل بك ليقول "أتمنى اللعبة كان مجرد X". يمكن لفريق اختبار بيتا ذوي الخبرة تساعد هنا.

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

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

وتخيل أنك لهم

استخدم حالات.

ماذا سوف يفعل مع تلك الميزة؟

يعمل مثل هذا.

  • الناس يتخذون الإجراءات.نحن نبني البرمجيات لمساعدتهم على اتخاذ الإجراءات

  • من أجل اتخاذ إجراء، يجب على الشخص اتخاذ قرار.نحن نبني البرمجيات لمساعدتهم على اتخاذ القرارات.

  • من أجل اتخاذ قرار باتخاذ إجراء ما، يحتاج الشخص إلى المعلومات.نحن نبني البرمجيات لجمع وتقديم المعلومات.

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

يقول المستخدمون الكثير من الأشياء.ماذا يفعلون يفعل؟ماذا قرارات هل يصنعون؟ماذا معلومة هل يحتاجون؟


يحرر

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

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

  1. شاهدهم.
  2. تحديد الاختناقات في عملهم
  3. قم بإنشاء شيء يحل عنق الزجاجة بطريقة أنيقة
  4. دعهم يستخدمونه
  5. كرر حتى يكون الجميع سعداء

بناءً على المبادئ:

  1. يعرف المستخدمون ما يريدون ، لكنهم لا يعرفون ماذا يفعلون حقًا يحتاج.
  2. لن تحصل عليه بشكل صحيح في المرة الأولى.

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

التكرار هو المفتاح!

أ.التصويت

  1. قم بتجميع قائمة كبيرة من الميزات التي يريدها جميع المستخدمين (اجعلهم يعددون كل ميزة يريدونها).

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

ب.تحليل

قم بتحليل نموذج العمل، وقم بإدراج الميزات التي تعتقد أنها ضرورية.هذا مطلوب للأسباب التالية:

  • لا يحصل المستخدمون في بعض الأحيان على الصورة الكبيرة
  • لديك هذه الفكرة الرائعة التي لن يفكر فيها المستخدمون في غضون سنوات.

ج.ينفذ

تحليل القائمة من A وB، ودمجها، وإزالة القليل منها، يحسن بعض.ينفذ.

د.امتحان

اختباره على المستخدمين.سماع شكاواهم.انظر إلى - الميزات التي يستخدمونها في كثير من الأحيان - الأشياء التي يتعثرون عليها - إلخ وما إلى ذلك

ه.أعاد

وعادة، المستخدمين لا يعرفون دائما ما يريدون، وإذا كانوا يريدون أي شيء. في مبيعات الشركة يذهب الناس للعملاء الحاليين والمحتملين، وتبين لهم منتجاتنا وشرح لهم ماذا يريدون بشدة ذلك.

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

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

وP.S. يطلب منهم مباشرة "ماذا تريد؟" يمكن أن يكون مسألة خطيرة ... بابل 5 - ماذا تريد

وانه دعا أبحاث السوق.

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top