В первых двух частях мы дошли до приятной точки: у «Экспонентума» появились ИНН, расчётный счёт и нормальная юридическая оболочка. Казалось бы, дальше самое логичное – выдохнуть и спокойно заниматься продуктами.

Но именно после регистрации внезапно выяснилось: открыть ООО – это не финал, а момент, когда компания начинает задавать вам вопросы.

Где трудовые договоры?
Кто у вас сотрудники?
Как начисляется зарплата?
Что с НДФЛ?
Какие персональные данные вы собираете?
Подали ли уведомление в Роскомнадзор?
А если в посте есть ссылки на коммерческие продукты – что с рекламной маркировкой и erid?

Чтобы было понятно, ради чего мы вообще полезли во всю эту административную историю, вот три ссылки, которые лучше открыть до чтения:

1. Сайт нашей компании – ООО «Экспонентум»

2. «ДомоГраф» – сервис для работы с цифровыми планами квартир

3. «Товарищ темп» – сервис для планирования тренировок.

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

Самый неприятный вывод третьей части такой: регистрация ООО была не самым сложным этапом. Сложнее оказалось не открыть компанию, а начать жить с ней нормально: оформить людей, не забыть про налоги, описать персональные данные, разобраться с Роскомнадзором и не превратить обычную публикацию со ссылкой в нелегальную рекламу (да-да, поэтому даже в этом посте вы видите маркировку).

Эта часть – про то, что начинается после письма «компания зарегистрирована». Без страшилок, но честно: кадровые документы, зарплата, АУСН, персональные данные, Роскомнадзор, рекламная маркировка и erid. То самое, что редко попадает в красивые истории про запуск IT-продуктов, но почти сразу появляется в реальной жизни маленькой компании.

Лист записи ЕГРЮЛ – не конец бумажной работы

Когда получаешь подтверждение регистрации, есть соблазн воспринимать это как завершение задачи. Мы открыли ООО. Всё, можно заниматься продуктами.

Но ООО – это не только лист записи в ЕГРЮЛ. Это работодатель, налогоплательщик, оператор персональных данных, сторона договоров, получатель платежей, рекламодатель, владелец продуктов, участник документооборота.

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

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

Кадровые документы: даже если пока все сотрудники = соучредители

Первый слой – кадровый учёт.

На бытовом уровне кажется странным: мы партнёры, совладельцы, сами всё делаем, какие ещё трудовые договоры? Но если человек работает в компании как сотрудник, получает зарплату и занимает должность, отношения нужно оформлять нормально. Доля в обществе не заменяет трудовой договор.

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

Минимальный набор быстро становится не таким уж минимальным:

• трудовой договор с генеральным директором;

• трудовой договор со вторым участником, если он работает в компании как сотрудник;

• решение или протокол о назначении руководителя (в нашем случае — протокол общего собрания);

• приказы о приёме на работу;

• штатное расписание;

• должностные инструкции;

• правила внутреннего трудового распорядка, если компания не использует упрощённый комплект локальных актов для микропредприятия;

• положение об оплате труда или другой документ, который описывает, как начисляется зарплата;

• документы по обработке персональных данных работников;

• заявления, согласия и уведомления, связанные с кадровым учётом.

Часть документов можно сделать компактными; с разработкой их текста во многом помогают нейросети (да, это сэкономило нам десятки трудочасов). Часть зависит от конкретной модели работы. Но общее ощущение одно: если делать правильно, «маленькая компания из двух человек» всё равно не существует в режиме полного отсутствия кадровых документов.

И это нормальная плата за работу в юридическом поле. Не самая приятная, но понятная.

Зарплата и налоги: простая система не отменяет дисциплину

Второй слой – зарплата и налоги.

Мы выбрали АУСН «Доходы», потому что для нашего старта это самый простой и расчётно выгодный вариант. Но слово «простой» здесь нельзя понимать как «можно ничего не контролировать».

Если компания платит зарплату, нужно вовремя считать выплаты, подавать уведомления и перечислять НДФЛ, корректно отражать операции в банке и учёте. Даже на автоматизированном режиме часть дисциплины никуда не исчезает.

