عصر نرم‌افزارهای شخصی: اپلیکیشن‌هایی که برای شما و هفت نفر از دوستانتان ساخته شده‌اند

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

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

نرم‌افزار شخصی در واقع چیست

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

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

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

چرا الان، و چرا نه در سال ۲۰۱۵

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

در سال ۲۰۱۵، ساخت یک برنامه خاص به معنای شش ماه شب‌کاری و آخر هفته، یک ادغام Stripe که سه روز طول می‌کشید، و یک داستان استقرار که یک هفته طول می‌کشید تا جا بیفتد، بود. این محاسبات برای چیزی کوچک‌تر از یک استارتاپ جواب نمی‌داد. دنباله طولانی موارد استفاده غیرقابل دستیابی بود.

در سال ۲۰۲۶، همان برنامه یک اعلان، یک استقرار Vercel و یک طرحواره Convex است. حداقل مخاطب اقتصادی برای یک نرم‌افزار از «ده‌ها هزار» به «شما و هفت دوست» کاهش یافته است. این یک پیشرفت در ابزار نیست. این یک باز شدن درِ دسته‌بندی است.

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

مثال‌های واقعی، نه فرضی

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

مردم Notion را به عنوان یک مینی CMS خصوصی برای خانه خود اجرا می‌کنند، با نماها و قالب‌هایی که برای هیچ کس خارج از خانواده منطقی نیست. پروژه‌های جانبی Replit و Lovable در یک شب ارائه می‌شوند، توسط ده همکار استفاده می‌شوند و سال‌ها بی‌سروصدا کار واقعی را انجام می‌دهند. برنامه‌های زمان‌بندی خانوادگی، تولیدکننده‌های فاکتور سفارشی، برنامه‌ریزان وعده‌های غذایی سفارشی مانند سبک برنامه‌های تک‌منظوره food-plan-pi، همگی برای مخاطبانی از چهار تا پانزده نفر اجرا می‌شوند.

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

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

تفاوت آن با بدون کد

بدون کد نرم‌افزار قالب‌بندی شده بود. نرم‌افزار شخصی نرم‌افزار سفارشی است. تفاوت در نیت است.

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

نرم‌افزار شخصی از یک سوال متفاوت شروع می‌شود. نه اینکه "کدام الگو با نیاز من مطابقت دارد" بلکه "وضعیت واقعی من چه چیزی را می‌طلبد و چگونه آن را کدگذاری کنم." سازنده از بین گزینه‌ها انتخاب نمی‌کند. آنها هدف را اغلب به زبان انگلیسی ساده برای یک دستیار هوش مصنوعی توصیف می‌کنند و کدی را دریافت می‌کنند که دقیقاً متناسب باشد.

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

دنباله بلند بالاخره به پایین می‌رسد

کریس اندرسون دنباله بلند را در سال ۲۰۰۴ توصیف کرد، اما نرم‌افزار هرگز واقعاً به آنجا نرسید. SaaS بازار انبوه می‌تواند به طور سودآوری به سر و وسط بالای منحنی خدمت کند. هر چیزی که از آن گذشته بود، سرزمین بایری از نیازهای برآورده نشده‌ای بود که وجود یک شرکت را توجیه نمی‌کرد.

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

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

چه چیزی می‌میرد، چه چیزی زنده می‌ماند، چه چیزی رشد می‌کند

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

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

آنچه باقی می‌ماند و رشد می‌کند، پلتفرم‌ها، چیزهای ابتدایی و زیرساخت‌ها هستند. Convex، Vercel، Supabase، Stripe، Clerk، ارائه‌دهندگان هوش مصنوعی، Replit، Lovable. لایه‌ی بیل و کلنگ با ساخت نرم‌افزار توسط افراد بیشتر، بزرگتر می‌شود، نه کوچکتر. همین امر در مورد چیزهای ابتدایی سیستم طراحی، کتابخانه‌های رابط کاربری، مجموعه‌های آیکونوگرافی، جریان‌های احراز هویتی که همه از آنها دوباره استفاده می‌کنند، نیز صدق می‌کند.

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

