---
updateDate: 2026-02-05T00:00:00Z
publishDate: 2025-02-13
publishYear: 2024
name: Jeffit
title: Система автоматизации для юридических департаментов
excerpt: Выполнили восемь ТЗ и добавили новую функциональность в существующую систему.
isNew: true
thumbnail:
src: ~/assets/images/portfolio/cards/jeffit.svg
alt: Собака Павлова • Jeffit • Система для юридических фирм и департаментов
logo:
src: ~/assets/images/portfolio/jeffit/logo.png
alt: Jeffit • Логотип
link: https://jeffit.ru/
image: ~/assets/images/portfolio/jeffit/main.png
imageAlt: Собака Павлова • Jeffit • Система для юридических фирм и департаментов
tags:
- it
- ux-outsource
- prof
- jeffit
context: |
[ООО «Брума Сервис»](https://jeffit.ru/) занимается разработкой [Jeffit](https://jeffit.ru/), системы для организации работы юридических департаментов в компаниях. При помощи этой системы пользователь (в частности, юрист) автоматизирует и упрощает процесс ведения дел, документов и других сопутствующих задач.
Мы уже не впервые сотрудничаем с «Брума Сервис». Ранее мы работали над переносом их интерфейсов на дизайн-систему Ant, что позволило унифицировать внешний вид и повысить удобство работы с системой. В рамках того проекта мы переработали основные пользовательские сценарии, оптимизировали навигацию и адаптировали интерфейс к современным требованиям.
Вот только картинки показать вам не сможем. У нас бывают проекты, которые мы ведем в Figma заказчика, под жестким NDA и в связке с командой разработки (эта услуга называется «[UX-отдел на аутсорсе](/services/ux-outsource)»). Это частая история, но по понятным причинам мы редко рассказываем о ней. Такие проекты сложно описывать, но мы попробуем.
Не горюйте, в 145 [остальных наших кейсах](/portfolio) картинки есть.
relatedPages:
- text: |
### Вам нужен интерфейс?
#### Заказать дизайн
Напишите нам на [we@sobakapav.ru](mailto:we@sobakapav.ru)
#### Что мы можем сделать?
[UX-отдел на аутсорсе](/services/ux-outsource), как в этом кейсе, и [многое другое](/services).
collection: services
page: redesign
- text: |
### Хотите уметь так же?
Научим создавать хорошие интерфейсы.
collection: promo
page: mio
- collection: promo
page: uc
relatedPages2:
- text: |
### Похожие проекты
collection: portfolio
page: nextons
- collection: portfolio
page: dipol
outcome:
title: Некоторые цифры
numbers:
- title: Выполнили
number: "8 технических заданий"
text: "Задачи были разные - от переработки уже существующего функционала, до добавления абсолютно нового"
- title: На каждое ТЗ
number: "в среднем 4 итерации"
text: Это позволило отполировать концептуальные решения до рабочего состояния и передать в разработку.
result:
- src: ~/assets/images/portfolio/figma.svg
text: "Ничего не покажем: NDA"
link: mailto:we@sobakapav.ru
budget: 1 700 000 ₽
time: "8 месяцев"
director: "Ну что тут скажешь. Работали."
metadata:
canonical: https://sobakapav.ru/portfolio/jeffit
title: Система автоматизации для юридических департаментов
description: "Добавили новую функциональность в существующую систему"
robots:
index: true
follow: true
openGraph:
site_name: Собака Павлова
images:
- url: '~/assets/images/portfolio/jeffit/badge.png'
width: 1200
height: 630
---
import Image from '~/components/common/Image.astro';
import TOC from '~/components/widgets/TOC.astro';
<TOC>
[Бизнес-задача](#anchor1) • [Дизайн-задача](#anchor2) • [Результат](#anchor3) • [Нюансы и особенности](#anchor4) • [Отзыв, цены, сроки](#anchor5)
</TOC>
## <a name="anchor1" />Бизнес-задача
Расширение возможностей системы за счет добавления новых функций и улучшения существующих. Упрощение работы с системой, снижение временных затрат на выполнение определенных сценариев.
>Use cases — пользовательские сценарии, сценарии взаимодействия, сценарии использования, пользовательские сценарии — последовательное описание поведения человека при взаимодействии с системой и системы, когда с ней взаимодействует человек. У нас есть [модуль дизайн-задачника «Сценарии взаимодействия»](https://www.eduhund.ru/program/usecases/?utm_source=sobakapav&utm_medium=site&utm_campaign=page) для тех, кто хочет научиться их использовать в дизайне интерфейсов.
## <a name="anchor2" />Дизайн-задача
Заказчик пришел к нам с задачами разного рода, оформив их в виде небольших техзаданий, каждое из которых включало:
- Цели и задачи
- Функциональные требования
- Описание предлагаемого решения
- Use Cases (сценарии использования)
- Ограничения
Таких ТЗ — заказчик называл их заявками — было восемь. Почему все задачи были разбиты на отдельные ТЗ?
Доработки и добавление новой функциональности выполнялись в разных частях системы и единое техническое задание написать было сложно, поэтому заказчик пошел таким путем.
Часть этих заявок была направлена на доработку таблиц, с которыми работает пользователь (юрист), а часть — на добавление новой функциональности для администраторов.
Общий подход к задачам из заявок (а их было 8) выглядел таким образом:
- Проанализировать полученное техническое задание заявку варианты возможных решений.
- Спроектировать возможные варианты решений проблем пользователей.
- На основании полученной обратной связи от заказчика, детализировать и доработать макеты интерфейсов.
Несколько заявок для примера:
1. Корректировка реестра.
*Задача*: Автоматизировать обновление реестра нарушений, уведомление пользователей и подготовку корректировочных писем.
*Задачи для дизайнера*:
- Визуально выделить изменения в реестре.
- Отобразить статусы корректировки в интерфейсе системы.
- Организовать версии реестра в удобном хронологическом порядке.
- Сделать удобнее работу с реестром (скрывать/отображать измененные строки).
2. Улучшение карточки дела для работы с претензиями.
*Задача*: Оптимизировать отображение связанных претензий в карточке дела, упростить доступ к информации и улучшить навигацию.
*Задачи для дизайнера*:
- Оптимизировать таблицу перевыставленных претензий.
- Разработать механику просмотра цепочки связанных претензий.
- Переработать интерфейс карточки.
- Проработать отображение информации в зависимости от типа дела.
## <a name="anchor3" />Результат
Заказчик сразу передал полученные решения в производство, что позволило внедрить новую функциональность и предложить ее пользователям.
Новые возможности решили ряд пользовательских задач, повысили интерес к продукту среди существующих пользователей и в будущем позволят привлечь новых.
### Экстра-польза
Во время работы над заявками в проекте навели порядок в организации файлов в Figma, поскольку заказчик часто сотрудничает с фрилансерами и не имеет единых правил оформления результатов работ.
## <a name="anchor4" /> Нюансы и особенности
Большим плюсом на проекте была возможность в каждой итерации получать обратную связь от пользователей. Это позволяло корректировать интерфейс уже на этапе концептов и к моменту передачи макетов в разработку получать работоспособные решения с учтенными замечаниями.
Работу по техническим заданиям выстраивали следующим образом: после изучения задач предлагали решения и варианты возможной реализации. Оптимальный вариант, который лучше всего подходил для технической реализации и решал пользовательскую задачу самым удобным образом, дорабатывался и передавался на ревью пользователям.
Получив обратную связь, обсуждали с заказчиком возможные решения и вносили доработки.
## <a name="anchor5" />