Отдельный нюанс – страховые взносы. В обычной логике работодатель сразу думает о взносах с зарплаты. На АУСН стандартная нагрузка по страховым взносам устроена иначе: режим освобождает от обычных страховых взносов, но остаётся фиксированный платёж на страхование от несчастных случаев и профессиональных заболеваний. По состоянию на 2026 год это 2 959 рублей в год (за всех сотрудников). Поэтому фраза «платить страховые взносы» для АУСН требует уточнения: речь не о привычной полной конструкции, а о специальном режиме со своими правилами.

И ещё один важный момент: простая система отчётности не отменяет бухгалтерского порядка внутри компании. Деньги должны быть разложены по назначению. Зарплата – отдельно. Налоги – отдельно. Комиссии – отдельно. Доходы от подписок – отдельно. Проценты по депозитам – отдельно.

АУСН «Доходы»: где спрятаны нюансы

АУСН «Доходы» выглядит очень привлекательно: ставка 8%, автоматизация, минимум отчётности, налог считает налоговая на основании данных банков, касс и личного кабинета.

Но чем проще режим, тем важнее понимать его границы.

Например, выручка от подписок – это доход. Если пользователь заплатил за доступ, а банк удержал комиссию за платёж, это не значит, что налоговая логика автоматически смотрит только на чистый остаток после комиссии. Для объекта «Доходы» принципиально важно, что именно признаётся доходом.

Другой пример – проценты по депозитам. Для маленькой компании они могут выглядеть как техническая мелочь: ну лежат деньги на счёте или депозите, банк начислил проценты. Но для налоговой модели это тоже поступление, то есть доход, который нужно учитывать.

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

Персональные данные и Роскомнадзор

Третий слой – персональные данные.

Когда компания начинает работать, она почти неизбежно обрабатывает персональные данные. Даже если не брать пользователей продуктов, уже есть кадровый учёт: паспортные данные работников, СНИЛС, ИНН, адреса, банковские реквизиты, сведения о зарплате.

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

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

Отдельная задача – уведомление Роскомнадзора о начале обработки персональных данных. Процесс выглядит примерно так: заходишь на портал персональных данных, выбираешь электронную форму уведомления, указываешь сведения об операторе, цели обработки, категории персональных данных, категории субъектов, правовые основания, меры защиты, место нахождения баз данных, дату начала обработки и ответственного за организацию обработки. Дальше уведомление можно направить в электронном виде или подготовить для подачи в бумажном виде (но, конечно же, проще первое).

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

Реклама и erid

Четвёртый слой, который легко забыть – реклама.

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

Для рекламных размещений в интернете сейчас нужна маркировка. На практике это означает, что до публикации нужно получить идентификатор рекламы – erid. Обычно это делается через оператора рекламных данных: создаётся рекламный материал, указываются данные рекламодателя, площадки, договора или иного основания размещения, после чего материал получает токен. Этот токен нужно разместить в публикации: чаще всего в ссылке, иногда отдельной строкой или в другом допустимом формате.

Помимо erid, у рекламной публикации должна быть понятная пометка «Реклама» и сведения о рекламодателе. Если мы пишем про собственные продукты «Экспонентума», рекламодателем выступает наша компания, а значит, нужно указывать юридическое лицо и идентификационные данные в том объёме, который требуется для корректной маркировки.

После размещения история тоже не заканчивается. Данные о рекламе передаются в единый реестр интернет-рекламы через оператора рекламных данных, а по итогам размещения может потребоваться передача отчётных сведений. То есть erid – это не просто набор символов, который вставили в конец поста. Это часть процесса учёта рекламы.

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

Почему всё это не главное, но без этого нельзя

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

Штатное расписание не делает интерфейс удобнее. Уведомление в Роскомнадзор не ускоряет сервис. erid не улучшает тарифную модель. Бухгалтерские настройки не добавляют полезную функцию. Кадровые документы не повышают конверсию.

Но без всего этого продукту сложно стать бизнесом.

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

