Завод в деталях
Производственные линии, оборудование, контроль качества и реальные проекты показывают возможности предприятия.
BIG FISH · Производство
Корпоративные сайты, технические каталоги и кабинеты дилеров для заводов и инжиниринговых компаний. Помогаем показать производство, подобрать оборудование и превратить запрос в согласованную спецификацию.
Дизайн × отраслевой процесс
ОТ САЙТА ДО СЕРВИСА
Производственные линии, оборудование, контроль качества и реальные проекты показывают возможности предприятия.
Подбор по характеристикам, сравнение исполнений и документы конкретной модели.
Спецификации, индивидуальные условия, этапы заказа и документы по отгрузке.
ЖИВОЙ ПРИМЕР
Попробуйте пройти процесс «Подбор изделия → Спецификация → Проверка выпуска → Запрос предложения». Измените входные данные и проверьте, когда система разрешит следующий шаг.
Учебная модель с условными компаниями, числами и правилами. Все действия выполняются в браузере; данные не отправляются. Это пример возможного решения, а не действующая система или кейс внедрения.
ВХОДНЫЕ ДАННЫЕ
РЕЗУЛЬТАТ СЦЕНАРИЯ
Для работы примера включите JavaScript.
СХЕМА РАБОТЫ
| Часть решения | За что отвечает |
|---|---|
| Сайт и интерфейс | Представляет продукт, объясняет условия и помогает выполнить действие. |
| Сервер приложения | Проверяет полномочия, допустимость перехода и повторные запросы. |
| Системы компании | Подтверждают актуальные данные в пределах согласованного обмена. |
| Ответственные сотрудники | Принимают решения, требующие профессиональной оценки и согласования. |

BIG FISH · MANUFACTURING
Проектируем сайты заводов и каталоги промышленного оборудования вокруг инженерной задачи. Типоразмер, материал, допуски и совместимость должны читаться раньше рекламного описания. Схемы, фотографии узлов и сравнение характеристик помогают заказчику составить точную спецификацию.
В личном кабинете дилера показываем согласованную комплектацию, этап изготовления и документы по заказу. Интерфейс связывает запрос коммерческого предложения с производством и поставкой: менеджер и покупатель видят, что согласовано и какое действие требуется дальше.
ДОКУМЕНТАЦИЯ РЕШЕНИЯ
Проектные решения, данные, права и проверки. Конкретные правила и состав интеграций определяем для вашей компании.
Производство / 01
Покупатель промышленного оборудования сравнивает не только внешний вид. На первом экране показываем изделие в рабочем контексте, затем раскрываем мощность, материал, допустимые среды и варианты исполнения. Фото цеха, детали обработки и примеры готовых объектов помогают оценить масштаб производства. В мобильной карточке таблица параметров остаётся читаемой, а запрос предложения доступен после выбора конфигурации.
На этапе проектирования фиксируем примеры экранов и ожидаемые действия пользователя. Для каждого решения указываем, какие сведения редактирует команда, какие получает из другой системы и кто отвечает за их актуальность.
Проверяем перед запуском: Новый посетитель находит нужное направление и следующий шаг на телефоне.
Производство / 02
В рабочем сценарии последовательно связаны этапы: Подбор изделия → Спецификация → Проверка выпуска → Запрос предложения. Каждый переход имеет исполнителя, входные данные и видимый результат. До разработки разбираем нормальный маршрут, возврат на исправление, отмену и повторное действие. Статус в интерфейсе должен отражать подтверждённое состояние, а не просто факт нажатия кнопки.
Проверяем перед запуском: Возврат и повтор не теряют данные и не создают второй результат.
Производство / 03
У изделия есть серия, артикул, исполнение и набор технических параметров. Документы привязываем к ревизии модели: паспорт от предыдущего исполнения не должен появляться у нового. Остаток готовой продукции отделяем от доступности производства под заказ. В спецификацию записываем выбранную комплектацию, количество и версию условий; последующее обновление каталога не меняет уже согласованный состав.
Проверяем перед запуском: Изменение справочника не переписывает согласованный документ.
Производство / 04
Открытый каталог содержит технические характеристики и общие документы. Дилер видит собственные цены и заказы своей организации. Инженер согласует состав изделия, менеджер — коммерческие условия, сотрудник производства — возможность выпуска. Изменение параметров после согласования возвращает спецификацию на проверку. Закрытые чертежи выдаются только тем участникам проекта, которым разрешён доступ.
Проверяем перед запуском: Пользователь другой организации не получает закрытый файл по прямой ссылке.
Производство / 05
Номенклатура и остатки могут поступать из 1С или ERP, технические описания — из отдельной системы каталога. У каждого поля назначаем один основной источник. Запрос с сайта передаём в CRM вместе со спецификацией, а не только с контактами. Если учётная система недоступна, заявка получает статус ожидания; посетитель не видит выдуманный остаток или неподтверждённый срок.
Проверяем перед запуском: Недоступность источника не отображается как подтверждённый успех.
Производство / 06
Для длинных операций показываем, что запрос принят, и сохраняем идентификатор результата. Повтор после потери связи не создаёт второй объект. Ошибки разделяем на исправимые пользователем и требующие специалиста; введённые данные сохраняются в пределах согласованных правил. Состояния «пусто», «загрузка», «нет доступа» и «сервис недоступен» проектируем до вёрстки, а не после запуска.
Проверяем перед запуском: Повторное событие не меняет уже выполненную операцию.
Производство / 07
Страницы строим вокруг серий, назначения, отраслей применения и характеристик, по которым действительно выбирают изделие. Индексируемые подборки отделяем от бесконечных сочетаний фильтров. Старые артикулы сохраняем с пояснением и переходом к замене. Для закупщика важны не рекламные обещания, а корректный запрос цены, состав поставки и понятный следующий шаг.
Проверяем перед запуском: Поиск и фильтры приводят к полезным страницам без бесконечных дублей.
Производство / 08
Первый релиз включает законченный маршрут «Подбор изделия → Запрос предложения», необходимые страницы и редактируемые поля. На тестовом контуре проверяем мобильную версию, роли, формы, документы и ошибки интеграции. Перед переключением сохраняем исходное состояние и фиксируем порядок отката. Команде передаём инструкции редактора, схему обмена и перечень проверок для следующих обновлений.
Проверяем перед запуском: Восстановление проверено на копии, редактор умеет менять поля без разработчика.
FAQ
Да. Сначала запускаем структуру, дизайн, контент и рабочие обращения. Модель каталога и идентификаторы проектируем с учётом будущего кабинета, чтобы не переносить данные заново.
Сначала проверяем доступный интерфейс, права и тестовый контур. Затем согласуем данные и ответственность систем. Если готового API нет, отдельно оцениваем другой способ обмена и его ограничения.
Количество типов страниц, объём контента, роли, интеграции и состав первого релиза. После разбора процесса готовим структуру, прототип и оценку по этапам. Демонстрация на этой странице не является готовой системой или обещанием фиксированной стоимости.
Начнём с задач бизнеса, структуры сайта и процесса, который нужно сделать удобнее.
Заявка отправлена. Мы свяжемся с вами, чтобы обсудить проект.