https://virgool.io/feed/@mohammadtaheri بعد از ده سال فعالیت درساخت ورهبری محصولات دیجیتال به این نتیجه رسیدم که چالش اصلی، «ساخت محصول» نیست بلکه هماهنگی بین دیدگاه، استراتژی و اجراست.امروز به عنوان مشاور استراتژی رشد و توسعه فعالیت می‌کنم fa 2026-04-15 01:19:15 https://files.virgool.io/upload/users/158435/avatar/z4yoER.jpg?height=120&width=120 https://virgool.io/@mohammadtaheri https://virgool.io/From-Idea-To-Growth/%DA%86%D8%B7%D9%88%D8%B1-%D8%B4%D8%A7%D8%AE%D8%B5-%D9%87%D8%A7%DB%8C-%D8%AF%D8%B1%D8%B3%D8%AA-%D8%B1%D8%A7-%D9%BE%DB%8C%D8%AF%D8%A7-%DA%A9%D9%86%DB%8C%D9%85-y3svryjly37e اعدادی که انتخاب می‌کنید، مسیر کسب‌وکارتان را شکل می‌دهنددر خیلی از جلسه‌هایی که با کسب‌وکارها دارم، وقتی صحبت به «نتیجه» می‌رسد، معمولاً یک فایل اکسل یا داشبورد باز می‌شود و عددها یکی یکی روی صفحه می‌آیند. اما چیزی که بارها دیده‌ام این است:عدد زیاد داریم، اما معنی کم.شاخص هستند، اما تصمیم نمی‌سازند.گزارش هستند، اما مسیر را روشن نمی‌کنند.و تیم، با وجود تمام این اندازه‌گیری‌ها، هنوز نمی‌داند «در مسیر درست هستیم یا نه».این مشکل تقریباً در همه شرکت‌ها دیده می‌شود؛از استارتاپ‌های کوچک تا سازمان‌های جاافتاده.همه چیز اندازه‌گیری می‌شود، اما چیزهای مهم نهیکی از چیزهایی که به‌عنوان مشاور همیشه از آن شروع می‌کنم،مرور شاخص‌هایی است که کسب‌وکار بر اساس آن‌ها خود را قضاوت می‌کند.در بسیاری از گفت‌وگوها، همین چند دقیقه کافی است تا مشخص شود چرا تیم سردرگم است:شاخص‌هایی که «زیبا» هستند اما «مربوط» نیستندعددهایی که فقط خروجی را نشان می‌دهند، نه کیفیت مسیرشاخص‌هایی که از یک زمان قدیمی آمده‌اند و کسی نمی‌داند چرا هنوز وجود دارندو مهم‌تر از همه: نبود یک شاخص محوری که همه روی آن توافق داشته باشندوقتی شاخص درست نباشد، حتی تلاش درست هم نتیجه درست نمی‌دهد.شاخص درست چه شکلی است؟در تجربه‌هایی که داشته‌ام، یک شاخص درست معمولاً این ویژگی‌ها را دارد:به تصمیم کمک می‌کنداگر عدد بالا یا پایین رفت، رفتار تیم باید تغییر کند.با هدف اصلی هم‌جهت استنه با ترجیح فردی، نه با عادت قدیمی.ساده استتیم بدون توضیح طولانی می‌فهمد این عدد یعنی چه.یک‌جای مشخص در بحث‌ها داردیعنی وقتی اختلاف نظر هست، این عدد نقش داور را دارد.شاخص درست، «عدد» نیست—قطب‌نماست.یک تمرین ساده که همیشه مسیر را روشن می‌کندمن معمولاً یک تمرین ساده انجام می‌دهم که نتیجه‌اش فوری است:به جای اینکه از شاخص‌ها شروع کنیم، از هدف واقعی شروع می‌کنیم.🙋‍♂️ بعد فقط سه سؤال می‌پرسم:اگر فقط یک چیز را اندازه بگیریم که بیشترین تأثیر را روی این هدف دارد، آن چیست؟اگر این عدد بهتر شود، چه تغییری در کسب‌وکار دیده می‌شود؟اگر این عدد بدتر شود، تیم باید چه تصمیمی بگیرد؟این سه سؤال کمک می‌کند شاخص‌های حاشیه‌ای کنار بروند و شاخص‌های اصلی خودشان را نشان دهند.گاهی نتیجه‌اش یک عدد است،گاهی یک نسبت (درصد)،گاهی یک رفتار مشخص از مشتری.اما تقریباً همیشه یک چیز روشن می‌شود:تیم نیاز به عدد بیشتر ندارد—نیاز به عدد درست دارد.شاخص غلط چه بلایی سر کسب‌وکار می‌آورد؟وقتی شاخص درست نباشد، تیم درگیر «نمایش» می‌شود، نه «پیشرفت».چند نمونه‌ای که بارها دیده‌ام:تیم روی عددی کار می‌کند که مشتری اصلاً آن را حس نمی‌کندعدد رو به رشد است، اما کیفیت تعامل مشتری پایین آمدهعدد خوب است، اما به هدف اصلی وصل نیستیا برعکس: عدد بد است اما نشانه خطا نیست، نشانه یک یادگیری طبیعی استشاخص غلط همیشه تیم را به مسیر اشتباه می‌برد، حتی اگر همه سخت کار کنند.شاخص درست از کجا پیدا می‌شود؟نه از اکسلنه از جلسهنه از مدیر بالادستی💡 شاخص درست از گفت‌وگو درباره هدف پیدا می‌شود.وقتی هدف واقعی روشن باشد، عددهایی که به آن معنا نمی‌دهند، خودبه‌خود از لیست کنار می‌روند.در اینجاست که تیم می‌تواند به‌جای گزارش زیاد، روی چند عدد کم اما مؤثر تمرکز کند.جمع‌بندیآنچه اندازه می‌گیرید،آن چیزی است که می‌سازید.اگر شاخص‌ها اشتباه باشند،جایی دور از مسیر اصلی بیدار می‌شویدحتی اگر با تمام توان جلو رفته باشید.اما شاخص‌های درستبه کسب‌وکار کمک می‌کند مسیر را ببیند،اختلاف نظرها را کم کند،و تصمیم‌ها را قطعی‌تر بگیرد.در تجربه‌های من،لحظه‌ای که «شاخص درست» پیدا می‌شود،لحظه‌ای است که رشد قابل پیش‌بینی آغاز می‌شود.سری مطالباین نوشته بخشی از سری «از ایده تا رشد» است؛ مجموعه‌ای از تجربه‌ها و مشاهداتم از همراهی با کسب‌وکارها، در قالب نکات کاربردی و قابل استفاده.برای دیدن همه فصل‌ها:https://virgool.io/From-Idea-To-Growth محمدرضا طاهری محمدرضا طاهری Mon, 01 Dec 2025 12:29:31 +0330 https://virgool.io/From-Idea-To-Growth/%DA%86%D8%B1%D8%A7-%DA%A9%D8%B3%D8%A8-%D9%88%DA%A9%D8%A7%D8%B1%D9%87%D8%A7-%D9%86%D9%85%DB%8C-%D8%AF%D8%A7%D9%86%D9%86%D8%AF-%DA%86%D9%87-%DA%86%DB%8C%D8%B2-%D8%B1%D8%A7-%D8%A8%D8%A7%DB%8C%D8%AF-%DA%A9%D9%86%D8%A7%D8%B1-%D8%A8%DA%AF%D8%B0%D8%A7%D8%B1%D9%86%D8%AF-ouvfpq1zl9vg مسئله‌ای که بیشتر از «انجام ندادن» به رشد ضربه می‌زنددر بسیاری از گفت‌وگوها و جلسات مشاوره‌ای که با کسب‌وکارها دارم،یک الگوی مشترک خیلی زود خودش را نشان می‌دهد:بیشتر شرکت‌ها می‌دانند چه اقدام جدیدی می‌خواهند انجام دهند، اما معمولاً نمی‌دانند چه کارهایی را باید کنار بگذارند.وقتی برنامه مسیر (Roadmap) شرکت‌ها را مرور می‌کنم،تقریباً همیشه ترکیبی از موارد زیر دیده می‌شود:ایده‌هایی که مدتی است کسی به آن‌ها برنگشتهپروژه‌هایی که «نیمه‌گرم» مانده‌انددرخواست‌هایی که از ترس ناراضی شدن کسی حذف نشده‌اندکارهایی که یک‌بار مطرح شده‌اند و هنوز در لیست هستنددر ظاهر همه‌چیز «در حال انجام» است؛اما وقتی درباره نتیجه صحبت می‌کنیم،پیشرفت واقعی کمتر از چیزی است که تیم انتظارش را داشت.این موضوع از درون معمولاً دیده نمی‌شود، اما از بیرون، برای کسی که نگاه مشاورانه دارد، خیلی واضح است.کنار گذاشتن سخت‌تر از ادامه دادن استدر جلسات مشاوره معمولاً مشاهده می‌کنم اضافه کردن کار جدید،به‌مراتب راحت‌تر از حذف یک کار است.حذف کردن همیشه با پرسش همراه است:«اگر این مورد مهم باشد و حذفش کنیم چه؟»«اگر بعداً دوباره لازم شود چه؟»«اگر حذف کنیم، کسی ناراحت نمی‌شود؟»و گاهی هم تیم فقط به این دلیل یک کار را نگه می‌دارد که برایش زمان گذاشته‌اند و دل‌شان نمی‌آید کنار گذاشته شود.این‌ها رفتارهای طبیعی‌اند.اما نتیجه‌اش یک برنامه مسیر شلوغ و مبهم است.وقتی چیزی حذف نمی‌شود، تمرکز از بین می‌رودجالب هست که وقتی تاخیر و یا هزینه ی زیاد مطرح می شود، مشکل اصلی «کمبود منابع» نیست؛مشکل این است که هیچ‌چیز از چرخه خارج نمی‌شود. کسب‌وکار هم‌زمان در چند مسیر جلو می‌رود،اما هیچ‌کدام به نقطه‌ای نمی‌رسد که قابل‌اتکا باشد.تیم دائم در حال حرکت است، اما حس پیشرفت واقعی کم‌رنگ است.در چنین موقعیت‌هایی،حضور یک نگاه بیرونی می‌تواند کمک کند:کسی که درگیر عملیات روزمره نیست و می‌تواند خیلی سریع‌تر تشخیص دهد «کدام مسیر باید متوقف شود».یک روش ساده که همیشه برای حذف کارهای غیر ضروری جواب می‌دهددر بسیاری از همکاری‌های مشاوره ای که دارم از یک روش بسیار ساده استفاده کرده‌ام که همیشه خوب جواب داده: ابتدا همه کارها، پروژه‌ها و ایده‌هایی که در جریان‌اند بدون دسته‌بندی و بدون اولویت، روی یک صفحه جمع می‌شوند. بعد تنها سه سؤال مطرح می‌کنم:اگر امروز کسب‌وکار از صفر شروع می‌کرد، کدام‌یک از این‌ها اصلاً وارد مسیر نمی‌شد؟کدام کار اگر انجام نشود، هیچ مشتری‌ای نبودش را حس نمی‌کند؟کدام مورد فقط به این دلیل مانده که “قبلاً درباره‌اش حرف زده‌ایم”؟این سه سؤال ساده معمولاً مقدار قابل‌توجهی از کارهای اضافه را مشخص می‌کند. نه بحث پیچیده لازم دارد، نه جلسه‌های طولانی فقط یک نگاه شفاف به حذف کارهای غیر ضروری میدهد و در افزایش بازدهی تاثیر فوق العاده ای دارد و فضا باز می‌شود و مسیر اصلی خودش را نشان می‌دهد.جمع‌بندیبیشتر کسب‌وکارها به‌خاطر «کمبود منابع » و یا «کمبود زمان» دچار مشکل نمی‌شوند؛ به‌خاطر تداوم کارهایی که باید کنار گذاشته می‌شدند دچار سردرگمی می‌شوند.کنار گذاشتنِ آگاهانه، مسیر را واضح‌تر می‌کند، تصمیم‌گیری را ساده‌تر می‌کند و به تیم کمک می‌کند از «مشغول بودن» به «پیشرفت داشتـن» تغییر جهت بدهد.سری مطالباین نوشته بخشی از سری «از ایده تا رشد» است؛ جایی که تجربه‌ها و مشاهداتم در همراهی با کسب‌وکارها رادر قالب نکات کاربردی و قابل‌استفاده منتشر می‌کنم.برای دیدن همه فصل‌ها:https://virgool.io/From-Idea-To-Growth محمدرضا طاهری محمدرضا طاهری Sun, 23 Nov 2025 10:11:45 +0330 https://virgool.io/From-Idea-To-Growth/%DA%86%D8%B7%D9%88%D8%B1-%D9%85%D8%B3%D8%A6%D9%84%D9%87%D9%94-%D8%AF%D8%B1%D8%B3%D8%AA-%D8%B1%D8%A7-%D9%BE%DB%8C%D8%AF%D8%A7-%DA%A9%D9%86%DB%8C%D9%85-i0czjtgmsxu5 مهم‌ترین قدم قبل از ساخت محصولدر مطلب قبلی این سری («چطور قبل از ساخت محصول، ریسک شکست را کم کنیم؟») درباره اینکه چرا باید قبل از توسعه، یادگیری را جلو بیندازیم صحبت کردم. این نوشته ادامه همان مسیر است: چطور بفهمیم مسئله واقعی چیست؟بخش بزرگی از شکست‌های محصول/سرویس، نه به خاطر تکنولوژی یا طراحی، بلکه به خاطر اشتباه در تعریف مسئله اتفاق می‌افتد.اگر مسئله اشتباه باشد، بهترین MVP هم کمکی نمی‌کند.مسئلهٔ واقعی چیست؟یک مسئله واقعی سه ویژگی دارد:برای یک گروه مشخص از کاربران رخ می‌دهدبه اندازه کافی مهم است که رفتار کاربر را تحت‌تأثیر قرار دهدکاربر الآن با راه‌حل دیگری (هرچند ناقص) آن را مدیریت می‌کنداگر این سه ویژگی را نداشته باشد، معمولاً یک «فرض» است نه یک مسئله.سه تست استاندارد برای تشخیص مسئلهٔ درست۱) Current Alternative Test(تست جایگزین فعلی — برگرفته از JTBD)کاربر امروز بدون محصول شما چه می‌کند؟ اگر هیچ کاری نمی‌کند، مسئله احتمالاً اصلاً جدی نیست. اما اگر چند راه‌حل ناكارآمد به‌کار می‌گیرد، مسئله وجود دارد.۲) Pain Intensity Test(تست شدت درد — Lean Startup Problem Interview)اگر محصول شما نباشد، آیا زندگی کاربر مختل می‌شود یا فقط ناراحت می‌شود؟دردهای «مختل‌کننده» همیشه تقاضای واقعی دارند.۳) Pattern Repetition Test(تست تکرارپذیری — User Research / Demand Validation)آیا این مسئله در چندین کاربر با الگوی مشابه تکرار می‌شود؟مسئله‌ای که فقط یک نفر دارد، اسمش مشکل نیست؛ تجربه شخصی است.یک مثال واقعیدر یکی از پروژه‌ها، تیم تصور می‌کرد مشکل کاربران « زمان طولانی برای ثبت و نهایی سازی محتوی» است.اما در مصاحبه‌ها روشن شد مشکل اصلی چیز دیگری است:آن‌ها نمی‌دانستند از کجا شروع کنند.مشکل «ابهام» بود، نه «طولانی بودن فرآیند».بر این اساس، راه‌حل کاملاً تغییر کرد: از خودکارسازی - > به راهنمایی ساده و مرحله‌به‌مرحله.تعریف درست مسئله مسیر کل محصول را تغییر داد.چک‌لیست عملی برای پیدا کردن مسئلهیک چک لیست کوتاه اما کاربردی بهتون پیشنهاد می کنم که می‌توانی همین امروز اجرا کنی:۵ تا ۱۰ مصاحبه ساختاریافته با کاربران واقعیپرسیدن چندبارهٔ «چرا؟» برای رسیدن به ریشه ( الگوی Five whys ) ثبت رفتار کاربر، نه نظراتشجست‌وجوی الگوهای تکرارشوندهنوشتن مسئله در یک جمله شفاف:[کاربر X] در [وضعیت Y] دچار [مشکل Z] می‌شودفقط اگر این جمله واضح شد، وارد فاز طراحی راه‌حل شوجمع‌بندیپیدا کردن مسئلهٔ درست پیش‌نیاز ساخت محصول مؤثر است.این مرحله:سرعت ساخت MVP را بیشتر می‌کندریسک را کاهش می‌دهدمسیر رشد را شفاف‌تر می‌کندو مهم‌تر از همه:محصول دقیقاً چیزی می‌شود که کاربر به آن نیاز دارد، نه چیزی که ما فکر می‌کنیم نیاز دارد.سری مطالباین نوشته بخشی از سری «از ایده تا رشد» است — مجموعه‌ای از نکات عملی برای تبدیل ایده به محصول و ساخت رشد پایدار.برای دیدن همهٔ فصل‌ها:https://virgool.io/From-Idea-To-Growth محمدرضا طاهری محمدرضا طاهری Sat, 22 Nov 2025 17:56:59 +0330 https://virgool.io/From-Idea-To-Growth/%DA%86%D8%B7%D9%88%D8%B1-%D9%82%D8%A8%D9%84-%D8%A7%D8%B2-%D8%B3%D8%A7%D8%AE%D8%AA-%D9%85%D8%AD%D8%B5%D9%88%D9%84-%D8%B1%DB%8C%D8%B3%DA%A9-%D8%B4%DA%A9%D8%B3%D8%AA-%D8%B1%D8%A7-%DA%A9%D9%85-%DA%A9%D9%86%DB%8C%D9%85-haddjcuiefvp در بسیاری از پروژه‌هایی که همراه آن‌ها بوده‌ام، یک نکته مشترک وجود دارد: اکثر تیم‌ها خیلی زود می‌سازند و خیلی دیر یاد می‌گیرند.یک ایده جذاب داریم و تصور می‌کنیم «اگر بسازیم، مشتری خود‌به‌خود می‌آید»؛ اما واقعیت این است که بخش بزرگی از شکست‌ها به خاطر فرضیات نادقیق درباره بازار، مشتری و رفتار واقعی است.این نوشته خلاصه مسیر و تجربه‌ای است که بارها در جلسات مشاوره‌ام دیده‌ام؛ مسیری که کمک می‌کند قبل از ساخت، مطمئن‌تر یاد بگیریم و ریسک را کم کنیم.قدم اول: مسئله را دقیق روشن کنیمبسیاری از ایده‌ها از «راه‌حل» شروع می‌شوند، نه از «مسئله». سؤال اصلی این است:مسئله‌ای که می‌خواهم حل کنم دقیقاً چیست و متعلق به چه کسی است؟سه تست سریع:اگر راه‌حل (ایده) من نباشد، کاربر الان چه کار می‌کند؟آیا این مسئله آن‌قدر مهم است که کاربر حاضر باشد رفتار فعلی‌اش را تغییر دهد؟ آیا این مسئله برای یک دسته مشخص از کاربران تکرار می‌شود؟قدم دوم: نسخه کوچک‌شده ایده را تست کنیملازم نیست محصول بسازیم تا رفتار را بسنجیم. چهار روش سریع برای اینکار پیشنهاد می کنم:صفحه فرود (landing page) ساده با ارزش پیشنهادی مشخصمصاحبه ساختاریافته با کاربران هدفپروتوتایپ بسیار ساده (حتی پاورپوینت)ارائه سرویس دستی به چند کاربر محدودهدف: مشاهده رفتار واقعی، نه شنیدن تعریف و تمجید از رفقای دور و برم ( تست مامان )قدم سوم: دو عدد حیاتی قبل از ساختچند درصد کاربر علاقه واقعی نشان می‌دهد؟هزینه احتمالی رسیدن به آن کاربر چقدر است؟این‌ها نسخه اولیه اقتصاد واحد و قابلیت مقیاس‌پذیری هستند. (در خصوص این دو مفهوم به زودی مطلبی منتشر خواهم کرد)چرا این موضوع برای من مهم است؟سال‌هاست با فاوندرها و تیم‌ها روی همین سؤال کار می‌کنم:«چطور قبل از ساخت، مسیر اشتباه را زود تشخیص دهیم؟»این سری نوشته‌ها را برای همین در ویرگول شروع کرده‌ام: نکاتی که در عمل جواب داده‌اند؛ کوتاه، کاربردی و قابل‌اجرا.جمع‌بندیاگر قبل از ساخت فقط یک کار انجام دهیم، باید این باشد:ساخت را عقب بیندازیم، یادگیری را جلو بیندازیم.این نوشته بخشی از سری From Idea to Growth است. مطالب بعدی درباره تصمیم‌گیری، رشد، مدل‌سازی و تجربه‌های عملی منتشر خواهد شد. محمدرضا طاهری محمدرضا طاهری Sun, 16 Nov 2025 10:29:43 +0330