Это моя первая статья на Хабре, поэтому сначала немного предыстории. Работаю в интернет‑маркетинге с 2011 года. Застал смену десятков алгоритмов поисковиков, эволюцию подходов в SEO, был опыт работы с перформанс‑каналами (хотя база всё же сеошная). Из чисто технического — базовое знание Python. Само собой, HTML+CSS. Одним словом, не разработчик. Но вот я и подхожу к сути — почему вообще тема возникла.
Рубрика «стартап»
Сделал 5 автоматических инструментов для SEO за месяц и дважды чуть не опозорился на старте
2026-07-22 в 11:42, admin, рубрики: первые шаги, продукт, разработка сайтов, стартапНас сломала elbow‑стрелка: как мы с братом учились проектировать продукт до кода
2026-07-20 в 7:43, admin, рубрики: codex, prd, ux-проектирование, ИИ в разработке, ии-агенты, пользовательские сценарии, продуктовая документация, разработка продукта, стартап, управление разработкойМы с братом вдвоём разрабатываем WorkHub. До этого у нас не было профильного образования и опыта создания цифровых продуктов. Мы не работали внутри IT‑команд и не проходили путь от стажёра до разработчика. Возможность начать появилась во многом благодаря ИИ‑инструментам.
Я, в основном, отвечаю за продуктовую документацию, проработку функций и тексты. Код мы пишем вместе. Брат сильнее влияет на общее видение продукта и занимается аналитикой. Жёсткого разделения ролей у нас нет: небольшие UX‑проблемы, разработку и проверку реализации мы часто разбираем совместно.
Сделали дейтинг с коллаборацией со Spotify без инвестиций
2026-07-18 в 9:05, admin, рубрики: dating app, Plus Vibe, product hunt, Spotify, запуск продукта, международный рынок, музыкальный сервис, продуктовый дизайн, социальная сеть, стартап
Доброе утро, фанаты! История длиной в 2 года о том, как придумать дейтинг приложение с выходом на иностранный рынок: получать отказы от Spotify, потерять в последний момент инвестиции — но всё же выпустить приложение!
Часть 1. Идея
Без ИИ, на одних OKR: как строительный IT-стартап за 2 месяца перешёл от 1–2 демо в неделю к 2–4 в день
2026-07-17 в 7:52, admin, рубрики: okr, деловая игра, ключевые результаты, менторинг, система продаж, стартап, строительные технологии, управление командой, целеполаганиеДано: инженерный стартап с продуктом для автоматизации строительного контроля. Первые B2B-продажи есть, но рост встал — 1–2 демо в неделю.
Через два месяца та же команда проводит по 2–4 демо каждый будний день, закрыты 4 сделки, собрана база из 900+ целевых компаний. И всё это без ИИ-агентов и волшебной лидогенерации.
Рецепт: вовлечение команды в планирование, еженедельные спринты по фреймворку OKR, одна спонтанная деловая игра, которая вскрыла настоящую проблему.
Я вёл этот проект как ментор и ниже разберу, что мы делали, что оказалось реальным барьером и какие ходы дали результат.
Как мы съездили в Японию и запустили Пополаму — сервис, который знает кто кому должен
2026-07-09 в 16:41, admin, рубрики: ИИ, приложение, стартап, финансы, финтех, финтех стартапыПеред совместной поездкой всегда кажется, что главные вопросы — это билеты, жильё и маршрут. Но если вы едете компанией, есть ещё один вопрос, который почти всегда всплывает уже по ходу дела и особенно по окончании поездки: кто кому и сколько должен?
Какая проблема?
Две недели я делал народную карту заправок. Написать код оказалось самой скучной частью работы
2026-07-07 в 13:18, admin, рубрики: AI-инструменты в разработке, mvp, opensource, UGC-сервис, vibe coding, продуктовая дистрибуция, сетевой эффект, стартапЯ не рассчитывал, что через две недели буду сидеть и писать, что маркетинг сложнее программирования — звучит как банальность, которую все и так знают. Но когда сам через это проходишь, банальность перестаёт быть банальностью, она превращается в конкретную проблему, у которой нет решения ни в одной документации.
Расскажу с самого начала, заодно покажу цифры и то, что получилось собрать.
Методология о людях: как я придумал Projex и зачем это вообще нужно
2026-06-22 в 13:19, admin, рубрики: agile, команда разработки, методология, продуктивность, проектный менеджмент, стартап, тимлид, управление проектами«Стоит идее завладеть мозгом…»
Когда я только начинал выстраивать процессы внутри команды, я экспериментировал с различными подходами: Agile (в основном Kanban), доски в Jira, ретроспективы по понедельникам и пятницам. Работа двигалась, но достаточно тяжело: большинство этих методологии сконцентрированы на процессе, а не на людях, которые в нём работают. Другие руководители в компании говорили, что я слишком мягок со своими сотрудниками и многое им позволяю. Но так или иначе именно это дало импульс в разработке — у нашей команды уже более 6 реализованных продуктов.
Как я смог запустить суперапп и что это на самом деле
2026-06-22 в 10:03, admin, рубрики: django, messenger, python, superapp, websockets, джанго, мессенджеры, социальные сети, стартапВсем привет! Пишу ознакомительную статью о моем творении и как работают супераппы, если возникнут вопросы, обращайтесь в коменты.
Первый шаг в бездну
Начну с вопроса: «что такое этот ваш суперапп?» и уже дальше опишу принцип работы и что в итоге получилось воссоздать за 8 месяцев непрерывного кодинга. Суперапп — это объединение двух и более функционалов нескольких сервисов в одно единое приложение или веб‑приложение. Проще говоря, его задача избавить обычного юзера интернета от лишних вкладок на компе и сделать все более централизованным. Хотя тут скорее зависит от того, на какой суперапп мы смотрим.
Когда пет-проект перестаёт быть пет-проектом
2026-06-20 в 11:43, admin, рубрики: ai-агенты, claude code, генерация видео, генерация изображений, нейросети, пет-проект, стартап, юнит-экономикаПет-проект ни к чему не обязывает. Никто не ждёт аптайма, можно неделю не заходить. Сломалось, починишь на выходных. Всё меняется, когда за продукт начинаешь отвечать: чужие люди платят деньги, присылают свои фотографии и рассчитывают, что всё сработает. Игрушка становится обязательством.
Дальше про этот переход. Как вечерний бот в Telegram оброс вторым ботом, потом сайтом, общим кошельком, биллингом и мониторингом, и в какой момент я из человека, который балуется на выходных, превратился в того, кто отвечает за работающий сервис.