این مقاله درباره

منتورینگ استارتاپ چیست

منتورینگ استارتاپ چیست: همراهی برای اعتبارسنجی ایده، نسخه حداقلی و جذب کاربر اول — جدا از منتورینگ برنامه‌نویسی و شتاب‌دهنده.

منتورینگ استارتاپ چیست؟ از ایده تا MVP و کاربر اول

نوشته شده توسط محمد اصل زنجانی

بازبینی‌شده توسط روبینش

اولین نظر را بدهید — امتیاز خوانندگان روبینش

اگر می‌پرسید منتورینگ استارتاپ چیست، پاسخ کوتاه این است: همراهی با بنیان‌گذار برای اینکه ایده را قبل از ساخت بزرگ بیازماید، نسخهٔ اول را کوچک نگه دارد و به اولین کاربران واقعی برسد — نه اینکه فقط اسلاید و شعار جمع کند. منتور استارتاپ مدرس دورهٔ عمومی نیست و شتاب‌دهنده هم نیست. کارش این است که سؤال سخت بپرسد، اولویت را کوتاه کند و جلوی ساختن چیزی را بگیرد که هنوز مشتری ندارد.

جست‌وجوهایی مثل «منتورینگ استارتاپ چیست»، «اعتبارسنجی ایده»، «MVP»، «جذب کاربر اول» و «تفاوت با شتاب‌دهنده» معمولاً از کسی می‌آید که بین ساخت محصول و حرف زدن با بازار گیر کرده است. در این راهنما این رابطه را از منتورینگ برنامه‌نویسی جدا می‌کنیم، اعتبارسنجی و نسخهٔ حداقلی را تعریف می‌کنیم و مسیر کاربر اول را عملی می‌نویسیم. نقش کلی منتور در مقاله منتور کیست است و مسیر یادگیری کدنویسی در منتورینگ برنامه‌نویسی. اجرای همراهی محصول در خدمات منتورینگ روبینش تعریف می‌شود.

Make something people want. The goal of an early product is not completeness; it is learning whether a specific person has a painful problem you can relieve.

منبع: Y Combinator — Make Something People Want
جلسه منتورینگ استارتاپ روی بورد محصول و لپ‌تاپ: فرضیه، مشتری، نسخه اول — روبینش | Rubinesh
جلسهٔ خوب با سؤال شروع می‌شود: این هفته از چه کسی چه چیزی می‌آموزید؟

منتورینگ استارتاپ چه کاری می‌کند و چه کاری نمی‌کند؟

منتور استارتاپ تجربهٔ ساخت، فروش یا شکست محصول را به جلسه می‌آورد تا بنیان‌گذار تصمیم کوچک‌تری بگیرد. او سرمایه‌گذار نیست، هرچند گاهی شبکه معرفی می‌کند. او مدیرعامل سایه نیست و کار اجرایی را به‌جای تیم انجام نمی‌دهد. اگر منتور هر هفته اسلاید طراحی کند و شما فقط گوش بدهید، رابطه آموزشی است نه منتورینگ محصول. خروجی باید فرضیه، آزمایش و نتیجهٔ قابل نوشتن باشد.

تفاوت با منتور برنامه‌نویس روشن است. آنجا هدف رشد مهارت فردی و ورود به بازار کار است. اینجا هدف کاهش ریسک کسب‌وکار است: آیا مسئله واقعی است، آیا کسی پول یا زمان می‌دهد، آیا نسخهٔ اول قابل یادگیری است. ممکن است بنیان‌گذار فنی باشد و هر دو نوع همراهی لازم شود؛ ولی قاطی‌کردن «یادگیری ری‌اکت» با «پیدا کردن مشتری» جلسه را بی‌هدف می‌کند. اول مسئله کسب‌وکار را جدا کنید.

نشانهٔ جلسهٔ مفید این است که بعد از آن کار مشخصی روی تقویم می‌رود: پنج مصاحبه، یک صفحهٔ فرود، یک پیشنهاد قیمت، حذف یک فیچر. نشانهٔ جلسهٔ ضعیف این است که فقط انگیزه می‌گیرید و همان لیست فیچر بزرگ‌تر می‌شود. منتور خوب گاهی «نساز» می‌گوید. این جواب تلخ، اگر با دلیل بازار باشد، ارزشمندتر از تشویق مبهم است.

منتور استارتاپ، شتاب‌دهنده و مشاور پروژه
مدل تمرکز خروجی رایج
منتورینگ استارتاپ فرضیه، اولویت، یادگیری آزمایش هفتگی و تصمیم کوچک
شتاب‌دهنده کوهورت، شبکه، گاهی سرمایه برنامه زمان‌دار و دمو
مشاور پروژه یک مسئله مشخص توصیه یا سند محدود

اعتبارسنجی ایده از کجا شروع می‌شود؟

