Ctrl + ↑ Позднее
2021   задизайнено   логотип

Система управления транспортной компании


Задача
Задизайнить и разработать систему управления транспортной компании


Интерфейс взаимодействия системы управления с водителями реализован через Телеграм-бот:
Телграм-бот в транпортной компании

Интерфейс водителя через Телеграм-бот




Описание работы системы



2021   задизайнено   интерфейс   система управления

Интерфейс финансового сервиса


Задача
Задизайнить интерфейс международного финансового сервиса для организаций


Спроектирован интерфейс клиентской части сервиса, а также интерфейс административной части (управление сервисом).

2021   задизайнено   интерфейс   система управления
2021   mobile   задизайнено   интерфейс

Программный комплекс для гармонизации нейро-активности


Задача
Спроектировать программный комплекс для корректировки и гармонизации нейро-активности, включая систему управления клиентской базой и контролем за представителями (в центрах развития).













Описание работы системы



Отзыв

2020   ui/ux   задизайнено   система управления

Кассовая программа шиномонтажной мастерской


Задача
Задизайнить интерфейс кассовой программы для сети шиномонтажных мастерских.


Метод управления заказами спроектирован по принципу канбан-доски — карточки заказов можно «хватать» и перетаскивать.




Отзыв

2020   ui/ux   задизайнено   интерфейс   система управления

Система управления абонентской базой


Задача
Задизайнить интерфейс и разработать облачную систему управления абонентской базой компании с главной (наружной) страницей, связанной с системой управления. Направление работы компании: продажа сертификатов на оказание услуг.


На главной странице пользователи могут купить и активировать сертификаты. Изменения синхронизируются с системой управления.

Мобильная версия главной страницы




Описание работы системы



Отзыв

2020   задизайнено   система управления
2019   mobile   задизайнено   интернет-магазин   интерфейс   сайты
2019   mobile   задизайнено   интерфейс

Система прогнозирования рисков


Задача
Для налоговых консультантов задизайнить интерфейс системы прогнозирования рисков.


Модальное окно добавления нового клиента

Модальное окно, добавляем новый показатель

После проведения оценки клиент загружает отчет о результате в формате PDF.




Описание работы системы



Отзыв

2019   ui/ux   задизайнено   интерфейс   система управления

Электронная торговая площадка


Задача
Задизайнить удобную ЭТП (электронную торговую площадку)


Спроектированные разделы торговой площадки пронизаны взаимосвязями.

Отзыв

2019   ui/ux   задизайнено

Интернет-магазин одежды


Задача
Задизайнить удобный интернет-магазин


Главная страница.


Страница товара.


Корзина спроектирована с учетом предыдущих ошибок и уже налаженной схемы работы.


Комментарии оставляют редко, поэтому соответствующее поле открывается через чек-бокс.


Уведомляем о неверном коде купона без модального окна.


Предусмотрены все варианты развития событий.

2019   ui/ux   задизайнено   интернет-магазин   интерфейс   сайты

Система управления медицинской ассоциации


Задача
Спроектировать систему управления медицинской ассоциации.


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


Страница пациента


Модальное окно добавления нового пациента


Модальное окно добавления импланта


Доктора (раздел)


«Пользователи» — пункт настроек




Описание работы системы



2019   ui/ux   задизайнено   интерфейс   система управления

Баннеры для интернет-магазина


Задача
Задизайнить баннеры


Побуждаем к регистрации

Обращаем внимание на промо-акцию

Напоминаем о бесплатной доставке

2019   баннер   задизайнено   интернет-магазин   ОптомGO

Скрытый список

Информация полезна и значима в рамках контекста. Когда нет возможности вывести длинный список однотипных параметров или объектов — используют скрытый список.

На страницах систем управления, скрытые списки можно раскрыть кликом (в отличие от светового короба в метро). Этот подход удобен при сосредоточении большого количества данных.

2019   блог   теория систем управления

