Команда проекта «Резюмус» Провалили третью ступень, но не бросили проект

Команда дипломного проекта:

• Юля Ксенофонтова из Школы руководителей, автор проекта, эйчар и карьерный консультант;
• Лиза Гусенкова из Школы редакторов, главред проекта;
• Зоя Чекмарёва из Школы дизайнеров, дизайнер проекта;
• Илья Синельников, арт-директор.

Помогали на третьей ступени и продолжили помогать после:

• Настя Гончарова, юикс-дизайнер из 6-го потока Школы Бюро;
• Алик Агаев, девопс-инженер.
• Денис Шахбазян, бэкенд-разработчик;
• и ещё несколько человек в разное время.

Как пришла идея создать конструктор резюме?

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

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

Резюме — самый сложный этап в поиске работы

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

К разработке концепции мы подошли серьёзно — изучили рынок и конкурентов. Нашли классные англоязычные конструкторы резюме с ИИ, а вот русскоязычных аналогов не было. Так что «Резюмус» — первый сервис с ИИ-помощником на русском языке.

Какие сложности возникали во время проекта?

Долгое согласование

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

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

Не записывали и не согласовывали замечания

Недостаток опыта

Зоя Чекмарёва: Я раньше не проектировала интерфейсы, поэтому допустила много ошибок. Я не показывала варианты черновиков, а сразу дизайнила чистовой макет. Сильно концентрировалась на визуале и не задумывалась об удобстве пользователя. В результате я всё время улучшала детали и долго не могла отдать макет в разработку.

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

Конфликты и эмоции

Юля Ксенофонтова: Конфликты на последних неделях проекта и неспособность договориться — ещё одна причина провала защиты.

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

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

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

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

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

Почему арт-директор не допустил вас к защите?

Юля Ксенофонтова: За несколько дней до дедлайна в сервисе была проблема с ключевой функцией — нельзя было выгрузить резюме в пдф‑файле. Мы знали, что без этого арт‑директор признает сервис нежизнеспособным. Казалось, что от импорта в пдф зависит наш допуск к защите. Разработчики бились над этой задачей несколько дней, и к 9 октября 2023 года всё-таки успели.

Однако это нас не спасло. В сервисе не работала валидация полей: пользователь мог вписать в них какой угодно бред. Не был подключён домен: мы не знали, что на это уходит до двух суток с момента регистрации. Эти недочёты оказались критичными для арт‑директора. Он посчитал сервис неработоспособным и не допустил нас к защите диплома.

Было безумно обидно. От допуска до защиты дипломов оставалось ещё две недели — мы рассчитывали, что допилим критические функции за это время. Когда первые эмоции поутихли, все поняли, что двух недель нам бы не хватило. В сервисе оставалось ещё слишком много недоработок, а мы уже перегорели. Решение арт-директора было хоть и болезненным для нас, но разумным.

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

Решили доделать проект

Почему вы решили продолжить работу?

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

Лиза Гусенкова: Хочется самим себе доказать, что мы не лузеры. Мы всё-таки выпустим классный продукт, отправим ссылку арт-директору, чтобы он обалдел от того, какие мы крутые. Мне как редактору было интересно запустить продвижение продукта: для этого я развиваю телеграм-канал «Резюмуса».

Зоя Чекмарёва: В этом проекте я получаю дизайнерский опыт и прокачиваю навыки, которые могут пригодиться в будущем. Считаю «Резюмус» своим первым местом работы как дизайнера.

Кто пришёл в проект после диплома и почему команда готова работать на энтузиазме?

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

Настя Гончарова: Мы с Юлей раньше работали в одной компании. Она знала, что я когда‑то закончила Школу дизайнеров, делилась со мной впечатлениями об учёбе. В какой‑то момент Юля пришла за помощью: было сложно добиться фидбека по дизайну от преподавателей. Я подключилась, давала ребятам обратную связь и прикипела к проекту, поэтому решила остаться и дальше помогать в качестве проджект-менеджера и юикс-дизайнера.

