اولین ۲۰ کاربر محصول را از کجا پیدا کنیم؟ نقشهٔ عملی Base44
راهنمای اجرایی پیدا کردن اولین ۲۰ کاربر، آنبورد دستی، مصاحبه، تبدیل بازخورد به تصمیم محصول و برنامهٔ هفتروزه با الهام از تجربهٔ Base44.

مائور شلومو، بنیانگذار Base44 و داستان پیدا کردن اولین کاربران محصول
محصول اولیه برای «همه» ساخته نمیشود. باید اول به دست چند نفر مشخص برسد که مسئله را واقعاً دارند، حاضرند نسخهٔ ناقص را امتحان کنند و دقیق بگویند کجا گیر کردهاند.
این مقاله همان راهنمایی است که در ویدئوی داستان Base44 قولش را دادیم: یک نقشهٔ اجرایی برای پیدا کردن اولین ۲۰ کاربر، آنبورد دستی آنها و تبدیل بازخوردشان به تصمیم محصول.
درس واقعی Base44 چه بود؟
مائور شلومو در پاسخ به یک سؤال دربارهٔ رشد Base44 توضیح داد که هنگام عرضه، رقبایی مثل Bolt و Lovable از قبل توزیع بسیار قویتری داشتند. او محصول را با همان ۱۰ تا ۲۰ کاربر اولیه—که بیشترشان دوست و اعضای خانواده بودند—با شدت تکرار و اصلاح کرد تا برای گروهی از کاربران واقعاً بهتر شود. بعد از مطمئنشدن از کیفیت محصول، توزیع و پستهای پربازدید به رشد آن سرعت دادند. پاسخ کامل بنیانگذار در گفتوگوی Reddit.
در ژوئن ۲۰۲۵، Wix خرید Base44 را با مبلغ اولیهٔ حدود ۸۰ میلیون دلار و پرداختهای تکمیلی وابسته به عملکرد اعلام کرد. این عدد بهتنهایی ثابت نمیکند که فقط ۲۰ کاربر اولیه باعث معامله شدند؛ نکتهٔ قابلانتقال این است که توزیع، محصول ضعیف را نجات نمیدهد و بازخورد نزدیکِ کاربران اولیه میتواند قبل از رشد، کیفیت را بسازد. جزئیات رسمی معامله در اطلاعیهٔ Wix.
قبل از جستوجو: کاربر اول را دقیق تعریف کن
«صاحب کسبوکار»، «برنامهنویس» یا «دانشجو» تعریف کاربر نیست. تعریف خوب باید آنقدر محدود باشد که بدانی امروز کجا پیدایش کنی.
این جمله را کامل کن:
من برای [یک گروه مشخص] که هنگام [یک موقعیت مشخص] با [یک درد قابلمشاهده] روبهرو میشود، کمک میکنم [یک نتیجهٔ کوچک و فوری] بگیرد.
نمونه:
برای فروشگاههای کوچک اینستاگرامی که سفارشها را داخل دایرکت گم میکنند، یک صفحهٔ ساده میسازم تا سفارشها را در کمتر از پنج دقیقه ثبت و پیگیری کنند.
اگر نمیتوانی ۱۰ نفر واقعی را تصور کنی که این جمله دربارهٔ آنها درست باشد، تعریف هنوز زیادی گسترده است.
نقشهٔ پیدا کردن اولین ۲۰ کاربر
۱. ده نفر اول را از حلقهٔ نزدیک پیدا کن
یک فهرست واقعی از ۱۰ نفر بساز؛ نه «مخاطبان لینکدین»، بلکه اسم آدمها. دوست، همکار سابق، مشتری قبلی، عضو یک گروه تخصصی یا کسی که قبلاً دربارهٔ این درد با تو حرف زده است.
پیام را تکبهتک بفرست:
سلام. دارم یک نسخهٔ خیلی اولیه برای حل [مسئله] میسازم. هنوز کامل نیست و الان بیشتر از تعریف، به بازخورد صادقانه نیاز دارم. اگر ۱۵ دقیقه وقت داری، میتونم همین هفته خودم راهاندازیش کنم و فقط ببینم کجا گیر میکنی؟
هدف این پیام فروش نیست. هدف گرفتن یک جلسهٔ استفادهٔ واقعی است.
۲. ده نفر بعدی را از یک حلقه دورتر بگیر
از هر کاربر اولیه فقط یک معرفی بخواه:
چه کسی رو میشناسی که این مشکل براش جدیتر باشه؟ اگر فکر میکنی مناسبه، میتونی ما رو به هم معرفی کنی؟
اگر هرکدام از ۱۰ نفر اول فقط یک نفر مرتبط معرفی کنند، به ۲۰ میرسی؛ بدون تبلیغ انبوه و بدون خریدن فهرست مخاطب.
۳. جایی برو که درد همین حالا بیان میشود
برای پیدا کردن کاربرانی بیرون از شبکهٔ شخصی، دنبال جامعهٔ بزرگ نباش؛ دنبال گفتوگوی دقیق دربارهٔ درد باش:
- گروههای تخصصی تلگرام و دیسکورد
- انجمنها و کامیونیتیهای شغلی
- گفتوگوهای مرتبط در
RedditوX - نظرها و نقدهای محصولات رقیب
- بخش سؤالهای کاربران زیر ویدئوها و مقالههای تخصصی
بهجای انتشار یک لینک تبلیغاتی، اول به مسئله پاسخ مفید بده. بعد فقط اگر محصول واقعاً مرتبط است، دعوت به تست خصوصی کن.
۴. کاری انجام بده که هنوز مقیاسپذیر نیست
برای ۲۰ کاربر اول، آنبورد خودکار مزیت نیست. خودت جلسه را برگزار کن، دادهٔ اولیه را وارد کن، خطا را همان لحظه ببین و بعد از یک روز پیگیری کن.
در هر جلسه این چهار لحظه را ثبت کن:
- کاربر قبل از ورود چه انتظاری داشت؟
- اولین نقطهٔ مکث یا سردرگمی کجا بود؟
- چه لحظهای ارزش محصول را فهمید؟
- آیا بدون کمک تو میتوانست دوباره همان نتیجه را بگیرد؟
این مشاهدهها از یک فرم رضایتسنجی کلی مفیدترند.
۵. بازخورد را به رأیگیری قابلیت تبدیل نکن
کاربر معمولاً راهحل خودش را پیشنهاد میدهد، اما وظیفهٔ تو کشف مسئلهٔ زیر پیشنهاد است.
بهجای «چه قابلیتی اضافه کنیم؟» این سؤالها را بپرس:
- چه چیزی باعث شد محصول را امتحان کنی؟
- آخرین بار این مشکل چه زمانی اتفاق افتاد؟
- قبل از این محصول چطور حلش میکردی؟
- کدام مرحله بیشتر از انتظار زمان برد؟
- اگر فردا محصول حذف شود، به چه روشی برمیگردی؟
بعد بازخوردها را در سه ستون بنویس:
| مشاهده | تکرار بین کاربران | تصمیم بعدی |
|---|---|---|
| کاربر ارزش را دیر میفهمد | … از ۲۰ | کوتاهکردن مسیر اولین خروجی |
| بدون کمک راهاندازی نمیشود | … از ۲۰ | اصلاح آنبورد و پیشفرضها |
| مشکل فقط برای یک نفر رخ داده | ۱ از ۲۰ | فعلاً ثبت، نه ساخت فوری |
۶. اول حلقهٔ بازخورد را کامل کن، بعد توزیع را زیاد کن
پست پربازدید، تبلیغ یا همکاری زمانی مفید است که کاربر وارد محصول شود، ارزش را ببیند و برگردد. اگر بیشتر کاربران بعد از اولین تجربه رها میکنند، ترافیک بیشتر فقط تعداد خروجها را زیاد میکند.
قبل از رشد توزیع، این سه معیار را بررسی کن:
- چند نفر از ۲۰ کاربر به خروجی وعدهدادهشده رسیدند؟
- چند نفر بدون کمک دوباره از محصول استفاده کردند؟
- چند نفر محصول را به یک نفر دیگر معرفی کردند؟
هدف اولیه «۲۰ ثبتنام» نیست؛ ۲۰ حلقهٔ یادگیری واقعی است.
برنامهٔ هفتروزه
روز اول
- تعریف دقیق کاربر و مسئله
- نوشتن فهرست ۱۰ نفر اول
- آمادهکردن یک نسخه که فقط یک نتیجهٔ اصلی را نشان دهد
روز دوم و سوم
- ارسال پیام شخصی
- رزرو حداقل پنج جلسه
- ثبت انتظار کاربر قبل از مشاهدهٔ محصول
روز چهارم و پنجم
- آنبورد دستی
- ثبت لحظههای مکث
- اصلاح فقط دو اصطکاک پرتکرار
روز ششم
- درخواست معرفی یک کاربر مشابه از هر شرکتکننده
- رفتن به یک جامعهٔ تخصصی که مسئله در آن مطرح شده است
روز هفتم
- شمارش کاربران فعال، نه فقط ثبتنامها
- انتخاب یک تغییر محصول برای هفتهٔ بعد
- نوشتن نتیجه و دعوت از گروه بعدی در قالب ساخت در معرض دید
اشتباههایی که این برنامه را خراب میکنند
- پیام یکسان و گروهی برای صدها نفر
- تخفیفدادن قبل از فهمیدن ارزش واقعی
- ساخت چند ماهه بدون مشاهدهٔ استفاده
- انتخاب کاربرانی که فقط بهخاطر دوستی تعریف میکنند
- تغییر محصول بعد از هر نظر منفرد
- سنجیدن موفقیت فقط با بازدید و ثبتنام
دوست و خانواده میتوانند شروع خوبی باشند، اما فقط اگر واقعاً مسئله را دارند و اجازه بدهی با رفتارشان—نه تعارفشان—کیفیت محصول را نشان دهند.
قبل از دعوت، چیزی برای امتحانکردن بساز
لازم نیست نسخهٔ اول کامل باشد؛ باید یک مسیر واقعی از مسئله تا خروجی داشته باشد. برای شکستن مسئله، تعریف کاربر و نوشتن پیامهای مصاحبه میتوانی از AiraChat استفاده کنی.
برای ساخت نسخهٔ قابلآزمایش داخل ترمینال، AiraCode در دسترس است. هدف این نیست که همهٔ قابلیتها را بسازی؛ فقط باید چیزی داشته باشی که همان ۲۰ نفر بتوانند با آن یک کار واقعی را تمام کنند.
اگر آمادهای نسخهٔ اولیه را بسازی، راهنمای نصب AiraCode را باز کن.
جمعبندی: اولین ۲۰ کاربر کانال رشد نیستند؛ تیم تحقیق و توسعهٔ اولیهٔ محصولاند. آنها را نزدیک نگه دار، رفتارشان را ببین و تا وقتی حلقهٔ استفاده، مشاهده و اصلاح کامل نشده، ترافیک را جای یادگیری ننشان.
ادامهٔ مسیر
همهٔ مقالهها ←
Vibe coding چیست؟
Vibe coding چیست؟، راهنمای فارسی از مجموعهٔ «کدنویسی با AI» در وبلاگ آیرا. بازنویسیشده با تمرکز روی کاربر ایرانی و روایت شناخت پیوسته.