Непрямолинейный источник данных

Никто не станет оспаривать факт — визуализация позволяет человеку на интуитивном уровне воспринять информацию из мира математики и логики. Правильно спроектированная визуализация данных позволяет оценить обстановку и принять правильное решение.

Этот инструмент часто используется при разработке систем управления. Правильно спроектированная система управления позволяет визуально отслеживать изменения важных параметров объективной реальности. Задача дизайнера сводится не столько к поиску красивого оттенка диаграмм и графиков, сколько к выяснению действительно важных для отслеживания параметров и к умению найти источник необходимы данных, который может быть непрямолинейным.

Пример
Голландский РЖД начал показывать информацию о загрузке электричек онлайн. Данные берут с датчиков веса и газа CO₂.


2019   блог   интерфейс   теория систем управления

Главная страница ХИТ НК


Задача
Сделать редизайн главной страницы сайта консалтинговой компании.



Ранее была разработана страница новой услуги. Заказчику понравился стиль реализации поставленной задачи — задизайнили страницу еще одной услуги и сделали редизайн страницы уже представленной услуги. Следующий шаг — редизайн главной страницы.

На странице перечислены услуги, которые оказывает компания. Ссылки ведут на готовые страницы услуг. Услуги, под которые нет страниц в новом стиле пока никуда не ведут.




Заказчик:

ХИТ НК — услуги в недвижимости

2018   задизайнено   сайты

Интерфейс внутри Альфа-банка

Неудобный интерфейс затрудняет взаимодействие пользователя с системой. Конечно, пользователь может преодолеть внутреннее напряжение, потратить больше времени, выругаться, но достигнуть цели. Или может уйти в другой сервис с более удобным интерфейсом.

Альфа-банк — крупный игрок на рынке онлайн-услуг. К внешней обёртке сайта не придраться (сразу видно, денег не пожалели). Но стоит авторизоваться в интернет-банке — голова идет кругом. Бывают интерфейсы от которых начинаешь кипеть, это один из них.

Мне потребовалось совершить простейшее действие — перевести немного денег на Яндекс.кошелек копирайтера. Рассказываю как это непросто сделать в «Альфа клик».

Заходим в интернет-банк. Мне нужно сделать перевод, куда нажимать? Я уже делал перевод этому копирайтеру, еще раз вспоминать номер кошелька не хочу, поэтому ищу шаблон перевода. То, что шаблоны находятся в «Оплате услуг», а не в «переводах» вы догадаетесь когда не обнаружите ничего о шаблонах ни в разделе «переводы», ни в других разделах.

Отлично, шаблоны найдены. Значит уже почти все готово, осталось написать сумму и закончим с этой задачей.

Но что это — что за звездочки у названий шаблонов. Если навести курсором на название шаблона с красной звездочкой — видим ссылку «перевести сейчас»:

А если навести курсор на название шаблоне с серой звездочкой — ссылки, сука, нет:

Замечаем чек-боксы. Предполагаем, что… Что мы можем предположить? Что если не отмечен чек-бокс «Альфа-клик», то мы не можем перевести по этому шаблону из интернет-банка, который в банке принято называть «Альфа-клик». Не смотря на то, что это какой-то бред, видимо да — этот шаблон был создан в мобильном приложении, похоже это это «Альфа-мобайл».

Отмечаем чек-бокс «Альфа-клик» — на расстоянии локтя от отмеченного чек-бокса, в правом верхнем углу замечаем кнопку:

Жмем на кнопку, чтобы сохранить изменения — видим иллюстрацию технозависимости. Нам предлагается выбрать способ подтверждения из одного варианта. Также присутствует возможность запросить повторную отправку смс. Но не сразу, а через 0 секунд.

Ура! Теперь Антону можно перевести денег.

Тут все понятно, пишем сумму и переводим. А это что?

Здесь все ясно, сохраняем.

