Я предпринимаю в IT

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

Переписывать или чинить: 3 вопроса, которые закрывают спорКаждый раз, когда я открываю чужой (или свой годовалой давности) проект, рука тянется сказать: «да тут проще переписать с нуля».Это почти всегда ловушка. Перепись — это месяцы без новых фич, риск всё сломать и потеря того опыта, что уже зашит в код в виде багфиксов и костылей, про которые ты уже не помнишь, зачем они там.Но иногда переписывать действительно надо. Чтобы не угадывать, я гоняю задачу через 3 вопроса.1. Что именно болит — код или моё к нему отношение?Если код просто «некрасивый», «не модный», «не на том фреймворке» — это не повод. Это повод сходить выспаться. Если болит конкретно, например, падает прод, на правку одной строки уходит 4 часа, новый разработчик уходит после недели онбординга — есть предмет разговора.Правило: одно конкретное измеримое «больно» = можно обсуждать. Эстетика = нет.2. Какой процент логики мы реально хотим оставить?Если бо́льшая часть бизнес-логики остаётся как есть, а боль в архитектуре, слое данных или фронте — это рефакторинг, иногда жёсткий, но рефакторинг. Если меняется сам домен, бизнес-модель, ядро — да, перепись, потому что код заточен под старую модель и будет ей сопротивляться.Моя личная эвристика (не наука): если оставляем меньше трети логики — перепись честнее, чем мучить рефакторингом.3. Готов ли бизнес 2–6 месяцев платить за то, что снаружи ничего не меняется?Главный вопрос, и его всегда задают последним. Перепись — это пауза в новых фичах. Конкуренты не паузят. Клиенты не паузят. Если у бизнеса нет такого окна — придётся чинить, как бы ни хотелось переписать.Алгоритм:Болит конкретно + меняется ядро + бизнес даёт окно, то переписывать.В остальных случаях — чинить и рефакторить.

Ещё одна киллер-фича ChatGPT — кидаете скрин своего дизайна и просите дать фидбек. Бот по полочкам разложит вашу работу, подсветит сильные стороны и предложит, что можно улучшить. На видосе пример с дизайном сайта, но новая фича работает с чем угодно — нейросеть разберет ваш реферат, презентацию, код и так далее. Достаточно кинуть фотку. ChatGPT снова показал бомбу. @bugnotfeature

Первый найм в сейлс — это не тот, кто приносит деньги.Я всегда нанимаю customer success. Человека который думает не о выручке, а о том что клиент чувствует прямо сейчас. Нашли ли они свой use case, видят ли результат до и после. Это единственное что имеет значение после подписания.Как это работает: ты продал CEO, вице-президентам, все пожали руки. Но продуктом пользуются продавцы внутри компании. И когда CEO придёт к ним через квартал и спросит репорт — именно они будут решать будет upsale или нет, а не CEOБыло у вас такое — сделал продажу, отметил, выдохнул, а потом контракт тихо умер. Почему? Потому что в какой-то момент ты перестал продавать. Перестал воспринимать внутренних стейкхолдеров как людей которым ещё нужно объяснять зачем ты им нужен, что изменилось, какой результат.Я вижу эту ошибку почти у всех фаундеров с которыми работаю. Закрыли сделку и сразу переключились на следующую, а внутри клиента никто не ведёт работу.Продажа в B2B никогда не заканчивается. Она просто меняет форму — от закрытия сделки к постоянной работе внутри клиента. Согласны?

