Эпоха персонального программного обеспечения: приложения, созданные для вас и семи ваших друзей.

Программное обеспечение для масс — это этап, а не постоянное состояние. Последние двадцать лет массового SaaS-рынка были временным отклонением от курса, вызванным высокой стоимостью распространения, и это отклонение заканчивается в режиме реального времени.

Впервые с момента зарождения вычислительной техники один человек может написать работающее приложение в воскресенье для девяти конкретных людей и выпустить его до отхода ко сну. Это не любительское развлечение. Это структурный сдвиг в том, кто создает программное обеспечение, для кого оно создается и что вообще означает дизайн.

Что такое персональное программное обеспечение на самом деле

Персональное программное обеспечение — это программное обеспечение, созданное одним человеком, часто для себя, иногда для десяти конкретных людей, и почти никогда для рынка. Оно создается индивидуально, а не случайно. Создатель знает каждого пользователя по имени.

Джеффри Литт годами пишет о гибком программном обеспечении, об идее, что люди, использующие инструмент, также должны иметь возможность изменять его. Линус Ли создает крошечные инструменты для собственного мышления. Мэгги Эпплтон придумала термин «босоногие разработчики» для обозначения волны неинженеров, которые теперь могут выпускать работающее программное обеспечение, потому что стоимость этого процесса резко упала.

Соедините эти нити, и вы получите категорию. Программное обеспечение, целевая аудитория которого — сам разработчик плюс горстка друзей, родственников или коллег, и ценность которого заключается в точном соответствии этой небольшой группе с неудобной точностью.

Почему сейчас, а почему не в 2015 году

Две вещи изменились одновременно. Искусственный интеллект сделал экономически выгодным создание реального приложения одним человеком за один день. А затраты на распространение, хостинг, развертывание, платежи, аутентификацию упали до нуля или приблизились к нему.

В 2015 году создание нишевого приложения означало шесть месяцев работы по ночам и выходным, интеграцию с Stripe, которая занимала три дня, и процесс развертывания, который занимал неделю. Математика не работала для чего-либо меньшего, чем стартап. Длинный хвост вариантов использования был недостижим.

В 2026 году то же самое приложение представляет собой всего лишь один запрос, одно развертывание Vercel и схему Convex. Минимальная экономическая аудитория для программного обеспечения сократилась с «десятков тысяч» до «вас и семерых друзей». Это не улучшение инструментов. Это открытие двери в новую категорию.

Третий фактор — это вкус. Поколение дизайнеров и энтузиастов выросло на программном обеспечении, сформировало твердое мнение о том, что не так с приложениями, которыми они пользуются каждый день, и теперь имеет средства для самостоятельного исправления ошибок без чьего-либо разрешения.

Реальные примеры, а не гипотетические

Это не мысленный эксперимент. Персональное программное обеспечение уже работает на многих ноутбуках.

Люди используют Notion как частную мини-CMS для своих семей, с представлениями и шаблонами, которые были бы непонятны никому за пределами семьи. Проекты Replit и Lovable, созданные за один вечер, используются десятью коллегами и незаметно выполняют основную работу годами. Семейные планировщики, генераторы счетов на заказ, индивидуальные планировщики питания в стиле приложений с одной целью — все это рассчитано на аудиторию от четырех до пятнадцати человек.

Движение за гибкое программное обеспечение создает инструменты, где пользователь также является редактором. Tana позволяет людям создавать собственные информационные системы, а не подстраиваться под шаблон. Capacities делает аналогичную работу. Экосистема плагинов Obsidian — это целая экономика персональных инструментов, которыми совместно пользуются люди со схожим мышлением.

Схема: один разработчик, небольшая аудитория, тесная совместимость. Ничего не масштабируется. Ничего не продается. Программное обеспечение просто существует для тех, для кого оно было создано, и в этом вся суть.

Чем это отличается от no-code

No-code — это шаблонное программное обеспечение. Персональное программное обеспечение — это программное обеспечение, созданное на заказ. Разница в намерениях.

Инструмент без программирования предоставляет вам набор Lego и просит построить дом, похожий на тот, что изображен в каталоге. Вся суть в том, что тысячи людей будут строить похожие дома на одной и той же платформе. От этого зависит экономика.

Персональное программное обеспечение начинается с другого вопроса. Не «какой шаблон подходит для моих нужд», а «что требуется в моей реальной ситуации и как это закодировать». Разработчик не выбирает из вариантов. Он описывает намерения, часто простым языком, ИИ-помощнику и получает код, который точно им соответствует.

