Все записи

История успеха | Ксения Мельник

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

Но ее вклад не ограничился разработкой: Ксюша участвовала в продвижении, рассказывала о продукте на мероприятиях и помогала привлекать клиентов. За эту большую работу и вклад в общее дело она получила премию «Naumen Профи».

В статье — путь Ксюши, ее принципы и то, как продукт вырос из идеи в работающий инструмент.


Как все начиналось

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

Rectangle 12639.png

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

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

Как попала в Naumen

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

2024-3 189.png 2024 1кн.png

Я присоединилась к команде встроенных приложений и почти сразу начала работать над Project Ruler в роли продуктового аналитика.

С чего началась работа над Project Ruler

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

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

Как формировался MVP

Мы с командой собрали список задач, без которых MVP было бы невозможно, и начали реализовывать их поэтапно.

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

Как продвигали продукт

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

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

Как Project Ruler повлиял на бизнес

Project Ruler стал заметной частью нашей продуктовой линейки. Благодаря понятному интерфейсу и гибкой настройке объектной модели его стало проще адаптировать под задачи разных клиентов.

Это дало импульс продажам: продукт активнее предлагали клиентам, появилось больше кейсов, которые помогали убеждать новых заказчиков. Мы выполнили план по выручке и это дало ощущение, что все было не зря. Особенно приятно было узнать, что мой вклад оказался заметным для команды и компании — я получила премию «Naumen Профи».

Что помогает мне в работе

Мне важно не просто доводить задачи до результата, но и понимать, как это повлияет на пользователей, бизнес, команду. В работе опираюсь на: 

  • Системность. Мне помогает аналитическое мышление и привычка структурировать даже самые хаотичные вводные.
  • Командность. Я верю, что лучшие решения рождаются в диалоге, когда каждый может высказаться и быть услышанным.
  • Гибкость. Иногда приходится быстро адаптироваться — менять подход, отказываться от задумок, находить новые варианты.

Советы тем, кто начинает путь в продуктовом треке

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

Что важно:
  • Прислушиваться к себе: какие задачи заряжают, а какие — выматывают.
  • Учиться у команды — задавать вопросы, просить обратную связь, перенимать подходы.
  • Не бояться «не знать» — важнее уметь находить ответы и системно мыслить.
И, главное — не обесценивать свой вклад. Даже если кажется, что ты «просто сделал свою работу», это может оказать большое влияние на продукт, команду и пользователей.

Похожие новости

Мифы о тестировании

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

Практика быстро показала, что это не так. В статье Диана собрала мифы о тестировании, в которые верила, и то, как все оказалось на самом деле.

Мифы и реальность: зумеры в ИТ

Про зумеров есть много разных стереотипов: кто-то говорит, что у них короткая концентрация внимания, кто-то считает, что им сложно вписаться в офисную рутину. В карточках Вера, бизнес-аналитик ITSM 365, рассказывает о том, как все обстоит на самом деле: действительно ли разрыв между поколениями так велик. А также делится мыслями, чем молодые специалисты могут быть полезны команде.

Погружение в DevTools

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

Попросили Костю, frontend-разработчика Naumen, рассказать, какие возможности DevTools он использует в работе и на что стоит обращать внимание.

Все новости