""Пенсия предпринимателя" !
Статус - вечно молодой -вечно пьяный к сожалению когда-нибудь меняется на больной и вечно уставший...
шо делать то ? кто как готовится ?
Статус - вечно молодой -вечно пьяный к сожалению когда-нибудь меняется на больной и вечно уставший...
шо делать то ? кто как готовится ?
"....Здравствуйте. Вы проводили ликбез по мобилизации ИП. Время прошло, у вас есть что добавить? Мы сами не ИП, но у нас ИП порядка 70-80% контрагентов. Если они уйдут, то и мы закроемся. Специфика бизнеса, так сказать (перевозки).
Власти не могут этого не понимать. Может появились какие-то инструменты, разъяснения, законодательные инициативы? К чему хоть готовиться? Спасибо....".
Да. Появились разъяснения. Только они все равно незаконны. Уже мозоль натёр на языке объяснять простую и примитивную истину:
В соответствии с действующим законодательством ИП мобилизован быть не может! Вот прямо целиком блок из материала, ранее опубликованного, вставлю:
мы имеем пару вводных:
Первая вводная: Указ Президента РФ от 21.09.2022 N 647 "Об объявлении частичной мобилизации в Российской Федерации". Там есть пункт 2: Граждане Российской Федерации, призванные на военную службу по мобилизации, имеют статус военнослужащих, проходящих военную службу в Вооруженных Силах Российской Федерации по контракту.
Обращу самое пристальное внимание вот на эту строчку: …..имеют статус военнослужащих……
Вторая вводная: ФЗ N 76-ФЗ "О статусе военнослужащих" от 27.05.1998г. Который никто не отменял, не изменял, не корректировал и который имеет прямое и непосредственное действие на всей территории РФ и в отношении граждан РФ.
В этом законе есть ст.10, а в ней есть пункт 7, который прямо гласит, что военнослужащим запрещено:
- заниматься предпринимательской деятельностью лично или через доверенных лиц, в том числе участвовать в управлении коммерческими организациями……
Понимаете, о чем речь? Сам факт предпринимательской деятельности конфликтует как с критериями того, кто может быть военнослужащим, так и со статусом военнослужащего.
Соответственно, если со старта известно, что конкретный гражданин – предприниматель, то его призвать не могут изначально. А не «давайте потом разберемся».
Так же как нельзя, к примеру, мобилизовать гражданина Уганды, пойманного на улице в Москве. Ибо гражданство РФ непременный критерий для военнослужащего РФ.
И нельзя мобилизовать восьмидесятилетнего деда, пусть даже с колоссальным опытом танковых атак, потому как определенный возраст – есть также непременный критерий для военнослужащего РФ.
Список примеров могу продолжить, но думается что смысл понятен.
Так вот, занятие предпринимательством, которое гражданин осуществляет легально, имеет соответствующий предпринимательский статус, со старта конфликтует со статусом военнослужащего, а посему гражданин-предприниматель мобилизован быть не может до тех пор, пока он ИП. Но на это всем до лампочки, хоть и «…в правовом государстве живем…».
Для его легальной мобилизации нужно либо изменить ФЗ N 76-ФЗ "О статусе военнослужащих", убрав из него фразу «запрещено ….заниматься предпринимательской деятельностью лично или через доверенных лиц….», либо мобилизованным не присваивать статус военнослужащих, а придумать им какое-то иное состояние.
Как говориться в старом анекдоте «батюшка, вы либо трусы оденьте, либо крестик снимите».
Но госорганы делают вид, что данного конфликта норм права, заложенного на самом высшем уровне федерального законодательства не существует и упражняются кто во что горазд.
ФНС, к примеру, выпускает целые письма, рассказывающие как нарушить закон и продолжить оставаться ИП на военной службе. ТУТ: https://1w.ru/articles/1336-fns-nalogi-s-mobilizovannogo-ip-...
Хотя справедливости ради стоит заметить, что сейчас Госдума рассматривает законопроект, где предлагают включить ИП в перечень граждан с бронью. Но даю 99,99% вероятности того, что результата не будет, ибо уже Правительство РФ и комитет Госдумы по обороне дали отрицательное заключение на саму такую концепцию.
В целом же, чиновники разного уровня и разных ведомств своими рекомендациями направляют мобилизованных ИП по четырем разным направлениям:
1.Прекращение деятельности ИП.
2. Передоверить ведение дел ИП другому лицу.
3. Управлять бизнесом удаленно.
4. Передать имущество ИП в доверительное управление.
Кроме п.1 все остальное противоречит действующему законодательству, соответственно, незаконны. Прямо и непосредственно. Причем, все тактично молчат, что мобилизация ИП (директора и учредителя ООО, кстати, тоже) автоматически не освобождают от исполнения обязательств. Придется напрячься, доказывая форс-мажор. И, забегая вперед провангую – далеко не у всех получится.
Так что впереди будут крайне интересные суды и не мобилизованным юристам стоит подготовиться. Гражданам-ИП и их контрагентам, соответственно, стоит готовиться ровно к этому, плюс к цепочке сорванных контрактов и череды невыполненных обязательств.
На этом закончу, будете звать - про @ не забываем, иначе не вижу.
С 2017 года занимаюсь производством здоровьесберегающей мебели. С одной стороны, с уходом Икеи мебельные бизнесмены должны были стать как минимум миллионерами, с другой — многие начали экономить даже на еде. Расскажу, как эти турбулентные полгода повлияли на мой бизнес.
В марте подробно писал о резком скачке цен на импортное сырьё. Это было большое потрясения для бизнеса, зато дальше всё стало гораздо лучше, потому что у нас отечественное производство и большая часть сырья отечественная.
Фанера
До «спецоперации» цены на фанеру шли вверх, так как равнялись на экспортные. За 2 года в течение ковида оптовая цена поднялась в 2 раза и достигала 3500 рублей за лист. После введения санкций цена упала и стала такой, на которую я рассчитывал при открытии бизнеса — 1000 рублей. Сейчас она стоит 1300 рублей за лист — по этой цене можно работать, она конкурентная и не нужно так много оборотных средств.
Импортное сырьё
Цены на ряд Европейских продуктов поднялся, например, на масло и фурнитуру. Более того, что-то стало крайне сложно купить. Эти минусы мы перевели в плюсы. У нас выросли объёмы производства, соответственно, объёмы заказанного масла. Мы вышли напрямую на дилера и в итоге цена на масло у нас даже снизилась.
Огромная часть расходов — это комплектующие для производства. Они были европейские или брали у посредников: абразивные круги, комплектующие для станков, шлифовальных машин, инвентарь для шлифовки и т.д. Сейчас активно выходим на китайский рынок и берём без посредников у китайских поставщиков. Качество ищем на уровне европейского. Выходит в 2-3 раза дешевле, чем раньше.
Рабочая сила
В целом на рынке прошли большие сокращения, для нас это плюс. Было сложно нанять адекватных людей в Питере на рабочие специальности. Сейчас мы забили пробелы в штате.(Предвижу комментарии про мобилизацию)
Продажи
Наша основная аудитория - люди с крайне невысокими доходами (многодетные, преподаватели, жители маленьких городов, бюджетники). При изначальной установке цен на мебель ориентировался именно на них. Например, растущие стулья продаю по одной из самых низких цен в России.
Планировали в августе некий рост в связи со школьным сезоном (по сравнению с прошлым годом), но его не произошло. В сентябре заказы были на достойном уровне. Но многие уходят на маркетплейсы, где мы вынуждены снижать цену из-за большой конкурентности и, соответственно, уменьшается маржинальность.
После объявления мобилизации заказов стало меньше. Получали даже сообщения от покупателей о внезапном отъезде с просьбой либо отменить заказ, либо переслать его в другую страну.
Ещё одно существенное снижение продаж — потеря крупного оптовика из Германии. Он один заказывал столько, сколько все наши российские оптовики вместе взятые. Мы успели ему отправить последний заказ после начала «спецоперации», дальше заказов не было и сейчас уже точно не будет.
Дальнейшие планы
Мы снизили горизонт планирования. Никто не знает, что будет завтра и послезавтра.
У нас были планы выходить на европейский и американский рынки, но теперь придётся сосредоточиться только на внутреннем. В такой тревожный период полной неопределенности важно сосредоточится на том, на что ты можешь повлиять, для нас это качественная продукция и сохранение рабочих мест. Пока работаем как работали. Повышаем качество продукции, оптимизируем производство, снижаем издержки.
Как у вас дела обстоят с продажами?
Увлекательная история о возможности и "прибыли" от части благодаря сыну.
Сразу оговорюсь конец печальный, денег здесь не оказалось…
Сын говорит месяц назад:
- я натыкал 90 рубликов за пару деньков.
Я ответил:
- хм… ну молодец, как это получилось то?
Он:
- на телефоне в новой игрушке, на ферме, по овощам тыкал.затем демонстрирует экран игрушки с денежным числом в разделе с монетами…
Я:
-Стас , за тыкание по экрану в наше время не платят, ты ведь ничего полезного не делаешь. Ничего людям не продаёшь, даже картинки никому не втюхиваешь. Откуда у этой игрушки Деньги что бы заплатить тебе?
Он:
-Эх ясно! Не получится вывести?
а Я в ответ:
- скорее всего ничего не выйдет, но попытка не пытка, пробовать нужно все. Но при этом ни под каким предлогом не плати приложению, иногда они просят оплатить комиссию что бы получить начисленный баланс…Спустя несколько дней Стас подходит весь довольный и говорит:
- мне перевели!
Я: хм… дай взгляну
Как оказалось вся Суть в кликах по экрану, после которых всплывают рекламные баннеры за которые платит рекламодатель разработчику, а разработчик скорее всего просто напросто делится полученной суммой скрытая это от рекламодателя. Так как вывод по итогу был через третье приложение…И тут я задумал потратить свободное время на проверку этой темы и создание некой фермы смартфонов, а почему бы и нет. Тестировать и проверять я люблю, да и уже привык работать с чем то новым.
Начал искать бота для автоматизации работы смартфона, не нашёл.Вспомнил про китайцев с их фермами накрутки, посидел в китайском интернете, нашёл приложение для создания бота.Собрал бота, запустил на стареньком устройстве на неделю, натыкал бот 600р.Увидел в этом нечто интересное, но конечно копеечное, просто было прикольно копаться в данной нише.
На авито прикупил 10 б/у устройств по рублей 700 с 7 андройдом, настроил, запустил…Теперь у меня 11 смартфонов, которые «крутят на рекламе от 15000 до 24000 в месяц пассивно» Подумал я…
НО НЕТ!….
По итогу это была нарисованная сумма, которая никуда не пришла… потерянное время в совокупности 18 часов внимания этой теме, -450 на электричестве, телефоны продал на авито, но так же с минусом 1000
Я занимаюсь проверкой бизнес идей и пишу подробно обо всех нюансах разных проектов в блоге ссылка жми сюда
Но я рад полученному опыту, появилась идея, протестировал, не зашло, но могло ведь и зайти, так как всегда есть вероятность на положительное завершение теста с последующим успешным стартом проекта
Если ты интересуешься необычными бизнес идеями, но не хочешь тратить деньги на их тест, то следи за моим блогом жми сюда, где я пишу о своих пробах и удачных проектах, а так же общаюсь с аудиторией жми сюда
Порой случаются события, которые не должны случаться. Мы в “Искусство Автоматизации” за 4 года создания digital-продуктов собрали все из них (ну или те, что касаются IT продуктов). Делимся опытом, инструментами и подходами, которые сделали нашу деятельность стабильнее.
Мы создаем чат-ботов, мобильные приложения, сервисы и сайты. Пишем проекты с нуля, перенимаем проекты от разработчиков, “ушедших в туман”, и за 4 года методом проб и ошибок накопили опыт, которым хотим поделиться с комьюнити. Некоторые уроки покажутся банальными, но от этого не менее важными, особенно в текущей обстановке.
1. Мониторинг
Порой случаются события, которые не должны случаться. Хостинг, на котором располагается проект, ложится на неделю; мобильное приложение снимают с публикации, т.к. не поставили галочку под новой политикой обработки перс. данных; закончилось место на сервере и т.д. И только заказчик звонком в субботу даст о себе знать: «Сайт не открывается, в чем дело?»
Для мониторинга сложных проектов подойдет Zabbix и Datalog. Для проектов поменьше подойдут решения и проще, например, Uptimerobot, с нотификацией в почту, и мобильное приложение.
По нашему опыту, большинство форс-мажоров покрывается мониторингом:
• валидности SSL-сертификата;
• доступности сервиса (HTTP 200);
• телеметрии сервера (свободное место, нагрузка на CPU, загрузка RAM).
И уже первым узнаете о падении вы, а не заказчик.
2. Бэкапы
Мы теряли полностью сервер с проектом, и знаем не понаслышке о шутке про типы системных администраторов. Кто-то возразит: «Нужно было раскошелиться и подключить услугу резервного копирования», но что делать, если учетную запись полностью заблокировали или учредители хостинга выясняют отношения между собой, а все проекты лежат неделю?
Наши выводы:
• скриптом проверять наличие бэкапов, нет бэкапа -> пуш в Telegram-бота;
• исходников в Git недостаточно, бэкапить не только базу, но и код с конфигами;
• шифровать бэкапы;
• раз в N-месяцев проверять сохранность данных, восстанавливаясь из бэкапов.
3. Доступы
Нам доставались проекты по наследству, архитектуру которых мы восстанавливали методом «археологических» раскопок. Кто-то хранит доступы в Google-таблицах, кто-то в Telegram-чатах, а кто-то даже пользуется менеджерами паролей. Мы используем bitwarden.
Для любого digital-проекта важно хранить доступы:
• к серверам (с описанием, какие сервисы запущены на какой машине).
4. Тестовые данные
Если проект состоит из одной посадочной страницы, все рекомендации по тестовому наполнению ограничиваются использованием релевантных текстов и картинок (а не Lorem Ipsum). Но когда речь идет о веб-сервисе, на что обратить внимание:
• сгенерируйте огромное количество данных и узнайте, когда сервис перестанет справляться с нагрузкой, как будет открываться список пользователей если их 2 млн. в базе, когда нужно добавлять индексы на таблицы, пересматривать схему БД и. т.д;
• как выглядят интерфейсы при заполненных данных? Правильно ли отрабатывает пагинация, поиск, верстка на месте?
5. 4хх, 5хх, ххх страницы
Никто не застрахован от 500-х ошибок и падения сервера. Но что видит пользователь в этот момент? Debug-log фреймворка или красивую страницу с «мы знаем что-то сломалось, уже чиним» — зависит от разработчика. Наши рекомендации:
• проверить не включен ли debug-мод на продакшене;
• на этапе тестирования сымитировать 4хх и 5хх ошибки и проверить, что будет видеть пользователь;
• на страницу с ошибкой выводить уникальный ID ошибки, с которым пользователь может обратиться в саппорт и ускорить расследование инцидента.
6. Как выглядит интерфейс под разными учетными записями
При демонстрации проекта заказчику, как правило, демонстрируются позитивные сценарии работы сервиса. При составлении чек-листа тестирования проекта следует учитывать как будет выглядеть интерфейс:
• при частичном заполнении (напр. указаны фамилия, имя, но нет отчества);
• после валидации полей (в правильных ли местах всплывают подсказки).
7. Стресс-тест
Сделали digital-продукт, запустили трафик, проект упал. Было такое? У нас тоже. Как можно было это предусмотреть заранее: провести стресс-тест. Для несложных проектов можно использовать JMeter, для более сложных — поискать облачные решения, например, loader.io.
И вот уже вы знаете, что 500 одновременных подключений сервис выдерживает, 5000 — нет.
8. Ваш проект запустят на калькуляторе, вы готовы?
В эпоху смартфонов с большой диагональю экрана, все еще остаются пользователи со смартфонами более скромных габаритов.
Необязательно покупать для тестов парк смартфонов, но запустить эмуляцию смартфона и открыть в браузере сервис или мобильное приложение — вполне. Мы так обнаружили, что в приложении на iphone 5s форму регистрации видно, а вот кнопку «Зарегистрироваться» — нет.
Понять оснащенность аудитории помогут логи веб-сервера, в которых, как правило, указывается ОС клиента (по ней можно предположить модель устройства).
9. Откатываемся
Билд готов, протестирован, выкатили на продакшен, посыпались 500-е ошибки. Shit happens. О том, что делать в такой ситуации, можно задуматься заранее и предпринять меры:
• согласовать релизы на время минимальной нагрузки.
10. Логируемся
С чего начинается разбор полетов? Конечно, с просмотра логов. Слишком подробные логи — плохо, забивается место на диске; логи вида «500 internal server error(точка)» — заставляют грустить разработчика. Наши советы по этому вопросу:
• настроить ротацию логов (логи старше 1 месяца отгружаются на архивный сервер или удаляются);
• добавить в логи ID для каждой ошибки, это упростит общение по всем линиям технической поддержки;
• использовать инструменты менеджмента логов (ELK-стек, Sentry);
• не только логировать бэкенд, но и события на фронте (мы используем Sentry)
11. Дашборды со старта проекта
С самого первого дня digital-продукт генерирует данные, которые хранятся в базах данных. Мы взяли за правило: если есть база данных, она обязательно должна показывать свои данные на дашборд.
В стартовый набор метрик входит:
• динамика регистраций;
• динамика business value actions (кол-во заказов, кол-во транзакции).
Заказчик получает приятный бонус в виде пульс-панели проекта, мы видим прогресс на проекте.
Для преобразований данных используем Airflow. Для построения дашбордов используем Metabase (благо поднимается одной строчкой кода в Docker).
Пишите в комментариях, какие уроки вы нашли полезными, а что я пропустил?
Порой случаются события, которые не должны случаться. Мы в “Искусство Автоматизации” за 4 года создания digital-продуктов собрали все из них (ну или те, что касаются IT продуктов). Делимся опытом, инструментами и подходами, которые сделали нашу деятельность стабильнее.
Мы создаем чат-ботов, мобильные приложения, сервисы и сайты. Пишем проекты с нуля, перенимаем проекты от разработчиков, “ушедших в туман”, и за 4 года методом проб и ошибок накопили опыт, которым хотим поделиться с комьюнити. Некоторые уроки покажутся банальными, но от этого не менее важными, особенно в текущей обстановке.
Порой случаются события, которые не должны случаться. Хостинг, на котором располагается проект, ложится на неделю; мобильное приложение снимают с публикации, т.к. не поставили галочку под новой политикой обработки перс. данных; закончилось место на сервере и т.д. И только заказчик звонком в субботу даст о себе знать: «Сайт не открывается, в чем дело?»
Для мониторинга сложных проектов подойдет Zabbix и Datalog. Для проектов поменьше подойдут решения и проще, например, Uptimerobot, с нотификацией в почту, и мобильное приложение.
По нашему опыту, большинство форс-мажоров покрывается мониторингом:
• валидности SSL-сертификата;
• доступности сервиса (HTTP 200);
• телеметрии сервера (свободное место, нагрузка на CPU, загрузка RAM).
И уже первым узнаете о падении вы, а не заказчик.
Мы теряли полностью сервер с проектом, и знаем не понаслышке о шутке про типы системных администраторов. Кто-то возразит: «Нужно было раскошелиться и подключить услугу резервного копирования», но что делать, если учетную запись полностью заблокировали или учредители хостинга выясняют отношения между собой, а все проекты лежат неделю?
Наши выводы:
• скриптом проверять наличие бэкапов, нет бэкапа -> пуш в Telegram-бота;
• исходников в Git недостаточно, бэкапить не только базу, но и код с конфигами;
• шифровать бэкапы;
• раз в N-месяцев проверять сохранность данных, восстанавливаясь из бэкапов.
3. Доступы
Нам доставались проекты по наследству, архитектуру которых мы восстанавливали методом «археологических» раскопок. Кто-то хранит доступы в Google-таблицах, кто-то в Telegram-чатах, а кто-то даже пользуется менеджерами паролей. Мы используем bitwarden.
Для любого digital-проекта важно хранить доступы:
• к серверам (с описанием, какие сервисы запущены на какой машине).
4. Тестовые данные
Если проект состоит из одной посадочной страницы, все рекомендации по тестовому наполнению ограничиваются использованием релевантных текстов и картинок (а не Lorem Ipsum). Но когда речь идет о веб-сервисе, на что обратить внимание:
• сгенерируйте огромное количество данных и узнайте, когда сервис перестанет справляться с нагрузкой, как будет открываться список пользователей если их 2 млн. в базе, когда нужно добавлять индексы на таблицы, пересматривать схему БД и. т.д;
• как выглядят интерфейсы при заполненных данных? Правильно ли отрабатывает пагинация, поиск, верстка на месте?
5. 4хх, 5хх, ххх страницы
Никто не застрахован от 500-х ошибок и падения сервера. Но что видит пользователь в этот момент? Debug-log фреймворка или красивую страницу с «мы знаем что-то сломалось, уже чиним» — зависит от разработчика. Наши рекомендации:
• проверить не включен ли debug-мод на продакшене;
• на этапе тестирования сымитировать 4хх и 5хх ошибки и проверить, что будет видеть пользователь;
• на страницу с ошибкой выводить уникальный ID ошибки, с которым пользователь может обратиться в саппорт и ускорить расследование инцидента.
6. Как выглядит интерфейс под разными учетными записями
При демонстрации проекта заказчику, как правило, демонстрируются позитивные сценарии работы сервиса. При составлении чек-листа тестирования проекта следует учитывать как будет выглядеть интерфейс:
• при частичном заполнении (напр. указаны фамилия, имя, но нет отчества);
• после валидации полей (в правильных ли местах всплывают подсказки).
7. Стресс-тест
Сделали digital-продукт, запустили трафик, проект упал. Было такое? У нас тоже. Как можно было это предусмотреть заранее: провести стресс-тест. Для несложных проектов можно использовать JMeter, для более сложных — поискать облачные решения, например, loader.io.
И вот уже вы знаете, что 500 одновременных подключений сервис выдерживает, 5000 — нет.
В эпоху смартфонов с большой диагональю экрана, все еще остаются пользователи со смартфонами более скромных габаритов.
Необязательно покупать для тестов парк смартфонов, но запустить эмуляцию смартфона и открыть в браузере сервис или мобильное приложение — вполне. Мы так обнаружили, что в приложении на iphone 5s форму регистрации видно, а вот кнопку «Зарегистрироваться» — нет.
Понять оснащенность аудитории помогут логи веб-сервера, в которых, как правило, указывается ОС клиента (по ней можно предположить модель устройства).
Билд готов, протестирован, выкатили на продакшен, посыпались 500-е ошибки. Shit happens. О том, что делать в такой ситуации, можно задуматься заранее и предпринять меры:
• сине-зеленый деплой;
• согласовать релизы на время минимальной нагрузки.
10. Логируемся
С чего начинается разбор полетов? Конечно, с просмотра логов. Слишком подробные логи — плохо, забивается место на диске; логи вида «500 internal server error(точка)» — заставляют грустить разработчика. Наши советы по этому вопросу:
• настроить ротацию логов (логи старше 1 месяца отгружаются на архивный сервер или удаляются);
• добавить в логи ID для каждой ошибки, это упростит общение по всем линиям технической поддержки;
• использовать инструменты менеджмента логов (ELK-стек, Sentry);
• не только логировать бэкенд, но и события на фронте (мы используем Sentry)
11. Дашборды со старта проекта
С самого первого дня digital-продукт генерирует данные, которые хранятся в базах данных. Мы взяли за правило: если есть база данных, она обязательно должна показывать свои данные на дашборд.
В стартовый набор метрик входит:
• динамика регистраций;
• динамика business value actions (кол-во заказов, кол-во транзакции).
Заказчик получает приятный бонус в виде пульс-панели проекта, мы видим прогресс на проекте.
Для преобразований данных используем Airflow. Для построения дашбордов используем Metabase (благо поднимается одной строчкой кода в Docker).
Пишите в комментариях, какие уроки вы нашли полезными, а что я пропустил?
Для всех поклонников футбола Hisense подготовил крутой конкурс в соцсетях. Попытайте удачу, чтобы получить классный мерч и технику от глобального партнера чемпионата.
А если не любите полагаться на случай и сразу отправляетесь за техникой Hisense, не прячьте далеко чек. Загрузите на сайт и получите подписку на Wink на 3 месяца в подарок.
Реклама ООО «Горенье БТ», ИНН: 7704722037
По каким причинам закрывались проекты, куда мы с партнерами инвестировали или кому я помогал, какие были случаи при сборе фондов в России и прочее, немногое из всего того треша, что я видел за 15 лет в отрасли, из того, что запомнилось.
Итак, причины закрытия бизнесов, к которым я имел отношение или которым помогал:
- у проекта оказался крохотный рынок, основатели демотивировались и нашли работу в формате "забыли сказать, мы вчера вышли на работу"
- инвестор нанял себе управленцев, чтобы они ему построили бизнес, но забыл дать им возможность принимать решения - люди год получали зарплату, устали ждать совещаний чтобы купить в офис компьютер или кулер, и уволились
- инвестор нанял людей, но забыл выделить бюджет на маркетинг, посчитав что зарплата маркетолога содержит внутри себя бюджет на покупку трафика
- основатель задолбался проверять гипотезы по продажам и нашел работу
- основатель умер и мы не смогли договорить с органами опеки о продажи интеллектуальной собственности проекта стратегу - бабушки из опеки не понимали что это такое и не готовы были давать разрешения
- основатель был энтузиастом-технарем с повышенным ЧСВ, хотел творить и изобретать, командуя молодыми помощниками, которые смотрели ему в рот, а не продавать. Он заебал вусмерть даже партнера-коммерса, которого мы ему нашли
- в двух проектах инвесторы в последний момент отказались давать деньги в очередной инвестраунд (типа ой блядь деньги не подрасчитал, давайте без меня), и компании схлопнулись от кассового разрыва за неделю. Что особенно доставило - часть инвесторов денег дало, а через неделю им сказали что компания закрывается, выглядело так себе
- основатель решил, что замотивировать всех толковых людей долей это слишком жирно, все разбежались, проект закрылся
- основатель решил, что надо замотивировать всех топов, дал все доли, в итоге все поругались, проект закрылся
- у инвестора закончились деньги, он решил сесть в проект на зарплату. Проект выдал зарплату два раза и умер от кассового разрыва
- горячие парни из Средней азии брали контрольные пакеты ит-бизнесов, а потом заебывали их отчетами, совещаниями и согласованиями бюджетов. Выжил 1 из 12 проектов, и то случайно
- старперы из торговли овощами наняли студента рулить ит-платформой, говоря ему что делать. Студент делал как они говорили, но не получилось
- руководитель ит-проекта пытался делать из проекта бизнес не зная, что цель инвестора - пилить госденьги на разработке социальнозначимых проектов
- основатель все бросил и уехал в Китай медитировать
- еще примерно 80 проектов закрылось потому что не было продаж, закончились деньги, основатели поругались, основатель был неопытным фантазером, нанимали не тех людей и прочие банальные неинтересные причины
- потенциальный инвестор фонда до последнего уверял, что даст денег вместе со всеми, слился с последней встречи и через месяц запустил свой фонд, который благополучно проебал за год
- банкир запрашивал все документы по займовой модели, чтобы потом нанять на работу нашего знакомого и сделать копию бизнес-модели у себя внутри банка
- инвестор хотел рыночный фонд, чтобы финансироваить только свои корпоративные идеи, и искал управленца, который под свое имя соберет фонд, а потом будет делать то, что говорит инвестор
- собрали фонд на счету в кипрском банке и потеряли 90% денег, потому что не успели вывести деньги перед кипрским кризисом
- инвестора арестовали в аэропорту, когда он пытался вывезти незадекларированный рюкзак денег
- инвестор умер за день до сделки
- инвестор ходил на встречи под кайфом, а в последний день когда должен был сделать перевод - ушел в наркотический депресняк
- основатель бизнеса решил что один крохотный бизнес это скучно, нашел себе еще более слабых партнеров и он начали делать еще более слабые идеи. До сих пор радуются, что аж 4 проекта окупают зарплату управленца и команды
- долго готовили сделку, за день до подписания инвестор и основатель пошли обедать и за разговором поссорились из-за понимания роли Сталина в истории России
- владелец рекламного агентства решил делать стартап. Провел одно совещание с командой, понял, что у него команда безынициативных наймитов, разочаровался и продал агентство. На деньги от продажи открыл бургерную и теперь стоит за плитой сам. Говорит, счастлив
- инвестор в жирные годы дал полмиллиона баксов старому знакомому, которые живет в теплых странах и пинает хер с умным видом. Деньги закончились, пацаны поругались
- предприниматель умеет зарабатывать деньги, но не умеет их копить - всю прибыль от хорошей дойной коровы вкладывает в серию мелких говностартапов под собственным управлением, причем сумма вложений каждый раз разная и только один раз - сколько условно пришло дивидендов столько в новую идею разово и вложил. В итоге у него загибающийся основной бизнес, который мог бы приносит миллионы долларов в месяц и куча зомби
- топменеджер крупного банка в свободное время пилил социальную сеть для туристов. Нанял программистов, потом команду, потом подрячика и пилил. Через 3 года понял, что он так просто повышает уровень дофамина у себя, надеясь на светлое будущее, потому что до реального бизнеса и денег на пенсию там как до луны
- менеджер взял миноритарные доли в 3 проектах и пытался сам везде заниматься продажами. Выгорел за год, продажи не пошли.
- бизнес решил что надо расти за границы России. Никто не посчитал, что одна новая страна это 500 тысяч долларов расходов и год работы минимум. Открыли сразу 6 стран, попали на кассовый разрыв, взяли кредитов и закрылись через полтора года.
- крупный отраслевой холдинг решил делать проекты. Искать или инвестировать посчитали неправильным - решили отвлечь топов на эти активности. За год выручка упала на 20%, все проекты закрылись. Передумали, начали инвестировать как люди нормальные.
- основатель не готов был отдавать больше 15% бизнеса, потому что "это мой ребенок и смысл жизни". Инвесторы решили что инвестировать в чужих детей так себе идея и не дали денег вообще
- студент делал стартап пока учился на стипендию. Закончил ВУЗ, вышел на работу, получил первую зарплату и понял, что ему это нравится больше. Проект закрыл, ушел в найм.
- проект делали 2 брата, рулил всем младший. Старший комплексовал и ревновал, как пошли нормальные деньги - ушел и открыл такой же бизнес. Оба закрылись.
- основатели попросили совета и связей у инвестора, а потом не заплатили и не дали долю. Инвестор обиделся и позвонил ключевому клиенту, все рассказал. Ключевой клиент подумал что работать с мудаками не готов и разорвал контракт. Проект закрылся, потому что на рынке было 3 клиента.
- топ-менеджер в свободное время занимался строительными работами. Получалось. Решил масштабироваться. Начал искать инвестора. Познакомился с владельцем крупного бизнеса, тот ему предложил работу с зарплатой 90 тысяч долларов в месяц вместо текущих 30 тысяч. Топ понял, что не так уж и хочет свой бизнес и ушел в найм.
- инвестор дал денег жене на медицинский проект. Жена наняла менеджера для развития и не появлялась в офисе полгода. Через полгода узнала, что компания закрылась 5 месяцев назад, менеджер все это время работал в найме и думал, что инвесторы в курсе.
- 55-летний мужик решил заняться ИТ. Взял у знакомого денег, долго и нудно пилил продукт. Когда дошло до продаж и ему сказали консультанты, что надо бы продавать уже как-то - понял что ему некомфортно. Инвестор дал еще денег, до сих пор там что-то пилят, выручки нет.
- проект очень хотел денег привлечь, но в команде не нашлось никого, кто бы мог описать в 3 абзаца текста сколько и на что надо денег, потому что "у нас тут все не любят писать письма, давайте встретимся"
- проект искал денег чтобы дать инвесторам 20% доходности. Оказалось, что это означает, что они возьмут рубль инвесторских денег, а потом будут возвращать по 20 копеек в год.
- 2 партнера поняли, что деньги кончаются через полгода, надо искать инвестора. Через 5 месяцев снова решили это обсудить и поняли, что каждый считал, что деньги будет искать не он, а второй партнер
- 2 партнера находили деньги летать 2 раза в неделю из европейского офиса в Москву к семье бизнес-классом, но считали что заплатить 3 тысячи долларов за контакты инвесторов лишними расходами. Сейчас работают в найме
- команда пафосных молодых загоревших пацанов с золотыми запонками взяли в жирные года 3 миллиона долларов у девелопера на онлайн-игру. Девелопер забыл что дал им денег, они все проели и пришли за неделю до дефолта брать еще. Девелопер посмотрел на них, сказал "походу дела я тогда хорошо бухнул, раз дал денег на такое говно, валите отсюда пока я аудиторов не позвал"
- пацаны решили, что раз у них поперли дела в другом бизнесе, то это повод одним днем закрыть проект. Кого, в конце концов, волнует мнение инвесторов.
- владельцы рекламных площадей в Питере решили инвестировать в стартапы, вкладывая рекламу. Никто не согласился, видимо потому, что на встречи владельцы приезжали на геликах с охраной из бородатых кавказцев.
- основатель раз в месяц уходил в запой на 4 дня
- основатель бизнеса был простым мужиком, который умел договариваться и продавать, но считал других продавцов торгашами. Развитие отдела продаж как-то не пошло поэтому, бизнес не вырос и его сожрали конкуренты.
- основатель вставил в презентации в разделе "Рекомендации" тех людей, часть их которых кинул на деньги
- основатели сказали что им нужны деньги на развитие сети бургерных, в том месте где в презентации была указана их открытая точка был обувной магазин
- основатель открыл точку в павильоне, которые снесли когда сносили незаконные строение у метро. Основатель решил что надо спасать Россию и пошел заниматься политикой, инвесторов мнение не спросили
- основатели искали деньги на развитие сети ресторанов, но немного не подготовились и решили прямо на встрече с инвестором друг с другом это обсудить. Инвестор понял что он лишний в этом разговоре и ушел
А так в целом да, все просто у инвестициях - находишь хорошие бизнесы и зарабатываешь :)
Главное, как в медицине - не париться когда кто-то рядом умирает в муках.