medium_lena_chulkova_8ab67dd01a.jpg

small_lena_chulkova_8ab67dd01a.jpg

thumbnail_lena_chulkova_8ab67dd01a.jpg

lena_chulkova_8ab67dd01a.jpg

large_background profile (3).png

medium_background profile (3).png

small_background profile (3).png

thumbnail_background profile (3).png

background profile (3).png

Чулкова Елена

UI/UX

Data-Track.png

На примере ПО для Абинского
металлургического завода

 <img src="/uploads/1_11_4f6b371f78.png" alt="enter image description here">
 <div>
<h3>Что же это такое?</h3>
<div>
<p>Data-Track — это MES (от англ. manufacturing execution system), т.е. система управления производственными процессами — специализированное прикладное программное обеспечение, предназначенное для решения задач синхронизации, координации, анализа и оптимизации выпуска продукции в рамках производства. MES-системы относятся к классу систем управления уровня цеха, но могут использоваться и для интегрированного управления производством на предприятии в целом.
</p>
</div>
</div>
  <img src="/uploads/2_f908d5038d.png" alt="enter image description here">
 <div>
<h3>Зачем же это нужно?</h3>
<div>
<p>Прежде всего, для систематизации и визуализации данных, выделении главного, поскольку в основе ПО лежат excel-таблицы, которые заложены во всех заводских процессах: планы производства, загрузка склада, перемещение материалов и т.д. А это значит, что требуется удобный интерфейс, ведь сотрудники работают подолгу с ним, иногда в условиях недостаточной освещенности.
</p>
</div>
</div>
  <img src="/uploads/3_ecfb833ed6.png" alt="enter image description here">
 <div>
<h3>Проблематика</h3>
<div>
<p>Еще перед началом работ вскрылось множество проблем, которые и подтолкнули нас к поиску наиболее оптимальных решений. Проблемы следующие: </p>
 <ul>
 <li>Много бумажного документооборота. Много процессов на производстве фиксируется только на бумаге. Их сложно отслеживать, хранить и передавать;</li>
 <li>Сложные условия на рабочих местах. Сотрудники работают подолгу с этим интерфейсом, иногда в условиях недостаточной освещенности; </li>
 <li>Много данных. Нет возможности быстро на одном экране увидеть ситуацию на производстве; </li>
 <li>Неактуальность. Как правило, для руководства доступны данные только за предыдущий день. Нет возможности следить за производством в реальном времени; </li>
 <li>Скорость работы. Данные между отделами передаются в течение нескольких суток; </li>
</ul>

</p>
</div>
</div>
  <img src="/uploads/4_e8d08a61ed.png" alt="enter image description here">
 <div>
<h3>Что же мы сделали</h3>
<div>
<p>В итоге мы разработали современный интерфейс в Figma. Также создали дизайн-систему, позволяющую быстро собирать любые требуемые интерфейсы.
Использовали следующие цифровые технологии и решения: </p>
 <ul>
 <li>HTML/CSS/JS;</li>
 <li>React (CRA);</li>
 <li>Storybook;</li>
 <li>Цифровой двойник;</li>
 <li>Датчики и камеры.</li>
</ul>

</p>
</div>
</div>
  <img src="/uploads/5_ce5fae8f9c.png" alt="enter image description here">
 <div>
 <h3>Технологическая независимость</h3>
<div>
<p>Одно из преимуществ данного ПО — технологическая независимость, то есть используются открытые технологии на базе open-source. Исходный код таких программ доступен для просмотра, изучения и изменения, что позволяет убедиться в отсутствии уязвимостей и неприемлемых для пользователя функций (к примеру, скрытого слежения за пользователем программы), принять участие в доработке само́й открытой программы, использовать код для создания новых программ и исправления в них ошибок.
</p>
</div>
<br>
<br>
<h4>Совместно с компанией <a href="https://dc.ru/">ДАТА-ЦЕНТР Автоматика</a></h5>

Data-Track-1.png

Система производственного мониторинга Data-Track

Лисунова Карина

Чикильдин Илья

Соколенко Владислав

Максимкин Александр

Бажанов Максим

cover.webp

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