Что? Это как? Я же редактирую шаблон, зачем мне создавать еще один шаблон?

Ладно, отменяю другие даты, хочу оплатить сейчас.

Что? Почему? ААА..

Здесь я бы мог усмехнуться и предложить Альфе нарисовать новый дизайн админки. Только язвить не буду, дело не в морально устаревших стилях. Приложение Альфы гораздо симпатичнее, но многие минусы перекочевали и туда. Дело в древней архитектуре всей системы. И Альфу можно понять — архитектура хоть и древняя, но работает. А миллионы пользователей хоть и испытывают затруднения, но в конечном итоге добиваются, ведь, своего!

2018   блог

Техническое задание на разработку ПО




Примеры технических заданий:

ТЗ на разработку онлайн сервиса бронирования чартерных рейсов
ТЗ на разработку системы учета клиентов (лидов) торговой компании
ТЗ на разработку системы управления торговой компании (управление складским комплексом)
ТЗ на разработку системы управления транспортной компании
ТЗ на разработку системы управления программой гармонизации нейро-активности



Портфолио разработанного ПО: CRM, ERP, системы управления
18 проектов | Разрабатываем CRM на заказ


Важность технического задания при разработке ПО
ТЗ является ключевым документом при разработке программного обеспечения. Его основная цель — четко и подробно описать требования и ожидания заказчика, а также определить функционал, архитектуру и технологии, которые будут использоваться в процессе разработки.

