Stage-Gate چارچوبی برای مدیریت توسعه محصول یا خدمت جدید است: کار در مرحله‌ها پیش می‌رود و میان آن‌ها، درباره ادامه و منابع مرحله بعد تصمیم گرفته می‌شود. تفاوت اصلی با یک تقویم پروژه این است که تمام‌شدن فعالیت‌ها، به‌تنهایی اجازه ادامه نیست؛ شواهد باید تعهد بعدی را توجیه کنند.
کاربرد این منطق، جلو انداختن یادگیری نسبت به تعهد بزرگ‌تر است. پیش از ساخت گسترده یا عرضه عمومی، مشخص کنید کدام فرض هنوز نامطمئن است، چگونه آن را بررسی می‌کنید و چه نتیجه‌ای تصمیم را عوض می‌کند. این چارچوب موفقیت را تضمین نمی‌کند؛ کیفیت اجرا و شواهد همچنان تعیین‌کننده‌اند.
مرحله محل کار است؛ دروازه محل تصمیم
در یک مرحله، تیم برای پاسخ‌دادن به سؤال‌های مشخص کار می‌کند. در دروازه تصمیم، مدیران بررسی می‌کنند آیا ادامه پروژه ارزش دارد و آیا منابع لازم برای آن فراهم است. در معرفی رسمی Stage-Gate International نیز بر تصمیم و تخصیص منابع، فراتر از گزارش پیشرفت، تأکید شده است.
برای مثال، «نمونه ساخته شد» گزارش فعالیت است. «نمونه در آزمون موردنظر کار کرد، ولی مشتری هنوز حاضر به تغییر روش فعلی نیست» اطلاعاتی برای تصمیم است. ممکن است نتیجه، توسعه بیشتر باشد؛ ممکن است لازم باشد پیش از توسعه، خود مسئله مشتری دوباره بررسی شود.
مسیر کلی از کشف فرصت تا عرضه
مرجع رسمی، کشف ایده را پیش از پنج مرحله معرفی می‌کند: مفهوم و بررسی اولیه، ساخت پرونده کسب‌وکار، توسعه، آزمون و اعتبارسنجی، و عرضه. نام و جزئیات اجرا باید با زمینه و ریسک پروژه تناسب داشته باشند. در این مسیر، آمادگی بازار و تحویل هم در کنار آمادگی فنی اهمیت دارند.
برای استفاده مدیریتی، از نام مرحله به سؤال آن برسید. در بررسی اولیه، آیا فرصت ارزش شناخت بیشتر دارد؟ پیش از توسعه، کدام فرض درباره مشتری و پیشنهاد باید روشن‌تر شود؟ پیش از عرضه، آیا سازمان می‌تواند آنچه وعده داده اجرا کند؟ این پرسش‌ها، صورت‌بندی اجرایی مقاله‌اند و جای معیارهای اختصاصی پروژه را نمی‌گیرند.
چرخه عمر محصول مسئله دیگری را توضیح می‌دهد: تغییر زمینه بازار در طول زمان. برای این تمایز، مقاله چرخه عمر محصول و تصمیم‌های بازاریابی را ببینید. Stage-Gate بر تصمیم‌های توسعه و عرضه یک پیشنهاد تمرکز دارد.
خروجی دروازه فقط «ادامه» نیست
چهار خروجی رایج در مرجع رسمی عبارت‌اند از:
- ادامه (Go): ورود به مرحله بعد، همراه با تعهد منابع.
- توقف (Kill): پایان‌دادن به کار پروژه.
- تعلیق (Hold): مکث تا تغییر شرایط یا اولویت.
- بازکاری (Recycle): تکمیل یا اصلاح کار پیش از تصمیم دوباره.
برای تعلیق یا بازکاری، شرط بازگشت را روشن کنید. «بعداً بررسی می‌کنیم» پروژه را در صف مبهم نگه می‌دارد. بنویسید چه چیزی کم است، چه کسی آن را فراهم می‌کند و چه زمانی یا با چه رویدادی تصمیم دوباره گرفته می‌شود.
ادامه هم باید معنای عملی داشته باشد. اگر پروژه تأیید شده ولی نیروی لازم از پروژه دیگری آزاد نشده، تیم هنوز برنامه اجرایی قابل اتکا ندارد. تخصیص منابع را کنار تصمیم ثبت کنید تا تأیید روی کاغذ با امکان انجام کار اشتباه نشود.
شواهد را متناسب با تصمیم بعدی انتخاب کنید
برای هر دروازه از خود بپرسید: «اگر فقط یک ابهام را روشن کنیم، کدام ابهام بیشترین اثر را بر این تصمیم دارد؟» مصاحبه درباره مسئله، مشاهده استفاده، آزمون نمونه و بررسی امکان تحویل، هر کدام به سؤال متفاوتی پاسخ می‌دهند. تعداد زیاد اسلاید یا تکمیل همه فرم‌ها، ضعف پاسخ اصلی را جبران نمی‌کند.
پیش از انجام آزمون، مشاهده موردنیاز و حد آن را تعریف کنید. مثلاً برای بررسی امکان تحویل یک خدمت، صرف علاقه مشتری کافی نیست؛ باید دید اجرای وعده با زمان و قابلیت تیم سازگار است یا نه. عدد یا حد پذیرش را از این مقاله برندارید؛ آن را بر اساس مسئله و پیامد تصمیم خود تعیین کنید.
در تصمیم‌های دشوارتر برای بازگشت، روشن‌کردن پیامد تعهد اهمیت بیشتری پیدا می‌کند. راهنمای تصمیم‌های برگشت‌پذیر و برگشت‌ناپذیر کمک می‌کند توقف، بازگشت و جبران را از هم جدا ببینید.
مثال فرضی: پیش از عرضه یک خدمت تازه
فرض کنید شرکتی می‌خواهد یک خدمت نگهداری تجهیزات را عرضه کند. چند مشتری به ایده علاقه نشان داده‌اند و تیم پیشنهاد می‌دهد فروش عمومی شروع شود. این مثال آموزشی است و گزارش تجربه یک شرکت واقعی نیست.
پیش از آن تصمیم، سه ابهام وجود دارد: مشتری دقیقاً بابت چه کاری حاضر به پرداخت است؟ تیم می‌تواند وعده پاسخ‌گویی را اجرا کند؟ هزینه انجام کار با مدل خدمت سازگار است؟ یک پاسخ مثبت به پرسش اول، دو پرسش دیگر را حل نمی‌کند.
تیم می‌تواند یک اجرای محدود با دامنه روشن طراحی کند و زمان کار، دشواری‌های تحویل و بازخورد مشتری را ثبت کند. اگر تقاضا امیدوارکننده باشد اما اجرای وعده به حضور دائمی یک متخصص وابسته بماند، بازکاری فرایند تحویل می‌تواند تصمیم مناسب‌تری از عرضه گسترده باشد. اگر منابع فعلاً فراهم نیست، تعلیق با شرط مشخص با رد ارزش ایده یکسان نیست.
این مثال نسخه ثابت اجرای Stage-Gate نیست. هدف آن نشان‌دادن تفاوت «ایده جذاب» با «شواهد کافی برای تعهد بعدی» است.
یک برگه کوتاه برای تصمیم بعدی
برای جلسه بعد، موارد زیر را روی یک برگه بنویسید. این قالب پیشنهادی است، نه فرم رسمی یا امتیاز استاندارد مدل.
- تصمیم: اکنون درباره چه تعهد مشخصی تصمیم می‌گیریم؟
- ابهام اصلی: چه چیزی هنوز می‌تواند این تصمیم را عوض کند؟
- شواهد: چه مشاهده‌ای داریم و چه محدودیتی در آن وجود دارد؟
- تغییر از بررسی قبل: چه چیزی تازه فهمیده‌ایم؟
- گزینه‌ها: ادامه، توقف، تعلیق یا بازکاری چه معنای اجرایی دارند؟
- منابع و مسئول: برای گزینه انتخابی چه ظرفیت و مسئولیتی واقعاً فراهم است؟
- بازبینی: مشاهده، زمان یا شرط تصمیم بعدی چیست؟
چگونه فرایند به تشریفات تبدیل نشود؟
مدارک را به سؤال تصمیم وصل کنید. اگر یک گزارش هیچ تصمیمی را تغییر نمی‌دهد، ضرورتش را بررسی کنید. پروژه کم‌ریسک و پروژه‌ای با تعهد سنگین هم لزوماً به یک حجم مستندسازی نیاز ندارند.
همچنین مرحله را الزاماً صفی از کارهای جداگانه واحدها نبینید. در معرفی رسمی مدل، کار میان‌وظیفه‌ای و امکان تکرار و اصلاح تأکید شده است. داشتن دروازه تصمیم به این معنا نیست که داخل مرحله نتوان از آزمون و بازخورد استفاده کرد.
برای بررسی کیفیت فرایند، فقط تعداد عرضه‌ها را نشمارید. ببینید تصمیم‌ها روشن‌اند، پروژه‌های معلق شرط بازگشت دارند و تأییدها با منابع واقعی همراه‌اند یا نه. درصد توقف بیشتر یا کمتر، به‌تنهایی نشانه موفقیت نیست؛ مهم این است که تصمیم با شواهد و وضعیت همان پروژه قابل توضیح باشد.
از نزدیک‌ترین تعهد مهم شروع کنید. به‌جای طراحی هم‌زمان همه فرم‌ها، یک سؤال یادگیری، شواهد لازم و خروجی تصمیم را روشن کنید. فرایند زمانی مفید است که تیم پس از جلسه بداند چرا باید ادامه دهد، چه چیزی را اصلاح کند یا چرا فعلاً متوقف بماند.
منبع و حدود کاربرد
مبنای مفهومی، فصل هجدهم کتاب Marketing Management، ویرایش هفدهم، و مرجع رسمی زیر است. مثال خدمت و برگه تصمیم، تدوین اجرایی این مقاله‌اند؛ ادعای نتیجه قطعی یا مطالعه موردی واقعی نیستند.
Stage-Gate International — The Stage-Gate Model: An Overview · Accessed 2026-10-25
