На странице
Готовность
Базовая публичная карточка
Есть нейтральное описание модели, но без отдельного fact sheet.
Способ заработка
IT-разработка под заказ
Сайты, приложения, боты, интеграции. Классический фриланс разработчика. Вход — биржи (Upwork, Хабр Фриланс) или сарафан. Главная проблема — ценообразование за часы, а не за результат, и нестабильность потока заказов без отдела продаж.
3 мин чтенияБазовая публичная карточка
Как читать эту страницу
- Сначала читайте страницу как roadmap мышления, а не как рекомендацию начать бизнес.
- Отдельно смотрите “Что нужно на старте”: там видно, какие ресурсы и условия нужны до первых денег.
- Блоки про деньги, операционку, рост и риски помогают отличить зрелое понимание модели от поверхностного интереса.
- Блок “Что проверить дальше” — это список вопросов перед практической проверкой конкретной гипотезы внутри модели.
Публичная готовность
Есть нейтральное описание модели, но без отдельного fact sheet.
Описание
Что это за модель и где проходит её граница.
- Заказная IT-разработка: продажа разработки сайтов, приложений, backend, интеграций или внутренних инструментов конкретным клиентам как проектная или почасовая услуга.
- Карточка описывает способ заработка как рыночную модель, а не конкретную нишу, товар, работодателя или личную стратегию.
Как думать об этой модели
Roadmap-блок: зачем понимать модель, где типичные ошибки и как выглядит более зрелый вход.
Почему модель важна
- IT-разработка под заказ полезно разбирать как базовую модель, а не как одну конкретную нишу: внутри неё могут быть разные гипотезы, каналы и уровни риска.
- Эта страница помогает отделить интерес к направлению от проверки механики: кто платит, за что платит, что нужно делать регулярно и где модель ограничена.
- Для этой модели пока нет отдельного fact sheet, поэтому её стоит читать как карту вопросов и первичный ориентир для дальнейшего ресёрча.
Что будет, если войти без понимания
- Войти в “IT-разработка под заказ” только из-за привлекательной идеи, не отделив базовую модель от конкретной бизнес-гипотезы.
- Считать деньги только через выручку, не проверив прямые затраты, канал, срок оплаты и повторяемость спроса.
- Игнорировать риск: зависимость от личного времени
Плохой вход
- Войти в “IT-разработка под заказ” только из-за привлекательной идеи, не отделив базовую модель от конкретной бизнес-гипотезы.
- Считать деньги только через выручку, не проверив прямые затраты, канал, срок оплаты и повторяемость спроса.
- Игнорировать риск: зависимость от личного времени
- Игнорировать риск: разрыв между продажей и исполнением
Хороший вход
- Сначала описать 2–3 альтернативных гипотезы внутри модели и сравнить их по стартовым требованиям, каналам и рискам.
- Закрыть проверочный вопрос: Собрать ставки по специализациям.
- Закрыть проверочный вопрос: Разобрать типовые проекты и сроки.
- Собрать черновую экономику: чек, прямые затраты, комиссия канала, срок оплаты и точка безубыточности.
- Перед дорогим запуском определить маленький тест, критерии остановки и лимит потерь.
Как устроена модель
Кто покупает, зачем покупает и какие альтернативы есть у клиента.
Кто покупает
- малый и средний бизнес
- стартапы
- агентства
- корпоративные команды
- предприниматели
Зачем покупают
- создать или доработать цифровой продукт
- закрыть технический долг
- быстро получить специалиста без найма
- сделать интеграцию или автоматизацию
Рынок и спрос
- Рынок состоит из покупателей, исполнителей, посредников, платформ, каналов продаж и альтернатив 'сделать самому' или нанять штатного специалиста.
- Ключевой вопрос модели: кто контролирует доступ к клиенту, кто несёт риск качества и где остаётся маржа после привлечения и исполнения.
- поисковые запросы по услуге/роли/проблеме
- вакансии, биржи, агрегаторы и каталоги исполнителей
- кейсы конкурентов, отзывы клиентов и частые жалобы
- наличие повторного спроса, абоненток, retainer-моделей или регулярных задач
Конкуренты и альтернативы
- прямые исполнители той же услуги
- агентства и студии
- штатные сотрудники клиента
- платформы и маркетплейсы услуг
- самостоятельное решение клиентом
Что нужно на старте
Ресурсы, документы, первые действия и минимальная проверка модели.
- Нужны технические навыки, портфолио, коммуникация, договор, оценка задач, управление ожиданиями и канал поиска клиентов.
- Деньги на старте минимальны, но нужен запас времени на продажи и выполнение.
Стартовые ресурсы
Деньги / оборотный капиталИдея / офферЭкспертные знанияСвязи / доступКоманда / исполнителиАктивы / инфраструктураДокументы / разрешенияАудитория / довериеТехнология / разработка
Как поставляется ценность
Личная работа основателяКомандная услугаСофт / цифровой продуктФизический товарПлатформа / маркетплейсОфлайн-точкаКонтент / медиаРазмещение капиталаПроизводствоПосредничество
Как появляются деньги
Механика выручки и базовая экономика модели.
Модель денег
- почасовая ставка
- фиксированный проект
- retainer
- поддержка
- доработки
- аудит перед разработкой
Экономика
- ставка часа
- оценка проекта
- доля неоплаченных правок
- загрузка
- стоимость лида
- налоги и инструменты
Механика выручки
Зарплата / компенсацияОплата времениПроектная оплатаРегулярный ретейнерТорговая маржаКомиссия / процент сделкиПодпискаДоходность капитала / активаРеклама / спонсорство
Операционка
Что придётся делать регулярно и где появляется ручной труд.
- переговоры
- оценка задач
- разработка
- созвоны
- исправления
- деплой
- поддержка
- выставление счетов
Каналы продаж
- личная сеть и рекомендации
- биржи/платформы
- контент и экспертные материалы
- холодный outreach
- партнёрства
- кейсы и портфолио
Как масштабируется
За счёт чего модель растёт и где рост обычно упирается.
Рычаги роста
- Рост через повышение ставки, специализацию, retainer, найм помощников, переход в студию или продуктовые пакеты.
Зависимость от основателя
- Очень высокая зависимость от личного времени, пока нет команды или продукта.
Делегирование
- Сначала делегируются тестирование, верстка, типовые задачи, документация и поддержка.
Продуктализация и автоматизация
- Проекты превращаются в шаблоны, модули, пакеты внедрения, SaaS или агентство.
- Автоматизация ускоряет код, тесты и деплой, но продажи и ответственность остаются узким местом.
Рычаги масштаба
Рост чека / ценыБольше личного времениНайм людейПродуктализацияАвтоматизацияБольше капиталаАссортимент / SKUКанал продажКонтент / аудиторияСеть / marketplace effectsПартнёрстваДанные
Потолки масштаба
Время основателяНайм и качество людейПродажиСклад / закупка / остаткиКонтроль качестваПоддержка клиентовЗависимость от каналаТехдолг / разработкаЛокация / помещениеСезонность
Риски и подводные камни
Что может сломать модель до или после запуска.
- scope creep
- неоплаченные правки
- плохое ТЗ
- зависимость от личного времени
- разрыв между продажей и исполнением
Регулирование и ограничения
- договоры, акты, налоги, самозанятость/ИП/ООО
- персональные данные и конфиденциальность, если есть доступ к данным клиента
- авторские права и права на результат работ
- ответственность за сроки, качество и ущерб
Поверхности риска
СпросКонкуренцияКанал продажUnit-экономикаПоставщикиКачествоЮридические ограниченияОперационкаЛюдиТехнологияРепутацияПравила платформ
Что проверить дальше
Какие вопросы стоит закрыть перед практическим входом в модель.
- Собрать ставки по специализациям.
- Разобрать типовые проекты и сроки.
- Оценить каналы поиска клиентов и реальные требования к портфолио.
Как прокачать понимание
Практические действия, которые превращают интерес к модели в проверяемое знание.
- Разобрать 10 игроков или аналогов: оффер, цена, канал, отзывы, слабые места и признаки спроса.
- Составить карту cash cycle: когда платит клиент, когда возникают расходы, где деньги зависают.
- Проверить ограничение масштаба: Время основателя
- Проверить ограничение масштаба: Найм и качество людей
- Проверить ограничение масштаба: Продажи
- Собрать факты по поверхности риска: Спрос
- Собрать факты по поверхности риска: Конкуренция
Что изучить дальше
Проверенные или первично зафиксированные источники из fact sheet, если они есть.
- Для этой модели пока нет отдельного fact sheet. Публичная карточка построена на нейтральном паспорте модели и структурных признаках.
Соседние страницы
Продолжение чтения внутри той же ветки или рядом по карте.