اعتبارسنجی یعنی قبل از ماه‌ها کدنویسی بفهمید کسی این درد را دارد و حاضر است برای تسکینش کاری بکند. لایک استوری و تعریف دوست، اعتبار نیست. حرف زدن با کسی که امروز همان کار را با اکسل یا واسطه انجام می‌دهد، نزدیک‌تر است. سؤال را دربارهٔ گذشته بپرسید نه آینده: «هفتهٔ پیش برای این کار چه کردید؟» نه «اگر اپی بود استفاده می‌کردید؟»

فرضیه را بنویسید: چه کسی، چه مسئله‌ای، چه جایگزین فعلی، چه وعده‌ای. بعد کوچک‌ترین آزمایش را طراحی کنید. گاهی یک صفحهٔ توضیح و فرم کافی است. گاهی پیش‌فروش یا انجام دستی خدمت برای سه مشتری. ساخت پنل کامل قبل از این مرحله، هزینهٔ یادگیری را بالا می‌برد نه سرعت را. اگر جواب مصاحبه‌ها متناقض است، مخاطب را تنگ‌تر کنید نه فیچر را بیشتر.

اعتبارسنجی پایان ندارد؛ فقط کافی می‌شود که ریسک نسخهٔ اول قابل دفاع باشد. منتور اینجا جلوی دو افراط را می‌گیرد: تحقیق بی‌پایان بدون ساخت، و ساخت بی‌پایان بدون حرف زدن با بازار. هر دو هفته باید یک یادگیری مکتوب داشته باشید: چه باوری غلط بود، چه چیزی را عوض می‌کنید. بدون این دفترچه، جلسات تکرار می‌شوند.

نسخه حداقلی یعنی چه و چه چیزی داخلش نیست؟

MVP حداقل محصولی است که یک فرضیه را با کاربر واقعی می‌آزماید، نه ارزان‌ترین کپی از رقیب. اگر فرضیه «رستوران به گزارش موجودی روزانه نیاز دارد» است، نسخهٔ اول می‌تواند پیامک و یک جدول باشد نه اپ چندنقشی. فیچرهایی که به یادگیری آن فرضیه کمک نمی‌کنند، در نسخهٔ اول نویزاند. کامل بودن حس امنیت می‌دهد و یادگیری را دیر می‌کند.

تفاوت نسخهٔ کامل با MVP در تعداد صفحه نیست؛ در سؤالی است که باید جواب بگیرد. نسخهٔ کامل وقتی معنی دارد که مسئله و کانال جذب تا حدی روشن شده باشد. ساختن همهٔ ماژول‌ها «چون بعداً لازم می‌شود» همان بدهی است که در مقالهٔ هزینهٔ نرم‌افزار اختصاصی هم دیدیم. منتور باید لیست آرزو را به یک جریان حیاتی بفشارد: یک نقش، یک اقدام، یک نتیجه.

پروتوتایپ MVP روی لپ‌تاپ: چند صفحه کلیدی نسخه اول، نه محصول کامل — روبینش | Rubinesh
نسخهٔ اول باید قابل استفاده و قابل اندازه‌گیری باشد، نه لزوماً زیبا.

بعد از لانچ نسخهٔ کوچک، معیار را از قبل بنویسید. «بازخورد خوب» مبهم است. تعداد کسانی که هفتهٔ بعد برگشتند، یا حاضر شدند معرفی کنند، یا پول آزمایشی دادند، روشن‌تر است. اگر هیچ‌کس برنمی‌گردد، فیچر اضافه نکنید؛ فرضیه را عوض کنید. تعریف دقیق نسخه اول در مقاله MVP چیست است؛ جزئیات فنی ساخت را بعداً در مسیر نرم‌افزار سفارشی ببینید. اینجا تصمیم محصول است.

کاربر اول را چطور پیدا و نگه می‌داریم؟

کاربر اول معمولاً از تبلیغ گسترده نمی‌آید. از شبکه‌ای می‌آید که درد را می‌شناسد: صنف، گروه تخصصی، مشتری قبلی خدمات دستی شما. منتور کمک می‌کند فهرست ده نفر مشخص بنویسید نه «همهٔ بازار ایران». پیام باید مسئلهٔ آن‌ها را نام ببرد نه برند شما را. درخواست مشخص باشد: سی دقیقه مشاهدهٔ کار، یا استفادهٔ یک هفته از نسخهٔ زشت.

نگه داشتن کاربر اول از جذب سخت‌تر است. اگر بعد از ثبت‌نام کسی سراغشان نرود، محصول مرده به نظر می‌رسد حتی اگر کد درست باشد. یک مسئول انسان برای هفتهٔ اول بگذارید. سؤال کنید کجا گیر کردند. این گفت‌وگو دادهٔ محصول است نه پشتیبانی تزئینی. اگر سه نفر اول همان جا رها می‌کنند، قبل از کمپین همان نقطه را درست کنید.