Что дает техническое задание:

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

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

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

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

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

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

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

    После разработки макетов приступаем к описанию каждого элемента управления на каждой странице. Этот процесс включает в себя детальное описание всего, начиная от кнопок и полей для ввода, заканчивая сложными интерактивными элементами, такими как выпадающие меню или слайдеры. Каждый элемент управления рассматривается как часть иерархического содержания, которое мы нумеруем следующим образом: 1., 1.1., 1.1.1., и так далее. Такой подход позволяет организовать и структурировать информацию, делая ее более понятной и доступной для команды разработчиков.

    Завершающим этапом является внутренняя перелинковка — вставка ссылок в ТЗ, которые связывают различные элементы и разделы документа между собой.

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

    Структура технического задания
    Наше ТЗ состоит из следующих элементов:
  • Макеты интерфейса. Мы используем скриншоты интерфейса страниц и модальных окон разрабатываемого ПО. Это наглядные изображения, которые помогают лучше представить внешний вид и компоненты каждой страницы.
  • Описание функционала. Каждая страница макета сопровождается подробным описанием функционала. Мы описываем, какие операции и взаимодействия доступны на каждой странице, какие данные можно вводить и выводить, а также какие действия могут выполнять пользователи.
  • Связь между разделами. Важной частью нашего ТЗ является установление связей между разделами и элементами управления. Мы используем ссылки для показа связей между разными разделами, страницами и элементами интерфейса. Это помогает разработчикам легко перемещаться по ТЗ и быстро найти связанные элементы.

    Оформление ТЗ
    При оформлении технического задания следуем определенным принципам и стандартам, чтобы обеспечить понятность, структурированность и информативность документа. Основные аспекты, которые используются при оформлении ТЗ:
  • Титульный лист: На титульном листе указываем название проекта или продукта и сведения об авторстве.
  • Включаем содержание, где перечислены все разделы и подразделы ТЗ. Содержание позволяет быстро найти нужную информацию и легко переходить между разделами по ссылкам.
  • Структура и нумерация. Структурируем ТЗ на основе составных частей или разделов разрабатываемого ПО. В каждом разделе указываем подразделы и описываем требования и функциональность в последовательности, которая обеспечивает логическую связь и понимание проекта. Каждый раздел и подраздел нумеруется, чтобы облегчить ориентацию в документе.
  • Описание функциональности. Подробно описываем функциональность ПО, включая его возможности, основные задачи, интерфейсы, взаимодействие с пользователями и системами, а также ожидаемые результаты. Используем понятный и ясный язык, избегая сложных терминов и специфического жаргона.
  • Интерфейс и макеты. Включаем скриншоты интерфейса и ссылку на набор макетов всех страниц и модулей ПО. Это помогает визуализировать ожидаемый внешний вид и структуру приложения, облегчает понимание требований к пользовательскому интерфейсу и взаимодействию.
  • Используем таблицы, когда это актуально. Таблицы обеспечивают более ясное и структурированное представление информации.

    Пример использования таблицы в техническом задании

  • Схематичное изображение процессов. Когда необходимо визуализировать процессы, взаимодействие компонентов или потоки данных в ПО, добавляем схемы или диаграммы. Это помогает наглядно представить логику работы системы и улучшить понимание требований.

    Пример использования схемы работы в техническом задании

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

    Что дает внутренняя перелинковка
    Внутренняя перелинковка в техническом задании обеспечивает ряд значительных преимуществ, которые упрощают процесс разработки и улучшают качество конечного продукта:
  • Улучшение навигации. Ссылки между различными частями ТЗ позволяют команде разработчиков быстро и легко переходить от одного раздела к другому, если они взаимосвязаны. Это сокращает время, затрачиваемое на поиск необходимой информации, и упрощает процесс работы с ТЗ.
  • Повышение понимания. Перелинковка помогает лучше понять взаимосвязь между различными элементами программного обеспечения, что способствует более глубокому пониманию проекта в целом.
  • Уменьшение ошибок. Когда разные части ТЗ тесно связаны друг с другом, меньше шансов допустить ошибку или недопонимание. Если изменения в одном разделе затрагивают другой раздел — перелинковка облегчает отслеживание этих связей и предотвращает возможные проблемы.
  • Улучшение коммуникации. Внутренняя перелинковка улучшает коммуникацию внутри команды разработчиков, так как она обеспечивает удобный способ ссылаться на конкретные части ТЗ в обсуждениях и переписке.
  • Повышение эффективности. Хорошо структурированное ТЗ с активной внутренней перелинковкой значительно повышает эффективность рабочего процесса команды разработчиков, уменьшая время на поиск и анализ информации и упрощая процесс принятия решений.


    Внутренняя перелинковка в техническом задании.

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

    Исходим из того, что ТЗ должно быть доступным для понимания для всех независимо от уровня технической экспертизы. Стремимся к простоте и ясности, чтобы любой человек владеющий русским языком мог легко понять и согласовать требования и функциональность ПО.

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

    Уровень образования для чтения ТЗ
    Уровень образования не является определяющим фактором для чтения технического задания. Главным критерием является нормальный уровень владения русским языком и желание вникнуть в суть ТЗ.

    Роль ТЗ при оценке стоимости разработки ПО
    При оценке стоимости ПО разработчики и специалисты в области проектного менеджмента изучают ТЗ, чтобы полностью понять объем работы, требуемые ресурсы и сложность проекта. Они анализируют функциональные и нефункциональные требования, описанные в ТЗ, и определяют, какие задачи и этапы разработки требуются для достижения поставленных целей.

    ТЗ помогает оценить затраты на разработку ПО, такие как трудозатраты, необходимость специфических навыков, использование сторонних ресурсов или инструментов. Оно предоставляет основу для определения временных рамок и планирования ресурсов, позволяет провести оценку бюджета проекта.

    Благодаря детальности и структурированности ТЗ, команда разработчиков может провести точную оценку стоимости ПО. ТЗ дает возможность разбить проект на отдельные задачи, определить зависимости и риски, а также учесть дополнительные факторы, которые могут влиять на стоимость разработки.
    • 2018   блог   как работаем

    Оферта — рабочий рычаг

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

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

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

    2018   блог   как работаем
    Ctrl + ↓ Ранее
    © Алексей Шкляр, 2016—2024 РСС
    Движок — Эгея