Это важно, потому что у шаблонных инструментов есть предел. Все, что не соответствует шаблону, искажается или отбрасывается, в то время как у специализированных инструментов такого предела нет. Если вашей бухгалтерии нужна колонка для «суммы, которую Кайл получает в этом месяце по своей десятипроцентной фиксированной ставке», вы просто добавляете ее. Никаких запросов от поставщиков, никакого списка задач, никакого ожидания.

Длинный хвост наконец достигает дна

Крис Андерсон описал длинный хвост в 2004 году, но программное обеспечение так и не достигло его. Массовый SaaS-рынок мог бы прибыльно обслуживать верхнюю и среднюю часть кривой. Все, что было дальше, представляло собой пустыню неудовлетворенных потребностей, не оправдывающую существование компании.

Персональное программное обеспечение заполняет эту пустыню. Варианты использования, которые никогда не были достаточно масштабными для поддержки стартапа, нишевые рабочие процессы, специфические для домохозяйств особенности, инструменты для команд из шести человек — теперь являются естественной средой обитания для приложений, предназначенных для одного человека.

Экономика изменилась. Вариант использования с восемью пользователями ранее был неразрешим. Теперь он легко реализуем. Умножьте это на миллион микрониш, и вы получите экономику программного обеспечения, которая совсем не похожа на верхние строчки рейтингов App Store.

Что умирает, что выживает, что растет

Не весь SaaS будет поглощен персональным программным обеспечением. Сдвиг неравномерен, и победители и проигравшие предсказуемы, если посмотреть, где на самом деле находится ценность.

Первым умирает массовое SaaS-решение, ориентированное на нишевые сценарии использования. Уровень «мы — Notion для выгульщиков собак». Любой, чей продукт представляет собой узкую специализацию на основе универсального примитива, теперь конкурирует с воскресным днем ​​и запросом. Эта борьба заканчивается одним исходом.

Выживают и развиваются платформы, примитивы и инфраструктура. Convex, Vercel, Supabase, Stripe, Clerk, поставщики ИИ, Replit, Lovable. Слой «копателей и лопат» становится больше по мере того, как все больше людей создают программное обеспечение, а не меньше. То же самое относится к примитивам системы дизайна, библиотекам пользовательского интерфейса, наборам иконографии, потокам аутентификации, которые все используют повторно.

Также выживает настоящее массовое программное обеспечение, где сценарий использования действительно универсален. Электронная почта, календари, браузеры, операционные системы, поиск, социальные сети. Персональное программное обеспечение не заменяет WhatsApp. Он заменяет инструмент управления проектами, за который агентство из пятнадцати человек платило восемьсот долларов в месяц.

Массовый рынок SaaS против персонального программного обеспечения: сравнение

Сдвиг легче заметить, если сравнить две модели.

| Измерение | Массовый рынок SaaS | Персональное программное обеспечение |

-----------|------------------|-------------------|

| Целевая аудитория | От тысяч до миллионов | От одного до нескольких десятков |

| Позиционирование | «Для команд, которые X» | «Для меня и семи друзей» |

| Распространение | Платная реклама, SEO, отдел продаж | Отправляется в групповом чате |

| Ценообразование | Ежемесячная подписка за место | Фиксированная плата, пожертвование или бесплатно для друзей |

| Приоритет дизайна | Подключение незнакомца за шестьдесят секунд | Идеально подходит для знакомого человека |

| Настройка | Меню настроек, флаги функций | Редактирование исходного кода, запрос на изменение ИИ |

| Цель жизненного цикла | Бессрочный, с постоянным добавлением новых функций | Пока существует сценарий использования, затем архивируется |

Стимул для разработчика | Завоевание рынка | Решение конкретной проблемы |

Обратите внимание на строку приоритетов проектирования. Именно здесь роль дизайнера меняется больше всего.

Новая работа дизайнера

Если вы дизайнер, ваша работа меняется. Дизайн для массового рынка заключается в привлечении незнакомых людей, снижении трения в худшем случае и никогда не предполагает контекста. Персональный дизайн программного обеспечения предполагает контекст, называет пользователей и оптимизирует для соответствия, а не для общности.

Новая работа дизайнера состоит из трех основных этапов: определение контекста, проявление вкуса, редактирование.

Определение контекста — это работа по предоставлению ИИ-помощнику или небольшой команде достаточно информации о том, для кого предназначен продукт, чтобы результат соответствовал потребностям. Не «разработать планировщик питания», а «разработать планировщик питания для семьи из четырех человек, где один человек вегетарианец, дети ненавидят текстуры, а у повара есть тридцать минут по вечерам в будние дни». Техническое задание — это и есть дизайн.

