Менеджмент

Ранее мы писали о трендах в использовании генИИ, а сегодня хотим показать как это работает на практике. Например, встроенный в Gran KMS AI-ассистент не просто выдает ответы - он понимает контекст вашей беседы и поддерживает живое общение.

Например, вы спросили: «Как настроить скидку в системе?». AI отвечает, ссылаясь на конкретные статьи в базе знаний. Если вы уточните: «А как это сделать для постоянных клиентов?», он учтет предыдущий вопрос и даст более точный ответ.

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

Например, сотрудник службы поддержки может спросить: «Какие документы нужны для возврата товара?». AI-ассистент выдаст краткий ответ и ссылку на соответствующую инструкцию.

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

Например, вопрос «Как настроить акцию?» в проекте «Маркетинг» даст инструкцию по скидкам, а в проекте «Техподдержка» — по настройке системы.

Для начала давайте вспомним, кто в команде есть:

• Продукт - его главный продукт это в "Forbes 30 under 30".

• Тимлид - климатический активист: следит, чтобы в команде всем было комфортно, мягко и без токсичных выбросов. Уже не разработчик, но ещё не менеджер.

• Мидл - соль земли, тянет всё. Мечтает стать сеньором, чтобы «думать, а не делать». Но перформанс-ревью мешает: «Требуется больше инициативы в области технического... бла-бла-бла».

• Джун - вымер. Заменён на Copilot'а.

• Сеньор - подключился последним. Но спасибо, что пришёл.

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

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

Сеньор - идеальный инструмент для грязных дел. Там, где нужно больше прогресса и меньше согласований. Смесь смелости, индивидуализма и управляемого хаоса.

ИТ-проекты — это настоящий марафон!

Ну что, уже посмотрели новый подкаст? 🔥

Александр Семенов, генеральный директор ГК «КОРУС Консалтинг», и Антон Думин, ИТ-директор «Газпром нефти», поговорили про бизнес, технологии и подход к сложным задачам.

А еще обсудили спорт и то, как он помогает развивать дисциплину и сохранять фокус, которые так важны в ИТ.

Смотри полный выпуск по ссылке!

Как отдыхать, чтобы отдохнуть?

Саша Афенов, Паша Федотов и Саша Прокшина нашли в своем расписании «Свободный слот», чтобы разобраться: что на самом деле значит отдых и почему в IT-сфере так много людей, которые забывают, как это делать правильно?

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

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Почему ваш новый «гениальный» флоу вызывает тревогу в команде? Всё о психологии сопротивления изменениям — в одной статье!

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

Знакомо? Прежде чем записывать команду в ретрограды и саботажники, давайте разберёмся. То, с чем вы столкнулись — не вредность, а фундаментальный баг (или фича?) человеческой психики. Имя ему — сопротивление изменениям.

В статье «Почему ваш новый «гениальный» флоу вызывает у команды панику? Разбираем психологию сопротивления изменениям» мы копнём в нейробиологию и психологию, чтобы понять, почему наш мозг так ненавидит всё новое, и что с этим делать продакту, тимлиду или любому другому менеджеру. Узнаем почему понятный костыль всегда приятнее неизвестного счастья, что на самом деле пугает разработчиков и тимлидов, когда вы внедряете инновации, как обойти страхи, не потерять доверие и не получить force push в master обратно и какие психологические лайфхаки реально работают в жизни, а не в учебниках. Автор разбирает реальные кейсы, шутит, находит баги в «операционке» команды и даёт понятные инструкции, как внедрять любые изменения.

Укуси меня, пчела — это же Копатыч!

Зумер с амбициями Кроша, структурная Совунья, технический эксперт Пин, философ Кар-Карыч и другие неожиданные типажи кандидатов — кто они и что делать, если вы встретили именно их?

Меня зовут Аня, я руковожу проектными менеджерами на сайте Альфа-Банка. Более 8 лет работаю в сфере people management и провела сотни собеседований В статье «Вы точно их собеседовали: 8 личностей, которые приходят на интервью» делюсь с вами инсайтами своих интервью, рассказываю, почему Ёжик никогда не уходит без оффера, в чём вы должны соответствовать Совунье, чтобы взять её на работу, и почему в моей команде нет Кар-Карыча, а Крош — есть.

Посмотрим на собеседования через призму мультфильма, ведь важно оценивать не только профессионализм кандидата, но и понимать его как личность.

Узнаёте ли вы этих персонажей среди своих кандидатов?