<div>
<h3>От порядка к порядку</h3>
<p>Заказчик пришел с&nbsp;задачей создать self-service портал для инвентаризации продуктов и&nbsp;управления их&nbsp;жизненным циклом. Система нужна, чтобы поддерживать продуктовый каталог в&nbsp;актуальном состоянии и&nbsp;получать дополнительную информацию о&nbsp;его элементах. С&nbsp;помощью системы сотрудники могут создавать типовые шаблоны, вычислять с&nbsp;их&nbsp;помощью показатели для индивидуальных программных сервисов, ĸомпонентов, продуктов и&nbsp;бизнес-активностей. Чем удобнее будет система, тем быстрее и&nbsp;легче пользователи получат удобный доступ к&nbsp;внутренней информации.</p>
</div>

<img src="/uploads/v_V_G_M_L_2a3b80e4ee.webp">

</div>
<div>
<h3>Что было не&nbsp;так с&nbsp;системой</h3>
<p>Это ее&nbsp;перегруженный и&nbsp;одновременно недогруженный интерфейс. Перегруженный с&nbsp;точки зрения чистоты дизайна, при этом недостаточно удобный с&nbsp;точки зрения UХ. А&nbsp;еще внутри системы недоставало важных функций и&nbsp;сценариев, которые&nbsp;бы охватывали все необходимые рабочие ситуации. Нам было важно это исправить. От&nbsp;изначальной версии оставили только верхнеуровневую навигацию&nbsp;&mdash; логику разделов. Остальное дополнили и&nbsp;разработали с&nbsp;нуля.</p>
</div>

<img src="/uploads/208189208176208187208190209129209140_74fb43bab6.webp">

</div>
<div>
<h3>Формирование логики</h3>
<p>Никто лучше заказчика не&nbsp;знает, что ему нужно получить в&nbsp;итоге. Никто лучше нас не&nbsp;знает, как прийти к&nbsp;идеальному результату в&nbsp;итоге. Поэтому всю внутреннюю логику системы мы&nbsp;разрабатывали вместе. Изначально нам предоставили пул неструктурированных данных, из&nbsp;которых должен получиться итоговый продукт. На&nbsp;совместных созвонах мы&nbsp;формировали логику и&nbsp;предлагали гипотезы. Затем дизайнеры отрисовывали интерфейс и&nbsp;передавали техническое задание разработчикам. Цикл продолжался раз за&nbsp;разом, пока все нужные фичи не&nbsp;были готовы. Он&nbsp;продолжается и&nbsp;сейчас: в&nbsp;ходе эксплуатации становится понятно, какие функции еще нужно добавить, а&nbsp;какие со&nbsp;временем оказываются не&nbsp;нужными.</p>
</div>

<img src="/uploads/4_208164208190209128208188209139_f03b3127cc.webp">

</div>
<div>
<h3>Этап разработки</h3>
<p>Команда дизайнеров предоставила внутреннему отделу разработки Mish готовый UI-Kit. Мы&nbsp;собрали библиотеку компонентов, чтобы можно было быстро собирать функциональный интерфейс. Для это выбрали решения React и&nbsp;Storybook. Основная сложность разработки была в&nbsp;интеграции и&nbsp;получении данных из&nbsp;внутренних систем заказчика и&nbsp;в&nbsp;обратной синхронизации. Для бэкенда выбрали next.js, express и&nbsp;базу данных postgreSQL. Чтобы взаимодействовать с&nbsp;серверной частью, использовали REST API. Так получилось забрать данные из&nbsp;нашего портала и&nbsp;предоставить другим системам заказчика получать обновленные данные. Дополнительно организовали ролевую модель для серверной и&nbsp;клиентской частей системы. Этим занимались тестировщики в&nbsp;команде&nbsp;&mdash; и&nbsp;в&nbsp;итоге за&nbsp;две недели плотной работы проверили каждую виртуальную щель на&nbsp;безопасность.</p>
</div>

<img src="/uploads/a_A_V_e4e839b082.webp">

