Про техдолг
Наверняка, многие из вас часто встречаются в работе с такими терминами как "техналог", "техдолг", "планы технического развития", "технический роадмап" и тд. И, зачастую, продакты смотрят на эти задачи как на что-то непонятное, да и вообще отвлекающее их от по-настоящему полезных и важных задач. Ну действительно, к чему заморачиваться с какими-то там методами и трассировками, когда у вас понятный и причесанный бэклог с фичами, которые точно дадут эффект здесь и сейчас. А я вам расскажу зачем.
Пару месяцев назад наши техлиды принесли нам такой же непонятный технический эпик. Переделка навигации, изменение хранимых процедур, выпил старых методов, доработка сервисов, и тд. Глазами продакта это просто какая-то тарабарщина и ненужная фигня. А, оказывается, нужная. Сделав весь этот эпик, мы сократили Bounce Rate (процент пользователей, покинувших сайт на первой же странице) больше чем на 10 п.п. Что, как вы понимаете, охренеть как много. То есть, раньше на 100 новых пользователей сайта 30 уходило сразу же на первой странице. Теперь на 100 пользователей сразу уходят только 20. И это эффект, достигнутый исключительно техническими доработками, а не какими-то продуктовыми изменениями или улучшениями клиентского пути. И мало того, что это техническая задача, так и такой эффект получить от продуктовых фич не всегда можно вообще. Я даже так сходу и не припомню фичу, которая давала бы такой рост в, по сути, конверсию в активацию новых пользователей. А мы этот эпик долго делать еще не хотели 😂
Так что не игнорируйте задачи по техдолгу, они реально полезные, и даже помогают растить продуктовые метрики )