Название вашей фирмы забрал конкурент – география спасет или...

Со временем имя вашей компании становится брендом и тянет вверх кривую продаж. Но узнаваемость имеет обратную сторону - она угрожает вашему бизнесу:

Ситуация 1. Когда ваш бизнес работает на узкой территории.

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

Внезапно на горизонте появляется фирма с тем же или весьма похожим названием ("Ваши столичные перевозки"). И оттягивает на себя ваших клиентов.

Ситуация 2. Когда ваш бизнес продвигается точечно.

Допустим, вы регистрируете организацию "Интернет везет к вам" и торгуете в глобальной сети нужными товарами.

Рекламируете свой сайт по ключевым локальным словам: "товары в Санкт-Петербурге" или "купить в рассрочку в Питере". Все хорошо.

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

В обоих случаях вы вправе защищаться: подать иск к конкуренту и попытаться лишить его права на использование вашего названия.

Но на стороне конкурента география. Он заявит, что ваши бизнесы не пересекаются: у вас разная территория работы и продвижения.

Вам придется ответить на вопрос:

Вправе ли конкурент использовать название вашей компании, если его бизнес территориально другой?

(К слову, ответ на этот вопрос важен для бизнеса, который только выходит на рынок.)

Ответ отрицательный. И вот почему:

1. Название компании и компания неразлучны.

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

Право на фирменное наименование принадлежит лишь одной организации и не может быть передано другой организации.

2. В пределах страны компания вправе получать прибыль в любом месте.

В законе отсутствует норма, ограничивающая территорию деятельности компании. Принцип гражданского права: что прямо не запрещено, то разрешено.

3. Название компании относится к области интеллектуальной собственности.

Фирменное наименование - это вид средства индивидуализации. Оборот таких средств регулируется нормами об интеллектуальной собственности.

В России использование фирменного наименования территориально не ограничено.

"Конкурент", "конкуренция" и тому подобные категории подчиняются нормам о защите конкуренции.

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

Как давно вы заглядывали в реестр юридических лиц?

Мой код, мой кофе, мой хаос

Для ЛЛ: перечислены способы мотивации сотрудников, которые вам могут показаться банальными

Недавно на работе разгорелся жаркий спор. Двое наших разработчиков сцепились из-за выбора библиотеки для работы с датами в монорепе на js. Один был фанатом Luxon, утверждая, что она идеально подходит для сложных задач с датами и временем. Второй клялся, что Date-fns – в это лучший выбор, потому что она лёгкая, быстрая и позволяет использовать только нужные функции, не раздувая проект.

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

Понимая, что бесконечные дебаты ни к чему не приведут, я решил вмешаться. Первое, что необходимо сделать в таких ситуациях – выслушать всех причастных. Я дал каждому возможность высказаться, кивая и делая вид, что записываю их аргументы в блокнот. В голове я уже прикидывал, как не дать спору остановить работу.

Разрешение конфликта

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

В итоге мы остановились на одной из либ, но не это важно. Главное, что разрешился конфликт между двумя сотрудниками на почве выбора технологий. А часто бывает и по-другому, что никто не хочет уступать и каждый топит за свой алгоритм/либу в проекте.

В таких случаях я обычно:

• Развожу спорщиков по разным проектам

• Или принимаю сам решение какую технологию использовать далее

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

Мотивация-шмотивация

Несмотря на подзаголовок, я приведу реально применённые способы поднятия мотивации разработчиков:

1. Деньги-деньги, решают многое. Сюда же незапланированные премии.

2. Повышение должности сотрудника (иногда даже без повышения зарплаты, не везде корректно настроены грейды). Был «разработчик», стал «Ведущий разработчик», потом «Старший разработчик» и т.д.

3. Обновляешь ноутбук работнику. Иногда для сотрудника это долгожданное обновление, и это очень повышает его мотивацию и лояльность к компании (ну или к тому, кто её выбил).

4. Про лишние дни отдыха тоже понятно.

5. Оплата билетов на конференции по IT-тематике (а они не всем по карману сейчас), покупка лицензий на удобный софт.

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

Этих пунктов может быть ещё очень много, везде индивидуально.

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

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

После 9 месяцев постоянного вайбкодинга могу сказать что это буллщит.

Ты хреново излагаешь мысли, так как не понимаешь нюансов - получаешь херовый сервис. Нет, код прекрасный, он логичен и эффективен. Просто ты сам виноват, ибо ты не умеешь не вносить каждым наивным проптом вида "fix it, accelerate endpoint" все больше интерференции и в конечном итоге все больше энтропии. Банально сервис дублирует твой неструктурированный и противоречивый поток мыслей и превращает его в странный конструкт.

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