</div>
<div>
<h3>Информационная структура</h3>
<p>Готовую админку мы&nbsp;взяли за&nbsp;основу&nbsp;&mdash; и&nbsp;полностью переделали. Отрисовали интерфейсы для трех ролей: самых частотных пользователей, которые имеют дело с&nbsp;системой. В&nbsp;итоге получилась многоуровневая структура с&nbsp;древом навигации, полноценной контентной частью и&nbsp;масштабным новым функционалом.</p>
</div>

<img src="/uploads/209131208186209130209131209128208176_5ffaff35e5.webp">

</div>
<div>
<h3>Дашборды</h3>
<p>Большая часть системы&nbsp;&mdash; это разнообразные таблички. Их&nbsp;создают сами пользователи, а&nbsp;потом к&nbsp;делу приступают архитекторы. Все дашборды отображаются в&nbsp;трех видах, и&nbsp;пользователи продукта могут сами выбрать, какое именно отображение им&nbsp;кажется более удобным. Мы&nbsp;привели все к&nbsp;единому виду, чтобы пользователи быстро считывали контент на&nbsp;разных продуктах и&nbsp;так&nbsp;же быстро получали нужную им&nbsp;информацию.</p>
</div>

<video
src="/uploads/6208177208190209128208180_60fps_v1_0_d80f6b9c35.webm"
loop
autoplay
muted
playsinline></video>

</div>
<div>
<h3>Сущности</h3>
<p>Так внутри компании называют информационные продукты, которые создают и&nbsp;затем курируют сотрудники. Чтобы запустить процесс, нужно заполнить очень сложные формы&nbsp;&mdash; но&nbsp;так, чтобы это было максимально просто. Мы&nbsp;сделали многоуровневую форму с&nbsp;разнообразными критериями, организовали удобное поэтапное заполнение, разделили критерии на&nbsp;шаги. Здесь&nbsp;же есть режим просмотра: в&nbsp;нем все, что внес в&nbsp;карточку пользователь, отображается в&nbsp;структурированном виде.</p>
</div>

<img src="/uploads/209137208189208190209129209130208184_cd5691dc2c.webp">

</div>
<div>
<h3>Взгляд в&nbsp;прошлое и&nbsp;будущее</h3>
<p>В&nbsp;августе 2020 года мы&nbsp;выиграли тендер по&nbsp;проекту, сама реализации идет с&nbsp;2021&nbsp;&mdash; и&nbsp;продолжается до&nbsp;сих пор. Сначала была полноценная разработка, а&nbsp;сейчас мы&nbsp;на&nbsp;поддержке и&nbsp;пилим новые фичи по&nbsp;запросу заказчика.</p>
</div>

preview.webp

preview-resize.webp

Разработка информационной системы

Сычева Софья

Воронова Мария

Трипутень Максим

Анпилов Алексей

Белов Виталий

Cover_catalog.webp

Разработали полноценную дизайн-систему для армянского банка, которая упростила работу дизайнеров и разработчиков.

<div>
<h3>От запроса</h3>
<p>Converse Bank&nbsp;&mdash; один из&nbsp;ведущих коммерческих банков Армении с&nbsp;30-летней историей, который активно внедряет инновационные решения в&nbsp;цифровой сфере. В&nbsp;честь юбилея банк провел масштабный ребрендинг, обновив бренд-платформу, логотип и&nbsp;визуальную айдентику, а&nbsp;также разработал подробный гайдбук. В&nbsp;рамках трансформации было принято решение обновить цифровые продукты. С&nbsp;этим пришли к&nbsp;нам.</p>
</div>

<img src="/uploads/1_0a0bef8906.webp"> 

<div>
<h3>Что по рыночку</h3>
<p>По&nbsp;рыночку не&nbsp;разнообразно. Цифровые продукты, а&nbsp;особенно финансовые, в&nbsp;Армении выглядят тяжеловесными, неудобными и&nbsp;устаревшими. С&nbsp;нами Converse Bank планировал стать одним из&nbsp;флагманов и&nbsp;трендсеттеров местного рынка. Визуального гайда по&nbsp;разработке цифровых продуктов у&nbsp;коллег не&nbsp;было, поэтому мы&nbsp;создали с&nbsp;нуля большую и&nbsp;многофункциональную дизайн-систему. Сначала для&nbsp;мобильной версии, потом раскатили ее&nbsp;на&nbsp;веб</p>
</div>

