Посмотреть видео можно тут: https://youtu.be/swX7BCNmezw или тут: https://dzen.ru/video/watch/67d1b8607cf023150bd6a24e

Введение

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

Эксперимент с нейросетью: от простого к сложному

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

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

Результаты диалога с нейросетью

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

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

Сравнение простого и детализированного запроса

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

Продолжение в видео или тут: https://dzen.ru/a/Z9G5iJ214EmRjCYe