Предлагаю термин вайбинжиниринг. И он работает только в сочетании с технофашизмом. Вайбинжиниринг требует чтобы ты четко проектировал, описывал правила работы и проверял что они не противоречат друг другу. Вайбинжиниринг требует с самого начала делать public/dev логирование, обмазываться линтерами, делать семантическую разметку, запускать перфоманс тесты, писать всегда с юнит тестами и покрывать тест сценарии, совершенно жуткого гайда по тому как описывать схему в openapi и ошибки. И кучи еще чего

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

P.S. Пост от балды от очередного условного вайбкодера ради интереса прикладной автоматизации на работе.

Доменное имя – не место для чужого товарного знака?

Иногда приходится выбирать: или оставить в прошлом свое доменное имя, или работать в ожидании письма от  правообладателя товарного знака.

Доменное имя - это набор символов, с помощью которого пользователь находит сайт в сети "Интернет". Например, мой сайт доступен по имени "ip-advokat.ru".

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

Например, продаете настольные игры и подобрали доменное имя "nastolki.ru". Или ремонтируете автомобили и выложили сайт на "remont-avto.com".

(В этом примере совпадения доменных имен подобраны случайным образом.)

Но заветное доменное имя - только часть дела. Важно успеть связать имя со средством индивидуализации. Например, с товарным знаком.

В противном случае вам придется отвечать на вопрос -

Вправе ли ваша компания использовать в доменном имени своего сайта чужой товарный знак без разрешения его владельца?

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

1. Товарный знак может законно использоваться только правообладателем или с его согласия.

Товарный знак есть средство индивидуализации продуктов компании-владельца. Благодаря товарному знаку в сознании потребителя укрепляются ассоциации между продуктом и этой компанией. Такая связь подталкивает клиента к выбору продуктов именно компании-владельца.

Компании-владельцу принадлежит исключительное право на товарный знак. Такое право дает только своему обладателю возможность использовать товарный знак: самостоятельно или передав право по соглашению.

2. Включение товарного знака в доменное имя - один из способов использования такого знака.

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

Отдельный способ - использование товарного знака в сети "Интернет", в том числе в доменном имени и при других способах адресации.

3. В доменном имени нельзя использовать слова, сходные до степени смешения с чужим товарным знаком.

Элементы и товарного знака, и доменного имени могут выражаться в словесной форме.

Если товарный знак и доменное имя состоят из одних и тех же слов, то это признаки нарушения закона. Такие же признаки присутствуют, если совпадает звучание товарного знака и доменного имени.

4. Товарный знак имеет приоритет перед доменным именем.

Товарный знак - средство индивидуализации, интеллектуальные права на которое охраняет закон.

Доменное имя - это не средство индивидуализации, поэтому в сегменте интеллектуальной собственности имя априори проигрывает знаку.

(По моим наблюдениям, подавляющее число исков поступает исключительно в этом сегменте отношений.)

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

Интересно, когда вы в последний раз сравнивали доменное имя своего сайта и товарные знаки, зарегистрированные в вашей рыночной нише?

SLI, SLO, SLA — как разобраться в метриках?

В новом выпуске AviСast обсуждаем:

• чем отличаются SLI, SLO и SLA и как их правильно применять?

• когда компании осознают необходимость этих метрик и как их встраивать в процессы?

• как оценить критичность сервисов и доказать бизнесу ценность SLO/SLA?

В теме помогут разобраться Паша Лакосников, руководитель юнита ArchGovernance в Авито, Дима Синявский, SRE-инженер в Ви.Tech, и Кирилл Юрков, Observability and Reliability Engineering Manager в ecom.tech.

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Чужой товарный знак в TITLE вашего сайта: есть ли риск судебного иска?

Сайт - средство привлечения клиентов и сопровождения продаж. Инструмент мощный, но зависимый: нужна поисковая оптимизация, иначе сайт затеряется среди миллиарда похожих ресурсов.

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

Место страницы сайта в поисковой выдаче выше за счет текста внутри элемента TITLE.

 Элемент TITLE размещается вверху кода веб-страницы между служебными символами <title></title>. Внутри элемента - текст, который отражает ключевую мысль всего контента страницы.

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

В чем проблема? Давайте на примере.

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

