Playbook

Farid Kanaani's playbook

Short essays and notes on building and selling code products, launching SaaS faster, and keeping apps simple enough to maintain as a solo maker.

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

Launch your first B2B SaaS in 4–6 weeks

This is a longer field note behind the 4–6 week guide on Futurnu. It is written for solo or very small teams who already ship code, do not want investors, and just need a concrete path from idea to first paying teams.

The point is not to build a perfect product. The point is to get something honest, useful, and paid in front of 3–5 small teams without spending months rebuilding boilerplate or redesigning dashboards.

Weeks 1–2: narrow the bet and wire one real flow

Pick one painful workflow inside a narrow B2B niche. Then take the Futurnu Next.js SaaS Starter and bend it just enough so that one end to end flow feels real: authentication, basic settings, and a single dashboard view that actually moves the needle for that workflow.

  • Rename the product, routes, and navigation to match your domain words.
  • Sketch the data model on paper before touching Prisma or migrations.
  • Keep anything that is not core as close as possible to the starter defaults.

Weeks 3–4: ship to 1–2 friendly teams

By week 3, you want at least one team using the app with their own data. Watch how they click, where they hesitate, and what they ask over chat. Most of your work in this phase is moving buttons, tightening copy, and deleting distractions.

  • Say no to big features that do not help them use the main flow every day.
  • Prefer tiny guided tooltips and clearer wording over new screens.
  • Fix the rough edges in onboarding and the first report or export they need.

Weeks 5–6: charge a simple price and stay boring

When you see at least one team using the app weekly, introduce a simple pricing structure and ask them to pay. Use whatever payment setup you already have, even if it is manual invoices or a single plan.

  • Start with one price for small teams and adjust later.
  • Add only the settings and export options that block someone from paying you.
  • Avoid refactors that do not change whether a real team says yes or no this week.

The Futurnu Next.js SaaS Starter is there to remove all the boring scaffolding so that your six weeks go into understanding a niche and solving one workflow well, instead of fighting with auth, layouts, and deployments.

You can read the full product page for the Futurnu Next.js SaaS Starter and a concrete B2B analytics SaaS case study on Futurnu to see this same path applied end to end.

نسخهٔ بلندتر مسیر ۴–۶ هفته‌ای SaaS

این نوشته نسخهٔ بلندتر همان گاید ۴–۶ هفته‌ای روی Futurnu است؛ مخصوص میکرهای تکی یا تیم‌های خیلی کوچک که بلدند کد بزنند، دنبال سرمایه‌گذار نیستند و فقط یک مسیر روشن می‌خواهند برای این‌که از یک ایده به چند تیم کوچکِ پرداخت‌کننده برسند.

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

در هفته‌های ۱ و ۲، با استارتر Next.js SaaS کار می‌کنی تا فقط یک فلو کامل و واقعی را برای یک نیچ خیلی مشخص زنده کنی؛ احراز هویت، تنظیمات اولیه و یک صفحهٔ داشبورد که همان جریان کاری دردناک را بهتر کند. هر چیزی که مستقیماً به این فلو ربط ندارد را تا جای ممکن همان‌طور که در استارتر هست نگه می‌داری.

در هفته‌های ۳ و ۴، ۱ یا ۲ تیم دوست‌داشتنی را سوار می‌کنی و با دادهٔ واقعی آن‌ها می‌بینی کجا مکث می‌کنند، کجا گیج می‌شوند و چه سؤالاتی می‌پرسند. بیشتر کار این فاز عوض‌کردن جای دکمه‌ها، واضح‌تر کردن متن‌ها و حذف‌کردن حواس‌پرتی‌ها است؛ نه اضافه‌کردن فیچرهای بزرگ.

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

استارتر Next.js SaaS از Futurnu برای این طراحی شده که اسکلت تکراری (auth، لِی‌اوت، پنل ادمین و دیپلوی) را از سر راهت بردارد تا بتوانی انرژی شش هفته‌ات را روی فهمیدن یک نیچ و حل‌کردن یک جریان کاری مهم بگذاری؛ نه جنگیدن با زیرساخت.