داشبورد کاربر اول روی لپ‌تاپ هنگام گفت‌وگو با مشتری واقعی — روبینش | Rubinesh
ده گفت‌وگوی واقعی از هزار بازدید بی‌نام برای نسخهٔ اول مفیدتر است.

کانال رشد را وقتی جدی بگیرید که یک نفر بدون شما محصول را به نفر بعدی توضیح دهد. تا آن لحظه، فروش دستی افتخار است نه شکست. شرم از «غیرمقیاس‌پذیری» تیم‌ها را به تبلیغ زود سوق می‌دهد. قیف و تبلیغ وقتی معنی دارند که وعده و صفحه روشن باشد؛ نقشهٔ مراحل را در راهنمای قیف فروش ببینید و اینجا روی یادگیری نفرهای اول بمانید.

تفاوت با شتاب‌دهنده چیست؟

شتاب‌دهنده معمولاً برنامهٔ زمان‌دار، همگروه و گاهی سرمایه یا خدمات دارد. منتورینگ می‌تواند یک رابطهٔ یک‌به‌یک بدون کوهورت باشد. شتاب‌دهنده برای تیمی مناسب است که قبلاً کمی کشش یا حداقل تیم متعهد دارد و می‌خواهد فشرده معرفی و تمرین ارائه کند. اگر هنوز مسئله را پیدا نکرده‌اید، ورود به برنامهٔ فشرده فقط اضطراب و اسلاید می‌سازد.

منتور خوب ممکن است شما را از شتاب‌دهندهٔ نامرتبط منع کند. فشار دموی عمومی قبل از محصول قابل استفاده، تیم را به نمایش وامی‌دارد. برعکس، اگر مشتری دارید و گلوگاه معرفی و نظم است، برنامهٔ گروهی می‌تواند مفید باشد. انتخاب را از روی پوستر برند نکنید؛ از روی این بپرسید که نود روز بعد چه مهارتی یا چه مشتری‌ای باید داشته باشید.

قرارداد منتورینگ باید محدوده داشته باشد: تعداد جلسه، آمادگی بین جلسه، اینکه منتور سهام می‌گیرد یا نه، محرمانگی ایده. ایده به‌تنهایی معمولاً ارزش حقوقی عظیمی ندارد؛ اجرای با مشتری دارد. با این حال شفافیت بهتر از ابهام است. منتور نباید هم‌زمان مشاور رقیب مستقیم شما در همان بازار باریک باشد مگر با توافق.

جلسه منتورینگ را چطور جمع کنیم که فقط حرف نباشد؟

قبل از جلسه یک صفحه بفرستید: چه آزمودید، چه شنیدید، چه تصمیم معلقی مانده. جلسه را با گزارش شروع کنید نه با ایدهٔ تازهٔ ناگهانی. منتور باید بتواند بگوید این هفته نسبت به هفتهٔ قبل چه باوری عوض شده. اگر هر بار از صفر تعریف می‌کنید استارتاپ چیست، دفترچهٔ یادگیری وجود ندارد. وقت را برای اولویت بعدی بگذارید: یک آزمایش، یک مسئول، یک تاریخ.

بین جلسه‌ها کار مال بنیان‌گذار است. منتور تکلیف می‌دهد نه پروژهٔ جایگزین. اگر دو هفته هیچ مصاحبه‌ای نشده، جلسه را کوتاه کنید و علت را بشکافید: ترس از تماس، نبود فهرست، یا عوض شدن ایده. شرم را به برنامه تبدیل کنید. سه تماس در تقویم بهتر از یک بوم کسب‌وکار کامل بدون حرف زدن با مشتری است. این نظم همان چیزی است که شتاب‌دهنده با فشار گروهی می‌سازد؛ در رابطهٔ یک‌به‌یک باید خودتان بسازید.

تعارض را بنویسید. اگر منتور می‌گوید نفروشید و شما می‌خواهید فیچر بسازید، دلیل هر طرف را روی کاغذ بیاورید و با یک آزمایش ارزان داوری کنید. اصرار از روی شأن، محصول را گران می‌کند. بنیان‌گذار تصمیم نهایی را می‌گیرد و مسئولیتش را هم می‌پذیرد. منتور شریک خاموش هیئت‌مدیره نیست مگر قرارداد سهام و نقش جدا داشته باشد.

اگر هم‌بنیان‌گذار فنی و غیر فنی دارید، جلسه را دو تکه نکنید که یکی «بازار» بشنود و یکی «کد». هر دو باید فرضیه را بفهمند. در غیر این صورت محصولی ساخته می‌شود که مصاحبه آن را رد کرده. منتور می‌تواند ترجمه کند: این نقل‌قول مشتری یعنی این اولویت بک‌لاگ. بدون ترجمه، تیم دوباره به سلیقه برمی‌گردد. یک برد کوچک روی دیوار — فرضیه، آزمایش، نتیجه — از اسلاید زیبا مفیدتر است.