Моя специализация - юридическая помощь по интеллектуальной собственности. Поэтому в код элемента TITLE этой веб-страницы я поместил ключевую мысль: "Защита интеллектуальной собственности | Адвокат С.В. Пропастин".

Поисковый робот считывает код и учитывает текст из TITLE при выдаче ссылки на веб-страницу. По запросу пользователя "защита интеллектуальной собственности".

Я порылся в реестре товарных знаков Роспатента и нашел комбинированный товарный знак условного конкурента. На нем изображены щит и словосочетание: Патентное бюро "Защита интеллектуальной собственности" (заявка 2019763408).

Ключевая мысль "защита интеллектуальной собственности" в TITLE кода моего сайта и словесный элемент товарного знака бюро сильно похожи!

Отсюда вопрос -

Застрахован ли я от судебного иска на том лишь основании, что фрагмент чужого товарного знака прописан в невидимом для пользователя месте - коде сайта?

Вопрос не праздный.

Гипотетически я могу отбирать клиентов у бюро: пользователи ищут в интернете именно бюро, за счет моего title наталкиваются на мой сайт и переходят на него, оценивают преимущества и обращаются ко мне за помощью.

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

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

Ответ на вопрос мне не нравится, но истина дороже -

Маскировка чужого товарного знака в элементе TITLE кода веб-страницы не защищает меня от иска правообладателя знака. Почему?

1. Товарный знак включает словесный элемент "защита интеллектуальной собственности". Ключевая мысль в TITLE моего сайта тоже сформулирована в словесной форме с таким же наполнением.

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

2. Один из способов использования товарного знака - его размещение в сети "Интернет".

Сайты являются обязательным звеном этой сети. Без них линии связи теряют смысл: нечего соединять. Именно использование товарного знака без согласия его владельца - повод для судебного иска.

3. Без специальных сервисов элемент TITLE в коде сайта невидим пользователю. Но именно в случае с TITLE пользователь видит результат исполнения кода, так как ключевая мысль:

1) выводится в виде заголовка и подсвечивается системой на странице выдачи по поисковому запросу;

2) выводится на персональном компьютере в адресной строке браузера при переходе на главную страницу сайта.

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

Интересно, вы проговариваете в процессе SEO тему использования чужих товарных знаков?

Key Results: как измерить то, что действительно важно?

В третьем выпуске нашего курса по методологии OKR рассматриваем Key Results — их роль, особенности и практическое применение. Вместе с Сергеем Кузиным, ведущим agile-коучем Авито, разбираем:

• функции и свойства Key Results — чем они отличаются от обычных KPI?

• как помогают достигать целей?

• как избежать ошибок при формулировке?

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Gran KMS: как AI-ассистент революционизирует управление знаниями

Привет, Хабр! Сегодня хотим поделиться крутыми новостями о том, как развивается система Gran KMS и какие возможности открывает интеграция AI-технологий в управление корпоративными знаниями.

Что нового?

AI-ассистент стал настоящим прорывом в функционале системы. Теперь мы можем обрабатывать огромные массивы текстовых данных практически мгновенно. Представьте: многомиллионная библиотека знаний, тысячи документов — и всё это анализируется за считанные секунды!

Решаем реальные проблемы

Каждый, кто работал с корпоративными знаниями, сталкивался с типичными проблемами:

• Разрозненность информации — данные разбросаны по разным системам и форматам

• Сложность редактирования — обновление контента превращается в квест

• Медленный доступ — поиск нужной информации занимает слишком много времени

Новая версия Gran KMS решает эти проблемы на уровне архитектуры системы. AI-ассистент не просто ищет информацию — он анализирует контекст, объединяет данные из разных источников и выдаёт релевантные ответы.

Как это работает?

Интеллектуальная обработка позволяет:

• Мгновенно анализировать тексты любой сложности

• Находить ответы даже в самых запутанных документах

• Консолидировать информацию из разнородных источников

• Предоставлять структурированные ответы

Если вы занимаетесь управлением знаниями в компании — обязательно обратите внимание на эти обновления. AI-ассистент Gran KMS может стать настоящим помощником в вашей работе!

А как вы решаете проблемы с управлением корпоративными знаниями? Делитесь опытом в комментариях!

Почему мы не взялись за проект, казавшийся перспективным на цифрах?

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

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

При первоначальном анализе было выявлено, что объем рынка для проекта достаточный, можно простроить понятную бизнес-модель, а критические риски отсутствуют. В целом, сама идея казалась довольно живой, и мы взяли ее на предварительное тестирование (о том, как мы понимаем “предтест” я подробнее писал здесь). Проект получил название “Portfolio AI”.