Хотим получить практический опыт и сделать что-то полезное

Алик Агаев: Сыграло желание трудиться с коллегами даже после увольнения. Начало работы над «Резюмусом» совпало с моим уходом из компании, в которой мы работали вместе с Юлей и Настей. Ещё для меня это испытание: хочу проверить свой ресурс и способность к самоорганизации, работая над несколькими проектами одновременно. Я жаждал найти что‑то вроде стартапа, которому я нужен. И Вселенная ответила на мой запрос!

Денис Шахбазян: Я пришёл в проект, потому что для меня это развитие: в бэкенде «Резюмуса» использовали фреймворк FastAPI, а на нём у меня было мало опыта. Это стало своеобразным вызовом: мне хотелось выяснить, справлюсь ли я в одиночку с незнакомым инструментом.

Как изменился проект после дипломной стадии?

Юля Ксенофонтова: Поворотным моментом стала стандартизация процессов, которую провела Настя. Например, мы стали работать по спринтам: все задачи у нас «висят» на доске в Notion, где мы отслеживаем прогресс каждую неделю. Ещё в нашей Фигме появились компоненты — элементы, которые можно повторно использовать. Это сильно ускорило работу над интерфейсом.

В плане разработки мы переписали код: во время третьей ступени работали в спешке, было много «костыльных» решений. Чтобы избежать багов в будущем, мы решили сразу заложить хорошую кодовую базу.

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

Что будете делать дальше?

Юля Ксенофонтова: Цель — доделать и выпустить сервис. Мы пилим его в свободное от работы время, поэтому разработка идёт не так быстро, как хотелось бы. Но мы до сих пор хотим дойти до финиша и узнать, что будет дальше в нашем квесте под названием «стартап». Сейчас у нас почти готова MVP-версия, минимально жизнеспособный продукт. Но есть критичные баги, которые нужно исправить перед релизом.

Ещё я собираюсь пройти акселератор и привлекать инвестиции в наш стартап, чтобы платить команде зарплату, повысить её мотивацию и ускорить работу. Настоящие приключения только начинаются!

Что вам дала третья ступень Школы?

Юля Ксенофонтова: Опыт управления проектом. Если есть цель прокачаться как руководитель или командный игрок, третья ступень даёт мощный буст. В построении продуктов — хоть в дизайне, хоть в редактуре — важно уметь общаться с заказчиком, работать в темпе, настраивать процессы, договариваться внутри команды. На практике это оказывается не так легко, как в теории учит Николай Товеровский.

Зоя Чекмарёва: Знакомство с процессами. Мы делали не просто макет, а проходили все этапы от понимания задачи до готового продукта. Я почувствовала себя настоящим дизайнером. Это дало уверенность и желание развиваться.

Лиза Гусенкова: Если у студента уже есть идея жизнеспособного проекта, то третья ступень может стать площадкой для её реализации. В команде будут дизайнер, редактор и руководитель — это хороший старт.

Что можете сказать в напутствие студентам третьей ступени?

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

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

Требуйте обратной связи у арт-директора денно и нощно, а не ждите её в указанный дедлайн. Задавайте много вопросов, даже если они кажутся вам глупыми.

Обязательно фиксируйте все замечания арт-директора, чтобы не попасть на девятый круг ада под названием «бесконечные правки и согласования».

Пользуйтесь функцией «Шеф, помоги!» К сожалению, с вопросами к Николаю Товеровскому мы обратились поздно, когда уже всё говорило о провале проекта. Если бы мы больше советовались, как лучше построить процесс, зафиксировать сроки, распределить зоны ответственности и договориться с арт-директором — может быть, всё бы сложилось иначе.

Откажитесь от проектов со сложной разработкой. Школа предоставляет руководителя, дизайнера и редактора, но с разработчиками всё сложнее. У нас с этим не было проблем, потому что у Юли достаточно знакомых айтишников. Тем не менее, мы всё равно переживали: а вдруг наши разработчики передумают помогать нам на середине проекта?

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

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