И вот это, пожалуй, главный вывод после открытия ООО «Экспонентум»: регистрация компании – не самый сложный этап. Сложнее выстроить спокойную, аккуратную систему работы после регистрации.

Впереди длинный путь

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

Но всё это только организационная сторона вопроса.

Главное впереди: сделать продукты коммерчески успешными. Найти пользователей. Понять, что им действительно нужно. Улучшать «ДомоГраф», развивать «Товарищ темп», проверять новые идеи, строить финансовую модель уже не только для себя, но и как потенциальный продукт для других команд.

ООО не гарантирует успех. Оно просто создаёт рамку, в которой успех можно попытаться построить нормально: с документами, договорённостями, деньгами, налогами и ответственностью.

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

Начало положено. Дальше – длинный путь, продукты, пользователи и коммерческая проверка всей этой конструкции. Но это уже отдельная большая история.

Реклама. Рекламодатель: ООО «Экспонентум», ИНН 97117190256.
erid: CQH36pWzJqVHynd1MFNuJxcUnMMRBh9N2wSYuF7ME5EBxh

В первой части я писал о том, как мы с Александром дошли до ООО «Экспонентум»: отказались от формата ИП, выбрали ООО, собрали финансовую модель и остановились на АУСН «Доходы».

А теперь начинается часть, ради которой обычно и читают такие истории: где красивый план сталкивается с реальностью. Мы хотели зарегистрировать компанию быстро и аккуратно – через банк, с расчётным счётом и готовым сервисным пакетом. Но почти сразу выяснилось: самый удобный путь нам не подходит. Причина банальная, но важная – у компании два учредителя.

Спойлер: в итоге всё получилось, но не тем способом, который казался самым очевидным. Пришлось разбираться с типовым уставом №19, электронной регистрацией через ФНС, банком и расчётным счётом. То есть пройти тот самый путь, который снаружи выглядит как «просто открыть ООО», а внутри состоит из десятка решений, где лучше не ошибаться.

Зачем всё это было нужно? Не ради записи в ЕГРЮЛ и не ради красивого названия. За «Экспонентумом» уже стояли реальные продукты, которые можно открыть и посмотреть прямо сейчас: «ДомоГраф», «Товарищ темп».

Лучше посмотреть на них до чтения этой части: тогда ОКВЭДы, устав и банк будут восприниматься не как сухая бюрократия, а как история о том, как конкретные продукты начали превращаться в нормальный бизнес-контур.

Когда план превращается в документы

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

Нужно определить название, юридический адрес, размер уставного капитала, доли участников, выбрать генерального директора, определить систему налогообложения, виды деятельности (по ОКВЭД), выбрать типовой устав (или разработать индивидуальный) и способ подачи документов. Само по себе ничего из этого не является запредельно сложным. Но когда делаешь это впервые для новой компании, постоянно возникает ощущение, что за каждой галочкой может стоять последствие (и это чистая правда).

Это, пожалуй, главный вывод по регистрации: там не столько сложно, сколько непривычно. Формы требуют конкретики. Пока вы обсуждаете продукт в общих словах, многое можно оставить в воздухе. Заявление в налоговую так не работает. Оно спрашивает прямо: кто учредители, какие доли, кто директор, на каком уставе действует общество, чем оно будет заниматься.

В этот момент бизнес перестаёт быть разговором и становится набором формальных ответов.

ОКВЭДы: основной код и запас на соседние направления

Один из первых содержательных вопросов – ОКВЭДы.

Основным кодом мы выбрали 62.01 – разработка компьютерного программного обеспечения. Для нас это естественная база: «ДомоГраф», «Товарищ темп» и будущие продукты в первую очередь являются IT-разработкой.

Но ограничиваться одним кодом не хотелось. Не потому, что мы собирались заниматься всем подряд, а потому, что вокруг основного продукта есть смежные направления. Консалтинг, сопровождение, обработка данных, размещение информации, возможные прочие исследования. Закон позволяет добавлять к основному ОКВЭДу дополнительные и при этом не обязательно в будущем иметь выручку по каждому из них. Почему бы не заложить резерв на будущее?