MCP в Битриксе: почему это важнее, чем кажетсяНа собеседовании с разработчиком всплыла фраза, мимо которой я бы три года назад прошёл, а сейчас зацепился: «к Битриксу же MCP уже подключается». Сказано было между делом.И вот именно эта будничность — самое интересное.Что такое MCP, если короткоMCP (Model Context Protocol) — это стандарт от Anthropic (того самого, что делает Claude), описывающий, как ИИ-ассистент получает доступ не только к своей «памяти», а к живому контексту проекта: репозиторию, документации, базе данных, дизайну в Figma, задачам в Jira, браузеру, CRM. Грубо говоря, раньше ИИ писал код «по памяти и догадкам», а с MCP — по реальной документации и API конкретного проекта. Меньше галлюцинаций, больше попаданий в существующий стек.Почему MCP под Битрикс — это не «вау», а сигналВ обсуждениях ИИ-разработки обычно мелькает модное: React, Python, AI-first стартапы, новые фреймворки. Битрикс там проходит мимо — слишком корпоративная, слишком «не хипстерская» платформа.И именно поэтому факт, что для 1С-Битрикс уже работают MCP-серверы (как минимум delight.mcp в официальном маркетплейсе и независимый camouf.ru, плюс несколько решений под Bitrix24 REST на GitHub), для меня важнее любых новостей про очередной AI-IDE.Битрикс — это огромный рынок поддержки и доработки в РФ и СНГ. Тысячи корпоративных сайтов, личных кабинетов, интернет-магазинов, легаси-кода и интеграций, на которых каждый день работают живые компании. Если ИИ-инструментарий доходит сюда — значит, он действительно стал инфраструктурой.Как мы в JDPlex с этим работаемНа самих Битрикс-проектах поддержки мы сейчас аккуратно смотрим в сторону MCP под CMS. Цель не подключить ради хайпа, а понять, где это реально снижает цикл правки в существующем коде: типовые задачи на инфоблоки, доработка компонентов, кастомизация шаблонов, простые интеграции.Что это значит для заказчикаЕсли у вас есть сайт на Битрикс, особенно живущий 3+ года в продакшене, и его периодически надо «допиливать» — вот конкретные эффекты:

ИИ убьёт заказную разработку?Сижу и думаю — ИИ уже пишет код, рисует дизайн, собирает интерфейсы, помогает тестировать, генерирует тексты, делает прототипы.И невольно возникает тревожный вопрос, а что будет с заказной разработкой?Моё ощущение, что заказная разработка не умрёт.Но умрёт старая модель, где компания просто продавала "руки программистов" и часы написания кода.Потому что код действительно дешевеет.Типовые лендинги, простые сайты, CRUD-админки, первые дизайн-макеты, базовые прототипы — всё это будет всё чаще собираться быстрее, дешевле и частично без классической команды разработки.Но бизнесу на самом деле нужен не просто код.Бизнесу нужно, чтобы:— сайт не падал;— заявки не терялись;— CRM работала;— интеграции не ломались;— процессы были эффективнее;— персональные данные были защищены;— формы, оплаты, уведомления и личные кабинеты работали стабильно;— подрядчики не оставляли после себя хаос;— проект можно было развивать, а не переписывать с нуля каждые полгода.ИИ может сгенерировать кусок кода.Но он не несёт ответственность перед клиентом.Он не придёт и не скажет:"Мы разобрались, почему у вас теряются заявки, почему сайт проседает по скорости, где риск штрафа, какие доступы утеряны, что нужно чинить в первую очередь и как это связано с деньгами бизнеса".Поэтому, мне кажется, ценность будет смещаться.Меньше ценности в самом факте написания кода. Больше ценности в диагностике, архитектуре, поддержке, безопасности, интеграциях, внедрении ИИ в реальные процессы и ответственности за результат.Отдельная большая ниша, на мой взгляд, — это "спасение" проектов, собранных через ИИ.Сейчас многие предприниматели будут делать MVP через нейросети и no-code-инструменты. У них будет "почти готовый продукт", который вроде работает, но внутри:— нет нормальной архитектуры;— нет документации;— нет безопасности;— нет тестов;— непонятно, как это масштабировать;— непонятно, кто потом будет это поддерживать.И вот тут снова понадобятся нормальные инженеры и команды, которые умеют

Не реклама, рекомендация! Очень молодой основатель, надо поддержать!