پول منتور را با سهام قاطی نکنید مگر هر دو طرف مدل را می‌فهمند. سهام در برابر حرف مبهم، رابطه را تلخ می‌کند. بهتر است تعداد جلسه، آمادگی و مرز تصمیم روشن باشد. اگر منتور مشتری معرفی می‌کند، بگویید معرفی است نه فروش تضمینی. شما هنوز باید خدمت را برسانید. وابستگی به شبکهٔ منتور بدون محصول قابل استفاده، همان تئاتر استارتاپی است که باید از آن فاصله بگیرید.

اشتباهات رایج بنیان‌گذار در این رابطه

  • خواستن تأیید به‌جای سؤال سخت
  • ساختن نسخهٔ کامل قبل از پنج گفت‌وگوی واقعی
  • عوض کردن ایده هر جلسه بدون آزمایش
  • منتظر کمال طراحی ماندن برای صحبت با مشتری
  • یکی‌دانستن لایک و تقاضا
  • سپردن تصمیم‌های بنیان‌گذاری به منتور

چک‌لیست چهار هفتهٔ اول

  1. فرضیهٔ مشتری و مسئله در یک بند نوشته شده است.
  2. فهرست مصاحبه با نام مشخص آماده است.
  3. نسخهٔ اول فقط یک جریان حیاتی را می‌آزماید.
  4. معیار یادگیری قبل از لانچ تعریف شده است.
  5. مسئول پیگیری کاربر اول انسان است نه فقط ایمیل خودکار.
  6. بعد از هر جلسه منتورینگ یک تصمیم مکتوب هست.
  7. شتاب‌دهنده تا روشن شدن مسئله به تعویق افتاده یا دلیل مشخص دارد.

جمع‌بندی: اول یادگیری، بعد مقیاس

منتورینگ استارتاپ چیست در عمل: فشردن ایده تا آزمایش، نگه داشتن نسخهٔ اول کوچک، و رساندن حرف به انسان واقعی. شتاب‌دهنده و دورهٔ کدنویسی جای این کار را نمی‌گیرند. اگر جلسه فقط انرژی می‌دهد و لیست فیچر را طولانی می‌کند، رابطه را عوض کنید.

برای تعریف محدودهٔ همراهی محصول، صفحه منتورینگ روبینش و تماس را ببینید. اگر هنوز مهارت فنی گلوگاه است، مسیر برنامه‌نویسی را جدا از این مقاله پیش ببرید تا دو هدف در یک جلسه قاطی نشود. یک برگه با فرضیه، فهرست مصاحبه و معیار نسخهٔ اول به جلسه ببرید. بدون آن برگه، مشاوره فقط انگیزه است و هفتهٔ بعد همان ابهام برمی‌گردد. اگر ساخت نرم‌افزار بعد از یادگیری بازار جدی شد، برآورد را با دامنهٔ کوچک در مسیر توسعهٔ اختصاصی ببینید نه با آرزوی همهٔ ماژول‌ها در ماه اول.

سؤالات متداول

منتور استارتاپ همان مربی برنامه‌نویسی است؟

خیر. منتور برنامه‌نویسی روی مهارت، کد و مسیر شغلی کار می‌کند. منتور استارتاپ روی فرضیه بازار، نسخه کوچک و کاربر واقعی تمرکز دارد. گاهی یک نفر هر دو نقش را دارد، اما مسئله جلسه باید یکی باشد.

بدون محصول می‌شود از منتور استارتاپ استفاده کرد؟

بله، حتی بهتر است قبل از ساخت بزرگ شروع شود. کار اول گفت‌وگو با مشتری محتمل و نوشتن فرضیه است، نه اسلاید کامل. محصول وقتی معنا دارد که مسئله مشخص باشد.

شتاب‌دهنده جای منتور را می‌گیرد؟

شتاب‌دهنده معمولاً برنامه گروهی، شبکه و گاهی سرمایه دارد. منتور رابطه فردی و سؤال سخت است. یکی جایگزین دیگری نیست؛ زمان ورود به هر کدام به بلوغ ایده بستگی دارد.

MVP باید چند قابلیت داشته باشد؟

به اندازه یادگیری یک فرضیه. قابلیتی که کاربر نسخه اول لمس نمی‌کند فقط تأخیر و هزینه است. معیار موفقیت بازگشت یا پرداخت آزمایشی است نه فهرست فیچر.

همراهی محصول را از کدام صفحه شروع کنیم؟

مسیر تجاری در صفحه منتورینگ روبینش است. این مقاله اعتبارسنجی، نسخه حداقلی و کاربر اول را توضیح می‌دهد.