В итоге к основному коду мы добавили дополнительные:

47.91 – розничная торговля по почте или через информационно-коммуникационную сеть Интернет;

62.02 – консультативная деятельность и работы в области компьютерных технологий;

62.03 – деятельность по управлению компьютерным оборудованием;

62.09 – прочая деятельность, связанная с использованием вычислительной техники и информационных технологий;

63.11 – обработка данных, предоставление услуг по размещению информации и связанная с этим деятельность;

70.22 – консультирование по вопросам коммерческой деятельности и управления;

72.19 – исследования и разработки в области естественных и технических наук;

72.20 – исследования и разработки в области общественных и гуманитарных наук.

Здесь важно не превращать список ОКВЭДов компании в «на всякий случай добавим половину классификатора». Мы шли от реальных сценариев: что компания уже делает, что может делать в рамках развития продуктов и что может понадобиться для договоров с клиентами или партнёрами.

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

Типовой устав: меньше творчества, больше практики

Следующая развилка – устав.

Можно подготовить индивидуальный устав. Это даёт больше гибкости, но требует больше времени и внимания. Нужно писать текст, проверять формулировки, думать о корпоративных сценариях, которые на старте могут быть неактуальны или просто не до конца понятны. С высокой вероятностью потребуются и расходы на нотариуса.

Второй вариант – типовой устав. У ФНС есть сервис подбора типового устава для ООО: отвечаешь на вопросы, и система предлагает подходящий вариант.

Мы не стали выбирать устав случайно. Посмотрели варианты, прошли через логику сервиса и остановились на типовом уставе №19.

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

Для нашей конструкции из двух партнёров это было достаточно понятно и без лишней экзотики. Мы не пытались через устав решить все мыслимые будущие ситуации. На старте нам была нужна рабочая юридическая рамка, а не корпоративный роман на сорок страниц.

Попытка открыть ООО через банк

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

На рекламных страницах банков это выглядит идеально: несколько шагов, онлайн-подача, счёт, бухгалтерия, всё в одном месте. Но в нашей ситуации быстро выяснился практический нюанс: удобные банковские сценарии регистрации ООО в основном рассчитаны на компанию с одним учредителем.

А у нас два учредителя.

Мы проверили несколько вариантов и пришли к выводу, что через банк открыть ООО с двумя учредителями так, как нам нужно, не получится. Это не было драмой. Просто очередная развилка: сверхбыстрый путь «всё через банк» не подходит, значит идём другим способом.

Регистрация через сервис ФНС

В итоге мы пошли через сервис ФНС «Государственная онлайн-регистрация бизнеса».

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

Главное – не торопиться. Проверить данные участников. Проверить доли. Проверить адрес. Проверить ОКВЭДы. Проверить устав. Проверить налоговый режим. Проверить заявление ещё раз, потому что ошибка в простой формулировке может потом стоить времени.

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

После регистрации появились уже конкретные реквизиты и документы: запись в ЕГРЮЛ, ИНН, КПП. Формальная жизнь компании началась. До этого «Экспонентум» был названием будущей конструкции. После регистрации он стал юридическим лицом. Теперь 10 марта – наш день рождения!

Банк: считали не симпатии, а условия

После регистрации нужно было открыть расчётный счёт.

Здесь мы тоже старались не выбирать по принципу «мне нравится интерфейс» или «мне кто-то советовал». Мы сделали сравнительную таблицу и собрали комплексный показатель: тарифы, стоимость обслуживания, комиссии, условия по интернет-эквайрингу, удобство работы с АУСН, онлайн-бухгалтерия, интеграции, надёжность, скорость поддержки, качество личного кабинета, возможность эффективно работать с платежами и документами.

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

Для нас банк был не просто местом, где лежат деньги (для начала – уставный капитал). Он сразу становился частью операционного контура: платежи от пользователей, выплаты зарплаты, налоги, документы, связь с АУСН, бухгалтерские операции, возможные депозиты, уведомления и контроль сроков.

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

Что изменилось после регистрации

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