نرم‌افزار به عنوان سرویس (SaaS) برای بازار انبوه در مقابل نرم‌افزار شخصی، در کنار هم

وقتی این دو مدل را روی یک میز قرار می‌دهید، تغییر آسان‌تر قابل مشاهده است.

| ابعاد | نرم‌افزار به عنوان سرویس (SaaS) برای بازار انبوه | نرم‌افزار شخصی | |----------|------------------|-------------------| | مخاطب هدف | هزاران تا میلیون‌ها نفر | یک تا چند ده نفر | | موقعیت‌یابی | "برای تیم‌هایی که X" | "برای من و هفت دوست" | | توزیع | تبلیغات پولی، سئو، تیم فروش | ارسال در چت گروهی | | قیمت‌گذاری | اشتراک ماهانه به ازای هر نفر | هزینه ثابت، کمک مالی یا رایگان بین دوستان | | اولویت طراحی | سوار کردن یک غریبه در شصت ثانیه | تطبیق کامل یک فرد شناخته شده | | سفارشی‌سازی | منوی تنظیمات، پرچم‌های ویژگی | ویرایش منبع، درخواست تغییر آن از هوش مصنوعی | | هدف طول عمر | نامحدود، با ویژگی‌های جدید مداوم | تا زمانی که مورد استفاده ادامه داشته باشد، سپس بایگانی می‌شود | | انگیزه سازنده | تسخیر بازار | حل یک مشکل خاص |

به ردیف اولویت طراحی توجه کنید. در اینجا نقش طراح بیشترین تغییر را می‌کند.

شغل جدید طراح

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

کار طراحی جدید سه حرکت اصلی دارد. تنظیم زمینه. اعمال سلیقه. ویرایش.

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

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

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

چگونه برای مخاطب 10 نفره طراحی کنیم

طراحی برای ده نفر نسخه کوچکتری از طراحی برای ده هزار نفر نیست. این یک رشته متفاوت است. در اینجا هفت اصل وجود دارد که پابرجا هستند.

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

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

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

۴. بگذارید در جاهای مناسب زشت باشد. نرم‌افزار شخصی به سایت بازاریابی، صفحه قیمت‌گذاری یا تصویرسازی برجسته نیاز ندارد. صفحه اصلی می‌تواند یک لیست باشد، تنظیمات می‌توانند یک فایل JSON باشند. در جایی که احساس می‌شود، سلیقه به خرج دهید، نه در جایی که انتظار می‌رود.

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

۶. برای یک دستگاه طراحی کنید، نه برای همه آنها. اگر مخاطبان شما از برنامه روی لپ‌تاپ استفاده می‌کنند، موبایل را نادیده بگیرید. اگر از آن روی تلفن استفاده می‌کنند، دسکتاپ را نادیده بگیرید. طراحی واکنش‌گرای جهانی، تفکر بازار انبوه است.

۷. برای بایگانی برنامه‌ریزی کنید، نه برای ابدیت. این نرم‌افزار نیازی به ماندگاری همیشگی ندارد. باید تا زمانی که مورد استفاده وجود دارد، کار کند. وقتی مورد استفاده تمام شد، آن را بدون تشریفات بایگانی کنید.

موج توسعه‌دهندگان پابرهنه

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

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

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

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

چه چیزی در مورد صنعت نرم‌افزار تغییر می‌کند

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

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

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

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

گزینه‌های عملکرد تغییر می‌کنند. می‌توانید یک برنامه کندتر را برای ده کاربر مورد اعتماد خود ارسال کنید زیرا آنها به شما می‌گویند که چه زمانی مانع می‌شود. نمی‌توانید یک برنامه کند را برای یک میلیون غریبه ارسال کنید. نرم‌افزارهای شخصی می‌توانند از بسیاری از بهینه‌سازی‌های زودرس صرف نظر کنند.

معنای آن برای اخلاق، نمونه کارها و قیمت گذاری

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

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

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

