Если одному исполнителю нельзя доверять весь цикл целиком, на какие профессии вообще нужно разделить эту работу?
Сейчас ответ кажется почти очевидным: разработчик должен разрабатывать, тестировщик — тестировать, диагност — искать причину проблемы, а кто-то ещё должен смотреть на проект целиком и решать, что вообще делать дальше.
Часть 1 цикла о взвешенном KPI для оценки Яндекс.Директа в B2B
С рекламной аналитикой есть занятный парадокс: чем лучше она настроена, тем больше цифр появляется перед глазами. И в какой-то момент этих цифр становится достаточно, чтобы подробно объяснить почти всё — кроме самого простого: реклама в целом сейчас работает лучше или хуже?
Что именно надо менять — промпты, сам процесс разработки или мою роль в нём?
Ответ на этот вопрос я получил не сразу и довольно болезненным способом, но обо всём по порядку.
Не смертельно, конечно, но всё же: если хотите чуть больше, чем просто ответы на отзывы, то готовьте кошелек.
Оказалось — почти наоборот.
Первой реакцией на проблемы было то, что сегодня советуют едва ли не в каждом руководстве по работе с ИИ: надо лучше ставить задачи, давать больше контекста, точнее описывать ограничения. Не писать «исправь код», а объяснять, что именно сломано, что должно происходить вместо этого, какие функции нельзя трогать. При…
Началось всё довольно прозаично — с почты в amoCRM.
У нас длинные переписки с клиентами, несколько менеджеров, сделки, повторные обращения. А штатная работа с письмами в CRM устроена так, что спустя некоторое время вся эта переписка начинает выглядеть как одна длинная лента. Письмо есть, ответ есть, ещё один ответ тоже есть, а вот быстро поня…