Появилась компания. Появились реквизиты. Появился счёт. Появились обязанности. Появилась необходимость вести документы аккуратнее, чем в личном проекте. Появились вопросы, которые нельзя отложить на «потом»: кадровый учёт, бухгалтерия, персональные данные, налоги, договоры, реклама, маркировка.

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

Самое сложное в этом процессе – не отдельная задача, а их количество. Пока выбираешь ОКВЭДы, нужно думать об уставе. Пока думаешь об уставе, вспоминаешь про налоговый режим. Пока выбираешь банк, выясняется, что он влияет на бухгалтерию, АУСН и платежи пользователей. Каждый элемент цепляется за соседний.

В следующей части расскажу о том, что началось после регистрации: трудовые договоры, штатное расписание, зарплата, НДФЛ, нюансы АУСН, персональные данные, уведомление в Роскомнадзор и рекламная маркировка с erid. Потому что открыть ООО – это только технический старт. Дальше начинается нормальная административная жизнь компании.

Реклама. Рекламодатель: ООО «Экспонентум», ИНН 97117190256.
erid: CQH36pWzJqVHynd1BkJ4XFFqKXYeX5J8XvAhVbzWdkCWwz

В марте мы с Александром открыли ООО «Экспонентум». Снаружи это звучит как одна короткая фраза: решили, подали документы, получили компанию. Внутри всё было не так быстро и не так линейно.

Этот текст – первая часть истории. Здесь будет то, что обычно остаётся за кадром: разговоры между партнёрами, выбор организационной формы, налоговый режим и финансовая модель. То есть всё, что нужно решить до того, как нажать кнопку «подать заявление».

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

Сначала были не документы, а разговоры и план действий.

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

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

К тому моменту у нас уже были серьёзные наработки, сделанные Александром: «ДомоГраф», «Товарищ темп» и несколько продуктовых гипотез на будущее. Это не были названия из презентации ради красивой картинки. За ними уже стояла работа: архитектура, код, интерфейсы, тестирование, попытки сделать так, чтобы сервисы не просто существовали в голове, а работали для реальных людей.

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

В этот момент мы и пришли к простой мысли: если хотим развивать всё полноценно и полностью легально, нужно регистрировать компанию.

Почему нельзя было оставить всё «на доверии»?

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

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

Мы не хотели строить работу на «понятийных договорённостях». Не потому, что не доверяем друг другу. Наоборот: если партнёры доверяют друг другу, им проще спокойно зафиксировать базовые вещи заранее. Доли, управление, ответственность, юридическая форма, налоговый режим, движение денег – всё это лучше обсуждать до старта, а не после первого конфликта.

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

ИП выглядел выгоднее, но не решал главную задачу.

Первый очевидный вопрос: почему не ИП?

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

Но нас двое.

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

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

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

Почему не АО и не другие организационно-правовые формы?

После ИП остаётся несколько вариантов. Теоретически можно было смотреть в сторону акционерного общества или каких-то более редких форм. На бумаге они существуют не просто так. У них есть свои сценарии: сложная структура владения, инвесторы, акции, более формализованное корпоративное управление. Но это несопоставимо дороже на старте и для нашего масштаба это выглядело избыточно.

Мы не запускали крупную компанию с десятками участников. Не привлекали инвестиционный раунд. Не строили корпоративную группу. Нам нужна была простая, понятная форма для двух партнёров, IT-продуктов, возможного консалтинга, договоров, платежей, расходов и налогов.

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

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

Налоговый режим: без финансовой модели это гадание

Когда с формой юридического лица определились, появился следующий вопрос: какую выбрать систему налогообложения?

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

Поэтому мы сделали для себя финансовую модель.

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

Финансовая модель быстро отрезвляет. Пока рассуждаешь «на пальцах», кажется, что рабочих вариантов масса. Количественный анализ всё раскладывает по полочкам и делает некоторые решения очевидными.

Почему выбрали АУСН «Доходы»