AiraCode، همراه کدنویسی فارسی توسعهدهنده ایرانی
AiraCode، همراه کدنویسی فارسی توسعهدهنده ایرانی، راهنمای فارسی از مجموعهٔ «کدنویسی با AI» در وبلاگ آیرا. بازنویسیشده با تمرکز روی کاربر ایرانی و روایت شناخت پیوسته.

Agentic coding، نسل جدید کدنویسی
Agentic coding، نسل جدید کدنویسی، راهنمای فارسی از مجموعهٔ «کدنویسی با AI» در وبلاگ آیرا. بازنویسیشده با تمرکز روی کاربر ایرانی و روایت شناخت پیوسته.

پرامپت برای کدنویسی
پرامپت برای کدنویسی، راهنمای فارسی از مجموعهٔ «پرامپتنویسی» در وبلاگ آیرا. بازنویسیشده با تمرکز روی کاربر ایرانی و روایت شناخت پیوسته.
بیشتر در «کدنویسی با AI»
- AiraCode در برابر Cursor؛ کدام برای توسعهدهندهٔ ایرانی بهتر است؟
- AiraCode در برابر GitHub Copilot؛ مقایسهٔ کامل برای کدنویس ایرانی
- نقشهٔ رشد Cursor؛ متدی که به یک میلیارد دلار درآمد سالانه رسید
- کدنویسی با هوش مصنوعی چیست؟
- Cursor، ویرایشگر کدنویس هوشمند
- GitHub Copilot، راهنمای کامل
- Windsurf (سابق Codeium)
- Claude Code، Anthropic CLI کدنویسی
- Cursor در مقابل AiraCode
- Aider، pair programming روی ترمینال
- Continue.dev، IDE-agnostic AI
- Cline، autonomous coding agent
- Bolt.new، Lovable و v0، ساخت اپ با پرامپت
- Devin AI، اولین مهندس نرمافزار هوشمند
- MCP servers برای کدنویسی
- Sub-agents در Claude Code
- Plan mode چیست و چرا اهمیت دارد
- Tab completion هوشمند
- Multi-file edit با AI
- AI code review
- AI testing و debugging
- پرامپتنویسی برای کدنویسی
- Context-aware refactoring با AI
- AI برای DevOps
- آیندهٔ کدنویسی با AI
- چرا Cursor و Copilot هر روز با یه غریبه میبینندت