Мы провели количественное и качественное исследования, опрашивая респондентов, входящих в ЦА проекта. Аудитория была разделена на 3 условных сегмента: соискатели (физические лица), наниматели (компании, ищущие сотрудников) и компании-эмитенты дипломов (организации, проводящие курсы и обучения). Как выяснилось, выраженная “боль” (потребность в продукте) отсутствовала у всех сегментов.

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

Пользователи не видят ценности в идее, как следствие - не готовы платить за такой инструмент. Автору было рекомендовано сделать пивот, а мы решили отказаться от разработки по причине низкой инвестиционной привлекательности.

Задача была в работе 1 месяц. Так иногда случается: объем рынка есть, проект легко "простраивается" и кажется, что успешно выйти на рынок будет достаточно легко. Однако, если проверить идею детально, может оказаться, что "боль" автора не близка широкой аудитории, а значит - лучше всего придумать для идеи иной поворот или отказаться от ее реализации.

Как не выгореть в IT?

В кадре — Саша Афенов, Паша Федотов и Саша Прокшина, а на разделочном столе знакомая каждому тема — выгорание. Вместе с Лерой Зелёной, продактом образовательных продуктов в YADRO и психопросветителем, говорим о том:

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

• почему тимлидам особенно тяжело;

• что нужно делать, если у вас нет сил.

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

— Слушай, я посмотрел у Тинькоффа — у них такие крутые анимации. Давайте и нам такие сделаем!

— Ну, у нас не финтех, мобильного приложения нет, и вообще — у нас CRM для логистов…

— Ну и что? Люди любят, когда красиво! Сделаем плавные графики, чтобы всё оживало. UX, UI, ты же понимаешь!

— У нас при этом не работают фильтры, отчёты формируются вручную, и у клиента падает система при импорте Excel. Может, сначала это починим?

— Ладно… Только кнопки тогда сделай с закруглениями, как в Тинькоффе. Хоть что-то красивое будет.

Выглядит лучше. Работает — так же плохо.

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

Вдохновение — не преступление.

Но копирование без понимания контекста — худший выбор.

У Тинькоффа и команда дизайнеров, и исследования юзабилити, и огромный бюджет, и полгода на rollout.

Сначала надо решить боль клиента, а не украсить страдание. Сделай стабильный функционал, и только потом — красивый. Иначе копирование по цене тех долга выйдет.

Оффтоп
Читайте больше у меня в профиле и в Telegram канале

😎 Как специалист по защите информации, по образованию, капитаню хочу отметить:

Любую систему можно взломать!

😁 И вот на просторах интернета попался еще один красивый пример обхода ограничений "хайпового" GPT:

А если серьёзно - я собрал всё, что нужно знать о работе с ChatGPT и другими языковыми моделями:

• фреймворки для запросов (GRWC, ERA, APEX и др.)

• лучшие практики и техники

• сравнение моделей (GPT-4, Claude, Gemini и др.)

• форматы вывода и входные данные

• полезные инструменты (Taplio, Cursor, Decktopus...)

• где использовать ИИ в бизнесе

📌 Это не просто список, а универсальный навигатор по генеративному ИИ.
Для тех, кто хочет не просто «поговорить» с ИИ, а заставить его работать на результат.

👉 Читать: Всё-в-одном: Чек-лист по работе с ИИ и ChatGPT

Где учиться менеджменту

Привет! Мы на Хабр Карьере собираем сотни онлайн-курсов в IT или digital на маркетплейсе курсов и каждую неделю делаем подборки обучений для тех, кто хочет учиться какой-то специализации с нуля или для тех, кто уже в профессии, но чувствует, что хочет прокачать навыки.

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

— Project-менеджер

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

— Product-менеджмент

Определение продукта: что делаем, для кого и зачем. Исследование рынка и пользователей, формирование backlog'а, приоритизация, запуск и развитие продукта.

— Деливери менеджер

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

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

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

→ Смотреть курсы по всем специализациям

Как не завалить целеполагание в самом начале?

Во втором эпизоде курса по OKR вместе с Сергеем Кузиным, ведущим agile-коучем Авито, разбираемся с нюансами постановки целей: рассмотрим два обязательных правила, а также соберем пул вопросов, которые помогут корректно формулировать цели.

Смотреть VK
Смотреть YouTube

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.