Мы сравнивали 5 вариантов: ОСНО, УСН «Доходы», УСН «Доходы минус расходы», АУСН «Доходы» и АУСН «Доходы минус расходы». В итоге пришли к АУСН с объектом «Доходы». На момент выбора для нас это выглядело наиболее логично: ставка 8% с доходов, максимально простая отчётность и автоматизированная логика расчёта налога.

Почему не «доходы минус расходы»? Потому что для наших первых продуктов расходная часть не выглядела настолько большой, чтобы ради неё усложнять систему. Да, расходы есть: инфраструктура, комиссии, сервисы, реклама, документы, возможные подрядчики. Но в стартовой модели они не перевешивали преимущества простого режима. Есть и важные ограничения: не более 5 сотрудников и не более 25% в структуре собственности может принадлежать юридическому лицу. Но нашей предполагаемой модели ведения бизнеса это тоже не противоречило.

При этом важный нюанс: «Доходы» – это не «то, что осталось после всех комиссий». Если пользователь оплатил подписку, а банк или платёжный сервис удержал комиссию, для модели нужно понимать, что налоговая база всё равно связана с доходом (по чеку), а не с ощущением «на счёт упало меньше». То же касается других поступлений, например, процентов по депозитам. Для маленькой компании такие суммы могут казаться мелочью, но в налоговой логике мелочей меньше, чем хотелось бы.

Именно поэтому мы не стали выбирать режим «на глаз». Таблица позволила хотя бы приблизительно оценить, как меняется результат при разных объёмах выручки и разных расходах.

Модель как будущий продукт

Побочный эффект оказался неожиданно полезным.

Когда мы собрали финансовую модель для себя, стало понятно, что такая штука нужна не только нам. Маленькой команде перед открытием бизнеса часто нужно не вдохновляющее описание «как стать предпринимателем», а простой инструмент: ввести предполагаемую выручку, расходы, комиссии, фонд оплаты труда, налоговый режим – и увидеть, что примерно получится.

Мы начали смотреть на собственную модель не только как на внутренний файл в Excel, а как на заготовку будущей IT-системы. Не как универсальную замену бухгалтеру или юристу, а как понятный расчётный инструмент для тех, кто хочет до регистрации компании увидеть последствия своих решений.

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

Что было на выходе до регистрации

К моменту, когда мы подошли к подаче документов на регистрацию компании, у нас уже был не просто настрой «давайте откроем ООО». Был более конкретный набор решений.

Мы понимали, что форма – ООО. Понимали, почему не ИП и почему не АО. Понимали, что хотим оформлять партнёрство легально и корректно, а не оставлять его на устных договорённостях. Понимали возможную экономику первых продуктов. Понимали, почему на старте нам подходит АУСН «Доходы». Понимали, какие вопросы нужно будет решить дальше: ОКВЭДы, устав, заявление, электронная подача, банк, расчётный счёт, кадровые документы, персональные данные, реклама и маркировка.

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

В следующей части расскажу уже про саму регистрацию: как выбирали ОКВЭДы, почему остановились на типовом уставе №19, почему открыть ООО через банк с двумя учредителями не получилось и как в итоге сработал сервис государственной регистрации бизнеса ФНС.

Реклама. Рекламодатель: ООО «Экспонентум», ИНН 97117190256.
erid: CQH36pWzJqVHynd1MYeyBFco9PQ6kB4SsdaoE9z8QaQu4m

Откровенно, зашел я случайно, больше ради любопытсва. Автоматы не работали, стоял в очереди 30 мин.

На одно из автоматов выскочила ошибка. В сообщении четко было написано, что ПО от McDonalds.

Я могу понять, что когда национализировали сеть, то до разработки собственной платформы не было времени - первоочередная задача была как можно быстрей запуститься. Но ВиТ запустился в 2022, т.е. прошло уже 4 года.

А кто его обновляет с 2022? А что будет, если McD просто отключит свой софт?

Есть в ремонте одно слово, которое сначала звучит совершенно безобидно.

“Потом”.

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

И вроде бы ничего страшного.

Потому что в начале ремонта всё почти всегда выглядит спокойно.
У вас есть квартира или дом.
Есть примерный план.
Есть какие-то картинки.
Есть чат.

