коротко

Вы работаете не в IT — вы работаете в бизнесе, который использует IT как инструмент. За каждой задачей в Jira стоят деньги: чьи-то инвестиции, зарплаты, план продаж. Главный вопрос аналитика — не «как это сделать», а «зачем это делать и окупится ли». Научитесь грубо считать стоимость разработки и сравнивать её с ценой проблемы — это отличает инженера от секретаря, записывающего хотелки.

Давайте начнём с неудобного. Когда вы утром открываете доску задач и берёте тикет — за этим тикетом стоят деньги. Ваш код, ваша схема, ваше ТЗ — это не абстракция. Это часть машины, которая должна приносить прибыль. Это не цинизм, это контекст, в котором вы на самом деле живёте.

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

Три типа разработки — и где в них деньги

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

Продуктовая. Компания делает продукт и продаёт его: стриминг, банковское приложение, маркетплейс. Логика прямая: нет продаж — нет компании. Каждая фича должна либо привлекать новых пользователей, либо удерживать старых, либо повышать средний чек. Если фича не делает ничего из этого — спросите зачем она.

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

Внутренняя. Компания автоматизирует саму себя: завод внедряет учёт, банк строит внутренний портал, ритейл автоматизирует склад. Кажется, что продаж тут нет. Но есть правило: каждый внутренний проект должен экономить больше, чем стоит. Иначе — зачем?

Что важно знать

Опенсорс, наука, общественное благо существуют — но это исключения. Если вы в найме, почти наверняка вы в одной из этих трёх категорий. И в каждой за вашей задачей стоит окупаемость.

Сколько стоит разработка

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

Средняя команда — это 2–3 разработчика, тестировщик, аналитик и куски времени тимлида, девопса, дизайнера. Зарплаты в Москве на 2025 год, грубо, до налогов:

  • Junior-разработчик: 80–120 тысяч
  • Middle-разработчик: 150–250 тысяч
  • Senior-разработчик: 250–400 тысяч
  • Аналитик: 100–200 тысяч
  • Тестировщик: 80–180 тысяч

Но зарплата — не вся стоимость. Компания платит ещё налоги, аренду, софт, железо, менеджмент. Грубое правило: реальная стоимость сотрудника — это его зарплата, умноженная на 1.5–2.

Цифра, которую стоит держать в голове

Команда из 5–6 человек стоит компании 1.5–2.5 млн рублей в месяц. Спринт в две недели — 300–500 тысяч. Когда вы говорите «давайте сделаем фичу за спринт», вы говорите «давайте потратим полмиллиона». Все суммы здесь — порядок величин на 2025 год, а не точные значения: рынок и регион сдвинут их, но метод расчёта не меняется.

Пример: отчёт, который не стали автоматизировать

Один отчёт. Раз в месяц. Собирается вручную, занимает неделю. Заказчик приходит: «Давайте автоматизируем, надоело руками». Звучит разумно — автоматизация же это хорошо?

Лид посчитал. Разработка — полтора спринта, примерно 500 тысяч рублей. Потом задал один вопрос: «А человек, который собирает отчёт, сколько получает?»

Сорок тысяч в месяц. Неделя работы — это 10 тысяч рублей.

стоимость решения / экономия в месяц = срок окупаемости
500 000 ₽ / 10 000 ₽ = 50 месяцев ≈ 4 года

Четыре года окупаемости. И это без учёта поддержки, багов и изменений формата отчёта, которые потребуют доработок. Задачу завернули — человек дешевле. Это и есть работа аналитика: не записать хотелку, а посчитать.

«Разве это не работа продакта?»

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

Короткий ответ: они есть, но не всегда срабатывают. Продакт может быть под давлением «показать фичи к кварталу». Тимлид — занят техдолгом. Руководитель — не знает деталей. Или все хорошие профессионалы, но просто не задали нужный вопрос в нужный момент.

Длинный ответ: вы отвечаете за свою совесть. Вы не контролируете, сделает ли продакт свою работу. Но вы можете сделать свою — задать вопрос: какую проблему решаем, сколько она стоит сейчас, сколько будет стоить решение, окупится ли и за какой срок.

Аккуратно с политикой

Не всегда уместно спорить с директором на общем созвоне. Но задать вопрос один на один, уточнить у продакта, зафиксировать в переписке — можно почти всегда. Форма важна не меньше сути.

«Зачем» важнее «как»

Когда вы задаёте вопрос про деньги, есть три исхода. Первый — вам ответят разумно, и теперь вы работаете осмысленно. Второй — ответят «просто сделай»; неприятно, но теперь вы знаете, что делаете фичу ради фичи, и ответственность на том, кто решил. Третий — вопрос заставит людей задуматься, и задачу пересмотрят. Третье случается чаще, чем кажется.

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

Упражнение на честность

Возьмите последние три свои задачи и ответьте: как каждая связана с деньгами компании? сколько примерно стоила её разработка? окупилась ли — и как это измерить? Если не можете ответить — это нормально, но это первое, что стоит выяснить. Спросите у тимлида, продакта, заказчика. Многие удивятся вопросу. Некоторые не смогут ответить. Это тоже ответ.

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

Частые вопросы

Как быстро прикинуть окупаемость фичи?

Поделите стоимость разработки на месячную экономию или прирост дохода — получите срок окупаемости в месяцах. Стоимость разработки грубо считается так: сколько спринтов × 300–500 тысяч рублей за спринт команды. Если окупаемость больше года-двух, а проблема не критичная — это повод не делать или отложить.

Зачем аналитику лезть в деньги, если есть продакт?

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

Сколько стоит один спринт команды?

Команда из 5–6 человек обходится компании в 1.5–2.5 млн рублей в месяц с учётом налогов, аренды и накладных. Двухнедельный спринт — это примерно 300–500 тысяч рублей. Полезно держать эту цифру в голове, оценивая «маленькие» доработки.