Ребят, я редко кого-то рекомендую в канале. Но сейчас сделаю исключение — потому что это реально полезно многим из васВы строите IT-продукты. У вас есть экспертиза, которую годами нарабатывали. Часть из вас ведёт Telegram-канал. И наверняка хотя бы раз думали: «Надо бы запустить курс / наставничество / обучение».А потом эта мысль тонула в операционке...Знакомо?Так вот. Есть человек, который превращает эту мысль в деньги на счёте 💵Дмитрий Симаков — продюсер запусков для экспертов. CEO IT-компании waynut.ru, сооснователь F-Rent.ru. Пришёл в продюсирование не через инфо-курсы, а через собственный бизнес — воронки, аналитика и продукт это его ежедневная работа.Он не обещает «миллион за месяц»Он берёт ваш канал, вашу аудиторию и выстраивает систему запуска под ключ:— стратегия и финмодель — прогрев в Telegram с правильными смыслами — воронка, лендинг, чат-бот — продающий эфир с репетициями и поддержкой в прямом эфире — дожим тех, кто не купил сразу (это ещё 60-70% выручки) — отчёт по юнит-экономике послеИтог — месячная выручка за 3–7 дней без выгорания и хаосаЕсли у вас есть аудитория и экспертиза — у вас уже есть всё для первого запуска. Осталось только не откладывать.Напишите ему ➡️ @Dmitri_Simakov Или посмотрите подробнее: simakovprod.ru

Обратите внимание на конец списка

👌 Какие рейтинги выйдут в июне, а какие отправятся на покойНапомним, что график подготовки уже опубликован:https://t.me/inside_ratingruneta/804Иконкой 👋 отмечены новые рейтинги.Разработка, внедрение и развитие цифровых продуктов1. Разработка и развитие сайтов/веб-сервисов2. Разработка и развитие интернет-магазинов (отдельный от веба)3. Разработка+поисковое продвижение сайтов4. Разработка и развитие мобильных приложений5. Разработка и внедрение CRM6. Аутстаффинг7. Дизайн цифровых продуктов (сегмент рейтинга «Дизайн»)8. Разработка и внедрение ИИ👋9. Разработка и внедрение десктопного ПО👋10. Техническая поддержка👋11. Разработка чат-ботов👋12. Разработка AR/VR-приложений👋13. 1С-интеграторыРеклама, коммуникации, маркетинг14. Контекстная реклама15. Таргетированная реклама16. Мобильный маркетинг (продвижение мобильных приложений_)17. Перформанс18. Продвижение на маркетплейсах19. SEO20. Инфлюенс-маркетинг21. SMM22. PR23. Контент24. Управление репутацией25. Креативные агентства26. Видео27. Брендинг28. Коммуникационный дизайн (сегмент рейтинга «Дизайн»)29. Комплексные рекламные агентства (вместо рейтинга «Комплексное продвижение 360»)👋30. GEO/AEO (продвижение в ответах нейросетей)👋31. Событийный маркетинг👋32. Геймификация👋33. CRM-маркетинг👋34. Медийная рекламаКомплексные35. Полносервисные диджитал-агентства36. Подрядчики госкомпаний37. Подрядчики крупных компанийОтраслевые38. ИТ39. Промышленность40. Торговля (бывший Еком)👋41. Авто👋42. Мебель, интерьер👋43. Медицина👋44. Недвижимость👋45. Одежда, аксессуары👋46. Питание👋47. Строительство👋48. Финансы👋49. ФармаПомянем💀Подрядчики иностранных компаний: нет спроса.💀Коммуникационные агентства: сливаем его с PR, чтобы не размывать трафик.💀Комплексные разработчики: непонятная ценность заказчику и участнику.💀Развитие и поддержка сайтов: поддержка сайтов войдёт в рейтинг «Техническая поддержка».💀Корпоративное ПО: здесь смешивались веб, мобильная разработка и другие цифровые продукты с признаком «корпоративный», и вме