מימד זה עוסק בהגדרת דרישות המוצר או הגרסה.

מדובר בדרך ארוכה, מפורטת, מורכבת, ומפותלת לליבו של הלקוח, או לכיסו של הלקוח תלוי איך רוצים לראות את זה.  לאורך כל התהליך חייב מנהל המוצר לשמור את הלקוח בראש מעייניו.

מדובר בדרך ארוכה, מפורטת, מורכבת, ומפותלת לליבו של הלקוח, או לכיסו של הלקוח תלוי איך רוצים לראות את זה.  לאורך כל התהליך חייב מנהל המוצר לשמור את הלקוח בראש מעייניו.

פעמים רבות מתייחסים לחלק הזה כמרכזו של תהליך ניהול המוצר. אולם זה רק אחד המימדים של ניהול מוצר.  שלב זה מתחיל בהתבוננות בשוק, בהתמקדות בלקוח והערך שהוא מקבל מהמוצר ומהטכנולוגיה שיש (או עתיד להיות) לחברה,ומסתיים במערכת ברורה של הנחיות המיועדות לארגון כולו (MRD, PRD, FSD, Backlog, User Stories).

נקודות חשובות:

• הארגון כולו מעורב - מסמך ההנחיות רלבנטי לארגון כולו לא רק לצוות הפיתוח (R&D), כולל מחלקת הבדיקות, מחלקת התמיכה, אנשי ההדרכה, השיווק, המכירות, מהנדסי מכירות וגורמים אחרים בארגון באשר לבניית המוצר כך שיספק את הערך המבוקש ללקוח.
  
  
• תקשורת - יש  של דרכים להעביר את המסר לארגון, מסמכים מסוגים שונים, מתודולוגיות שונות, ותקשורת ישירה.  חשוב להבין את המהות – תקשורת טובה אל ארגוני הפיתוח.   תפקידים של המסמכים היא להעביר בצורה ברורה מה צריך לפתח ולמה זה יביא ערך ללקוח.  במקרים מסויימים כדאי גם להבהיר איך כדאי לפתח. 
  
  

אנשים רבים מעורבים בתהליך הגדרת הדרישות. לא מדובר במשימתו של מנהל המוצר בלבד, כי אם במשימתם של שחקנים רבים: אנשי פיתוח, אנשי מכירות, שיווק וכספים. אולם שחקן אחד אחראי לדאוג שכולם יזכרו את המטרה הסופית לאורך התהליך. זהו מנהל המוצר. כל השאר מודעים לקיומו של הלקוח, מבינים את תפקידם ובתקווה גם מבינים את ערכו של המוצר עבור הלקוח. אבל לכולם יש גם משימות נוספות. ייתכן שהלקוח לא יעמוד בראש סדר העדיפויות שלהם, בשביל זה קיים מנהל המוצר.