داشتن یک چشم انداز روشن به سازمان جهت می دهد، اما جهت داشتن با حرکت کردن یکی نیست. بسیاری از شرکت ها می توانند توضیح دهند در سه یا پنج سال آینده می خواهند به چه جایگاهی برسند، اما وقتی از مدیران واحدها پرسیده می شود «این چشم انداز دقیقا چه تغییری در اهداف امسال، شاخص های مدیریتی و پروژه های شما ایجاد کرده است؟» پاسخ ها مبهم می شوند.
مشکل معمولا در خود Vision نیست؛ حلقه های میان Vision و عملیات ناقص هستند. سازمان از جمله ای مانند «تبدیل شدن به شریک اصلی دیجیتال مشتریان سازمانی» مستقیما به فهرستی از پروژه ها می رسد؛ بدون اینکه مشخص کند چه نتایجی باید ایجاد شوند، چه شاخص هایی این نتایج را اثبات می کنند و هر واحد دقیقا چه سهمی در تحقق آن دارد. در استراتوس وایز نیز این اتصال میان جهت استراتژیک و اجرا یکی از محورهای اصلی در طراحی و پیاده سازی استراتژی سازمان است.
در این راهنما، تبدیل چشم انداز به اهداف استراتژیک را به صورت یک زنجیره اجرایی بررسی می کنیم؛ از تعریف نتایج مورد انتظار تا انتخاب شاخص های پیشرو و نتیجه ای، اولویت بندی پروژه ها، تسری اهداف به واحدها و طراحی جلسات Review.
←
نتیجه استراتژیک
←
شاخص
←
پروژه
←
واحد مسئول
←
Review
چرا Vision معمولا روی دیوار باقی می ماند؟
Vision ذاتا بلندمدت است، اما مدیران در فضای کوتاه مدت تصمیم می گیرند. مدیرعامل درباره آینده سه ساله صحبت می کند، در حالی که مدیر فروش با هدف ماه جاری، مدیر محصول با Backlog فصل و مدیر مالی با بودجه امسال درگیر است. اگر سازوکاری برای ترجمه افق بلندمدت به تصمیم های کوتاه مدت وجود نداشته باشد، مسائل فوری روزانه به تدریج جای چشم انداز را می گیرند.
مشکل دوم این است که بسیاری از چشم اندازها به اندازه کافی قابل تفسیر نیستند. عباراتی مانند «رهبر بازار بودن»، «خلق آینده ای بهتر» یا «ارائه تجربه برتر» بدون تعریف بازار، مشتری و نوع جایگاه مطلوب، امکان چندین برداشت متفاوت ایجاد می کنند.
اگر هنوز مقصد سازمان یا دلیل انتخاب آن روشن نیست، قبل از طراحی نظام اجرا باید روی بازطراحی چشم انداز و ماموریت کار شود. Cascade کردن یک Vision مبهم فقط ابهام را به سطوح پایین تر منتقل می کند.
یک تست مدیریتی ساده:
اگر مدیر فروش، مدیر محصول و مدیر عملیات نتوانند توضیح دهند تحقق چشم انداز چه تغییری در سه اولویت اصلی واحد آنها ایجاد می کند، هنوز میان Vision و اجرا یک شکاف جدی وجود دارد.
مرحله اول: مقصد را به نتایج استراتژیک تبدیل کنید
چشم انداز معمولا وضعیت آینده را توصیف می کند؛ اما مدیریت برای حرکت به سمت آن به «نتیجه» نیاز دارد. نتیجه استراتژیک تغییری قابل مشاهده در بازار، مشتری، مدل اقتصادی یا قابلیت سازمان است که تحقق آن نشان می دهد شرکت به Vision نزدیک تر شده است.
فرض کنید چشم انداز یک شرکت فناوری این باشد:
این جمله هنوز هدف اجرایی نیست. برای نزدیک شدن به آن باید مشخص شود «مورد اعتماد بودن» و «جایگاه در بازار شرکت های متوسط» در عمل چه تغییراتی ایجاد می کند. مثلا مدیریت می تواند چند نتیجه استراتژیک تعریف کند:
- افزایش سهم درآمد حاصل از مشتریان متوسط سازمانی؛
- افزایش نرخ حفظ مشتریان کلیدی؛
- تقویت قابلیت هایی که برای استفاده سازمانی ضروری هستند؛
- کاهش زمان استقرار محصول برای مشتریان جدید.
هدف خوب باید نتیجه را توصیف کند، نه فعالیت را
عبارت «راه اندازی کمپین B2B» هدف استراتژیک نیست؛ پروژه است. «استخدام پنج فروشنده» نیز نتیجه نیست؛ اقدامی برای افزایش ظرفیت است. حتی «برگزاری 50 جلسه فروش» بیشتر یک شاخص فعالیت است.
در مقابل، «افزایش نرخ تبدیل فرصت های سازمانی از 18 به 26 درصد» تغییری قابل سنجش را بیان می کند. تفاوت اصلی همین جاست: سازمان ابتدا باید بداند چه نتیجه ای می خواهد و بعد درباره پروژه تصمیم بگیرد.
مرحله دوم: برای هر نتیجه، شاخص نتیجه ای و شاخص پیشرو بسازید
داشتن KPI زیاد لزوما به معنای مدیریت بهتر نیست. در بعضی شرکت ها داشبورد مدیریتی ده ها عدد دارد اما هنگام انحراف مشخص نیست مدیران باید دقیقا چه چیزی را تغییر دهند.
برای هر نتیجه استراتژیک بهتر است حداقل میان سه نوع معیار تفاوت قائل شوید:
| نوع معیار | سوال مدیریتی | مثال |
|---|---|---|
| شاخص نتیجه ای | آیا نتیجه مورد انتظار محقق شده است؟ | نرخ تمدید قرارداد مشتریان سازمانی |
| شاخص پیشرو | چه متغیری زودتر درباره احتمال تحقق نتیجه سیگنال می دهد؟ | درصد مشتریانی که قابلیت های اصلی را فعال کرده اند |
| شاخص محافظ | آیا رشد یک نتیجه به بخش دیگری آسیب می زند؟ | نرخ خطا یا تعداد Ticket پس از افزایش سرعت استقرار |
چرا شاخص پیشرو اهمیت دارد؟
شاخص نتیجه ای معمولا زمانی تغییر را نشان می دهد که بخشی از اتفاق رخ داده است. برای مثال، نرخ تمدید قرارداد در پایان دوره مشخص می شود. اگر فقط همین عدد را بررسی کنید، ممکن است برای اصلاح مسیر دیر شده باشد.
شاخص پیشرو باید متغیری باشد که تیم بتواند زودتر روی آن اثر بگذارد. اگر تجربه نشان دهد مشتریانی که سه قابلیت اصلی محصول را در 60 روز نخست فعال می کنند احتمال بیشتری برای استفاده مستمر دارند، «نرخ فعال سازی قابلیت های اصلی» می تواند سیگنال اجرایی مفیدتری برای تیم موفقیت مشتری باشد.
مرحله سوم: پروژه هایی را انتخاب کنید که واقعا شاخص را حرکت می دهند
بعد از تعیین نتیجه و شاخص، نوبت به پروژه می رسد؛ نه قبل از آن. این ترتیب ساده یکی از مهم ترین تفاوت های سازمان پروژه محور با سازمان نتیجه محور است.
یک پروژه استراتژیک باید پاسخ مشخصی برای این سوال داشته باشد:
اگر پاسخ فقط «این پروژه مهم است» یا «مدیریت درخواست کرده» باشد، ارتباط آن با استراتژی هنوز اثبات نشده است.
یک مدل ساده برای اولویت بندی پروژه های استراتژیک
| معیار | سوال |
|---|---|
| اثر استراتژیک | این پروژه چه اندازه روی نتیجه اولویت دار اثر می گذارد؟ |
| اطمینان | چه شواهدی داریم که پروژه واقعا این اثر را ایجاد می کند؟ |
| منابع | چه میزان بودجه، زمان مدیریتی و نیروی تخصصی مصرف می کند؟ |
| زمان تا اثر | چه زمانی اولین اثر قابل اندازه گیری دیده می شود؟ |
| وابستگی | موفقیت پروژه به کدام واحد یا پروژه دیگر وابسته است؟ |
در این مرحله ارتباط میان اهداف استراتژیک و پروژه ها باید قابل ردیابی باشد. پروژه ای که به هیچ نتیجه اولویت داری متصل نیست، الزاما نباید حذف شود؛ ممکن است یک پروژه عملیاتی یا الزامی باشد. اما نباید فقط به دلیل اهمیت داخلی، عنوان «استراتژیک» دریافت کند.
مرحله چهارم: هدف سازمان را به نقش واحدها Cascade کنید
Cascade به معنی تقسیم مکانیکی عدد هدف میان واحدها نیست. اگر سازمان می خواهد درآمد B2B را افزایش دهد، نمی توان برای منابع انسانی، محصول، بازاریابی و عملیات یک هدف فروش مشابه تعریف کرد.
سوال درست این است:
برای نمونه، در یک برنامه رشد B2B:
- بازاریابی: افزایش تقاضای واجد شرایط از سگمنت هدف؛
- فروش: بهبود نرخ تبدیل فرصت های باکیفیت؛
- محصول: رفع شکاف قابلیت های مورد نیاز حساب های بزرگ؛
- موفقیت مشتری: افزایش تمدید و توسعه قرارداد مشتریان کلیدی؛
- منابع انسانی: تامین ظرفیت و شایستگی مورد نیاز برای تیم های فروش و تحویل.
اگر سازمان به طراحی کامل این معماری نیاز دارد، صفحه خدمت پیاده سازی استراتژی در ادامه همین مقاله معرفی شده است؛ زیرا Cascade واقعی علاوه بر اهداف، باید وابستگی واحدها، منابع، مالکیت و ریتم تصمیم گیری را نیز مشخص کند.
آیا باید Vision را مستقیما به OKR تبدیل کرد؟
نه لزوما. یکی از اشتباهات رایج این است که سازمان بلافاصله پس از نوشتن Vision شروع به تعریف Objective و Key Result کند. بین این دو یک لایه مهم وجود دارد: انتخاب ها و نتایج استراتژیک.
در تبدیل Vision به OKR ابتدا باید مشخص شود سازمان در دوره پیش رو کدام بخش از فاصله میان وضعیت فعلی و Vision را می خواهد کاهش دهد. سپس همان نتایج محدود می توانند وارد چرخه OKR شوند.
برای مثال Vision پنج ساله ممکن است «رهبری بازار سازمانی» باشد، اما Objective فصل آینده می تواند «ایجاد موتور تکرارپذیر جذب مشتری متوسط» باشد و Key Resultها نرخ تبدیل، تعداد فرصت واجد شرایط یا زمان چرخه فروش را اندازه گیری کنند.
برای بررسی دقیق تر این چارچوب، مقاله اجرای استراتژی با OKR مسیر استفاده از Objective و Key Result در اجرای اولویت های سازمان را توضیح می دهد.
مرحله پنجم: جلسات Review را از گزارش دهی به تصمیم گیری تبدیل کنید
حتی اگر اهداف، شاخص ها و پروژه ها درست طراحی شده باشند، بدون یک ریتم مدیریتی منظم دوباره مسائل روزمره جای آن ها را خواهند گرفت. جلسه Review قرار نیست فقط محل قرمز و سبز کردن داشبورد باشد.
سوال اصلی جلسه باید این باشد:
سه ریتم متفاوت برای مدیریت اجرا
| جلسه | تمرکز | خروجی |
|---|---|---|
| پیگیری کوتاه مدت | موانع فوری و شاخص های حساس | اقدام بعدی و مسئول |
| Review ماهانه | نتایج، پروژه ها، منابع و وابستگی ها | تصمیم اصلاحی |
| بازبینی فصلی | اعتبار فرضیات و جهت استراتژیک | ادامه، اصلاح یا توقف اولویت ها |
یکی از خروجی های کمتر مورد توجه Review، «ثبت تصمیم» است. بهتر است هر تصمیم دارای مالک، موعد و معیار نتیجه باشد. اگر جلسه بعد مشخص نباشد درباره چه تصمیمی باید پاسخ داده شود، Review به تدریج دوباره به جلسه ارائه گزارش تبدیل می شود.
مثال کامل: اجرای چشم انداز در یک شرکت فناوری
فرض کنیم یک شرکت SaaS ایرانی نرم افزار مدیریت عملیات برای کسب و کارهای خدماتی ارائه می کند.
Vision فرضی:
تبدیل شدن به پلتفرم مورد اعتماد مدیریت عملیات برای شرکت های خدماتی متوسط و در حال رشد.
برای اجرای چشم انداز سازمان، تیم مدیریت تصمیم می گیرد در 18 ماه آینده روی تثبیت جایگاه خود در سگمنت شرکت های متوسط تمرکز کند.
| لایه | نمونه |
|---|---|
| Vision | پلتفرم مورد اعتماد مدیریت عملیات شرکت های متوسط |
| اولویت استراتژیک | تمرکز بر مشتریان متوسط به جای توسعه پراکنده همه سگمنت ها |
| نتیجه | افزایش سهم درآمد تکرارشونده از شرکت های متوسط |
| شاخص نتیجه ای | درآمد تکرارشونده سگمنت هدف و نرخ حفظ مشتری |
| شاخص پیشرو | تعداد فرصت های واجد شرایط، نرخ فعال سازی قابلیت های کلیدی و زمان استقرار |
| پروژه ها | طراحی بسته Enterprise Lite، بازطراحی Onboarding و توسعه سه قابلیت ضروری سازمانی |
| واحدها | فروش، بازاریابی، محصول، موفقیت مشتری و عملیات |
| Review | Review ماهانه نتایج و بازبینی فصلی فرضیات سگمنت |
ارزش این مدل در این نیست که همه شرکت ها باید همین شاخص ها را انتخاب کنند. نکته مهم «قابلیت ردیابی» است. مدیر باید بتواند از هر پروژه به شاخص، از شاخص به نتیجه و از نتیجه به Vision برگردد.
تست ردیابی معکوس
یک پروژه مهم را انتخاب کنید و پنج بار بپرسید «این پروژه برای چه نتیجه ای اجرا می شود؟». اگر زنجیره در نهایت به یکی از اولویت های Vision نمی رسد، باید درباره استراتژیک بودن آن پروژه دوباره تصمیم بگیرید.
6 خطای رایج در اتصال Vision به اجرا
1. تبدیل مستقیم Vision به پروژه
بدون تعریف نتیجه، پروژه ها براساس ایده و سلیقه انتخاب می شوند.
2. استفاده از فعالیت به جای نتیجه
تعداد جلسه و کمپین جای اثر واقعی کسب و کار را می گیرد.
3. زیاد بودن شاخص ها
داشبورد شلوغ می شود اما شاخص تصمیم ساز مشخص نیست.
4. Cascade مکانیکی
هدف مدیرعامل فقط به عددهای کوچک تر برای واحدها تبدیل می شود.
5. پروژه های بیشتر از ظرفیت
منابع میان ده ها پروژه تقسیم می شوند و هیچ اولویتی سرعت نمی گیرد.
6. Review بدون تصمیم
جلسه برگزار می شود اما مانع، مالک و اقدام اصلاحی مشخص نمی شود.
یک قالب ساده برای طراحی زنجیره Vision تا Execution
برای هر اولویت استراتژیک می توانید یک صفحه یکپارچه تهیه کنید و هفت سوال زیر را پاسخ دهید:
- این اولویت دقیقا به کدام بخش Vision متصل است؟
- چه نتیجه قابل مشاهده ای باید ایجاد شود؟
- شاخص نتیجه ای چیست و مقدار هدف چقدر است؟
- کدام شاخص های پیشرو زودتر انحراف را نشان می دهند؟
- کدام پروژه ها بیشترین اثر را روی این محرک ها دارند؟
- مالک نتیجه چه کسی است و هر واحد چه تعهدی دارد؟
- در چه ریتمی نتیجه بررسی و درباره انحراف تصمیم گیری می شود؟
اگر پاسخ این هفت سوال در یک نقشه واحد قابل مشاهده باشد، مدیران تصویر بسیار شفاف تری از رابطه بین جهت کلان و عملیات خواهند داشت.
اگر چشم انداز و استراتژی سازمان مشخص است اما اهداف واحدها، KPIها و پروژه ها هنوز در یک معماری مشترک قرار نگرفته اند، مرحله بعد طراحی زنجیره اجراست؛ از نتایج استراتژیک و شاخص ها تا مالکیت، پروژه ها و ریتم Review.
سوالات متداول
جمع بندی
چشم انداز زمانی وارد مدیریت واقعی سازمان می شود که بتوان مسیر رسیدن به آن را مشاهده و اندازه گیری کرد. این مسیر با نوشتن فهرستی از پروژه ها ساخته نمی شود. ابتدا باید مقصد بلندمدت به چند نتیجه استراتژیک محدود ترجمه شود؛ سپس برای هر نتیجه شاخص های مناسب، محرک های پیشرو و پروژه های اثرگذار تعریف شوند.
در مرحله بعد، واحدهای مختلف باید بدانند سهم آنها در ایجاد نتیجه چیست و چه وابستگی هایی میان اهدافشان وجود دارد. در نهایت نیز جلسات Review باید انحراف ها را به تصمیم های واقعی درباره منابع، پروژه ها و اولویت ها تبدیل کنند.
وقتی این زنجیره کامل باشد، Vision دیگر فقط جمله ای در فایل استراتژی یا دیوار دفتر مدیرعامل نیست؛ به معیاری برای انتخاب پروژه، تخصیص منابع، هدف گذاری واحدها و تصمیم گیری مدیریتی تبدیل می شود.