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

Что было не так с «спецификациями по функциям»

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

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

Создание прототипа

Чтобы решить эту проблему, нам нужно было разработать прототип источника достоверной информации о спецификациях и проектах. Каждый экран должен иметь уникальный источник правды. Поэтому любые обновления, сделанные на экране, должны отражаться в этом единственном источнике правды, а не на какой-либо другой специальной странице. Наши проекты были на Figma, поэтому мы сохранили их там. Написание спецификаций рядом со скриншотами в Notion на самом деле было более трудоемким, чем прямое написание спецификации в Figma. Разработчики могли сразу увидеть высококачественные проекты со своими спецификациями в том же файле Figma, с существующей спецификацией рядом с предлагаемым изменением.

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

Улучшение и масштабирование прототипа

Чтобы привлечь всех наших дизайнеров, нам нужно было разработать четкий стандарт, отвечающий их конкретным потребностям на платформе, которую они узнают и регулярно используют. Теперь у нас есть одно рабочее пространство «Визуальные характеристики» в Figma с папками, упорядоченными по темам, а не по командам. Каждый экран принадлежит всем, а не только одной команде. Если команда, отвечающая за определенную область, вносит изменение, которое повлияет на другую часть приложения, они могут обновить нужные экраны в нужном месте, и все увидят это изменение автоматически. Таким образом, наш текущий подход к спецификациям является более всеобъемлющим, чем раньше. В каждой папке темы есть одна страница для каждой пользовательской истории.

Содержание пользовательской истории показывает горизонтальное развитие пути пользователя. По вертикали у нас есть все возможные варианты каждого ключевого экрана (состояние ошибки, состояние загрузки, пустое состояние…). Карты спецификаций — это полностью исчерпывающие критерии приемлемости для каждого элемента, в которых объясняется каждое возможное поведение элемента. Основные экраны будут содержать большинство спецификаций, а варианты будут отображать только свои конкретные спецификации.

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

Выполнение полной миграции

Обновление способов работы в отделе технологий и продуктов может быть сложной задачей. Именно здесь появился Qonto Way — постоянное совершенствование лежит в основе нашей культуры. Мы пробуем новые методы с частью команды, и если они оказываются полезными, внедряем их во всей команде. Если нет, мы их отбрасываем. Когда дело дошло до пересмотра нашего подхода к спецификациям, мы начали с уровня моей команды, и я взял на себя полную ответственность за инициативу при поддержке членов команды по продукту/дизайну/технологиям, которые непосредственно участвуют в ее использовании. В идеале вы хотите перепроектировать достаточно экранов и спецификаций, чтобы охватить следующую функцию, над которой вы в конечном итоге будете работать (я перепроектировал весь объем моей команды, чтобы мы были готовы к любой новой функции, которая появится на нашем пути).

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

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

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

• Приостановите производство на несколько дней для каждой функциональной группы и попросите свою техническую команду и дизайнеров провести ретро-инжиниринг всего существующего объема работ. Этот метод имеет несколько преимуществ: заинтересованная команда получает полное знание предметной области, включая новых участников, и вы получаете 100% ясность о том, как все работает — больше никаких белых пятен.
• Выполняйте ретро-инжиниринг только тех частей, которые вы планируете обновить непосредственно перед созданием новой функции. Это гарантирует, что вы ничего не упустите, и сможете начать создавать новые элементы поверх этого нового источника правды. Недостатком этого подхода является то, что вы никогда не получите полной картины.

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

Qonto — это финансовое решение, разработанное для малого и среднего бизнеса и фрилансеров, основанное в 2016 году Стивом Анави и Александром Прот. С момента запуска в июле 2017 года Qonto упростила финансирование бизнеса для более чем 350 000 компаний.

Владельцы бизнеса экономят время благодаря упрощенной настройке учетной записи Qonto, интуитивно понятному повседневному пользовательскому интерфейсу с неограниченной историей транзакций, экспорту бухгалтерского учета и практичной функции управления расходами.

Они сохраняют контроль и могут предоставить своим командам больше автономии с помощью уведомлений в реальном времени и системы управления правами пользователей.

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

Они также пользуются звездной поддержкой клиентов по справедливой и прозрачной цене.

Хотите присоединиться к сложной и революционной компании? Проконсультируйтесь с нашими предложениями работы !