<img src="/uploads/2_b0375cd7c3.webp"> 

<div>
<h3>Точка отсчета</h3>
<p>Банковское мобильное приложение нельзя делать один раз и&nbsp;на&nbsp;всю жизнь. Это должен быть живой, постоянно изменяющийся и&nbsp;адаптивный продукт. Поэтому нужны были решения, которые учитывают расширение в&nbsp;будущем, без необходимости заново проходить весь путь разработки. Поэтому в&nbsp;основе нашей дизайн-системы лежали токены.</p>
</div>

<img src="/uploads/3_8a02e92bd5.webp"> 

<div>
<h3>Не крипта</h3>
<p>Токены не&nbsp;наша авторская разработка: их&nbsp;используют многие топовые студии. Чаще всего в&nbsp;небольших проектах используют только базовые токены. Они представляют собой такие статические значения, как&nbsp;hex-код цвета, размер шрифта, интервала и&nbsp;другие. Дизайн-токены, которые зависят от&nbsp;контекста и&nbsp;ссылаются на&nbsp;глобальные токены, называются семантическими. Мы&nbsp;выбрали для&nbsp;семантических токенов пяти-уровневую организацию, что позволило нам максимально изолировать один токен от&nbsp;другого.</p>
</div>

<img src="/uploads/20_a029d86a47.webp"> 

<div>
<h3>Инструкция по&nbsp;сборке</h3>
<p>В&nbsp;основе дизайн-системы лежит атомарный принцип сборки. На&nbsp;этапе сборки настройка частей компонентов выглядит сложной и&nbsp;многоуровневой, но&nbsp;благодаря ей&nbsp;мы&nbsp;облегчаем работу на&nbsp;этапе формирования интерфейса. Это нужно потому, что&nbsp;банковский сервис будет расширяться, а&nbsp;значит дизайн-систему неоднократно используют для новых цифровых продуктов и&nbsp;пользовательских сценариев. Токены мы&nbsp;оформили в&nbsp;Figma и&nbsp;отдельно сделали гайды на&nbsp;русском и&nbsp;английском языках, как ими пользоваться без ошибок.</p>
</div>

<video
src="/uploads/5_eb614d564c.webm"
loop
autoplay
muted
playsinline></video>

<div>
<h3>Локальная специфика</h3>
<p>Библиотеку компонентов разработали на&nbsp;армянском языке. И&nbsp;дело тут не&nbsp;только в&nbsp;локализации: у&nbsp;армянского языка своя специфика в&nbsp;смысле&nbsp;UI, которую нужно было учитывать. Некоторые стандартные решения, которые мы&nbsp;уже использовали в&nbsp;том числе на&nbsp;международных проектах, для Converse Bank не&nbsp;подходили из-за длины армянских слов. Поэтому мы&nbsp;искали универсальные гибкие решения, которые будут хорошо работать при&nbsp;любом количестве символов. В&nbsp;итоге погрузились в&nbsp;специфику банковского сленга и&nbsp;написали все тексты для интерфейсов на&nbsp;английском и&nbsp;русском, потом перевели на&nbsp;армянский с&nbsp;помощью коллег из&nbsp;Converse Bank.</p>
</div>

<img src="/uploads/6_4b738e795a.webp"> 

<div>
<h3>Работа на&nbsp;основе гипотез</h3>
<p>Мы&nbsp;сформировали перечень основных компонентов, которые закрывают&nbsp;90% потребностей в&nbsp;создании любого продукта. Остальные&nbsp;10%&nbsp;&mdash; это специфические кастомные сложные компоненты, которые создаются специально под задачи. В&nbsp;результате у&nbsp;нас получились две версии компонентов для темной и&nbsp;светлой темы, которые может применять и&nbsp;дизайн-команда, и&nbsp;команда разработки. И&nbsp;делать это проще, быстрее и&nbsp;эффективнее.</p>
</div>

<img src="/uploads/7_554e4e8821.webp"> 

horizontal-cover_-mobile-cover.webp

Дизайн-система для Converse Bank

Копылов Илья

Чулкова Елена

Бриф сам себя не заполнит

hello@mish.design

Москва

Нижний Новгород