Вкус — это фильтр. Когда код дешев, а подсказки бесплатны, узким местом становится качество результата. Задача дизайнера — знать, как выглядит хороший результат для конкретной аудитории, и отбрасывать все, что не соответствует этому. Меньше рисования, больше оценки.

Редактирование — это итерация. Персональное программное обеспечение не передается инженерам и не выпускается, оно формируется со временем, часто в режиме реального времени, дизайнером, который также является создателем или сидит рядом с создателем. Файл Figma больше не является артефактом. Теперь им является работающее приложение.

Как проектировать для аудитории из 10 человек

Проектирование для десяти человек — это не уменьшенная версия проектирования для десяти тысяч. Это другая дисциплина. Вот семь принципов, которые остаются актуальными.

1. Назовите каждого пользователя. Буквально, составьте список. Знайте, что нужно каждому человеку, что каждый человек ненавидит и что каждый человек готов терпеть. Если вы не можете написать этот документ, вы все еще проектируете для абстракции.

2. Пропустите вводное обучение. Вашим пользователям не нужен ознакомительный тур, они ваши друзья. Просто введите их в уже настроенное для них приложение. По умолчанию используйте ответ, а не задавайте вопрос.

3. Оптимизируйте для конкретных пользователей, а не для средних. Среднестатистического пользователя не существует, когда их десять. Есть только Аарон, которому нравится темный режим, и Серина, которой нужна комбинация клавиш. Оба получают то, что хотят.

4. Пусть будет некрасиво там, где это уместно. Персональному программному обеспечению не нужен маркетинговый сайт, страница с ценами или иллюстрация-заставка. Главный экран может быть списком, настройки — файлом JSON. Вкладывайте вкус туда, где он ощущается, а не туда, где его ожидают.

5. Сделайте его редактируемым. Ваши пользователи захотят вносить изменения. Создавайте дизайн таким образом, чтобы эти изменения были простыми, даже если это означает немного менее отполированный внешний вид. Гибкость важнее отполированности в таком масштабе.

6. Разрабатывайте для одного устройства, а не для всех. Если ваша аудитория использует приложение на ноутбуке, игнорируйте мобильные устройства. Если они используют его на телефоне, игнорируйте настольные компьютеры. Универсальный адаптивный дизайн — это мышление, ориентированное на массовый рынок.

7. Планируйте архивирование, а не вечность. Это программное обеспечение не должно существовать вечно. Оно должно работать до тех пор, пока существует сценарий использования. Когда сценарий использования закончится, архивируйте его без церемоний.

Волна разработчиков-самоучек

Термин Мэгги Эпплтон «разработчики-самоучки» отражает то, что индустрия постоянно упускала из виду. Следующая волна разработчиков программного обеспечения — это не инженеры, которые научились проектировать. Это дизайнеры, писатели, исследователи, бухгалтеры, преподаватели и операторы, которые научились выпускать продукты.

Эти люди никогда не собирались после окончания учебы получить высокооплачиваемую инженерную работу. У них есть основная работа, личная жизнь и конкретные проблемы, которые они хотят решить. Сейчас у них есть возможность описать свои потребности на английском языке, получить в ответ работающий код и запустить его на ноутбуке или в рамках бесплатного развертывания.

В основном именно такие разработчики создают персональное программное обеспечение. Не штатные основатели компаний. Люди с глубокими знаниями в предметной области, слабыми инженерными навыками и терпением, позволяющим итеративно работать с ИИ-помощником, пока всё не заработает. В результате получается программное обеспечение, созданное людьми, которые действительно понимают проблему, а это категория программного обеспечения, которой индустрия остро нуждалась.

Вторичный эффект заключается в том, что вкус к дизайну в персональном программном обеспечении, как правило, более развит, чем в массовом SaaS. Разработчик — это не начинающий менеджер проектов с дорожной картой, которую нужно защищать, это человек, который живёт с проблемой. Когда он видит что-то некрасивое или неправильное, он исправляет это в тот же час. Обратная связь настолько тесная, что плохой дизайн буквально не может продержаться и выходных.

Что меняется в разработке программного обеспечения

Когда аудитория мала, а разработчик близок к ней, разработка программного обеспечения меняется. Настройки по умолчанию смещаются. Компромиссы оказываются в разных местах.

Надежность становится более снисходительной. Если приложение ломается у десяти человек, разработчик узнает об этом в групповом чате и исправляет ошибку. Нет соглашения об уровне обслуживания (SLA), нет дежурства, нет эскалации. Это звучит плохо, пока вы не поймете, что показная надежность массового SaaS-продукта — это, по большей части, налог на пользователя.