Есть ощущение, что вы взрослый человек и в целом всё контролируете.
Потом чат начинает расти.
И вот здесь происходит странная вещь: сам объект как будто исчезает.

Физически квартира, конечно, никуда не делась.
Стены на месте. Пол на месте. Потолок на месте.

Но как единая система она начинает распадаться.

Планировка — в одном файле.
Электрика — в сообщении от вторника.
Сантехника — в голосовом на 3 минуты 47 секунд.
Вентиляция — “надо будет обсудить”.
Размеры — на листочке.
Изменения — в голове у мастера.
Финальная версия — где-то между “сейчас найду” и “мы же это уже обсуждали”.
И в какой-то момент вы уже делаете ремонт не в квартире.
Вы делаете ремонт в переписке.

А переписка, как назло, не имеет несущих стен, точной геометрии и чувства ответственности.

“По месту решим”
Отдельный жанр ремонта — фраза “по месту решим”.
Она звучит уверенно.
Даже успокаивающе.

Как будто существует некое священное “место”, где опытные люди внезапно увидят истину, примут идеальное решение, и всё станет хорошо.

На практике “по месту решим” часто означает немного другое: сейчас у нас нет полной картины, но мы надеемся, что проблема сама рассосётся, а если не рассосётся — будем пилить, переносить, штробить, докупать, ругаться и делать вид, что так и было задумано.

Самое обидное, что никто обычно не хочет сделать плохо.
Заказчик не хочет.
Дизайнер не хочет.
Прораб не хочет.
Мастер не хочет.
Все вроде бы стараются.

Просто ремонт — это не набор отдельных красивых решений.

Это система.

А система плохо переносит ситуацию, когда одна её часть живёт в PDF, вторая — в голове у человека, третья — в чате, а четвёртая вообще ещё не придумана.

Где начинаются самые неприятные ошибки

Многие думают, что главный риск ремонта — выбрать не ту плитку.

На самом деле нет.

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

А вот инженерка — совсем другой разговор.

Потому что инженерная ошибка редко выглядит серьёзно в начале.

Она скромная.
Просто труба “чуть не там”.
Просто розетка “немного неудобно”.
Просто короб “потом спрячем”.
Просто доступ “как-нибудь оставим”.
Просто вентиляция “пока без подробностей”.

А потом эта скромная ошибка приходит уже во взрослом состоянии.

И говорит:

— Здравствуйте. Я теперь стою денег.

Причём не только денег.
Ещё времени.
Нервов.
Переделок.
Повторных закупок.
Споров.
Фраз “а кто это согласовал?”.
И классического ремонта поверх ремонта.

Почему так происходит

Потому что люди часто начинают ремонт с того, что видно.
Картинки.
Стиль.
Цвета.
Материалы.
Мебель.
Кухня мечты.
Светильник, который “ну очень красивый”.

Это понятно.

Красивое легче обсуждать.
Красивое приятно выбирать.
Красивое можно показать друзьям.

А инженерные решения скучнее.

Они не собирают восторгов.
Они не выглядят как “вау”.
Они не украшают презентацию.

Но именно они потом определяют, будет ли этим ремонтом удобно пользоваться.

Где заряжать телефон.
Где подключать технику.
Как обслуживать узлы.
Не будет ли конфликтов между решениями.
Можно ли нормально добраться туда, куда потом обязательно понадобится добраться.

Хороший ремонт — это не только “красиво”.
Это когда через полгода вы НЕговорите:
“Кто вообще придумал поставить это сюда?”

Самая большая проблема — не отсутствие проекта

Проект часто есть.
Проблема в другом.
Проект может существовать не как единая система, а как набор документов, сообщений и договорённостей.

Один человек помнит одно.
Другой — другое.
Третий вообще пришёл на объект вчера.
Четвёртый уверен, что “это уже в смете”.

А объект при этом один.
И у него нет возможности сказать: “Ребята, у вас тут сантехника конфликтует с планировкой, электрика живёт в параллельной вселенной, а вентиляцию забыли обсудить ещё неделю назад”. Хотя было бы удобно, если бы мог.

