бизнес "без смузи". Страница 72
2504
@bezsmuzi
как сделать ИТ-бизнес 'с нуля' в РФ без маркетинговой чепухи на ушах? ежедневно рассказываю наш опыт с цифрами...
-
бизнес "без смузи"
Можете изучить проекты, которые позвали на защиту. Прикинуть свои шансы -
бизнес "без смузи"
Пролетели мы с offlinecrm с грантом от государства ! Не позвали на защиту … 🥲😫😤😢 но ничего - поборемся -
бизнес "без смузи"
Мы разрабатывали MVP для банка и столкнулись со следующей проблемой. Продуктолог со стороны заказчика не сформировал план итераций и выпуска фич. Эти работы не были оценены разработкой и согласованы с заказчиком. Как итог, требования формулировались на лету, команда работала с двукратными переработками. Нам пришлось перейти с методологии разработки Agile на Waterfall (подробнее о типах методологий разработки читайте в нашей статье) и компенсировать недостатки процесса планирования геройством разработчиков. Как действовать. Разработайте и поддерживайте дорожную карту по выпуску фичей. Она состоит из стадий аналитики, разработки, тестирования и публикации на продуктовые сервера. Особенное внимание стоит уделить стадии аналитики, на которой формулируются функциональные требования. Такие требования объясняют, что должно быть сделано. Они включают в себя макеты, описание бизнес-процессов, модель данных, путь пользователя, этапы его взаимодействия с продуктом. Процесс разработки ПО. Подробное выстраивание процесса разработки минимизирует риски и повышает управляемость процесса. Осуществить процессы развертывания и обновления продукта Проблема. Процесс разработки и доработки продукта всегда идет непрерывно. Каждая новая версия выходит с постоянной периодичностью. Вам будет сложно обеспечить этот процесс без профессионального DevOps-инженера, который может настроить CI/CD (непрерывную интеграцию и развертывание). Такой специалист следит за ветками кода и тестированием основных фич, отслеживает цепочки сбора всех модулей и содержит все стенды. Именно он отвечает за функциональное качество продукта и оркестрирует весь процесс разработки. Отказ от услуг DevOps-инженера затягивает реализацию проекта. Мы разрабатывали проект для крупной строительной компании. Заказчик не хотел пользоваться услугами DevOps-инженера и требовал, чтобы все процессы были выполнены в срок без автоматизации. В результате разработка проекта затягивалась, потому что разработчикам приходилось вручную осуществлять развертывание. На переход к следующему этапу и обновление версии продукта требовалась одна неделя. После настройки процесса CI/CD это время сократилось до четырех часов. Как действовать. Внедрите DevOps-инженера в команду по разработке продукта. Такой специалист наладит взаимодействие между командой разработки и командой эксплуатации и осуществит процесс развертывания и обновления продукта. Заключение Для идеального запуска MVP вам нужны профессионалы, которые понимают все детали разработки продукта и имеют достаточный опыт в данной сфере. -
Реклама
-
бизнес "без смузи"
Проанализируйте потребности продукта и предусмотрите увеличение функционала в будущем. Проконсультируйтесь с авторитетным IT экспертом, который подскажет лучший набор технологий именно для вашего проекта. Не спешите выбирать «перегретые» стеки. Найдите баланс между популярным стеком и потребностями вашего продукта. Используя менее дорогой и популярный язык программирования, вы сможете быстрее набрать команду и сократить лишние издержки. При разработке мобильных приложений для MVP используйте кроссплатформенный язык. Это сократит финансовые затраты, позволяя создавать сразу несколько платформ одновременно. Продукты с более простым функционалом можно создавать с помощью no-code и low-code платформ, которые экономят время на разработку и позволяют проверить гипотезы. Собрать опытную команду Проблема. Вы хотите сэкономить и набираете разработчиков-фрилансеров без необходимого опыта, не уделяя должного внимания этапам отбора и собеседований. Отсутствует грамотный технический руководитель IT-команды, который бы смог отследить процесс выполнения задач и организовать всю работу. Команда начинает реализовывать проект, но из-за отсутствия опыта и координации допускает ошибки и не может быстро их исправить. В нашем случае заказчик разрабатывал продукт, связанный с хранением чувствительных пользовательских данных. Первоначальная команда оказалась неопытной и выбрала платформу с уязвимостями в безопасности. По ходу реализации проекта руководство несколько раз меняло исполнителей, что привело к затягиванию сроков. Когда пришло время масштабировать продукт уже нашими силами, пришлось переписывать прошлые «костыли» и закрывать уязвимые места. Как действовать. Соберите команду с правильным распределением ролей или возьмите готовую с релевантным опытом. Проведите многоступенчатый отбор для новых специалистов, чтобы подтвердить их квалификацию. Наши команды разрабатывают MVP для сложных длительных проектов, а также работают над кейсами, где результат нужно обеспечить в сжатые сроки. Мы имеем собственные наработки в виде библиотек готовых компонентов и базовых микросервисов, за счет которых сможем «влезть» в меньший бюджет и быстрее добежать до цели. Подобрать архитектуру под требования проекта Проблема. Многие компании не понимают в каких случаях стоит использовать микросервисную архитектуру вместо монолитной. Часто происходит следующий сценарий: команда начинает разработку на микросервисах, хотя вместо этого достаточно было бы использовать монолит. В результате этого решения сроки разработки и бюджет проекта кратно возрастают. В одном из наших проектов по разработке корпоративной системы закупок мы сначала создали работающую систему на монолите, запустили продукт, получили первые платежи и первую обратную связь от пользователей, а уже потом перешли на микросервисную архитектуру, когда появилась потребность в расширении функционала. В другом проекте мы разработали и запустили цифровую обучающую платформу на монолите. И только когда этот продукт начал приносить деньги, мы «распилили» его на микросервисы. Заказчик, сэкономивший на этом бюджет, остался доволен. Как действовать. В большинстве случаев мы рекомендуем создавать MVP на монолитной архитектуре. Применяйте микросервисную архитектуру, когда минимально жизнеспособный продукт сразу рассчитан на большую нагрузку или у вас есть команда с опытом и готовыми наработками в виде переиспользуемых микросервисов. Организовать процесс разработки Проблема. Ваша команда начинает реализацию проекта без документа, в котором сформулированы шаги его развития. Разработчики теряют время на постоянные согласования о порядке и сроках запуска фич. Продуктолог неправильно оценивает бюджет проекта и его сложность. Разработка затягивается, финальный продукт не отвечает требованиям инвесторов. -
бизнес "без смузи"
MVP. Типичные ошибки и как их избежать Мы хотим раскрыть основные проблемы, с которыми сталкиваются компании при внедрении минимально жизнеспособного продукта, и порекомендовать решения для подобных кейсов. Советы по внедрению MVP Представьте: вы принимаете решение о создании нового продукта и начинаете разработку MVP. Но уже на первых этапах понимаете, что разработчики не осознают основных бизнес-задач, выбранная архитектура не позволяет масштабировать проект в будущем, а сам процесс разработки не систематизирован. Это приводит к дополнительным финансовым затратам и постоянным задержкам в реализации проекта. Мы советуем придерживаться следующих шагов при создании MVP: убедиться, что у продукта есть идеолог; выбрать подходящий стек технологий; собрать опытную команду; подобрать архитектуру под требования проекта; организовать процесс разработки; осуществить процессы развертывания и обновления продукта. Убедиться, что у продукта есть идеолог Проблема. Вы начинаете создавать MVP без идеолога, связывающего бизнес-задачи и разработку. В процессе принятия ключевых решений участвуют слишком много людей, которые не объединены единой стратегией. Руководители отделов постоянно предлагают решения, противоречащие друг другу. Разработчики не понимают приоритетность задач и часто переделывают свою работу. В результате выпуск продукта затягивается, сроки срываются, бюджет растет, а команда теряет мотивацию. Мы несколько раз сталкивались с проектами, где руководители разных отделов напрямую участвовали в создании продукта и предлагали противоречащие решения. Это приводило к хаосу и затягивало разработку. Без общей стратегии любое решение по функционалу каждого экрана и дизайну любой маленькой иконки приходилось согласовывать по два-три раза, а потом переделывать под новые требования. В итоге продукт так и не выпустили. Как действовать. Наймите продакт-менеджера, который будет связывать бизнес и разработку. Такой специалист работает на стыке бизнеса, маркетинга, дизайна и программирования. Он полностью отвечает за создание и реализацию продукта — от первоначальной идеи до выхода на рынок. Продакт-менеджер определяет ключевые преимущества продукта, стратегию его продвижения и способы монетизации. В идеале он должен иметь профессиональный опыт и разбираться в сфере, в которой создается продукт. Подобные специалисты редко бывают свободными на рынке, поэтому их необходимо привлекать интересными условиями и перспективами. Кто такой продакт можно понять на примере Илона Маска или Стива Джобса, людей, которые стали идейными вдохновителями своих продуктов. Выбрать подходящий стек технологий Проблема. Компания выбирает стек технологий только из-за его популярности (например, Java). Она не проводит предварительный анализ на соответствие стека задачам проекта. Только в процессе разработки выясняется, что эта технология слишком «перегрета», и можно было бы создать качественный продукт с помощью менее известного и более дешевого стека. Стек технологий — это набор языков программирования, фреймворков и систем управления базами данных, которые используются для реализации проекта. Выбор стека технологий влияет на масштабируемость и надежность продукта. Мы разрабатывали интеграционный продукт для страховых компаний. Заказчик имел экспертизу на Python и хотел вести разработку только с помощью этого языка программирования. Но такой стек не соответствовал задачам проекта и значительно увеличивал общую стоимость. Поэтому мы порекомендовали провести разработку на .Net Core, что снизило бы издержки и сохранило качество продукта. Заказчик выбрал Python и столкнулся с прогнозируемыми трудностями при реализации проекта. Как действовать. -
бизнес "без смузи"
Есть статья по MVP, если интересно, могу выкладывать, статьи относительно стандартные, но возможно кому-то будет интересным -
бизнес "без смузи"
во! сорри за качество, автор не оператор. Это момент защиты. 15 минут потничка и волнений :) -
бизнес "без смузи"
В четверг была защита гранта у нас. Видео ща попытаюсь приложить - снимал из-за дверей, чтобы ребят не отвлекать. Грант 4 млн. на защиту от скликивания. Старт-ИИ. сложные вопросы, реально люди умные среди фонда. А мне кто только не писал - мол хуйня это все Макс, распил-попил, токсичные деньги. Нет. Не так это все. Ща следом попробую видео воткнуть сюда. -
бизнес "без смузи"
Во! смотрите :) мы парсим дохуа сайтов. Мне в пятницу сказали - 500 сайтов парсим. Выручка ну ... около 1 500 000 р. в месяц. Топчемся из-за СВО. Куча наработок, опыта, прокси шмокси, обходы cloudflare и т.п. - Надо это открывать в общий доступ? Чтобы каждый студеоз мог взять и создать парсеры? Не надо. Пусть сами пилят, очищают зерна от плевел так сказать. -
бизнес "без смузи"
Ребята, кто хочет писать из опыта - дам права. Мне не жалко. Главное без ебучий инфоциганщины. Можете рассказывать про свои проекты, давать ссылки и т.п. главное опыт. -
бизнес "без смузи"
Ну вот меня продолжают убеждать, что надо открывать код ПО :) Упрямые черти. Вот взять нашу защиту от скликивания - там уже есть зачатки ноу-хау. Да, еще много что надо сделать - но мне надо открыть наработки конкурентам? Нихуа не открою. Пусть сами ковыряются. Что все заладили при открытость, публичность, комьюнити - пиздешь это :) -
бизнес "без смузи"
🔥 Хотите начать зарабатывать на партнерской программе? Станьте партнером Телфин — сотрудничайте с надежным поставщиком услуг! ✅ Вознаграждение для физических лиц до 5000 рублей за каждого клиента. ✅ Вознаграждение для юридических лиц до 65% ежемесячно или до 7000 рублей единоразово за каждого клиента. Обучающие материалы и система бонусов и специальных предложений для партнеров. Мы открыты к новым предложениям. Оставьте заявку на нашем сайте — https://clck.ru/sLrpp #реклама 
-
бизнес "без смузи"
Российский ИТ-рынок скоро упадет? Спойлер — нет. Эксперты TAdviser прогнозируют серьезное приземление отечественной ИТ-индустрии в 2022 году. При оптимистичном сценарии объем рынка снизится на 10%, при пессимистичном — более чем на 20%. Насколько реальна такая перспектива и может ли отрасль отыграться хотя бы в отдельных сегментах? В последнее время мы наблюдаем рост количества запросов на отечественные инфраструктурные решения. Нестабильность зарубежных сервисов побудила бизнес спешно переносить данные в Россию. И хотя пик спроса уже позади, интерес к «своим» IaaS и PaaS вряд ли существенно снизится. Для рынка сервис-провайдеров это позитивный момент. Linxdatacenter — провайдер облачных решений и сервисов в области хранения данных в собственных дата-центрах в Москве и Санкт-Петербурге — запустили канал Сейф для данных, в котором делятся экспертным мнением и прогнозами развития ИТ-инфраструктуры, облачных технологий и ИТ-бизнеса. Подписывайтесь: https://t.me/+ovU-o8PVtSxkNjBi #реклама 
-
бизнес "без смузи"
-
бизнес "без смузи"
Любопытные цифры можно увидеть в презентации VK для инвесторов. Обратите внимание. Несмотря на события февраля и блокировки соцсетей, дневная аудитория VK не выросла от слова совсем. Она даже ниже, чем в одном из кварталов 2021 года. На лицо стагнация сети, хотя именно в первом квартале были все шансы. Аудитории по-прежнему много. Это факт. С ней можно и нужно работать. Но развития нет. Перехода из других соцсетей нет. Захватить рынок не вышло. Из всех цифр я всегда смотрю именно на DAU, потому что зачем нам аудитория, которая раз в месяц заходит в соцсеть? Как маркетологу мне важно, чтобы с аудиторией можно было выстраивать отношения и повышать доверие к продукту. Но люди, заходящие в соцсеть когда попало, вряд ли будут взаимодействовать с контентом нормально. Да и рекламой, разве что случайно их достанешь. P.S. Посмотрим, конечно, второй квартал, но думаю ситуация не изменится. 
-
Реклама
-
бизнес "без смузи"
Лол. Кажется мою видяшечку "de-Westernization of IT" скинули в какой-то эмигрантский чатик. Нам-то что, мы любым просмотрам и комментам рады. 🙂 
-
бизнес "без смузи"
#конкурс #старт #ЦЭ Сегодня в рамках национальной программы «Цифровая экономика РФ» мы запускаем новую очередь приема заявок по программе «Старт» – «Старт-ИИ-1»! 🤖 Направления поддержки: • компьютерное зрение; • обработка естественного языка; • распознавание и синтез речи; • интеллектуальные системы поддержки принятия решений; • перспективные методы искусственного интеллекта Сумма гранта — до ₽4 млн Срок выполнения НИОКР — 12 месяцев Кто может участвовать? — физические и юридические лица ❗️Проект должен соответствовать критериям определения принадлежности к проектам в сфере искусственного интеллекта, установленным Министерством экономического развития РФ. Заявки принимаются до 10:00 (мск) 29 августа 2022 года. @FasieTalks 
-
бизнес "без смузи"
Google настолько мощный, что «прячет» от нас другие поисковые системы. О существовании большинства из них мы просто не подозреваем. Тем временем, в мире еще огромное множество отличных поисковиков, которые специализируются на книгах, науке, другой умной информации. Держите список сайтов, о которых вы никогда не слышали. www.refseek.com – поисковик по академическим ресурсам. Более миллиарда источников: энциклопедии, монографии, журналы. www.worldcat.org – поиск по содержимому 20 тысяч мировых библиотек. Узнаете, где лежит ближайшая нужная вам редкая книга. https://link.springer.com – доступ к более чем 10 миллионам научных документов: книги, статьи, протоколы исследований. www.bioline.org.br – библиотека научных журналов по bioscience, издаваемых в развивающихся странах. http://repec.org – добровольцы из 102 стран собрали почти 4 миллиона публикаций по экономике и смежным наукам. www.science.gov – американский государственный поисковик по 2200+ научным сайтам. Индексируются более 200 миллионов статей. www.pdfdrive.com – крупнейший сайт для бесплатного скачивания книг в формате PDF. Заявляют более 225 миллионов названий. www.base-search.net – один из мощнейних поисковиков по текстам академических исследований. Более 100 миллионов научных документов, 70% из них бесплатны