Sell Point
Веб-приложение для учета остатков и расходов с редактированием и API-синхронизацией.
Роль
UIUX - дизайнер
Зона ответственности
Прототипирование
Интерфейсная логика
UI-система и графики
Таймлайн
Февраль-Март 2024
3 недели
Проблема
Корректный учёт оборотов
Клиенту требовался инструмент для редактирования себестоимости — как в карточке товара, так и в поставках. Это было критично для точного расчёта расходов, доходов и общего оборота.
Запрос клиента сформулирован не сразу — на старте фокус был на отчётности и визуализации.
В ходе интервью выяснилось, что бизнесу важно отслеживать себестоимость в разрезе поставок, чтобы понимать маржинальность.
Обнаружили разрыв: данные есть, но нет возможности гибко их редактировать — особенно при изменении условий закупки.
Наблюдения
Поиск подхода
Я начал с анализа повседневных сценариев работы с поставками: как пользователи вносят себестоимость, где возникают расхождения и как они фиксируются. Параллельно изучал интерфейсы B2B-систем с редактируемыми таблицами, чтобы понять, какие паттерны упрощают работу с данными без потери точности.
Во время анализа внутренних сценариев и разговоров с клиентской командой стало понятно, что редактирование себестоимости — не исключение, а регулярная задача. Особенно это проявляется при смене условий закупки или пересчёте логистических издержек. Пользователям важно было видеть, как изменения влияют на общую картину.
Изучил таблицы и методы расчёта в B2B-решениях — от ERP до Excel-сценариев, которые клиенты использовали вручную. Это помогло понять привычные точки входа: где пользователи ожидают внесения данных, как воспринимают расчёт прибыли и на что опираются в аналитике.
Провёл несколько быстрых мини-интервью — пользователи подтвердили, что им важно видеть связь между редактированием себестоимости и блоками отчётности. Это стало ключевым инсайтом при проектировании: интерфейс должен не просто позволять редактировать, а делать это осмысленно и прозрачно.
Можно ли встроить редактирование в текущие сценарии без ощущения «лишнего действия»?
Как показать, что редактирование влияет на ключевые показатели?
Есть ли шаблоны или поведенческие паттерны в других B2B-интерфейсах?
На каких этапах можно внедрить изменение себестоимости?
Гипотеза
Если дать пользователю возможность редактировать себестоимость как в карточке товара, так и в поставках — это повысит точность бизнес-аналитики, укрепит доверие к данным и позволит эффективнее управлять прибылью.
Ограничения
При разработке решения возникли ограничения, повлиявшие на подход.
Изменение себестоимости влияет на связанные модули: отчёты, аналитику, прибыль. Нужно было сохранить консистентность данных и избежать логических ошибок.
При попытке встроить редактирование сразу в несколько точек (поставка, товар) есть риск дублирования данных.
Не было доступа к широкой базе пользователей, чтобы полноценно протестировать сценарий на разных типах команд.
Решения приходилось проверять через упрощённые тесты или внутреннюю логику.
РЕШЕНИЕ
Контроль через редактирование
Добавил возможность редактировать себестоимость как в карточке товара, так и внутри поставки.

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

Это дало пользователю контроль над ключевым показателем и повысило доверие к данным в системе.
Анатомия решений
Визуальные идеи
Интерфейс выстроен вокруг логики действий: от поставки до прибыли. Важно было сохранить ощущение контроля, структуры и прямой ценности от каждого изменения. В фокусе — следующие элементы:
Себестоимость можно редактировать как в поставках, так и в карточке товара. Это даёт больше контроля над расчётами и напрямую влияет на аналитику прибыли и оборота.
Пользователь может быстро переключаться между компаниями. Это упрощает доступ к нужной информации и помогает быстрее анализировать данные по каждому бизнесу.
Пользователь может выгружать отчёты в формате Excel или 1С. Доступны как автоматические, так и пользовательские отчёты — по продажам, себестоимости, рекламе и логистике. Это упрощает аналитику и помогает работать с данными вне системы.
Рефлексия
Проект помог глубже разобраться в интерфейсах, построенных вокруг данных: как сохранять прозрачность и контроль для пользователя, не перегружая его. Я научился балансировать между аналитикой, редактируемыми данными и визуальной простотой.
В процессе проектирования не хватило живой обратной связи от разных ролей пользователей — например, логиста и аналитика. В следующий раз заложил бы больше интервью и сценарных тестов, чтобы точнее адаптировать интерфейс под реальные задачи.
Чему научил проект
Made on
Tilda