Go from Notion outline to live landing in a weekend

This essay is the longer version of the weekend landing guide. It assumes you already have a Notion doc with a rough outline, and your goal is to get a clear, honest first landing live on your own domain between Friday evening and Sunday night.

The constraint is the point: you are not allowed to design a new system or invent a new layout. You are allowed to move sections around, edit copy, and wire buttons. The Next.js Landing Kit exists so that the canvas is already good enough and you can spend your limited weekend energy on the message.

Friday evening: choose a shape

On Friday, you duplicate one of the base pages from the Landing Kit and pick the layout that is closest to your product: SaaS, digital product, or a focused service. You drop in your product name and logo, set the brand colors to something simple, and stop.

  • Do not open a design tool. Work inside the kit and move sections, not pixels.
  • Decide your primary call to action for the weekend (waitlist, demo, checkout).
  • Make sure the header and footer already point to the right destinations.

Saturday: write the real story

Saturday is for copy, not code. Start at the hero: one clear line about the problem, one about the promise, and one line about who this is for. Then pull 3–5 bullets from your Notion outline and rewrite them so that they describe outcomes, not features.

  • Use the existing sections for problem, solution, and social proof instead of new ones.
  • Keep each paragraph short enough that you can read it out loud without gasping.
  • When in doubt, write what your best friend would need to hear to try this.

Sunday: wire CTAs and ship

On Sunday, you connect the primary buttons to your signup, waitlist, or checkout flow. You test the path on your phone, fix only the bugs that block someone from reaching the end, and then point a real domain to the landing.

  • Use whatever simple payment or form tool you already have instead of a new stack.
  • Send the link to a short list of people who actually match the audience you wrote for.
  • Write down the first 3 reactions; they are raw input for your next iteration.

The weekend is successful if, by Sunday night, there is a link you are not ashamed to send to a real person. The Next.js Landing Kit is there so you can get to that link by changing words and wiring CTAs, not by rebuilding a landing system from scratch.

If you want to use the exact kit described here, you can start from the Futurnu Next.js Landing Kit and wire it to your own Notion outline and domain.

نسخهٔ بلندتر مسیر آخر هفته‌ای لندینگ

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

محدودیت آخر هفته بخشی از طراحی است؛ اجازه نداری سیستم جدید اختراع کنی یا لِی‌اوت را از صفر طراحی کنی. اجازه داری سکشن‌ها را جابه‌جا کنی، متن را ویرایش کنی و دکمه‌ها را وصل کنی. Next.js Landing Kit برای این است که خود بوم از قبل کافی‌ خوب باشد و تو بتوانی انرژی‌ات را روی پیام خرج کنی.

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

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

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

آخر هفته وقتی موفق حساب می‌شود که شب یکشنبه لینکی داشته باشی که از فرستادنش برای یک آدم واقعی خجالت نکشی. Next.js Landing Kit کمک می‌کند این لینک را با عوض‌کردن کلمات و وصل‌کردن CTAها بسازی، نه با دوباره‌نویسی سیستم لندینگ.

How I actually use these starters

In practice, I use the same Futurnu starters I sell: the B2B analytics SaaS and the internal finance/ops dashboards both run on top of the Next.js SaaS Starter and Job Queue Starter, and several solo maker landings run on the Landing Kit. The point of these notes is to show the real paths I follow, not just an idealised checklist.

در عمل، خودم هم از همین استارترهایی که در Futurnu می‌فروشم استفاده می‌کنم؛ هم SaaS تحلیلی B2B و هم داشبوردهای داخلی finance/ops روی استارتر Next.js SaaS و استارتر صف پردازش ساخته شده3اند و چند لندینگ برای محصولات شخصی هم با Landing Kit بالا آمده3اند. هدف این پلی3بوک این است که همان مسیرهای واقعی و پر از محدودیت را نشان بدهم، نه فقط یک چک3لیست ایده3آل.