هزینه‌های ثابت پروژه، روابط نگهدارنده برای ویرایش‌های مداوم، اقتصاد هدیه در بین دوستان، پرداخت‌های به سبک جایزه برای ویژگی‌های خاص. سازنده SaaS را اجرا نمی‌کند. آنها یک فروشگاه سفارشی کوچک را اداره می‌کنند یا برای افرادی که برایشان مهم هستند، رایگان می‌سازند. هر دو اکنون از نظر اقتصادی مقرون به صرفه هستند.

برای طراحانی که خدمات خود را می‌فروشند، تغییر از "سیستم طراحی برای راه‌اندازی SaaS" به "طراحی و ساخت یک ابزار سفارشی برای یک تیم یا خانواده خاص" است. محصول نهایی، برنامه در حال اجرا است، نه فایل Figma. قیمت‌گذاری، ارزش مشکل حل شده است، نه ساعات کاری.

برای نمونه کارها، کار عجیب‌تر به نظر خواهد رسید. سایت‌های بازاریابی کمتر شسته رفته، تصاویر بیشتر از ابزارهای داخلی عجیب و غریب که مشکلات واقعی را برای گروه‌های واقعی حل می‌کنند. مطالعه موردی این نیست که "ما یک داشبورد را برای یک استارتاپ سری B دوباره طراحی کردیم". این است که "ما یک ابزار سازماندهی سفر مدرسه برای سی والدین ساختیم و واقعاً مورد استفاده قرار گرفت."

کاری که طراحان باید امسال انجام دهند

این تغییر چه شما شرکت کنید چه نکنید، در حال رخ دادن است. این حرکت هوشمندانه در سال ۲۰۲۶ چگونه خواهد بود؟

شروع به ساختن برای خودتان کنید. مشکلی را که واقعاً در زندگی یا کار خود دارید انتخاب کنید و با استفاده از Replit، Lovable، Cursor یا فقط Claude Code و یک حساب Vercel ابزار را بسازید. نکته این نیست که ابزارها را یاد بگیرید، نکته این است که احساس کنید کل تیم یک نرم‌افزار بودن چگونه است.

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

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

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

عصر نرم‌افزارهای شخصی جالب‌ترین اتفاقی است که در پانزده سال آینده برای طراحی نرم‌افزار رخ خواهد داد. SaaS (نرم‌افزار به عنوان سرویس) در بازار انبوه در دسته‌بندی‌هایی که منطقی به نظر می‌رسند، به حیات خود ادامه خواهد داد. اما دنباله بلند (long tail) تازه باز شده است و افرادی که زودتر به آنجا می‌رسند، تعریف می‌کنند که طراحی برای مخاطب ده نفره اصلاً به چه معناست. یکی از آنها باشید.

hero: key: hero prompt: "Voxel illustration. A small house-sized app glowing warmly, with 10 little floating screens around it, each tailored to a different person. Soft pastel. Editorial. The composition does not include any human figures." alt: "Voxel illustration of a small house-sized app glowing warmly with ten tiny tailored screens floating around it" width: 1600 height: 900 inline-1: key: mass-vs-personal prompt: "Voxel split illustration: left, a giant generic SaaS dashboard. Right, ten tiny bespoke apps, each warm and specific. Soft pastel. The composition does not include any human figures." alt: "Voxel split image showing one giant generic SaaS dashboard on the left and ten tiny bespoke apps on the right" width: 1400 height: 900 inline-2: key: distribution-collapse prompt: "Voxel illustration showing a long-tail curve labeled 'use cases' with tiny apps populating the previously-empty tail. Soft pastel." alt: "Voxel long-tail curve labeled use cases with tiny apps filling the previously empty tail" width: 1400 height: 900 inline-3: key: design-for-ten prompt: "Voxel illustration of a designer's workspace tuned for an audience of 10: name tags on the wall, context notes, an obvious local fit. Soft pastel. The composition does not include any human figures." alt: "Voxel designer workspace with name tags and context notes tuned for an audience of ten" width: 1400 height: 900 inline-4: key: what-dies-what-survives prompt: "Voxel illustration: on one side, generic SaaS dashboards crumbling into mist. On the other, infrastructure platforms growing taller. Soft pastel. The composition does not include any human figures." alt: "Voxel illustration of generic SaaS dashboards crumbling on one side and infrastructure platforms growing on the other" width: 1400 height: 900