چطور یک پروژه جانبی را بفروشیم: آماده‌سازی، قیمت‌گذاری، خریدار و تحویل
برای فروش یک پروژه جانبی، ابتدا عددها و حساب‌های آن را مرتب کنید، نحوه اداره‌اش را روی کاغذ بیاورید، تصمیم بگیرید دقیقاً چه چیزی را می‌فروشید و تقریباً چه ارزشی دارد، سپس از راه یک بازار، یک جامعه یا تماس مستقیم خریدار پیدا کنید و با یک قرارداد مکتوب و چک‌لیست، تحویل را انجام دهید. بیشترِ کار در آماده‌سازی است: پروژه‌ای که فهمیدنش آسان و تحویل گرفتنش راحت باشد، سریع‌تر فروخته می‌شود و با شرایط بهتری فروخته می‌شود. این راهنما هر مرحله را مرور می‌کند.
اگر هنوز در مرحله رشد پروژه هستید، چطور از یک اپ پول دربیاوریم درباره کسب درآمد توضیح می‌دهد و شاخص‌های SaaS به زبان ساده عددهایی را توضیح می‌دهد که خریداران خواهند پرسید.
چه زمانی فروش منطقی است
فروش وقتی ارزش بررسی دارد که:
- علاقه‌تان کم شده اما پروژه هنوز کاربر، درآمد یا ترافیک دارد.
- زمانی که لازم دارد بیش از توان شماست و کس دیگری می‌تواند آن را رشد دهد.
- با جای دیگری بهتر می‌خورد: یک رقیب، شریک یا محصول بزرگ‌تر می‌تواند از آن بهره بیشتری ببرد.
- می‌خواهید روی چیز تازه‌ای سرمایه‌گذاری یا تمرکز کنید.
شاید ارزش فروش نداشته باشد اگر اداره پروژه تلاش کمی می‌خواهد و درآمد ثابتی دارد؛ بعضی افراد این پروژه‌ها را نگه می‌دارند. همچنین بسنجید که آیا بستن تدریجی پروژه یا منتشر کردن کدش به‌صورت متن‌باز به کاربران بهتر خدمت می‌کند.
گام ۱: بدانید دقیقاً چه چیزی می‌فروشید
خریداران برای چیزهای مختلفی پول می‌دهند. آنچه پروژه شما دارد را فهرست کنید:
| دارایی | نمونه‌ها | خریدار دنبال چیست |
|---|---|---|
| درآمد | اشتراک، فروش یک‌باره، تبلیغات | پایدار، مستند، و وابسته به یک مشتری نباشد |
| کاربران یا مخاطب | حساب‌ها، مشترکان خبرنامه، دنبال‌کنندگان شبکه‌های اجتماعی | فعال باشند، فقط ثبت‌نام نباشند؛ مخاطبانی که رضایت داده‌اند |
| ترافیک | بازدید از جستجو، ارجاعات | منابع پایدار، نه یک پست شانسی |
| محصول | کد، طراحی، ساختار پایگاه داده | تمیز، مستند و بدون نیاز به حضور شما قابل اجرا باشد |
| برند | دامنه، نام، شناسه‌های شبکه‌های اجتماعی | قابل انتقال باشد، مشکل علامت تجاری نداشته باشد |
| روابط | شرکا، یکپارچه‌سازی‌ها، تأمین‌کنندگان | قراردادهایی که بتوانند به مالک جدید منتقل شوند |
اگر پروژه درآمد یا کاربری ندارد، شما در حال فروش دارایی هستید: کد، دامنه، طراحی؛ و باید قیمت و توضیحات را هم بر همین اساس بنویسید.
گام ۲: عددها را درست کنید
پیش از صحبت با هر خریداری، گزارش‌های ساده و صادقانه برای حداقل دوازده ماه گذشته آماده کنید، یا از زمان راه‌اندازی اگر کوتاه‌تر است:
- درآمد ماهانه، از گزارش‌های سرویس پرداخت شما.
- هزینه‌های ماهانه: هاستینگ، دامنه، ابزارها، APIهای پولی، پیمانکاران، تبلیغات.
- سود ماهانه (درآمد منهای هزینه).
- مشتریان یا کاربران: جدید، فعال، لغوشده. برای اشتراک‌ها، درآمد تکرارشونده ماهانه و نرخ ریزش.
- منابع ترافیک از ابزار آنالیتیکس.
- زمانی که در هفته صرف می‌کنید و برای چه کارهایی.
عددها را به نفع خود تنظیم یا گرد نکنید. خریداران بررسی می‌کنند و اختلافی که نتوانید توضیح دهید، معامله را از بین می‌برد. اگر سوابق‌تان به هم ریخته است، پیش از عرضه یک ماه وقت بگذارید و آن‌ها را مرتب کنید.
گام ۳: تحویل را آسان کنید
هرچه پروژه کمتر به شما وابسته باشد، ارزش بیشتری دارد. این فهرست را دنبال کنید:
- یک راهنمای اجرایی بنویسید: چطور دیپلوی می‌شود، کجا میزبانی شده، چه چیزهایی خودکار اجرا می‌شوند، چه چیزهایی خراب می‌شوند و چطور درستشان کرد.
- حساب‌های جدا: هاستینگ، دامنه، ایمیل، آنالیتیکس و ابزارهای پروژه را به حساب‌هایی منتقل کنید که قابل واگذاری باشند، نه حساب‌های شخصی خودتان.
- همه سرویس‌ها و کلیدها را فهرست کنید: جدولی از هر سرویس شخص ثالث، کاربردش، هزینه‌اش و مالک حساب. هرگز کلیدهای واقعی را داخل سند نگذارید.
- کد را تمیز کنید: قابلیت‌های مرده را حذف کنید، وابستگی‌ها را به‌روز کنید و مطمئن شوید از یک کپی تازه ساخته می‌شود. چطور کد تولیدشده با هوش مصنوعی را بازبینی کنیم چک‌لیست مفیدی است.
- پشتیبانی مشتریان را مستند کنید: سوال‌های رایج، پاسخ‌های آماده، مشکلات باز.
- صفحات حقوقی را بررسی کنید: شرایط استفاده، سیاست حریم خصوصی و آنچه درباره انتقال داده به مالک جدید می‌گویند.
گام ۴: به قیمت فکر کنید
فرمول ثابتی وجود ندارد. خریداران پروژه‌های آنلاین کوچک معمولاً از سود یا درآمد یک سال گذشته شروع می‌کنند، یک ضریب روی آن اعمال می‌کنند و سپس بر اساس موارد زیر بالا یا پایین می‌آورند:
- روند: در حال رشد، ثابت یا در حال افت.
- پایداری: درآمد چقدر ثابت است و چقدر به چند مشتری یا یک کانال وابسته است.
- تلاش: اداره آن چند ساعت در هفته وقت می‌برد.
- سن: سابقه طولانی‌تر قانع‌کننده‌تر است.
- ریسک: وابستگی به یک پلتفرم، یک تأمین‌کننده یا یک رتبه جستجو.
- قابلیت انتقال: چقدر راحت می‌تواند بدون شما کار کند.
برای داشتن تصویر واقعی، به پروژه‌های مشابهی نگاه کنید که در بازارها عرضه یا فروخته شده‌اند (قیمت عرضه با قیمت فروش یکی نیست) و شاید بد نباشد نظر یک واسطه یا مشاور را هم بپرسید. پیش از شروع چانه‌زنی، حداقل قیمتی که حاضر به قبولش نیستید را مشخص کنید.
ساختار معامله هم اهمیت دارد. علاوه بر یک پرداخت یک‌باره، بعضی فروش‌ها شامل پرداخت‌های مرحله‌ای، سهمی از درآمد آینده یا یک دوره انتقال با پول است که در آن به مالک جدید کمک می‌کنید. هر کدام ریسک را بین شما و خریدار جابه‌جا می‌کند.
گام ۵: خریدار پیدا کنید
| کانال | مناسب برای | مراقب چه باشید |
|---|---|---|
| بازارهای آنلاین برای کسب‌وکارهای کوچک اینترنتی | رسیدن به خریداران زیاد؛ آگهی‌های ساختارمند | کارمزد، الزامات آگهی، افرادی که وقت شما را هدر می‌دهند |
| واسطه‌ها | پروژه‌های بزرگ‌تر؛ وقت کمتر برای شما | کمیسیون؛ همه پروژه‌های کوچک را نمی‌پذیرند |
| جامعه‌های بنیان‌گذاران | پروژه‌های کوچک؛ خریدارانی که پروژه جانبی را می‌فهمند | بررسی کمتر خریدار |
| تماس مستقیم | رقبا، شرکا، مشتریان بزرگ، مخاطبان خودتان | خودتان باید آن‌ها را پیدا و پیشنهاد دهید |
برای تماس مستقیم، یک پیام کوتاه کافی است: پروژه چیست، عددهای کلیدی‌اش، چرا ممکن است با آن‌ها جور باشد، و سؤالی درباره اینکه آیا مایل به دیدن جزئیات هستند. اصولی که در ایمیل سرد برای استارتاپ‌ها آمده در اینجا هم به کار می‌آید.
وقتی کسی علاقه نشان داد، ابتدا یک خلاصه بفرستید و جزئیات عددی را فقط پس از نشان دادن جدی بودنش بدهید؛ بسیاری از فروشندگان در این مرحله توافق‌نامه محرمانگی (NDA) می‌خواهند.
گام ۶: بررسی لازم
خریداران جدی می‌خواهند آنچه گفته‌اید را تأیید کنند. انتظار این درخواست‌ها را داشته باشید:
- دسترسی فقط‌خواندنی به داشبورد سرویس پرداخت یا گزارش‌های خروجی‌گرفته‌شده.
- دسترسی به آنالیتیکس یا اسکرین‌شات‌های دارای تاریخ.
- نمایش کد، هاستینگ و ابزارهای مدیریتی.
- فهرست مشتریان یا کاربران (اغلب تا امضای قرارداد بی‌نام می‌شوند؛ پیش از به اشتراک گذاشتن داده‌های شخصی، سیاست حریم خصوصی و قوانین محلی حفاظت از داده را بررسی کنید).
- هر قرارداد، اختلاف، بازپس‌گیری پول یا شکایتی.
سریع و صادقانه جواب دهید. غافلگیری‌هایی که دیر پیدا می‌شوند معمولاً معامله را خراب می‌کنند.
گام ۷: قرارداد و پرداخت
معامله را کتبی کنید. یک قرارداد فروش معمولاً مشخص می‌کند دقیقاً چه چیزی فروخته می‌شود، قیمت و شرایط پرداخت چیست، با مشتریان فعلی چه می‌شود، کمک شما در دوره انتقال چیست، آیا متعهد می‌شوید محصول رقیب نسازید، و اگر چیزی با توضیحات تفاوت داشت چه اتفاقی می‌افتد.
برای پرداخت، بسیاری از فروشندگان از یک سرویس امانت‌داری (Escrow) استفاده می‌کنند؛ این سرویس پول خریدار را نگه می‌دارد تا دارایی‌ها منتقل شوند، و در نتیجه هیچ‌کدام از دو طرف مجبور نیست کورکورانه به دیگری اعتماد کند. این اطلاعات عمومی است، نه مشاوره حقوقی یا مالیاتی؛ قوانین در هر کشور متفاوت است، پس برای هر چیزی فراتر از یک فروش کوچک، با وکیل و حسابدار مشورت کنید.
گام ۸: تحویل
با یک چک‌لیست کار کنید و موارد را همراه با خریدار تیک بزنید:
| مورد | چه کاری باید انجام شود |
|---|---|
| دامنه | انتقال به حساب ثبت‌کننده دامنه خریدار |
| کد | تحویل مخزن کد یا خروجی پروژه |
| هاستینگ و پایگاه داده | انتقال حساب‌ها، یا کمک به خریدار برای دیپلوی و انتقال داده‌ها |
| رازها و کلیدهای API | خریدار کلیدهای خودش را می‌سازد؛ شما پس از جابه‌جایی کلیدهای خودتان را باطل می‌کنید |
| پرداخت‌ها | با سرویس پرداخت خود بررسی کنید مشتریان و اشتراک‌ها چطور می‌توانند منتقل شوند؛ اغلب با انتقال حساب، به‌سادگی منتقل نمی‌شوند |
| ایمیل و پشتیبانی | انتقال صندوق پشتیبانی یا فوروارد آن؛ تحویل قالب‌های پاسخ |
| شبکه‌های اجتماعی و آگهی‌ها | انتقال شناسه‌ها و آگهی‌های بازار، در جایی که پلتفرم اجازه می‌دهد |
| مشتریان | درباره تغییر به آن‌ها اطلاع دهید، همان‌طور که شرایط و قانون محلی لازم می‌داند |
| پشتیبانی انتقال | تعداد هفته‌های توافق‌شده برای پاسخ به سؤال‌ها |
پس از جابه‌جایی، دسترسی خودتان را لغو کنید، سرویس‌هایی را که خریدار لازم ندارد قطع کنید و کپی قرارداد و سوابق نهایی را نگه دارید.
اشتباهات رایج
- فهرست‌کردن پیش از تمیز بودن عددها.
- بزرگ‌نمایی رشد یا پنهان کردن یک وابستگی، که در بررسی‌ها رو می‌شود.
- به اشتراک گذاشتن زودهنگام داده‌های مشتری یا بدون بررسی سیاست حریم خصوصی.
- نداشتن قرارداد کتبی به این بهانه که فروش کوچک است.
- تحویل حساب‌های شخصی که پروژه را با کارهای دیگرتان قاطی می‌کند.
فروش پروژه‌ای که با Mythex ساخته شده
اگر پروژه را با Mythex ساخته‌اید، کد آن مال خودتان است و می‌توانید تحویلش دهید. در طرح Pro می‌توانید پروژه را به‌صورت فایل دانلودی خروجی بگیرید یا با یک مخزن GitHub همگام کنید، و سپس مخزن یا فایل فشرده را به خریدار بدهید. فایل‌های محیطی و رازها در خروجی گنجانده نمی‌شوند، پس خریدار کلیدهای خودش را اضافه می‌کند. خریدار می‌تواند فایل را در یک پروژه Mythex خودش وارد کند یا جای دیگری اجرا کند؛ برای این کار چطور یک اپ ساخته‌شده با هوش مصنوعی را خروجی بگیریم و روی سرور خودمان میزبانی کنیم و مستندات خروجی‌گرفتن و اجرا در جای دیگر را ببینید. درباره داده‌های پایگاه داده هم از پیش برنامه‌ریزی کنید: توافق کنید خریدار به کپی داده‌های واقعی نیاز دارد یا نه، و هر داده شخصی را مطابق سیاست حریم خصوصی‌تان مدیریت کنید.
پرسش‌ها
آیا می‌توانم یک پروژه جانبی بدون درآمد را بفروشم؟
گاهی. پروژه‌های بدون درآمد هم می‌توانند برای کد، طراحی، دامنه، مخاطب یا ترافیک جستجوی‌شان فروخته شوند، اما خریداران معمولاً برای آن‌ها بسیار کمتر از پروژه‌هایی می‌پردازند که درآمد پایدار و مستند دارند. روشن کنید که دارید دارایی می‌فروشید، نه یک کسب‌وکار.
پروژه‌های کوچک آنلاین چطور ارزش‌گذاری می‌شوند؟
خریداران معمولاً به سود یا درآمد یک سال گذشته نگاه می‌کنند و یک ضریب روی آن اعمال می‌کنند؛ این ضریب بسته به رشد، پایداری درآمد، میزان کاری که اداره آن می‌برد و وابستگی آن به یک کانال یا یک نفر تعدیل می‌شود. فرمول ثابتی وجود ندارد، پس فهرست‌های مشابه را مقایسه کنید و منتظر چانه‌زنی باشید.
کجا می‌توانم یک پروژه جانبی را بفروشم؟
گزینه‌های رایج عبارت‌اند از بازارهای آنلاین برای کسب‌وکارهای کوچک اینترنتی، جامعه‌های بنیان‌گذاران و تماس مستقیم با خریداران احتمالی، مثل رقبا، شرکا، مشتریان بزرگ‌تر یا افراد هم‌مخاطب شما. هر کدام کارمزد و سطح بررسی خریدار متفاوتی دارند، پس ابتدا شرایط را بخوانید.
برای فروش یک پروژه جانبی به وکیل نیاز دارم؟
برای هر فروشی که خیلی کوچک نیست، داشتن قرارداد مکتوب و مشورت با وکیل یا مشاور حقوقی عاقلانه است، به‌ویژه وقتی داده‌های شخصی مشتریان، حساب‌های پرداخت یا تعهدات مداوم در میان است. نحوه مالیات‌بندی هم در هر کشور فرق می‌کند، پس با حسابدار مشورت کنید.