Настройка становится настройкой по умолчанию, а не функцией. В массовом программном обеспечении настройка рассматривается как меню настроек, список переключателей, которые разработчик добавил неохотно, в то время как в персональном программном обеспечении она рассматривается как ядро. Если вы хотите добавить столбец, разработчик добавляет его, и если вы хотите изменить цвета, они меняются. Продукт не имеет замороженной поверхности, которая пересматривается в рамках ежеквартального плана развития.

Документация выглядит иначе. README для инструмента с десятью пользователями — это абзац контекста, скриншот и номер телефона разработчика. Тридцатистраничная база знаний, внутриигровой обзор, справочные статьи, виджет чата — всё это излишне для небольшой аудитории.

Изменяются решения по производительности. Вы можете выпустить медленное приложение для десяти пользователей, которым доверяете, потому что они сами скажут вам, когда это начнет мешать. Вы не можете выпустить медленное приложение для миллиона незнакомцев. Персональное программное обеспечение позволяет избежать множества преждевременных оптимизаций.

Что это значит для этики, портфелей и ценообразования

Персональное программное обеспечение поднимает реальные вопросы о владении данными, зависимости от поставщика и долговечности, и ответы на них в большинстве случаев лучше, чем то, что нам предлагало SaaS. Данные хранятся там, где вы их размещаете, часто в вашей собственной базе данных или файле, который вы контролируете. Зависимость от поставщика ниже, потому что разработчик находится рядом, а не поставщик, у которого есть причины держать вас в ловушке.

Долговечность — более сложный вопрос. Персональное программное обеспечение умирает, когда его создатель перестаёт его поддерживать, что случается. Честный ответ: это нормально. Большинство программ не должны существовать вечно, и компромисс за соответствие и право собственности заключается в том, что вы принимаете тот факт, что приложение может просуществовать два года, а затем исчезнуть.

Модель ценообразования меняется, потому что меняется единица измерения ценности. Ежемесячные подписки за рабочее место предполагают рынок. У персонального программного обеспечения есть клиенты, а не покупатели, и клиенты платят по-другому.

Фиксированная плата за проект, абонентская плата за текущие изменения, экономика подарков среди друзей, выплаты в виде вознаграждений за конкретные функции. Создатель не управляет SaaS-сервисом. Он управляет небольшой компанией по разработке на заказ или создаёт бесплатное приложение для людей, которые ему небезразличны. Оба варианта экономически жизнеспособны сейчас.

Для дизайнеров, продающих свои услуги, переход от «системы дизайна для запуска SaaS» к «разработке и созданию инструмента на заказ для конкретной команды или семьи». Результатом является работающее приложение, а не файл Figma. Цена определяется ценностью решенной проблемы, а не количеством отработанных часов.

В портфолио работа будет выглядеть более необычно. Менее отполированные маркетинговые сайты, больше скриншотов странных внутренних инструментов, которые решают реальные проблемы для реальных групп. Кейс-стади — это не «мы переработали панель управления для стартапа серии B». Это «мы создали инструмент для организации школьных поездок для тридцати родителей, и он действительно использовался».

Что дизайнерам следует делать в этом году

Сдвиг происходит независимо от того, участвуете вы в нем или нет. Вот как выглядит разумный шаг в 2026 году.

Начните создавать для себя. Выберите проблему, которая у вас действительно есть, в вашей жизни или работе, и создайте инструмент, используя Replit, Lovable, Cursor или просто Claude Code и аккаунт Vercel. Суть не в том, чтобы освоить инструменты, а в том, чтобы почувствовать, каково это — быть частью команды, работающей над программным обеспечением.

Начните с разработки для десяти знакомых вам людей. После одного личного инструмента, создайте инструмент для небольшой группы. Для семьи, клуба, команды на работе. Обратите внимание, как меняются дизайнерские решения, когда вы знаете каждого пользователя по имени.

Перестаньте ориентироваться на массовый рынок. Перепозиционируйте свой подход. Рынок больше не покупает «беспроблемное внедрение для массовой аудитории». Он покупает «соответствие, вкус и возможность выпустить готовый продукт». Покажите это в своем портфолио.

Обратите внимание на гибкий подход к разработке программного обеспечения. Литт, Ли, Эпплтон, сообщество Ink and Switch, разработчики небольших инструментов в Твиттере и Threads. Словарь, шаблоны, язык дизайна персонального программного обеспечения формируются прямо сейчас в этих дискуссиях. Овладейте им в совершенстве.

Эра персонального программного обеспечения — самое интересное событие в разработке программного обеспечения за последние пятнадцать лет. Массовый SaaS-продукт будет существовать в тех категориях, где это имеет смысл. Но открылся «длинный хвост», и те, кто доберется до него первыми, определят, что вообще означает дизайн для аудитории из десяти человек. Будьте одним из них.

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