Здесь честно скажу: это рекламный пост

Мы делаем продукт, который как раз пытается решить описанную выше проблему. Он называется ДомоГраф.

Идея простая: сначала собрать квартиру или дом как единый цифровой объект, потом проверить инженерные решения, и только потом двигаться дальше.

Не держать всё в голове.
Не искать финальную версию в переписке.
Не спорить на уровне “мне кажется”.
Не ждать, пока ошибка материализуется на объекте.

ДомоГраф работает в браузере. Он помогает создать цифровой двойник квартиры или дома и заранее проверить инженерные сети на соответствие стандартам.

Не после начала работ.
Не когда уже всё куплено.
Не когда мастер стоит с инструментом и ждёт решения.

А раньше.
На этапе, когда исправление ещё не превратилось в переделку.

Что это даёт на практике

Обычный сценарий ремонта выглядит примерно так:
сначала обсуждают одно,
потом второе,
потом третье,
потом кто-то что-то меняет,
потом кто-то забывает сообщить,
потом все встречаются на объекте и говорят: “Хм”.

А “хм” в ремонте — тревожный звук.

ДомоГраф нужен как раз для того, чтобы часть таких “хм” поймать заранее.

Когда ещё можно спокойно изменить решение.
Когда это не превратилось в пыль, шум и дополнительные деньги.
Когда не надо объяснять, почему уже купленное не подходит к уже сделанному.

Это не волшебная кнопка “сделать идеальный ремонт”.
Он не заменяет проектировщика, дизайнера, прораба или нормального специалиста.
И не выбирает за вас плитку, мебель и смысл жизни.

Смысл другой.

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

Кому это может быть полезно

Мне кажется, ДомоГраф особенно нужен трём типам людей.

Первый тип — те, кто делает ремонт впервые.

Они ещё верят фразе:
“Да там всё просто”.
“Ну это быстро”.
“На месте разберёмся”.
“Смета почти финальная”.

Это прекрасные люди.
Их надо беречь.

Второй тип — те, кто уже делал ремонт.

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

Третий тип — специалисты.

Дизайнеры.
Проектировщики.
Прорабы.
Инженеры.
Технадзор.

Люди, которые каждый день работают с объектами и знают, что самая неприятная ошибка — не та, которую сложно исправить.

А та, которую можно было увидеть заранее, но никто не посмотрел на объект целиком.

Почему я пишу это сюда

Потому что Пикабу — одно из немногих мест, где люди могут честно рассказать:

“Вот здесь я ошибся”.
“Вот тут меня подвели”.
“Вот это я не учёл”.
“Вот за эту переделку до сих пор обидно”.

А нам как раз нужна честная обратная связь.

Не в стиле “классный сервис, молодцы”.
Это приятно, но не очень полезно.

Интереснее другое:
— понятно ли вообще, зачем это нужно;
— где звучит слишком сложно;
— какие реальные боли ремонта мы не учли;
— что вызывает недоверие;
— чего не хватает тем, кто уже проходил через ремонт;
— что стоило бы проверять до начала работ в первую очередь.

Потому что продукт про ремонт нельзя нормально делать только из кабинета.

Его надо сверять с реальностью.

А реальность в ремонте обычно приходит в комментарии и начинает словами:
“У нас было хуже…”

Маленький вывод

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

Одна — в плане.
Вторая — в переписке.
Третья — в голове.
Четвёртая — “потом”.

А потом это “потом” приходит и выставляет счёт.

Мы сделали ДомоГраф, чтобы таких ситуаций было меньше.

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

Кому интересно посмотреть и покритиковать — вот ссылка

Будем особенно благодарен не за похвалу, а за конкретную критику.

Что в ремонте у вас оказалось самым дорогим “потом”?

“По месту решим”?
“Там всё просто”?
“Мастер сказал, нормально”?
Или бессмертное: “Да мы это уже учли”?

Реклама. Рекламодатель: ООО «Экспонентум», ИНН 97117190256. erid: CQH36pWzJqVHynd1V9oiHwE7AZnYS2JM6tFKPtVQ9PJNZx