طلبات المستخدم ومتطلبات المنتج

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

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

دعونا نلقي نظرة على مثال بسيط - تطبيق الحاسبة. لقد تلقيت طلبًا: إضافة دعم لنظام الأرقام الثنائية. يمكن أن تؤدي إلى العديد من متطلبات المنتج.

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

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

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

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

لذلك ، يمكن للبائعين ، وخاصة أولئك الذين يقومون بإنتاج حلول السحابة ، استخدام البوابات لتلقي الملاحظات.

Zendesk منتدى ردود الفعل

Zendesk منتدى ردود الفعل

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

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

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

Source: https://habr.com/ru/post/ar439126/


All Articles