# prismatica.agency — полное содержимое сайта > Развёрнутая версия https://prismatica.agency/llms.txt: тексты всех страниц сайта в одном документе для ИИ-поиска и ассистентов. > Страниц в файле: 55. Собрано автоматически из живого сайта. ## Хаб услуг ### Услуги: разработка ERP, бизнес-систем и сайтов — Prismatica URL: https://prismatica.agency/services Описание: Разработка ERP и бизнес-систем на заказ, автоматизация производства, сайты, сервисы и AI-решения. Начинаем с обследования от 50 000 ₽. Наши услуги Услуги: разработка ERP, бизнес-систем, сайтов и сервисов Два направления работы: бизнес-системы, которые собирают процессы, данные и роли компании в один управляемый контур, и сайты с сервисами, которыми пользуются клиенты и сотрудники. Любой проект начинается с одного и того же — с понимания, что именно нужно сделать: до договора на разработку вы получаете требования, прототипы, этапы и оценку, и с этими материалами можете продолжить работу с нами или передать реализацию другой команде. Обследование — от 50 000 ₽ Разработка — от 300 000 ₽ Типичный проект — 500 000 ₽ и 3–6 месяцев Работаем по всей России, один договор Обсудить задачу Как проходит обследование С чем вы пришли? 01 Данные живут в 1С, Excel и мессенджерах Сводки собираются вручную, версии файлов расходятся. Бизнес-системы 02 Нет ежедневной картины по производству, складу и деньгам План-факт, запасы и себестоимость видны только в конце месяца. Автоматизация производства 03 Нужна ERP или замена зарубежной системы Заказы, логистика и финансы в одном контуре, 1С остаётся на месте. Разработка ERP 04 Нужен сайт, магазин или личный кабинет Собственный канал продаж или сервис для клиентов и сотрудников. Сайты и сервисы 05 Есть идея продукта и нужна первая версия Проверяем гипотезу за 4–8 недель без лишних затрат. MVP 06 Не понятно, с чего начать и сколько это стоит За 7–10 рабочих дней получите требования, прототипы и оценку. Обследование от 50 000 ₽ С чего начинается работа Предпроектное обследование бизнес-процессов За 7–10 рабочих дней разбираем процессы, данные и роли, описываем требования и точки интеграции, готовим прототипы и оценку. Обследование — самостоятельная работа, а не аванс за разработку: риски и узкие места видны до старта, а не на середине проекта. — Процессы «как есть» и «как должно быть» — Роли, источники данных и точки интеграции — Прототипы ключевых экранов и архитектурный подход — Этапы внедрения и оценка трудозатрат Как проходит обследование Пакет «Проект» 50 000 ₽ 7 рабочих дней Пакет «Бизнес» 75 000 ₽ 10 рабочих дней Бизнес-системы Сводим процессы, данные, роли и внешние сервисы в одну управляемую систему — от заказов и производства до финансов и отчётности. Заказы, производство, логистика и склад Управленческая отчётность, финансы и интеграции с банками Интеграции с 1С, CRM, оборудованием и внутренними базами Разработка ERP-систем на заказ для предприятия Для кого: Производство, опт, логистика, ритейл Когда это нужно Заказы, склад и финансы разбросаны по системам, отчёты готовят вручную. Подробнее об услуге Бюджет от 300 000 ₽ Срок 3–6 месяцев Пример ERP-система для оптовых поставок производителя Разработка бизнес-систем под процессы компании Для кого: Компании со сложными процессами и несколькими ролями Когда это нужно Процессы держатся на таблицах, почте и остатках старого софта. Подробнее об услуге Бюджет от 300 000 ₽ Срок 3–6 месяцев, первый контур за 4–6 недель Пример Автоматизация управленческого учёта — оцифровка розничной сети Автоматизация производственного предприятия и ERP для производства Для кого: Малое и среднее производство, агропром Когда это нужно Нет ежедневного план-факта, контроля запасов и понятной рентабельности. Подробнее об услуге Бюджет Обследование от 50 000 ₽ Срок Оценка — за 7–10 рабочих дней Пример Единый управленческий контур для группы агропроизводств AI-автоматизация и разработка интеллектуальных решений Для кого: Логистика, производство, HR, финансы Когда это нужно Люди тратят время на разбор документов, сверки и типовые ответы клиентам. Подробнее об услуге Бюджет Обследование от 50 000 ₽ Срок AI-ассистент — 2–4 недели Пример СНОВА — AI-платформа автоматизации маркетплейсов Разработка FinTech-решений и продуктовых платформ Для кого: Банки, страхование, корпоративные финансы Когда это нужно Нужны кабинеты, аналитика и интеграции с банками и платёжными API. Подробнее об услуге Бюджет Оценка после анализа рисков Срок Срок — по итогам проектирования Пример FinOne — ежедневный управленческий контроль Сайты и сервисы Проектируем сайты, интернет-магазины, личные кабинеты и общественные сервисы, которыми удобно пользоваться и которые можно развивать. Корпоративные сайты, интернет-магазины и выход с маркетплейсов Личные кабинеты, порталы и многоролевые сервисы UX-аудит, редизайн интерфейсов и дизайн-системы Разработка сайтов под ключ для бизнеса eCommerce, порталы, SaaS, медиа Нужен сайт, магазин или кабинет, связанный с 1С и CRM. Бюджет от 300 000 ₽ Срок 4–12 недель Пример Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Подробнее об услуге Свой интернет-магазин для продавца маркетплейса Продавцы Ozon, Wildberries и Яндекс Маркета Заказы и клиенты остаются у площадки, а комиссия съедает маржу. Бюджет от 39 000 ₽ Срок Запуск от 10 дней Пример Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Подробнее об услуге Разработка MVP для стартапов и новых продуктов Стартапы и корпоративные инновации Нужно быстро проверить гипотезу и не строить лишнего. Бюджет Оценка после приоритизации Срок 4–8 недель Пример Hive — граф доверия для поиска IT-талантов Подробнее об услуге Разработка мобильных приложений под ключ eCommerce, образование, здравоохранение Нужно приложение для iOS и Android, связанное с вашим бэкендом. Бюджет Оценка после прототипа Срок Срок — по итогам прототипа Пример Neuro Mafia — платформа для управления игрой внутри Telegram Подробнее об услуге UI/UX дизайн и редизайн цифровых продуктов Продукты с низкой конверсией и сложными интерфейсами Пользователи не доходят до цели, интерфейс не масштабируется. Бюджет Оценка после UX-аудита Срок Аудит можно заказать отдельно Пример Iron Logic — UX сложного B2B-инструмента Подробнее об услуге Куда отнести вашу задачу Направление зависит не от технологии, а от того, где сейчас теряются время, деньги или управляемость. Бизнес-системы — если — отчётность собирается неделями, а данные расходятся между 1С, CRM и таблицами; — процесс держится на переписке, бумаге и знаниях отдельных сотрудников; — в работе много ролей, а от ошибки в учёте зависят деньги и сроки; — старую систему сложно развивать, а сотрудникам неудобно ей пользоваться. Сайты и сервисы — если — продажи зависят от маркетплейсов и их правил; — клиенты звонят, чтобы узнать статус заказа или получить документ; — нужен личный кабинет, портал или сервис для внешних пользователей; — интерфейсом пользуются каждый день, но он мешает, а не помогает работать. Как строится проект Одинаковый порядок работ для систем и для сайтов: сначала понять задачу, потом проектировать, и только затем писать код — этапами, которые можно принять. 01 Обследование Разбираем процессы, данные и роли. Фиксируем требования, риски и показатели, по которым будем считать эффект от внедрения. 02 Архитектура и UX Проектируем 2–3 варианта решения, ролевую модель и интерфейсы. Ключевые сценарии показываем будущим пользователям. 03 Поэтапная разработка Запускаем первый полезный контур, сверяем данные с исходными системами и развиваем решение по фактическим результатам. 04 Внедрение и сопровождение Обучаем сотрудников всех ролей, сопровождаем переход и остаёмся на связи после запуска — по SLA или вместе с вашей командой. Что выбрать Обследование Когда неясно, что и за сколько разрабатывать Бюджет 50 000 ₽ или 75 000 ₽ Срок 7 или 10 рабочих дней Результат Требования, прототипы, этапы и оценка. В пакете «Бизнес» — ещё расчёт эффекта и окупаемости. Как проходит обследование Сайт или сервис Когда нужен понятный продукт: сайт, магазин, кабинет, MVP Бюджет от 300 000 ₽ Срок 4–12 недель Результат Запущенный сайт или сервис, связанный с 1С и CRM, с технической SEO-базой. Сайты и сервисы Бизнес-система Когда процессы, роли и данные нужно свести в одну систему Бюджет от 300 000 ₽, типичный проект — около 500 000 ₽ Срок 3–6 месяцев, первый контур за 4–6 недель Результат Работающая система по этапам: сбор данных, роли, интеграции, ежедневная отчётность. Бизнес-системы Получить оценку Похожие задачи Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. ERP B2B AI-прогнозирование Логистика 1С REST API ERP-система для оптовых поставок производителя Производитель автоматизировал поставки: заказы, склад и логистика в одной системе, AI прогнозирует спрос, 1С интегрирована, B2B-клиенты работают через REST API. Продавцам маркетплейсов eCommerce Квиз подбора Next.js Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Второй канал продаж рядом с Ozon и Яндекс Маркетом: квиз подбора за 60 секунд, оформление в 3 шага, 35 SEO-лендингов. В первые две недели рекламы каждый рубль вернул около 5 ₽ выручки. Все кейсы Частые вопросы С чего начать, если готового ТЗ нет? С предпроектного обследования: за 7–10 рабочих дней разбираем процессы и готовим требования, прототипы, этапы и оценку. Результат остаётся у вас — с ним можно продолжить работу с нами или передать реализацию другой команде. Обязательно ли сначала проводить обследование? Нет. Если границы задачи понятны — например, сайт на известных требованиях, — начинаем сразу с проектирования и разработки. Обследование предлагаем там, где решение неочевидно или бюджет нужно защитить внутри компании. Сколько стоит проект и как делится оплата? Минимальный бюджет разработки — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный — около 1 млн ₽ и 6–8 месяцев. Проект делится на 2–3 этапа: 50% до начала этапа и 50% после приёмки. Гарантийное исправление дефектов — до двух месяцев. Кто работает над проектом? Постоянное ядро — CEO/CTO, аналитик и дизайнер; под задачу подключаются проверенные разработчики и дополнительные специалисты. Архитектуру каждого проекта ведёт основатель студии, код проходит обязательное ревью. Один договор, гарантийное исправление дефектов до двух месяцев и сопровождение после запуска. Можно ли начать с небольшого участка? Да, это наш основной подход. Сначала запускаем один полезный контур — например, заказы, склад или управленческую отчётность, — проверяем его на реальной работе и только затем расширяем систему. Так решение проверяется на фактах, а не на обещаниях. Вы работаете с нашей отраслью? Работаем с производством, логистикой, оптовой торговлей, ритейлом, финансами, госсектором и сервисными компаниями. Если опыта в отрасли нет, говорим об этом прямо на первом разговоре и отдельно оцениваем погружение. Опишите задачу — предложим первый шаг На первом разговоре разберём контекст и скажем, нужен проект, обследование или более простой способ решить вопрос. Если задача на стыке направлений, соберём команду под неё. Или написать в Telegram ## Услуги и направления ### Экспертиза по отраслям — Prismatica URL: https://prismatica.agency/expertise Описание: FinTech, eCommerce, производство, HR, юридические услуги, медицина — отраслевые решения с проверяемым результатом. Услуги Prismatica Наша экспертиза — отраслевые решения Строим цифровые продукты для B2B, FinTech, eCommerce и корпоративных систем — с результатом, который виден в цифрах. FinTech eCommerce Логистика HR Юридические услуги Медицина Обсудить проект Посмотреть кейсы Все услуги Что входит FinTech / Финансы — управленческий учёт, дашборды, платёжные интеграции eCommerce / Маркетплейсы — каталоги, корзины, автоматизация Производство и логистика — склад, поставки, ERP, прогнозирование HR и EdTech — LMS, порталы, AI-ассистенты Юридические услуги — сайты, личные кабинеты, brand-сайты Медицина — телемедицина, запись, AI-помощники Как строим работу Этап 1 Анализ отрасли Изучаем специфику, регуляторные требования и конкурентную среду. Этап 2 Проектирование решения Адаптируем продуктовый подход под отраслевые сценарии. Этап 3 Разработка и интеграция Реализуем с учётом отраслевых стандартов и интеграций. Этап 4 Запуск и развитие Обучаем команду, собираем метрики, итеративно улучшаем. Релевантные кейсы Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Продавцам маркетплейсов eCommerce Квиз подбора Next.js Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Второй канал продаж рядом с Ozon и Яндекс Маркетом: квиз подбора за 60 секунд, оформление в 3 шага, 35 SEO-лендингов. В первые две недели рекламы каждый рубль вернул около 5 ₽ выручки. UX-аудит 10 пользователей Дизайн-система Iron Logic — UX сложного B2B-инструмента Провели UX-аудит, подготовили редизайн и дизайн-систему. Основные сценарии проверили на 10 пользователях, найденные проблемы исправили. FAQ У вас есть отраслевая экспертиза или только разработка? + Сочетаем: у нас есть опыт в FinTech (FinOne), eCommerce (СНОВА Marketplace), юридических услугах (Юридический Бутик), eCommerce (Relax&Sleep) и IoT (Iron Logic). Вы берёте проекты в незнакомой отрасли? + Да, если задача интересная. Проводим погружение в отрасль за счёт студии. Есть ли готовые решения под мою отрасль? + У нас нет коробочных продуктов — каждое решение строится под конкретный бизнес. Но используем наработанные паттерны и компоненты. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Сайт для продавца маркетплейса — свой магазин от 39 000 ₽ | Prismatica URL: https://prismatica.agency/marketplace-sellers Описание: Интернет-магазин для продавцов Ozon, Wildberries и Яндекс Маркета. Переносим карточки из кабинета продавца, запуск от 10 дней. Услуги Prismatica Для продавцов Ozon, Wildberries и Яндекс Маркета Свой интернет-магазин, где комиссия площадки остаётся у вас Перенесём товары из кабинета продавца — фото, описания, характеристики и цены — и запустим ваш сайт. Маркетплейс продолжает продавать, а заказы с сайта приносят больше: без комиссии, без рекламы конкурентов рядом и с покупателями, которые остаются в вашей базе. +42% больше денег с каждого повторного заказа, чем на площадке от 10 дней и магазин принимает заказы от 39 000 ₽ фиксированная цена в договоре За рабочий день ответим, что перенесём и сколько это стоит. Сначала посчитать экономику M худи оверсайз женское Рекомендуем также · 12 480 товаров −40% Хит Реклама 2 990 ₽ 4 990 ₽ Худи оверсайз с начёсом 4,6 · 80 отз. В корзину −42% 3 490 ₽ 5 990 ₽ Толстовка женская с капюшоном 4,7 · 217 отз. В корзину −45% Распродажа Реклама 4 290 ₽ 7 800 ₽ Худи базовое унисекс 4,8 · 354 отз. В корзину −50% Хит 1 990 ₽ 3 990 ₽ Свитшот оверсайз хлопок 4,9 · 491 отз. В корзину −39% Реклама 3 990 ₽ 6 490 ₽ Худи на молнии 4,6 · 628 отз. В корзину −37% 5 000 ₽ 7 990 ₽ Худи оверсайз женский, футер петля 320 г/м² 4,8 · 1 243 отзыва В корзину −34% Хит Реклама 4 590 ₽ 6 990 ₽ Худи с принтом 4,8 · 902 отз. В корзину −40% Распродажа 3 190 ₽ 5 290 ₽ Худи оверсайз премиум 4,9 · 139 отз. В корзину −40% Реклама 2 990 ₽ 4 990 ₽ Худи оверсайз с начёсом 4,6 · 276 отз. В корзину −42% Хит 3 490 ₽ 5 990 ₽ Толстовка женская с капюшоном 4,7 · 413 отз. В корзину −45% Реклама 4 290 ₽ 7 800 ₽ Худи базовое унисекс 4,8 · 550 отз. В корзину −50% 1 990 ₽ 3 990 ₽ Свитшот оверсайз хлопок 4,9 · 687 отз. В корзину −39% Хит Распродажа Реклама 3 990 ₽ 6 490 ₽ Худи на молнии 4,6 · 824 отз. В корзину −39% 2 790 ₽ 4 590 ₽ Толстовка тёплая 4,7 · 961 отз. В корзину −34% Реклама 4 590 ₽ 6 990 ₽ Худи с принтом 4,8 · 198 отз. В корзину −40% Хит 3 190 ₽ 5 290 ₽ Худи оверсайз премиум 4,9 · 335 отз. В корзину −40% Реклама 2 990 ₽ 4 990 ₽ Худи оверсайз с начёсом 4,6 · 472 отз. В корзину −42% Распродажа 3 490 ₽ 5 990 ₽ Толстовка женская с капюшоном 4,7 · 609 отз. В корзину −45% Хит Реклама 4 290 ₽ 7 800 ₽ Худи базовое унисекс 4,8 · 746 отз. В корзину −50% 1 990 ₽ 3 990 ₽ Свитшот оверсайз хлопок 4,9 · 883 отз. В корзину −39% Реклама 3 990 ₽ 6 490 ₽ Худи на молнии 4,6 · 120 отз. В корзину −39% Хит 2 790 ₽ 4 590 ₽ Толстовка тёплая 4,7 · 257 отз. В корзину −34% Распродажа Реклама 4 590 ₽ 6 990 ₽ Худи с принтом 4,8 · 394 отз. В корзину −40% 3 190 ₽ 5 290 ₽ Худи оверсайз премиум 4,9 · 531 отз. В корзину −40% Хит Реклама 2 990 ₽ 4 990 ₽ Худи оверсайз с начёсом 4,6 · 80 отз. В корзину −42% 3 490 ₽ 5 990 ₽ Толстовка женская с капюшоном 4,7 · 217 отз. В корзину −45% Распродажа Реклама 4 290 ₽ 7 800 ₽ Худи базовое унисекс 4,8 · 354 отз. В корзину −50% Хит 1 990 ₽ 3 990 ₽ Свитшот оверсайз хлопок 4,9 · 491 отз. В корзину −39% Реклама 3 990 ₽ 6 490 ₽ Худи на молнии 4,6 · 628 отз. В корзину −37% 5 000 ₽ 7 990 ₽ Худи оверсайз женский, футер петля 320 г/м² 4,8 · 1 243 отзыва В корзину −34% Хит Реклама 4 590 ₽ 6 990 ₽ Худи с принтом 4,8 · 902 отз. В корзину −40% Распродажа 3 190 ₽ 5 290 ₽ Худи оверсайз премиум 4,9 · 139 отз. В корзину −40% Реклама 2 990 ₽ 4 990 ₽ Худи оверсайз с начёсом 4,6 · 276 отз. В корзину −42% Хит 3 490 ₽ 5 990 ₽ Толстовка женская с капюшоном 4,7 · 413 отз. В корзину −45% Реклама 4 290 ₽ 7 800 ₽ Худи базовое унисекс 4,8 · 550 отз. В корзину −50% 1 990 ₽ 3 990 ₽ Свитшот оверсайз хлопок 4,9 · 687 отз. В корзину −39% Хит Распродажа Реклама 3 990 ₽ 6 490 ₽ Худи на молнии 4,6 · 824 отз. В корзину −39% 2 790 ₽ 4 590 ₽ Толстовка тёплая 4,7 · 961 отз. В корзину −34% Реклама 4 590 ₽ 6 990 ₽ Худи с принтом 4,8 · 198 отз. В корзину −40% Хит 3 190 ₽ 5 290 ₽ Худи оверсайз премиум 4,9 · 335 отз. В корзину −40% Реклама 2 990 ₽ 4 990 ₽ Худи оверсайз с начёсом 4,6 · 472 отз. В корзину −42% Распродажа 3 490 ₽ 5 990 ₽ Толстовка женская с капюшоном 4,7 · 609 отз. В корзину −45% Хит Реклама 4 290 ₽ 7 800 ₽ Худи базовое унисекс 4,8 · 746 отз. В корзину −50% 1 990 ₽ 3 990 ₽ Свитшот оверсайз хлопок 4,9 · 883 отз. В корзину −39% Реклама 3 990 ₽ 6 490 ₽ Худи на молнии 4,6 · 120 отз. В корзину −39% Хит 2 790 ₽ 4 590 ₽ Толстовка тёплая 4,7 · 257 отз. В корзину −34% Распродажа Реклама 4 590 ₽ 6 990 ₽ Худи с принтом 4,8 · 394 отз. В корзину −40% 3 190 ₽ 5 290 ₽ Худи оверсайз премиум 4,9 · 531 отз. В корзину На площадке ваш товар — один из 12 480 , рядом реклама конкурентов YOUR BRAND Без комиссии площадки Худи оверсайз, плотный футер 5 000 ₽ S M L XL В корзину Купить в 1 клик Ваш магазин — только ваш товар Площадка удержит −1 750 ₽ Остаётся больше +1 375 ₽ с повторного заказа 01 Проблема Площадка меняет правила — а платите вы Комиссию, тарифы логистики и выдачу площадка меняет без вашего согласия. Выберите, что случилось, и посмотрите, во сколько это обойдётся. Комиссия выросла на 5 п.п. Карточки просели в выдаче Магазин заблокировали на 2 недели Продажи на площадке упали на 30% — пока карточки не вернутся наверх. Ваш оборот в месяц 1 000 000 ₽ Доля продаж через свой сайт 20% Только маркетплейс через площадку 100% продаж Вы недополучите за месяц −300 000 ₽ под ударом 100% выручки Маркетплейс + свой сайт через площадку 80% продаж, через сайт 20% Вы недополучите за месяц −240 000 ₽ под ударом 80% выручки Свой сайт сохранит 60 000 ₽ в такой месяц — 20% выручки продолжат приходить, что бы ни решила площадка. Сценарии условные: это проверка на прочность, а не прогноз. Свой сайт не отменяет риски площадки — он не даёт им забрать всю выручку. Уходить с маркетплейса не нужно. Нужно, чтобы бизнес не зависел только от него. 02 Экономика Сколько останется у вас Подставьте свои цифры. Проценты по умолчанию — пример структуры расходов, точную экономику считаем на разборе по вашей категории и площадке. Покупатель платит 5 000 ₽ . Куда уходят деньги с повторного заказа: Маркетплейс у вас остаётся 5 000 ₽ Комиссия площадки 20% · −1 000 ₽ Продвижение внутри площадки 7% · −350 ₽ Логистика и хранение 5% · −250 ₽ Прочие удержания 3% · −150 ₽ Ваш магазин у вас остаётся 5 000 ₽ Эквайринг 2,5% · −125 ₽ Доставка покупателю 5% · −250 ₽ За месяц и год С одного заказа Ваши параметры Оборот на маркетплейсе в месяц ₽ Доля продаж через свой сайт % Комиссия площадки % Продвижение на площадке % Логистика и прочие удержания площадки % Привлечение трафика на свой сайт % Ориентировочный расчёт Дополнительно останется у вас за год +313 200 ₽ Пакет «Магазин» окупится примерно за 2,6 мес. Продажи через свой сайт 200 000 ₽ Расходы площадки на этот объём (35%) 70 000 ₽ Расходы своего магазина: эквайринг 2,5% + доставка 5% + трафик 10% 35 000 ₽ Сопровождение сайта 8 900 ₽ Остаётся у вас дополнительно в месяц 26 100 ₽ Мы специально учли рекламу сайта и сопровождение: без них расчёт получается красивее, но не совпадает с реальностью. Получить расчёт для моего магазина 03 Как это работает Карточки уже готовы — мы их переносим Названия, фото, описания, характеристики и цены уже заполнены в кабинете продавца. Мы забираем их оттуда — вручную вы не заполняете ни одной карточки. Кабинет продавца Названия Описания Фото Характеристики Цены Остатки Переносим 0 / 250 карточек перенесено Ваше участие — выгрузка товаров или ключ на чтение из кабинета. Остальное делаем мы. Ваш магазин Каталог Поиск Фильтры Карточки товаров Корзина Оплата Магазин собран — карточки на месте 0 карточек вы заполняете вручную до 250 товаров входит в пакет Ozon · WB · Маркет переносим с любой из трёх площадок Показать перенос ещё раз Тот же товар — на площадке и у вас Маркетплейс −37% Хит Реклама 5 000 ₽ 7 990 ₽ с картой площадки 4 790 ₽ 4,8 · 1 243 отзыва Худи оверсайз женский, футер петля 320 г/м², размеры S–XL, толстовка с капюшоном Послезавтра · склад площадки Характеристики ▾ Материал хлопок 80%, полиэстер 20% Плотность 320 г/м² Размеры S, M, L, XL Цвет серый меланж Похожие товары Реклама 3 490 ₽ 5 990 ₽ Реклама 4 290 ₽ −45% Реклама 3 990 ₽ 4,9 Покупатель видит ваш товар рядом с конкурентами Площадка удержит: комиссия, продвижение, логистика −1 750 ₽ переносим за вас перенос фото характеристики цена YOUR BRAND Худи оверсайз, плотный футер 5 000 ₽ Без комиссии площадки Цвет: Серый меланж Размер S M L XL В корзину Купить в 1 клик Материал хлопок 80%, полиэстер 20% Плотность 320 г/м² Размеры S, M, L, XL Цвет серый меланж Вы заплатите: эквайринг и доставка −375 ₽ Что делаем с карточкой при переносе Что На площадке В вашем магазине Название Худи оверсайз женский, футер петля 320 г/м², размеры S–XL, толстовка с капюшоном Худи оверсайз, плотный футер Длинное название пишут под поиск площадки. На сайте сокращаем до читаемого, а ключевые слова уходят в заголовок страницы для поисковиков. Характеристики Список строк внизу карточки Фильтры каталога Материал, размер и цвет становятся фильтрами: покупатель находит нужное за пару кликов. Фото Инфографика под требования площадки Проверенная галерея Проверяем каждое фото: битые и дубли убираем, порядок оставляем ваш. Страница товара Одна из тысяч в чужом каталоге Отдельная страница в поиске Яндекса и Google Каждый товар получает свой адрес и разметку, чтобы приводить покупателей из поиска. 04 Покупатели Откуда на вашем сайте появятся покупатели Сайт без трафика — это просто каталог. Каналы привлечения продумываем до запуска и можем вести сами — цены ниже, без «по запросу». 01 Заказы с первых недель Реклама в Яндекс Директе Самый быстрый канал: товарные кампании ведут покупателя сразу на карточку товара, а вы видите расход и цену заказа. Что делаем Товарные кампании по каталогу сайта Метрика и цели на заказ — видно, какая реклама продаёт Минус-слова и ставки, чтобы не платить за пустые клики Отчёт: расход, заказы, цена заказа Настройка 15 000 ₽ разово Ведение 15 000 ₽ в месяц Рекламный бюджет от 30 000 ₽ в месяц, в Яндекс Бюджет вы платите напрямую в Яндекс — мы его не берём и не перепродаём. Первые заказы — в первые недели после запуска рекламы. Relax&Sleep: каждый рубль рекламы вернул около 5 ₽ за первые две недели 02 Бесплатные заказы в долгую Поиск Яндекса и Google Покупатели, которые ищут товар в поиске, попадают на ваш сайт, а не на площадку. Канал копится месяцами, зато заказы из него не стоят денег за клик. Что делаем SEO-лендинги категорий под запросы вроде «худи оверсайз женское купить» Подбор запросов, тексты и мета-теги для страниц Ежемесячное сопровождение: новые страницы, правки, рост позиций Отчёт по позициям и трафику из поиска В любом пакете: каждая карточка — отдельная страница, разметка для поисковиков, карта сайта, подключение Вебмастера. SEO-лендинги и сопровождение от 20 000 ₽ в месяц Трафик растёт постепенно: поиск — канал на месяцы и годы, а не на неделю. Relax&Sleep: 35 SEO-лендингов под запросы покупателей 03 Второй заказ без рекламы Повторные продажи Покупатель, который заказал на сайте, остаётся в вашей базе. Второй раз платить за него площадке или рекламе не нужно — в этом главная выгода своего магазина. Что делаем Рассылки по базе покупателей Письма о брошенной корзине Промокоды и бонусы за повторный заказ Сегменты: новые, постоянные, давно не покупали Настройка и ведение от 10 000 ₽ в месяц Сумма зависит от размера базы и числа рассылок. Повторные заказы приносят больше всего: в нашем расчёте +1 375 ₽ с заказа против площадки. 04 Без доплаты Соцсети и мессенджеры Ссылки на товары из Telegram, VK и ваших сообществ ведут в ваш магазин, а не в чужой каталог с конкурентами рядом. Что делаем Ваши посты и подборки ведут на карточки вашего сайта Метрика показывает, сколько заказов пришло из соцсетей Без доплаты — работает с первого дня Подписчики покупают у вас, а не у соседа по выдаче. Соберите свой набор Отметьте каналы — посчитаем, сколько стоит поток покупателей. Реклама в Яндекс Директе настройка 15 000 ₽ разово + ведение 15 000 ₽ в месяц Поиск Яндекса и Google SEO-лендинги и сопровождение от 20 000 ₽ в месяц Повторные продажи настройка и ведение от 10 000 ₽ в месяц Разово — настройка 15 000 ₽ Каждый месяц — нам от 25 000 ₽ Рекламный бюджет — напрямую в Яндекс от 30 000 ₽ Первый месяц со всеми расходами от 70 000 ₽ Дальше — от 55 000 ₽ в месяц, из них реклама в Яндекс — от 30 000 ₽. Это к цене пакета магазина. Подключить можно в любой момент — сразу на запуске или через пару месяцев. Обсудить продвижение Чего мы не советуем: уводить покупателей с маркетплейса: листовки в посылках, контакты в карточках и на упаковке. Площадки за это штрафуют. Свой магазин получает покупателей из своих каналов, а не забирает их у площадки. 05 Результат Что получилось у клиента Показываем только то, что можно проверить: цифры взяты из реализованных проектов. Relax&Sleep Производитель матрасов · свой магазин рядом с Ozon, Яндекс Маркетом и VK Маркетом Первые две недели рекламы в Яндекс Директе после запуска. Обновим по итогам квартала. Смотреть кейс каждый рубль рекламы вернул около 5 ₽ выручки ×5 заявок закончились покупкой 50% доля рекламных расходов в выручке (ДРР) ~20% 06 Проверка Подходит ли вам свой магазин Четыре вопроса — и честный ответ: запускать сейчас или пока рано, и с какого пакета начать. Вопрос 1 из 4 Как идут продажи на площадке? Стабильно, ассортимент понятен Магазин запущен недавно, продаж пока мало 07 Цены Пакеты запуска Цена фиксируется в договоре и не меняется в процессе. Всё, что выходит за состав пакета, оцениваем заранее и отдельно. Витрина 39 000 ₽ 10–14 дней При цифрах из калькулятора окупится за ≈ 1,5 мес. Подставить свои цифры Для старта: каталог и заявки без оплаты на сайте. · Каталог до 250 товаров с переносом из кабинета продавца: названия, описания, фото, характеристики, цены и остатки · Поиск, фильтры, карточки товаров · Формы заявки и «купить в 1 клик» с уведомлением вам · Разметка для поисковых систем · Аналитика и мобильная версия Начать с витрины Рекомендуем Магазин 69 000 ₽ 3 недели При цифрах из калькулятора окупится за ≈ 2,6 мес. Подставить свои цифры Полноценный интернет-магазин с оплатой и доставкой. · Всё из «Витрины» · Корзина и оформление заказа · Онлайн-оплата и подключение онлайн-кассы · Расчёт стоимости доставки · Личный кабинет покупателя · Политика обработки персональных данных и оферта — шаблоны Запустить магазин Магазин + интеграции от 114 000 ₽ от 4 недель При цифрах из калькулятора окупится за ≈ 4,4 мес. — точнее после оценки интеграций Подставить свои цифры Для тех, у кого остатки меняются каждый день. · Всё из «Магазина» · Синхронизация цен и остатков с Ozon или Wildberries — 45 000 ₽ за площадку · Интеграция с 1С и учётной системой · Автоматическое обновление карточек Интеграцию с 1С оцениваем отдельно после разбора: цена зависит от вашей учётной системы и набора данных. Обсудить интеграции Договор с ООО «ПРИЗМАТИКА» Состав, срок и цена прописаны до начала работ. Фиксированная цена Сумма пакета не растёт по ходу проекта. Всё оформлено на вас Домен, сайт и доступы принадлежат вам: при уходе от нас ничего не теряете. Промежуточный показ Вы видите магазин до запуска и вносите правки. Разработчики, а не конструктор Мы делаем ERP, CRM и интеграции для бизнеса, поэтому связки с 1С и маркетплейсами — наша основная работа, а не дополнительная опция. После запуска Сопровождение 8 900 ₽ / месяц Обновление товаров и цен, обновления системы, контроль доступности, небольшие доработки. Опции Интеграции и площадки Ozon Wildberries Яндекс Маркет 1С Переносим товары из кабинета продавца на Ozon, Wildberries и Яндекс Маркете. Автоматическую синхронизацию цен и остатков подключаем отдельной опцией — 45 000 ₽ за площадку. Без сюрпризов Не входит в пакеты — Фотосъёмка — Ведение рекламы и SEO — отдельно, цены в разделе «Покупатели» — Тариф эквайринга и онлайн-кассы — Домен и хостинг — оформляем на вас, оплачиваете провайдеру по тарифу — Ассортимент свыше 250 товаров — оцениваем отдельно 08 Запуск Как проходит запуск От ссылки на магазин до первых заказов — от 10 дней до 4 недель, в зависимости от пакета. Шаг Что происходит Срок 1. Разбор ассортимента Присылаете ссылку на магазин или выгрузку. Смотрим, что готово к переносу, и предлагаем пакет. Анализ конкурентов в категории делаем на старте проекта. Срок: 1 рабочий день 2. Договор и доступы Фиксируем состав и цену. Вы даёте доступ к кабинету продавца: выгрузку товаров или ключ на чтение. Срок: 1–2 дня 3. Перенос товаров Забираем карточки, проверяем фото и характеристики, сокращаем названия до читаемых. Срок: в составе срока пакета 4. Сборка магазина Каталог, поиск, карточки, корзина, оплата, доставка. Показываем промежуточную версию. Срок: в составе срока пакета 5. Запуск Подключаем домен, аналитику и поиск. Через месяц смотрим цифры вместе и решаем, что развивать. Срок: 10 дней – 4 недели всего После договора: анализ конкурентов и структура Магазин собираем не «как у всех». На старте проекта, когда состав и срок уже зафиксированы договором, разбираем сайты и предложения конкурентов в вашей категории — что у них работает, а что нет, — и на этом анализе собираем структуру каталога, разделы и приоритеты. Сотни карточек вручную не заполняет никто — ни вы, ни мы. Для этого есть кабинет продавца. 09 Вопросы Частые вопросы Нужно ли уходить с маркетплейса? Нет. Сайт работает как второй канал: площадка продолжает приносить заказы, а на своём сайте вы сами решаете, какие ставить цены и как работать с покупателями. Не оштрафует ли площадка за свой сайт? Сам по себе сайт правил не нарушает. Штрафуют за то, что уводит покупателей с площадки: контакты и ссылки в карточках, на упаковке, во вложениях. Мы строим трафик сайта из своих источников и подскажем, чего делать не стоит. Где взять покупателей для сайта? Из поиска Яндекса и Google, Директа, соцсетей и повторных заказов. Разбираем это ещё до запуска: каждая карточка товара становится отдельной страницей сайта. Каналы можем вести сами: настройка Директа — 15 000 ₽, ведение — 15 000 ₽ в месяц (рекламный бюджет от 30 000 ₽ в месяц платите напрямую в Яндекс), SEO-лендинги и сопровождение — от 20 000 ₽ в месяц, повторные продажи — от 10 000 ₽ в месяц. Можно ли держать разные цены на сайте и на площадке? Да. Цены независимы, это заложено с самого начала. Синхронизируются ли остатки? Да, это отдельная опция: синхронизация цен и остатков с Ozon или Wildberries — 45 000 ₽ за площадку. Без неё остатки обновляются в рамках сопровождения. Сколько товаров можно перенести? В пакетах «Витрина» и «Магазин» — до 250 товаров. Если ассортимент больше, оценим отдельно после разбора. Нужна ли онлайн-касса? Да. Для приёма оплаты на сайте нужна онлайн-касса по 54-ФЗ. Многие платёжные сервисы предоставляют её как услугу: подключение входит в пакет «Магазин», тариф сервиса оплачиваете вы. Что с персональными данными покупателей? Сайт собирает имя, телефон и адрес, поэтому нужны политика обработки персональных данных и уведомление в Роскомнадзор (152-ФЗ). Шаблоны политики и оферты входят в пакет «Магазин», подача уведомления — на стороне владельца сайта, подскажем порядок. Можно ли подключить 1С? Да. Интеграцию с 1С и учётной системой оцениваем отдельно после разбора: цена зависит от вашей системы и набора данных. Кто делает фотографии? Берём ваши фото из кабинета продавца. Если нужна новая съёмка, это отдельная работа. Можно начать только с каталога? Да, для этого есть «Витрина»: каталог и заявки без корзины и оплаты. При переходе на «Магазин» засчитываем 39 000 ₽ — доплата 30 000 ₽. Чей будет сайт? Ваш: домен, сайт и доступы оформляются на вас. Хостинг оплачиваете провайдеру по тарифу, настройка входит в пакет. 10 Разбор Покажите нам ваш магазин Пришлите ссылку на магазин на маркетплейсе. В течение рабочего дня ответим, что можно перенести, какой пакет подойдёт и сколько это будет стоить. Что будет в разборе сколько товаров можно перенести какие данные уже готовы, а что нужно доработать магазин или пока достаточно витрины какие интеграции понадобятся ориентировочная экономика по вашим цифрам Это не заявка «оставьте телефон»: сначала смотрим магазин и считаем по вашим цифрам. ### Аутсорс-разработка — Prismatica URL: https://prismatica.agency/outsource Описание: Выделенная команда разработки: IT-аутсорс, доработка существующих систем, техподдержка и IT-консалтинг для B2B и корпоративных клиентов. Услуги Prismatica Выделенная команда разработки под ваши задачи Аутсорс-разработка, доработка существующих систем, техническая поддержка и IT-консалтинг — усилим ваш штат или полностью закроем направление разработки под ключ. Аутсорс-разработка Доработка Поддержка IT-консалтинг Обсудить проект Посмотреть кейсы Все услуги Что входит Выделенная команда под ваш проект — full-stack, фронтенд, бэкенд, DevOps, аналитики и QA Доработка и развитие существующих систем — рефакторинг, новые модули, интеграции Техническая поддержка и сопровождение — мониторинг, bug-fixing, security-патчи IT-консалтинг и аудит — архитектурный ревью, оценка техдолга, выбор стека Как строим работу Этап 1 Знакомство и контракт Определяем формат сотрудничества, объём работ, SLA и условия. Подписываем NDA и договор. Этап 2 Onboarding Погружаемся в продукт, кодовую базу, бизнес-процессы и инструменты вашей команды. Этап 3 Работа в вашем ритме Еженедельные демо, бэклог-сессии, ретро. Работаем в вашем трекере и чатах. Этап 4 Передача или продолжение Фиксируем результаты, документируем код и процессы. По вашему решению — завершаем или продлеваем. Релевантные кейсы Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. UX-аудит 10 пользователей Дизайн-система Iron Logic — UX сложного B2B-инструмента Провели UX-аудит, подготовили редизайн и дизайн-систему. Основные сценарии проверили на 10 пользователях, найденные проблемы исправили. Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. FAQ Как быстро вы погружаетесь в проект? + Стандартный onboarding занимает 1-2 недели. Если кодовая база документирована — быстрее. На первой неделе уже фиксим баги и делаем мелкие доработки. Как контролировать качество и объём работ? + Еженедельные демо, прозрачная отчётность, работа в вашем трекере. Все задачи приоритезируете вы. Код проходит code review и автоматические проверки. Какой минимальный объём сотрудничества? + От 40 часов в месяц. Можем начать с фиксированного объёма на месяц с возможностью продления или масштабирования. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### AI-автоматизация бизнеса — Prismatica URL: https://prismatica.agency/services/ai-automation Описание: AI-аналитика, AI-консультанты, прогнозирование и автоматизация рутины. Разрабатываем интеллектуальные решения для вашего бизнеса. Услуги Prismatica AI-автоматизация и разработка интеллектуальных решений Переносим рутину на ИИ: от аналитики и прогнозов до ассистентов, которые отвечают клиентам и готовят сводки. Логистика Производство HR Медицина Финансы Обсудить проект Посмотреть кейсы Все услуги Что входит AI-аналитика для принятия решений AI-консультанты и чат-боты для клиентского сервиса AI-прогнозирование спроса и остатков Создание и автоматизация ботов Интеграция нейросетей в существующие бизнес-процессы Связанные направления Разработка ERP-систем AI-модули внутри единого контура заказов, запасов, логистики и финансов. Бизнес-системы на заказ Обычная автоматизация процессов, ролей и интеграций там, где AI не требуется. Предпроектное обследование Проверка данных, задач и ожидаемого эффекта до запуска AI-пилота. Результат для управления Что меняется после внедрения 01 Рутина уходит с людей на систему Разбор документов, первичные ответы клиентам и подготовка сводок выполняются автоматически — сотрудники занимаются тем, что требует решений. 02 Расхождения в данных находятся сами AI сверяет источники и подсвечивает подозрительные значения. Ошибку видно до того, как она попадёт в отчёт руководителю. 03 Решение остаётся за человеком Модель готовит и предлагает, но не меняет данные самостоятельно. Ответственность и финальное решение — за профильным специалистом. 04 Данные не уходят наружу Перед обработкой данные обезличиваются, а при необходимости разворачиваем модель внутри вашего контура. Как строим работу Этап 1 Аудит процессов и данных Разбираем процессы и качество данных. Отмечаем, где ИИ реально окупится, а где достаточно обычной автоматизации. Этап 2 ML-моделирование Подбираем архитектуру модели, обучаем на ваших данных, тестируем на репрезентативной выборке. Этап 3 Интеграция в продукт Встраиваем AI-модуль в существующую инфраструктуру: API, чат-бот, ассистент или аналитический дашборд. Этап 4 Обучение и поддержка Обучаем сотрудников, настраиваем мониторинг качества, поддерживаем и дообучаем модель. С чего начать Обследование: где AI даст эффект, а где не нужен Разбираем процессы и качество данных, отбираем задачи, где AI действительно окупается, и честно говорим, где достаточно обычной автоматизации. На выходе — требования и оценка пилота. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Карта процессов и оценка готовности данных Отобранные задачи, где AI даёт реальный эффект Архитектура решения и требования к контуру безопасности Оценка пилота и этапы внедрения Заказать обследование Что получилось у других Решение за человеком AI подсвечивает расхождения между источниками, финальное решение принимает специалист FinOne AI-прогноз спроса Планирование закупок по истории продаж и сезонности ERP для оптовых поставок AI-аналитика остатков и цен Платформа автоматизации маркетплейсов: ассортимент, спрос и ручные операции СНОВА Релевантные кейсы Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. ERP B2B AI-прогнозирование Логистика 1С REST API ERP-система для оптовых поставок производителя Производитель автоматизировал поставки: заказы, склад и логистика в одной системе, AI прогнозирует спрос, 1С интегрирована, B2B-клиенты работают через REST API. Разбираем тему Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. Читать Автоматизация бизнес-процессов: с чего начать и что считать результатом Разбираем, с какого участка начинать, как посчитать эффект до старта проекта и почему автоматизировать неотлаженный процесс — значит потратить бюджет и получить тот же беспорядок, только быстрее. Читать Планирование производства: как связать заказы, материалы и сроки в одну систему План производства ломается не из-за плохого планировщика, а из-за данных: нормы, остатки и приоритеты живут в разных местах. Разбираем, в каком порядке их собирать. Читать FAQ Чем AI-автоматизация отличается от обычной автоматизации? + Обычная автоматизация работает по заранее заданным правилам, а AI помогает с неструктурированными данными: текстами, документами, прогнозами и поиском аномалий. На обследовании разделяем эти задачи, чтобы не использовать AI там, где надёжнее и дешевле обычная бизнес-логика. Какие LLM вы используете? + Работаем с OpenAI, YandexGPT, Qwen, DeepSeek и open-source моделями. Подбираем под задачу и бюджет. Можно развернуть AI внутри контура? + Да. Разворачиваем LLM и RAG-пайплайны OnPrem — для компаний, которые не могут передавать данные вовне. Сколько времени занимает внедрение? + Базовый AI-ассистент: 2-4 недели. Сложная ML-модель: от 2 месяцев. Нужно ли много данных для старта? + Для RAG-решений достаточно 10-50 документов. Для обучения модели — от 1000 размеченных примеров. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Разработка бизнес-систем на заказ — Prismatica URL: https://prismatica.agency/services/business-systems Описание: Разработка бизнес-систем на заказ: автоматизация процессов, личные кабинеты, CRM, порталы, интеграции и аналитика для компаний. Услуги Prismatica Разработка бизнес-систем под процессы компании Разбираемся, как компания реально работает, и собираем систему вместо таблиц, бумаги и кусочков старого софта. Берём на себя обследование, архитектуру, UX, разработку, интеграции и внедрение. Производство Услуги Ритейл Госсектор Обсудить проект Посмотреть кейсы Все услуги Что входит Системы управления заказами, клиентами, производством и финансами Корпоративные порталы, личные кабинеты и рабочие места сотрудников Интеграции с 1С, CRM, банками, оборудованием и внутренними базами Ролевые интерфейсы и защита данных для сложных многоуровневых процессов BI-аналитика, управленческие дашборды и контроль показателей Связанные направления Автоматизация производства Поэтапная цифровизация заказов, выпуска, склада, логистики и финансов. Разработка ERP-систем Управление заказами, производством, логистикой, складом и финансами. Предпроектное обследование Проверка идеи и готовый артефакт для запуска или внутренней защиты проекта. Результат для управления Что меняется после внедрения 01 Одна система вместо таблиц и переписки Процессы, документы и данные живут в одном месте. Не нужно сверять версии файлов и собирать информацию по почте и мессенджерам. 02 У каждой роли своё рабочее место Руководитель, эксперт и линейный сотрудник видят только то, что нужно им. Права доступа и сценарии проектируются под реальную работу, а не под универсальный интерфейс. 03 Система развивается вместе с бизнесом Новые процессы и модули добавляются без ожидания релизов вендора и без ограничений чужой платформы. 04 Первый полезный контур — за 4–6 недель Мы не разрабатываем большую систему «в стол»: сначала запускаем критичный участок, проверяем на реальных данных и развиваем по фактическим результатам. Как строим работу Этап 1 Обследование Проводим анкетирование и интервью, разбираем процессы, текущие системы и данные. На выходе — функциональные требования и понятные границы проекта. Этап 2 Варианты решения Проектируем 2–3 варианта архитектуры и UX с учётом стоимости владения, удобства пользователей и возможностей развития. Этап 3 Разработка по этапам Сначала запускаем критичный контур, сверяем данные и собираем обратную связь. Следующие этапы корректируем по фактическим результатам. Этап 4 Внедрение Обучаем сотрудников всех ролей, сопровождаем переход со старого учёта и остаёмся на связи после запуска по договору поддержки. С чего начать Предпроектное обследование перед разработкой системы Разбираем процессы, данные и роли, определяем границы проекта и готовим требования с оценкой. С этими артефактами можно продолжить работу с нами или передать реализацию другой команде. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Функциональные требования и описание процессов Роли, права доступа и точки интеграции 2–3 варианта решения с оценкой трудозатрат Этапы внедрения и границы первого контура Заказать обследование Что получилось у других 5 ролей Многоролевой процесс в единой системе: соискатель, эксперт, центр оценки, совет, администратор ЕАИС СПКФР 63 пользователя Собственники, руководители направлений и специалисты в одном контуре Планшет руководителя Раз в месяц → ежедневно Управленческий контур вместо отчётов, собранных вручную FinOne Релевантные кейсы Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. Финтех 1С Bank API P&L Дашборды Автоматизация Автоматизация управленческого учёта — оцифровка розничной сети Данные сети были разбросаны по пяти банкам и 1С. Интеграция с банками, P&L в реальном времени и дашборды собрали всё в одном месте — сверять вручную больше не нужно. Разбираем тему Программа управленческого учёта: что в неё входит и как перейти на ежедневные цифры Короткий ответ: программа нужна, когда отчёт формируется месяц и решения принимаются по устаревшей картине. Разбираем состав системы, порядок перехода, типичные ошибки и стоимость. Читать Когда заказная система выгоднее коробочной: пять проверок до старта Спор «коробка или заказная разработка» решается не масштабом компании, а тем, сколько в процессах уникального и насколько дорого привести их к типовой логике. Читать Дашборд руководителя: какие показатели смотреть ежедневно, а какие — раз в месяц Дашборд — не витрина отчётности, а инструмент решений. Если показатель смотрят чаще, чем по нему принимают решения, дашборд превращается в фон и перестаёт использоваться. Читать Электронный документооборот: что автоматизировать, а что оставить людям ЭДО убирает бумагу, но не убирает ручную работу: если документ нужно сначала найти, проверить и согласовать в переписке, электронный формат ничего не меняет. Читать FAQ Чем заказная бизнес-система отличается от коробочного продукта? + Она строится вокруг ваших процессов, ролей и интеграций. Мы также проверяем, где выгоднее использовать готовый продукт, а где заказная разработка даст меньшую стоимость владения и больше возможностей развития. Что входит в предпроектное обследование? + Анкета, интервью, разбор процессов и данных, описание ролей и интеграций, функциональные требования, варианты реализации, этапы и оценка трудозатрат. Можно ли начать с небольшого участка? + Да. Поэтапное внедрение — наш основной подход: запускаем наиболее ценный контур, проверяем данные и сценарии, затем расширяем решение. Работаете ли вы с существующими и legacy-системами? + Да. Интегрируемся с действующими системами, переносим данные и планируем переход так, чтобы не останавливать работу компании. Сколько стоит разработка бизнес-системы? + Ориентир: минимальный бюджет разработки — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный — около 1 млн ₽ и 6–8 месяцев. Точную оценку даём после предпроектного обследования от 50 000 ₽. Проект делится на 2–3 этапа с оплатой 50% до начала этапа и 50% после приёмки. Помогаете ли с импортозамещением зарубежного ПО? + Да. Разрабатываем решения на замену зарубежным системам, переносим данные и выстраиваем переход поэтапно, чтобы работа компании не останавливалась. Чем бизнес-система отличается от ERP? + ERP закрывает операционный контур — заказы, склад, производство, финансы. Бизнес-система проектируется под уникальную логику: роли, правила, согласования и внешние сервисы, которые не укладываются в типовой контур. Что если процессы ещё не описаны? + С этого и начинаем. Предпроектное обследование — отдельный этап: интервью, карта процессов, роли, данные и точки интеграции, на выходе требования и оценка. Можно ли начать с одного модуля? + Да. Запускаем критичный участок, проверяем на реальной работе и расширяем контур по мере эффекта, не переписывая систему целиком. Кто работает в системе на стороне заказчика? + Интерфейсы проектируем под конкретные роли — от линейного сотрудника до руководителя, чтобы не пришлось вести параллельные таблицы. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Предпроектное обследование — Prismatica URL: https://prismatica.agency/services/diagnostics Описание: Предпроектное обследование бизнес-процессов: аналитика, требования, прототипы и оценка перед разработкой ERP, бизнес-систем и цифровых сервисов. Услуги Prismatica Предпроектное обследование бизнес-процессов За 7–10 рабочих дней из вашей задачи получаются функциональные требования, прототипы, этапы и оценка. Результат остаётся у вас: с ним можно продолжить работу с нами или передать реализацию другой команде. Производство Логистика Услуги Ритейл Обсудить проект Посмотреть кейсы Все услуги Что входит Описание текущих и будущих бизнес-процессов Роли, сценарии пользователей и точки интеграции Ключевые прототипы интерфейсов Архитектурный подход и этапы внедрения Оценка трудозатрат и ТЗ для разработки Связанные направления Бизнес-системы на заказ Реализация требований, процессов, ролей и интеграций после обследования. Разработка ERP-систем Единый контур заказов, производства, склада, логистики и финансов. Автоматизация производства Обследование и поэтапная цифровизация производственного предприятия. AI-автоматизация бизнеса Оценка готовности данных и задач, где AI способен дать измеримый эффект. Результат для управления Что меняется после внедрения 01 Объём и стоимость известны до договора Вы принимаете решение о разработке, видя требования, этапы и оценку, а не обещания подрядчика «на глаз». 02 Артефакты остаются у вас Требования, прототипы и оценку можно забрать и передать любой другой команде. Обследование — самостоятельная работа, а не аванс за разработку. 03 Риски находятся до начала работ Узкие места, недостающие данные и ограничения интеграций видны заранее, а не на середине проекта, когда бюджет уже потрачен. 04 Есть чем обосновать бюджет внутри компании В расширенном пакете считаем текущие потери, ожидаемый эффект и окупаемость — чтобы проект можно было защитить перед собственником или советом директоров. Как строим работу Этап 1 Сбор и анализ требований Проводим анкетирование и интервью с ключевыми сотрудниками. Разбираем текущие процессы, данные и интеграции. Этап 2 Проектирование целевой архитектуры Описываем будущие процессы, ролевую модель, сценарии работы и необходимые интеграции. Этап 3 Прототипирование Создаём ключевые прототипы интерфейсов для проверки гипотез и согласования с пользователями. Этап 4 Оценка и планирование Формируем функциональные требования, этапы внедрения, оценку трудозатрат и ожидаемый бизнес-эффект. Два формата Обследование «Проект» и «Бизнес» Базовый пакет отвечает на вопрос «что и за сколько разрабатывать». Расширенный добавляет экономику проекта: текущие потери, ожидаемый эффект, этапы финансирования и окупаемость. Стоимость 50 000 ₽ / 75 000 ₽ Срок 7 или 10 рабочих дней На выходе Процессы «как есть» и «как должно быть», роли и сценарии Функциональные требования и точки интеграции Прототипы ключевых экранов и архитектурный подход Этапы, оценка трудозатрат и готовое ТЗ В пакете «Бизнес» — расчёт эффекта, окупаемости и материалы для защиты бюджета Заказать обследование Что получилось у других 7–10 дней Длительность предпроектного обследования: требования, архитектура, этапы, оценка Разработка ERP-систем 6 мес. От обследования до сдачи системы группе из пяти агропроизводств Планшет руководителя Результат остаётся у вас Требования, прототипы и оценка — даже если разработка не начнётся ЕАИС СПКФР Релевантные кейсы Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. Многоролевая система Документооборот 152-ФЗ Интеграции ЕАИС СПКФР — многоролевая система оценки квалификации Заявление, экзамен, протоколы и передача сведений в реестр — один процесс вместо переписки и файлов. Пять ролей со своими интерфейсами, интеграции с 1С, платёжными системами и НАРК. Разбираем тему Техническое задание на разработку системы: что должно быть внутри и что делает его рабочим ТЗ — не формальность для договора, а инструмент приёмки. Если по нему нельзя проверить результат, его напишут за вас — в коде. Разбираем состав и типовые пробелы. Читать Проектирование архитектуры системы: что решается до первой строки кода Архитектура — это не схема из прямоугольников, а ответы на вопросы: где источник правды, что происходит при сбое интеграции и по каким правилам живут роли. Разбираем порядок проектирования. Читать Предпроектное обследование: что это, зачем платить за документ и как он экономит бюджет Обследование выглядит как «оплатить документ вместо разработки». На деле это самый дешёвый этап проекта: он показывает объём работ до того, как вы подписали смету. Читать Аудит бизнес-процессов перед автоматизацией: что смотреть и что менять Автоматизация фиксирует процесс таким, какой он есть. Если в процессе есть неопределённость, система сделает её дороже в изменениях — поэтому аудит идёт раньше разработки. Читать FAQ Чем предпроектное обследование отличается от аудита бизнес-процессов? + Аудит обычно фиксирует проблемы и рекомендации. Предпроектное обследование дополнительно переводит выводы в основу для реализации: целевые процессы, роли, интеграции, прототипы, функциональные требования, этапы и оценку разработки. Что входит в предпроектное обследование? + Анкетирование, интервью, разбор процессов и данных, описание ролей и интеграций, функциональные требования, варианты реализации, этапы и оценка трудозатрат. Сколько времени занимает обследование? + Стандартный пакет — 7 рабочих дней, расширенный для сложных проектов — 10 рабочих дней. Что мы получим на выходе? + Документ с описанием текущих и целевых процессов, ролями, сценариями, прототипами, архитектурным подходом, этапами и оценкой. Можно ли использовать результат для работы с другой командой? + Да. Результат остаётся у вас. Вы можете продолжить работу с нами или передать реализацию другой команде. Сколько стоит предпроектное обследование? + От 50 000 ₽ за базовый пакет. Точную стоимость фиксируем до старта в зависимости от объёма процессов, ролей и интеграций. Что я получу по итогам обследования? + Процессы «как есть» и «как должно быть», роли и источники данных, точки интеграции, прототипы ключевых экранов, этапы внедрения и оценку трудозатрат. Обязательно ли потом разрабатывать у вас? + Нет. Результат обследования остаётся у вас: с ним можно идти в разработку к нам, к другой команде или использовать для внутренней защиты бюджета. Сколько это стоит? + Базовое обследование — 50 000 ₽, расширенное с экономическим обоснованием и материалами для защиты бюджета — 75 000 ₽. Срок 7–10 рабочих дней. Что нужно от нашей стороны? + Доступ к ключевым сотрудникам на 1–1,5 часа интервью каждому и образцы текущей отчётности. Остальное собираем сами. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Разработка ERP-систем на заказ — Prismatica URL: https://prismatica.agency/services/erp-integration Описание: Разработка ERP-систем на заказ для производства, логистики, оптовой торговли и ритейла. Интеграции с 1С, CRM и внешними сервисами. Услуги Prismatica Разработка ERP-систем на заказ для предприятия Объединяем заказы, логистику, склад, производство и финансы в одной системе. Начинаем с обследования процессов и внедряем поэтапно — без остановки работы компании. Производство Логистика Оптовая торговля Ритейл Обсудить проект Посмотреть кейсы Все услуги Что входит Модули ERP для заказов, производства, логистики и склада Интеграции с 1С, CRM, СКУД, банками и внешними API Ролевая модель и удобные интерфейсы для каждого уровня персонала Управленческие дашборды и отчётность в ежедневном режиме Миграция данных, обучение сотрудников и сопровождение запуска Связанные направления Автоматизация производства ERP для производственных заказов, материалов, склада, выпуска и план-факта. Бизнес-системы на заказ Когда решение выходит за рамки ERP и объединяет уникальные процессы, роли и сервисы. Предпроектное обследование Требования, варианты архитектуры, этапы и оценка до начала разработки. Результат для управления Что меняется после внедрения 01 Данные собираются без ручных выгрузок Заказы, склад, производство и финансы попадают в один контур автоматически. Сводки не нужно готовить вручную в Excel. 02 Руководитель видит картину за вчера Управленческие показатели обновляются ежедневно, а не в конце месяца, — решения принимаются, пока на них ещё можно повлиять. 03 Учётные системы остаются на месте Мы не ломаем существующий учёт: 1С и CRM продолжают работать, а ERP объединяет их данные в едином окне управления. 04 Переход проходит без остановки работы Внедряем поэтапно и сверяем данные с исходными системами, поэтому операционный день не останавливается на время запуска. Как строим работу Этап 1 Предпроектное обследование Проводим интервью, изучаем учёт, данные и интеграции. Фиксируем требования, риски и показатели, по которым можно оценить эффект внедрения. Этап 2 Архитектура и UX Проектируем 2–3 варианта решения, ролевую модель и интерфейсы. Главные сценарии показываем будущим пользователям. Этап 3 Поэтапная разработка Запускаем систему в 2–3 этапа: сначала отлаживаем сбор данных и критичные процессы, затем развиваем модули по фактическим результатам. Этап 4 Внедрение и поддержка Сверяем данные с исходными системами, обучаем все уровни персонала, сопровождаем переход и оперативно реагируем на вопросы. С чего начать Предпроектное обследование перед разработкой ERP До договора на разработку разбираем процессы, учёт и интеграции. На выходе — требования, архитектурный подход, этапы и оценка проекта. Результат остаётся у вас в любом случае. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Процессы «как есть» и «как должно быть» Роли, источники данных и точки интеграции Прототипы ключевых экранов и архитектурный подход Этапы внедрения и оценка трудозатрат Заказать обследование Что получилось у других 6 мес. От предпроектного обследования до сдачи системы группе из пяти агропроизводств Планшет руководителя Раз в месяц → ежедневно Управленческая отчётность после системы с интеграциями 1С и банков FinOne 1С + склад + B2B API Контур управления заказами, складом и прогнозированием спроса ERP для оптовых поставок Релевантные кейсы Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. ERP B2B AI-прогнозирование Логистика 1С REST API ERP-система для оптовых поставок производителя Производитель автоматизировал поставки: заказы, склад и логистика в одной системе, AI прогнозирует спрос, 1С интегрирована, B2B-клиенты работают через REST API. ERP Туризм ГИС ЭДО Банковские API Логистика ERP-система для туроператора Туроператор автоматизировал бронирование, оформление путёвок и госотчётность: электронные путёвки, интеграция с ГИС, ЭДО и банковским шлюзом — меньше ошибок и ручной работы. Разбираем тему Какая ERP-система подойдёт вашей компании: разбор по отраслям Универсальный ответ «ERP подходит всем» бесполезен: сроки и стоимость проекта определяет не функциональность, а отраслевые данные и внешние системы, с которыми придётся связаться. Читать Как выбрать ERP-систему: критерии, на которых экономят, а потом платят дважды Выбор ERP редко проваливается из-за функций. Он проваливается из-за данных, интеграций и поддержки — то есть из-за того, что не проверили до подписания договора. Читать Сколько стоит ERP-система и что определяет итоговую сумму Короткий ответ: обследование — 50 000 ₽ за 7 дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев. Ниже — из чего складывается сумма, что её увеличивает и как читать смету подрядчика. Читать Интеграция 1С с CRM, банками и внутренними системами: что проверить до старта Интеграции — единственная часть проекта, которую нельзя оценить «по ходу»: каждая система добавляет свои справочники, форматы и правила сверки. Разбираем, что проверить до старта. Читать FAQ Вы замените 1С или интегрируетесь с ней? + Решение зависит от процессов и стоимости владения. Часто 1С остаётся учётной системой, а новая ERP объединяет заказы, производство, логистику, роли и управленческую аналитику. Сколько стоит разработка ERP-системы? + Стоимость зависит от состава модулей, числа ролей и интеграций. Ориентир: минимальный бюджет разработки — от 300 000 ₽, типичный проект — около 500 000 ₽. Точную оценку даём после предпроектного обследования (от 50 000 ₽), по итогам которого готовим требования, этапы и несколько вариантов реализации. Сколько времени занимает внедрение ERP? + Типичный проект занимает 3–6 месяцев, сложный — 6–8 месяцев. Делим внедрение на этапы, чтобы раньше получить работающие данные и снизить риски перехода. Можно ли автоматизировать только один участок? + Да. Можно начать с заказов, логистики, производства, склада или финансов, проверить эффект и затем масштабировать систему. Чем заказная ERP отличается от 1С:ERP и других готовых решений? + Готовые продукты закрывают типовые процессы, а специфику приходится добирать доработками и мириться с ограничениями платформы. Заказная система проектируется под вашу логику работы, подключает любые внешние сервисы и развивается по мере роста бизнеса без ожидания релизов вендора. Нужно ли останавливать работу на время внедрения? + Нет. Внедряем параллельно: сначала запускаем контур в тестовом режиме, сверяем данные с исходными системами и только затем поэтапно переносим операции. Что если у нас уже есть своя команда разработки? + Часто работаем вместе с внутренней командой: мы берём архитектуру, интеграции и управленческие сценарии, команда — поддержку и развитие доменной логики. Формат фиксируем на обследовании. Как понять, что внедрение окупилось? + На обследовании фиксируем измеримые показатели: время на подготовку отчётности, объём ручных операций, скорость реакции на отклонения. К ним возвращаемся после запуска этапа. Кто поддерживает систему после запуска? + Передаём документацию и обучаем команду, дальше сопровождаем по SLA или помогаем выстроить поддержку внутри компании — как удобнее заказчику. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Разработка FinTech-решений — Prismatica URL: https://prismatica.agency/services/fintech-development Описание: Разработка FinTech-решений: личные кабинеты, аналитика, интеграции и безопасные цифровые продукты для финансовых команд. Услуги Prismatica Разработка FinTech-решений и продуктовых платформ Создаём FinTech-продукты и внутренние системы для управления финансами, аналитикой и операционными процессами. Финансы Банки Страхование Корпоративные финансы Обсудить проект Посмотреть кейсы Все услуги Что входит Личные кабинеты и дашборды финансовой аналитики Интеграции с платёжными и банковскими API Ролевые модели доступа и безопасная архитектура UX для сложных финансовых сценариев Связанные направления Бизнес-системы на заказ Многоролевые системы, сложные правила, интеграции и защита данных. Результат для управления Что меняется после внедрения 01 Отчётность собирается без ручной сверки Данные из 1С, банков и внутренних систем попадают в один контур: управленческие отчёты и P&L видны в моменте, а не собираются к концу месяца. 02 Все счета в одном окне Выписки и остатки по счетам разных банков подтягиваются автоматически — сверять файлы вручную больше не нужно. 03 Доступ к финансам — по ролям Платёжные данные и отчётность видны только тем, кому они положены, а действия пользователей фиксируются в журнале. 04 Расхождения видны до проверки Система сверяет источники между собой и подсвечивает расхождения раньше, чем они попадут в отчётность и решение. Как строим работу Этап 1 Анализ требований и рисков Разбираем финансовые процессы, требования регулятора и точки интеграции. Проектируем архитектуру, в которой данные не подведут при аудите. Этап 2 Архитектура и безопасность Проектируем ролевые модели, шифрование и аудит действий. Закладываем соответствие требованиям с самого начала, а не «потом доделаем». Этап 3 Разработка и интеграции Реализуем API-слой, подключения к банкам и платёжным системам, дашборды и отчёты. Этап 4 Аудит и запуск Проводим проверку безопасности, нагрузочное тестирование и запускаем в продуктив. С чего начать Предпроектное обследование финансового контура До разработки разбираем источники данных, учёт, требования к доступам и интеграции. На выходе — архитектура, этапы и оценка проекта. Результат остаётся у вас. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Процессы, источники данных и точки интеграции Роли, права доступа и требования к защите данных Прототипы ключевых отчётов и рабочих мест Этапы внедрения и оценка трудозатрат Заказать обследование Что получилось у других 5 банков + 1С Данные розничной сети собраны в одном контуре вместо ручной сверки Автоматизация управленческого учёта Раз в месяц → ежедневно Управленческая отчётность после интеграций с 1С и банками FinOne Релевантные кейсы Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Финтех 1С Bank API P&L Дашборды Автоматизация Автоматизация управленческого учёта — оцифровка розничной сети Данные сети были разбросаны по пяти банкам и 1С. Интеграция с банками, P&L в реальном времени и дашборды собрали всё в одном месте — сверять вручную больше не нужно. Разбираем тему Разработка финансовой системы: что входит в проект и с чего начинать Финансовая система держится не на отчётах, а на данных: пока выписки носят руками, любая аналитика врёт. Разбираем состав проекта, интеграции и порядок запуска. Читать Интеграция 1С с CRM, банками и внутренними системами: что проверить до старта Интеграции — единственная часть проекта, которую нельзя оценить «по ходу»: каждая система добавляет свои справочники, форматы и правила сверки. Разбираем, что проверить до старта. Читать Что собственник должен видеть ежедневно, а не раз в месяц Отчёт за месяц приходит тогда, когда повлиять на этот месяц уже нельзя. Разбираем, какие показатели имеет смысл видеть ежедневно, какие оставить в месячном цикле и что для этого нужно на стороне данных. Читать Дашборд руководителя: какие показатели смотреть ежедневно, а какие — раз в месяц Дашборд — не витрина отчётности, а инструмент решений. Если показатель смотрят чаще, чем по нему принимают решения, дашборд превращается в фон и перестаёт использоваться. Читать FAQ Есть ли опыт с банковскими API? + Да. Интегрировали 5+ банков (через API и CSV), работали с 1С, платежными шлюзами и казначейскими системами. Обеспечиваете безопасность данных? + Да. Ролевые модели, шифрование, аудит действий, защита от OWASP top-10. При необходимости — пентест. Работаете с регулируемыми организациями? + Да. Есть опыт с госорганами и финтех-стартапами, проходящими аккредитацию. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Автоматизация производства и ERP — Prismatica URL: https://prismatica.agency/services/manufacturing-automation Описание: Автоматизация производства: ERP для заказов, планирования, склада и финансов. Интеграции с 1С и поэтапное внедрение без остановки работы. Услуги Prismatica Автоматизация производственного предприятия и ERP для производства Объединяем производственные заказы, материалы, склад, логистику и финансы в одной системе. Начинаем с участка, где эффект можно измерить быстрее, и развиваем решение по фактическим данным без рискованной одномоментной замены всего учёта. Малое и среднее производство Агропром Оптово-производственные компании Распределённые предприятия Обсудить проект Посмотреть кейсы Все услуги Что входит Планирование и диспетчеризация производственных заказов Учёт материалов, незавершённого производства и готовой продукции Управление закупками, складом, поставками и логистикой Интеграции с 1С, СКУД, оборудованием, банками и внутренними базами Себестоимость, рентабельность, план-факт и ежедневная управленческая отчётность Ролевые рабочие места для собственника, руководителей, аналитиков и линейных сотрудников Связанные направления Разработка ERP-систем Единый контур заказов, производства, логистики, склада и финансов. Бизнес-системы на заказ Решение под уникальные процессы, роли и интеграции предприятия. Предпроектное обследование Требования, варианты архитектуры, этапы и оценка эффекта до разработки. Результат для управления Что меняется после внедрения 01 Данные ежедневно, а не раз в месяц Система автоматически собирает показатели из 1С, СКУД, внутренних баз и других источников, чтобы руководство работало с актуальной картиной. 02 План-факт по заказам и выпуску Видно, где производство отстаёт, какие ресурсы ограничивают выполнение плана и на какие участки нужно воздействовать. 03 Понятная рентабельность Заказы, затраты и выпуск связываются между собой, поэтому убыточные направления и отклонения обнаруживаются раньше. 04 Контроль запасов и денег Потребность в материалах, закупки, остатки и финансовые обязательства помогают заранее увидеть дефициты и кассовые разрывы. Как строим работу Этап 1 Обследуем производство Разбираем путь заказа, планирование, снабжение, склад, выпуск, финансы и отчётность. Сверяем регламенты с тем, как работа идёт на самом деле. Этап 2 Проверяем данные и проектируем Находим расхождения между источниками, описываем роли и интеграции, готовим 2–3 варианта архитектуры и проверяем ключевые UX-сценарии. Этап 3 Запускаем первый контур Начинаем со сбора данных и наиболее ценного процесса: заказов, производства, склада или управленческой отчётности. Фиксируем метрики эффекта. Этап 4 Расширяем и внедряем Подключаем следующие участки, обучаем персонал всех уровней и корректируем решение по фактическим результатам эксплуатации. С чего начать Предпроектное обследование производства За 7–10 рабочих дней разберём процессы и данные, определим первый контур автоматизации и подготовим основу для внутреннего согласования, расчёта окупаемости и запуска проекта. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Функциональные требования и схема процессов Роли, источники данных и точки интеграции 2–3 варианта решения с оценкой трудозатрат Этапы внедрения и показатели ожидаемого эффекта Заказать обследование Что получилось у других 5 производств Единый контур группы агропроизводств с данными за предыдущий день Планшет руководителя 1С + СКУД Интеграции с учётной системой и системой доступа без ручных выгрузок Планшет руководителя AI-прогноз спроса Планирование закупок по истории продаж и сезонности ERP для оптовых поставок Релевантные кейсы Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. ERP B2B AI-прогнозирование Логистика 1С REST API ERP-система для оптовых поставок производителя Производитель автоматизировал поставки: заказы, склад и логистика в одной системе, AI прогнозирует спрос, 1С интегрирована, B2B-клиенты работают через REST API. Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Разбираем тему Планирование производства: как связать заказы, материалы и сроки в одну систему План производства ломается не из-за плохого планировщика, а из-за данных: нормы, остатки и приоритеты живут в разных местах. Разбираем, в каком порядке их собирать. Читать Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. Читать Аудит бизнес-процессов перед автоматизацией: что смотреть и что менять Автоматизация фиксирует процесс таким, какой он есть. Если в процессе есть неопределённость, система сделает её дороже в изменениях — поэтому аудит идёт раньше разработки. Читать Автоматизация бизнес-процессов: с чего начать и что считать результатом Разбираем, с какого участка начинать, как посчитать эффект до старта проекта и почему автоматизировать неотлаженный процесс — значит потратить бюджет и получить тот же беспорядок, только быстрее. Читать FAQ С какого участка производства лучше начинать автоматизацию? + С участка, где есть измеримая потеря и доступные данные: заказы, планирование, склад, материалы, выпуск или управленческая отчётность. При обследовании сравниваем эффект, риски и трудозатраты и предлагаем первый контур. Нужно ли отказываться от 1С? + Не обязательно. Часто 1С остаётся учётной системой, а ERP объединяет оперативное управление производством, роли, интеграции и аналитику. Решение принимаем по стоимости владения и возможностям развития. Сколько стоит автоматизация производственного предприятия? + Стоимость зависит от числа процессов, ролей, площадок и интеграций. Начать можно с отдельного предпроектного обследования от 50 000 ₽, после которого будут понятны варианты, этапы и оценка разработки. Как внедрить систему без остановки производства? + Запускаем решение поэтапно. На переходном периоде сверяем данные со старым учётом, обучаем сотрудников и только после проверки переводим участок в новый рабочий контур. Как оценить эффект от внедрения ERP? + До старта фиксируем доступные показатели: срок подготовки отчёта, выполнение плана, оборачиваемость запасов, число ручных операций и ошибок, себестоимость, маржинальность или кассовые разрывы. С чего начать автоматизацию производства? + С обследования: смотрим заказы, загрузку, склад, себестоимость и то, как данные доходят до руководителя. После этого фиксируем первый этап, который даёт эффект быстрее всего. Нужно ли останавливать производство? + Нет. Внедряем поэтапно и параллельно, сверяя данные с текущими системами, пока новый контур не начнёт сходиться с фактом. Как считаете себестоимость? + В системе себестоимость собирается из материалов, операций и накладных расходов по вашим правилам — вместо ручного пересчёта в таблицах. Что с планированием заказов? + Заказы на производство связаны со складом и закупками: система показывает загрузку, дефицит материалов и сроки выполнения. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Разработка мобильных приложений — Prismatica URL: https://prismatica.agency/services/mobile-development Описание: Разработка мобильных приложений под ключ: iOS/Android, продуктовый подход, UX/UI, интеграции и запуск в прод. Услуги Prismatica Разработка мобильных приложений под ключ Делаем мобильные приложения под конкретную задачу: от прототипа до релиза в сторах, с понятным результатом для бизнеса. eCommerce Социальные сети Образование Здравоохранение Обсудить проект Посмотреть кейсы Все услуги Что входит Проектирование iOS/Android сценариев Кроссплатформенная и нативная разработка Интеграции с CRM, платежами и backend-сервисами Публикация и сопровождение релизов Результат для управления Что меняется после внедрения 01 Приложение решает задачу, а не повторяет сайт Сценарии проектируем под мобильный контекст: короткая сессия, одно понятное действие, минимум ввода с телефона. 02 Профиль, оплата и общение — в одном месте Пользователю не нужно переключаться между сервисами и мессенджерами: ключевые действия собраны внутри продукта. 03 Сценарии проверены на людях Основные пути тестируем на реальных пользователях и правим до релиза, а не по отзывам в сторах. 04 Релизы выходят предсказуемо Готовим пакет для сторов, сопровождаем прохождение модерации и обновления под новые версии iOS и Android. Как строим работу Этап 1 Концепция и прототип Формулируем, кому и зачем приложение, раскладываем сценарии по ролям и собираем интерактивный прототип для проверки гипотез. Этап 2 UX/UI проектирование Проектируем нативные сценарии под iOS и Android, адаптируем паттерны навигации под платформу. Этап 3 Разработка и интеграции Пишем код, подключаем API, платежи, пуш-уведомления. CI/CD и тестирование на реальных устройствах. Этап 4 Релиз и поддержка Публикуем в App Store и Google Play, сопровождаем релизы, собираем метрики. С чего начать Обследование: что должно делать приложение Разбираем, кто и в каких условиях будет пользоваться приложением, какие данные и сервисы нужны. На выходе — сценарии по ролям, прототип, требования к интеграциям и оценка. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Сценарии по ролям и ключевой путь пользователя Прототип основных экранов Требования к API, оплате и уведомлениям Этапы разработки и оценка трудозатрат Заказать обследование Что получилось у других Telegram Mini App Профиль, оплата и realtime-коммуникации объединены в одном продукте Neuro Mafia 10 пользователей Сценарии сложного приложения проверены на живых пользователях до релиза Iron Logic Релевантные кейсы Telegram Mini App Realtime GameTech NestJS PostgreSQL Redis Neuro Mafia — платформа для управления игрой внутри Telegram Инструменты ведущего, профили игроков, ролевая механика, оплата и realtime-коммуникации объединены в одном Telegram Mini App. UX-аудит 10 пользователей Дизайн-система Iron Logic — UX сложного B2B-инструмента Провели UX-аудит, подготовили редизайн и дизайн-систему. Основные сценарии проверили на 10 пользователях, найденные проблемы исправили. Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Разбираем тему UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. Читать Личный кабинет клиента: что в нём должно быть и как не построить второй отдел поддержки Кабинет окупается не количеством экранов, а числом обращений, которые перестали доходить до менеджера. Разбираем, какие сценарии действительно снимают нагрузку. Читать FAQ Кроссплатформенно или нативно? + Зависит от задачи. Если нужен сложный UI или специфичные API устройства — нативно. Для MVP и типовых сценариев — Flutter или React Native. Что входит в поддержку после запуска? + Мониторинг, исправление дефектов и обновления под новые версии ОС. Формат и стоимость сопровождения фиксируем в договоре после запуска — они зависят от объёма приложения и требуемого времени реакции. Вы публикуете в сторах? + Да. Готовим полный пакет: метаданные, скриншоты, подписи, иконки. Помогаем с прохождением модерации. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Разработка MVP — Prismatica URL: https://prismatica.agency/services/mvp-development Описание: Разработка MVP: быстрый запуск первой версии продукта, проверка гипотез, приоритизация фич и подготовка к масштабированию. Услуги Prismatica Разработка MVP для стартапов и новых продуктов Помогаем запустить первую рабочую версию продукта быстро и без лишних затрат на непроверенные гипотезы. Стартапы Корпоративные инновации eCommerce SaaS Обсудить проект Посмотреть кейсы Все услуги Что входит Приоритизация MVP-функционала по пользе для бизнеса Быстрый дизайн и разработка первой версии Метрики валидации гипотез и обратной связи План масштабирования после product/market fit Результат для управления Что меняется после внедрения 01 Первая версия проверяет главную гипотезу В MVP попадает только то, что отвечает на ключевой вопрос продукта. Спорные функции остаются в бэклоге до появления данных. 02 Запуск раньше, чем «идеальный продукт» Версию выводим к пользователям, пока решения дешевы: развитие дальше идёт по фактам, а не по предположениям. 03 Понятно, что делать после запуска Метрики и обратная связь первых пользователей дают основу для второго этапа и разговора с инвесторами. 04 Ручные операции не автоматизируем раньше времени Если процесс можно провести вручную и проверить спрос, бюджет остаётся на разработку того, что действительно нужно. Как строим работу Этап 1 Discovery и приоритизация Формулируем гипотезу, которую нужно проверить, и отбираем в MVP только то, что её проверяет. Этап 2 Быстрый прототип Собираем кликабельный прототип за 3–5 дней и показываем его пользователям и инвесторам. Этап 3 Fast-track разработка Пишем ядро продукта без лишней архитектуры: быстро, но без халтуры. Этап 4 Запуск и метрики Деплоим, настраиваем аналитику, собираем первые данные и улучшаем по ним. С чего начать Обследование и планирование первой версии Определяем гипотезу, отбираем функции для первой версии и фиксируем, по каким метрикам считаем результат. На выходе — границы MVP, прототип и оценка. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Гипотеза и метрики проверки Состав первой версии и то, что осознанно не входит Прототип ключевых экранов Этапы разработки и оценка трудозатрат Заказать обследование Что получилось у других Telegram Mini App Первая версия сразу работает внутри мессенджера: профили, оплата и игровые сценарии Neuro Mafia AI-аналитика с первой версии Платформа для продавцов маркетплейсов: остатки, цены и спрос в одном контуре СНОВА Продукт с нуля Граф доверия для поиска IT-специалистов: связи, рекомендации и профили Hive Релевантные кейсы Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. HR Tech Граф данных Стартап Нетворкинг Найм Hive — граф доверия для поиска IT-талантов Поиск IT-специалистов через граф доверия: чем больше у человека проверенных связей, тем быстрее его находят компании и тем быстрее он находит проект. Telegram Mini App Realtime GameTech NestJS PostgreSQL Redis Neuro Mafia — платформа для управления игрой внутри Telegram Инструменты ведущего, профили игроков, ролевая механика, оплата и realtime-коммуникации объединены в одном Telegram Mini App. Разбираем тему Когда заказная система выгоднее коробочной: пять проверок до старта Спор «коробка или заказная разработка» решается не масштабом компании, а тем, сколько в процессах уникального и насколько дорого привести их к типовой логике. Читать Личный кабинет клиента: что в нём должно быть и как не построить второй отдел поддержки Кабинет окупается не количеством экранов, а числом обращений, которые перестали доходить до менеджера. Разбираем, какие сценарии действительно снимают нагрузку. Читать FAQ Сколько времени занимает MVP? + От 4 до 8 недель. Зависит от сложности. Быстрый веб-MVP можно запустить за месяц. Что входит в первую версию? + Только критичный функционал для проверки гипотезы. Мы помогаем не распыляться и фокусироваться на главном. Вы помогаете с питчем для инвесторов? + Да. Готовим демо, метрики и описание продукта для презентаций и раундов. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### UI/UX дизайн и UX-аудит — Prismatica URL: https://prismatica.agency/services/ui-ux-design Описание: UI/UX дизайн и UX-аудит: проектирование интерфейсов, улучшение конверсии, редизайн сайтов и цифровых сервисов. Услуги Prismatica UI/UX дизайн и редизайн цифровых продуктов Переосмысляем интерфейсы с фокусом на понятные сценарии, рост конверсии и бизнес-метрики. eCommerce SaaS FinTech Медиа Обсудить проект Посмотреть кейсы Все услуги Что входит UX-аудит и диагностика узких мест в воронке Информационная архитектура и user-flow UI-концепты и полноценная дизайн-система Подготовка макетов и спецификаций к разработке Связанные направления Бизнес-системы на заказ Проектирование UX сразу вместе с архитектурой и бизнес-процессами. Результат для управления Что меняется после внедрения 01 Проблемы находятся на тестах, а не по вкусу Смотрим, где пользователь бросает сценарий, и проверяем решения на живых людях. Спор «нравится — не нравится» заменяется данными. 02 Своё рабочее место для каждой роли Руководитель, специалист и линейный сотрудник получают интерфейс под свои задачи, а не общий экран для всех. 03 Сложные данные читаются сразу Показатели, план-факт и отклонения собираются на одном экране: решение принимается по картине, а не по выгрузке из трёх отчётов. 04 Дизайн передаётся в разработку без переделок Дизайн-система, состояния и спецификации: разработчик берёт компонент и описание поведения, а не картинку. Как строим работу Этап 1 Аудит и исследование Смотрим, где пользователи спотыкаются: метрики воронки, записи сессий, разговоры с теми, кто работает с продуктом каждый день. Этап 2 Дизайн-концепция Предлагаем визуальное направление: moodboard, ключевые экраны и стилистика — на обсуждение до полной отрисовки. Этап 3 Полный дизайн Отрисовываем все экраны, состояния, адаптивы и анимации в Figma. Этап 4 Дизайн-система и передача Собираем UI-kit, описываем компоненты и передаём в разработку с сопровождением. С чего начать UX-аудит и проектирование интерфейсов Разбираем сценарии, метрики и записи сессий, находим места, где пользователи уходят, и проектируем решение. На выходе — карта проблем с приоритетами и прототипы. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Карта сценариев и проблем с приоритетами Прототипы ключевых экранов Принципы дизайн-системы и компонентов Оценка работ по дизайну и разработке Заказать обследование Что получилось у других 10 пользователей Проверка основных сценариев сложного B2B-инструмента на живых пользователях Iron Logic 5 ролей Отдельные интерфейсы для собственника, руководителей и специалистов вместо общего экрана ЕАИС СПКФР Сравнение точек и плана Ежедневный управленческий экран вместо отчёта, собранного вручную FinOne Релевантные кейсы UX-аудит 10 пользователей Дизайн-система Iron Logic — UX сложного B2B-инструмента Провели UX-аудит, подготовили редизайн и дизайн-систему. Основные сценарии проверили на 10 пользователях, найденные проблемы исправили. Продавцам маркетплейсов eCommerce Квиз подбора Next.js Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Второй канал продаж рядом с Ozon и Яндекс Маркетом: квиз подбора за 60 секунд, оформление в 3 шага, 35 SEO-лендингов. В первые две недели рекламы каждый рубль вернул около 5 ₽ выручки. Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Разбираем тему UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. Читать Аудит бизнес-процессов перед автоматизацией: что смотреть и что менять Автоматизация фиксирует процесс таким, какой он есть. Если в процессе есть неопределённость, система сделает её дороже в изменениях — поэтому аудит идёт раньше разработки. Читать FAQ Можно заказать только UX-аудит без дизайна? + Да. Мы проведём аудит, дадим отчёт с рекомендациями и приоритетами по быстрым победам. Что получим на выходе? + Макеты в Figma, дизайн-систему с компонентами, описание состояний и спецификации для разработчиков. Работаете с существующим дизайном? + Да. Можем редизайнить существующий продукт, не ломая работающий функционал. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Разработка сайтов под ключ — Prismatica URL: https://prismatica.agency/services/web-development Описание: Разработка сайтов под ключ: корпоративные сайты, веб-сервисы и eCommerce-решения с фокусом на лиды, SEO и рост бизнеса. Услуги Prismatica Разработка сайтов под ключ для бизнеса Проектируем и запускаем сайты и веб-сервисы под вашу задачу: структура, UX, релиз и поддержка — всё в одном проекте. eCommerce Корпоративные порталы SaaS Медиа Обсудить проект Посмотреть кейсы Все услуги Что входит Корпоративные сайты и продуктовые лендинги Личные кабинеты и B2B/B2C веб-сервисы eCommerce-платформы и интеграции Техническая SEO-база и подготовка к росту трафика Связанные направления Бизнес-системы на заказ Порталы, личные кабинеты и внутренние сервисы со сложной логикой. Сайт для продавца маркетплейса Свой магазин с переносом товаров с Ozon, Wildberries и Яндекс Маркета — пакетный продукт практики. Предпроектное обследование Структура, сценарии, требования к интеграциям и оценка до разработки. Результат для управления Что меняется после внедрения 01 Собственный канал вместо чужих площадок Заказы и клиентская база остаются у вас, а не у маркетплейса. Комиссия площадок перестаёт съедать маржу на каждом заказе. 02 Клиенты и сотрудники решают вопросы сами Личный кабинет закрывает типовые обращения: статусы, документы, заявки. Нагрузка на менеджеров и поддержку снижается. 03 Сайт связан с рабочими системами Заявки, заказы и данные попадают в 1С, CRM и внутренние сервисы автоматически, без ручного переноса. 04 Готовность к росту трафика заложена сразу Техническая SEO-база, скорость и структура закладываются на этапе разработки, а не переделываются потом. Как строим работу Этап 1 Discovery и аудит Спрашиваем, что сайт должен приносить бизнесу, смотрим текущий продукт и метрики. Записываем, что мешает, и расставляем приоритеты. Этап 2 UX-архитектура Проектируем путь пользователя и структуру экранов, находим места, где посетитель уходит, и точки, которые влияют на конверсию. Этап 3 UI и дизайн-система Собираем визуальный слой и компонентную библиотеку, чтобы ускорить разработку и упростить поддержку. Этап 4 Разработка и запуск Реализуем фронтенд и бэкенд, интегрируем с внешними сервисами, проводим тестирование и запускаем в прод. С чего начать Проектирование структуры и сценариев Разбираем задачи бизнеса и пользователей, проектируем структуру и сценарии, готовим требования к интеграциям. На выходе — понятные границы проекта и оценка. Стоимость от 50 000 ₽ Срок 7–10 рабочих дней На выходе Структура сайта или сервиса и сценарии пользователей Требования к интеграциям и личным кабинетам Прототипы ключевых экранов Этапы запуска и оценка трудозатрат Заказать обследование Что получилось у других ×5 Каждый рубль рекламы вернул около 5 ₽ выручки в первые две недели после запуска магазина Relax&Sleep 50% заявок Закончились покупкой в собственном интернет-магазине за тот же период Relax&Sleep Strapi CMS Сайт юриста по товарным знакам: контентом команда управляет сама, сайт работает и при недоступной CMS Юридический Бутик Релевантные кейсы Продавцам маркетплейсов eCommerce Квиз подбора Next.js Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Второй канал продаж рядом с Ozon и Яндекс Маркетом: квиз подбора за 60 секунд, оформление в 3 шага, 35 SEO-лендингов. В первые две недели рекламы каждый рубль вернул около 5 ₽ выручки. Юридические услуги Сайт эксперта Strapi CMS React Юридический Бутик Натальи Белоусовой — сайт эксперта по товарным знакам Сайт, который продаёт экспертизу до звонка: риски, услуги со сроком и ценой, разборы дел и заявка на консультацию. Контентом команда управляет сама через Strapi CMS. Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. Разбираем тему Личный кабинет клиента: что в нём должно быть и как не построить второй отдел поддержки Кабинет окупается не количеством экранов, а числом обращений, которые перестали доходить до менеджера. Разбираем, какие сценарии действительно снимают нагрузку. Читать Когда заказная система выгоднее коробочной: пять проверок до старта Спор «коробка или заказная разработка» решается не масштабом компании, а тем, сколько в процессах уникального и насколько дорого привести их к типовой логике. Читать Предпроектное обследование: что это, зачем платить за документ и как он экономит бюджет Обследование выглядит как «оплатить документ вместо разработки». На деле это самый дешёвый этап проекта: он показывает объём работ до того, как вы подписали смету. Читать FAQ Сколько времени занимает разработка сайта под ключ? + От 4 до 12 недель в зависимости от сложности. На первой встрече называем конкретные сроки под вашу задачу. Входит ли SEO в разработку? + Да. Мы закладываем техническую SEO-базу: семантическая вёрстка, мета-теги, speed-optimization, структурированные данные и sitemap. Вы делаете только дизайн или сразу сайт? + Полный цикл: от аналитики и дизайна до разработки, деплоя и поддержки. Можно зайти на любом этапе. Сколько стоит разработка сайта или веб-сервиса? + Зависит от объёма функций и интеграций. Ориентир: минимальный бюджет разработки — от 300 000 ₽. Точную оценку даём после проектирования структуры и сценариев (от 50 000 ₽). Делаете личные кабинеты и порталы для сотрудников? + Да. Проектируем ролевую модель, права доступа и рабочие места под каждую роль, подключаем 1С, CRM и внутренние системы. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ### Технологии — Prismatica URL: https://prismatica.agency/technologies Описание: Собираем стек под задачу: React, Next.js, Vue, Node.js, Python, Go, Flutter, AI/ML, инфраструктура и базы данных. Услуги Prismatica Технологии, с которыми мы работаем Собираем стек под задачу, а не под шаблон — каждый проект получает тот набор инструментов, который оптимален для его целей, масштаба и команды. Frontend Backend Mobile AI/ML DevOps Базы данных Обсудить проект Посмотреть кейсы Все услуги Что входит Frontend: React, Next.js, Vue, Nuxt, TypeScript, Tailwind Backend: Node.js, Python, Go, .NET Mobile: Flutter, React Native, Swift, Kotlin AI/ML: OpenAI, LangChain, Llama, RAG, Computer Vision Инфраструктура: Docker, Kubernetes, CI/CD, AWS, Yandex Cloud Базы данных: PostgreSQL, MongoDB, Redis, ClickHouse Как строим работу Этап 1 Анализ задачи Определяем требования к производительности, масштабу и скорости разработки. Этап 2 Выбор стека Подбираем технологии, оптимальные под задачу, команду и бюджет. Этап 3 Прототипирование Собираем proof-of-concept для проверки ключевых технических решений. Этап 4 Продакшен Разворачиваем, настраиваем мониторинг и CI/CD. Релевантные кейсы Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. UX-аудит 10 пользователей Дизайн-система Iron Logic — UX сложного B2B-инструмента Провели UX-аудит, подготовили редизайн и дизайн-систему. Основные сценарии проверили на 10 пользователях, найденные проблемы исправили. FAQ Вы навязываете свой стек или подстраиваетесь? + Подстраиваемся. Если у вас уже есть стек — работаем в нём. Если нет — подбираем оптимальный под задачу. Работаете с legacy-кодом? + Да. Проводим аудит, оцениваем техдолг и предлагаем стратегию миграции без остановки продукта. Как часто обновляете стек? + Следим за актуальными версиями. Для каждого проекта свой график обновлений с учётом совместимости. Нужна такая же структура под ваш продукт? Соберём этап под ваши бизнес-цели и отраслевой контекст. Обсудить задачу ## Кейсы ### Кейсы ПРИЗМАТИКА — разработка ERP, бизнес-систем и сайтов URL: https://prismatica.agency/cases Описание: Кейсы агентства ПРИЗМАТИКА: разработка ERP и бизнес-систем, сайтов и eCommerce, внедрение AI. Реальные результаты клиентов в России и СНГ — с доказательствами. КЕЙСЫ · РЕЗУЛЬТАТЫ РАБОТЫ Кейсы ПРИЗМАТИКА: разработка ERP, бизнес-систем и сайтов Что было у клиента, что сделали и какой получился результат. ×5 окупаемость рекламы нового магазина 226 274 голоса на платформе премии за два этапа ежедневно сводка по пяти агропроизводствам — раньше её неделю собирали вручную 14 кейсов · обновлено 10.2026 ВСЕ КЕЙСЫ Все 14 ERP и учёт 2 Управленческие дашборды 3 eCommerce 2 Платформы и личные кабинеты 4 UX-аудит и редизайн 1 Сайты 2 14 кейсов eCommerce · Relax&Sleep Свой интернет-магазин производителя матрасов рядом с маркетплейсами Производитель матрасов продавал через Ozon, Яндекс Маркет и VK Маркет. Сделали второй канал — свой магазин с квизом подбора, оформлением в 3 шага и админкой без разработчика. В первые две недели рекламы каждый рубль бюджета вернул около 5 ₽ выручки. ОКУПАЕМОСТЬ РЕКЛАМЫ ×5 ЗАЯВКА → ПОКУПКА 50% Подробнее Платформы и личные кабинеты · Владимирский ФПРСР Сайт онлайн-голосования для региональной премии Даты премии были зафиксированы положением и не двигались, а голосование собирались проводить в паблике ВКонтакте. Собрали платформу премии: приём заявок с модерацией, каталог 871 участника, двухэтапное голосование с авторизацией через ВКонтакте и антифрод. 226 274 голоса за два этапа, итоги опубликованы, платформа передана заказчику. УЧАСТНИКОВ 871 ГОЛОСОВ 226 274 МУНИЦИПАЛИТЕТОВ 23 Подробнее кейс под NDA Управленческие дашборды · Клиент под NDA Единый управленческий контур для группы из пяти агропроизводств Пять производств жили с разными учётными системами, а сводку ассистент собирал около недели в Excel и Power BI. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. ПРОИЗВОДСТВ 5 СВОДКА каждый день РАНЬШЕ неделю вручную Подробнее Управленческие дашборды · FinOne Ежедневный управленческий контур для сети точек Собственник отказался от ежемесячной бумажной отчётности: теперь точки сравниваются каждый день, план продаж под контролем, а о кассовом разрыве система предупреждает заранее. ОТЧЁТНОСТЬ каждый день РАНЬШЕ раз в месяц КАССОВЫЙ РАЗРЫВ видно за 3–7 дней Подробнее Платформы и личные кабинеты · СПКФР Многоролевая система независимой оценки квалификации Заявление, экзамен, протоколы и решения проходят в одной системе вместо переписки и файлов. Пять ролей со своими интерфейсами и правами доступа, интеграции с 1С, платёжными системами и НАРК, требования 152-ФЗ. РОЛИ 5 СРОК 3 месяца Подробнее Сайты · Эвакуатор Владимир Локальный сайт частного эвакуатора без посредников Сайт частного эвакуатора без диспетчерской и посредников: реальные работы, понятная цена и посадочные страницы под услуги, города Владимирской области и трассу М-7. Без стоковых фото, выдуманных отзывов и обещаний «самых низких цен». СТРАНИЦ 17 ПОДАЧА 15–30 мин Подробнее Сайты · Юридический Бутик Натальи Белоусовой Сайт эксперта по товарным знакам с CMS, которой команда управляет сама Юристу по интеллектуальной собственности нужен был сайт, который продаёт экспертизу до звонка. Сделали сайт с рисками, услугами со сроком и ценой, разборами дел и заявкой на консультацию. Контентом команда управляет сама через Strapi CMS, а сайт работает и при её недоступности. УСЛУГИ 3 со сроком и ценой Подробнее eCommerce · СНОВА AI-платформа для управления продажами на маркетплейсах Стартап без своей техкоманды продавал на Ozon и Wildberries. Мы взяли на себя продукт и разработку: остатки, цены и заказы с обеих площадок собираются в одной платформе, а AI-модуль подсказывает, что дозаказать и когда менять цену. React Node.js PostgreSQL Ozon API WB API Подробнее Узнали свою задачу? Расскажите, что сейчас мешает, — за 7–10 рабочих дней обследования разберём процессы и назовём сроки и стоимость. Обсудить задачу ЕЩЁ ПРОЕКТЫ UX-аудит и редизайн · Iron Logic · B2B SaaS UX-аудит и дизайн-система для B2B-инструмента Провели UX-аудит B2B-инструмента и собрали дизайн-систему. Основные сценарии проверили на 10 пользователях, найденные проблемы исправили — интерфейс стал понятнее, а новые экраны делаются быстрее на готовых компонентах. ПОЛЬЗОВАТЕЛЕЙ В ТЕСТЕ 10 Подробнее Платформы и личные кабинеты · Neuro Mafia · GameTech Telegram-платформа, которая берёт на себя механику игры в «Мафию» Организаторы вручную управляли ролями, участниками и оплатой. Мы объединили инструменты ведущего, профили игроков, ролевую механику и realtime-коммуникации в одном Telegram Mini App. Telegram Mini App NestJS WebSocket Redis Подробнее ERP и учёт · Клиент под NDA · Производство кейс под NDA ERP для оптовых поставок с AI-прогнозированием спроса Производитель вёл оптовые поставки в таблицах и письмах. Заказы, склад и закупки перенесли в одну систему: 1С осталась учётной, B2B-клиенты отправляют заказы через REST API без ручного ввода, а прогноз по истории продаж и сезонности подсказывает, что и когда закупать. Node.js PostgreSQL 1С REST API Подробнее Управленческие дашборды · Клиент под NDA · Розничная торговля кейс под NDA Оцифровка управленческого учёта розничной сети Данные сети были разбросаны по пяти банкам и 1С. Интеграция с банками, P&L в реальном времени и дашборды для руководства собрали всё в одном месте — сверять вручную больше не нужно. Node.js PostgreSQL 1С Bank API Подробнее ERP и учёт · Клиент под NDA · Туризм кейс под NDA ERP-система для туроператора с интеграцией в ГИС Бронирование, оформление электронных путёвок и госотчётность туроператора — в одной системе. Данные уходят в ГИС, ЭДО и банковский шлюз напрямую, без ручного переноса между программами. Laravel PostgreSQL ГИС ЭДО Подробнее Платформы и личные кабинеты · Hive · HR Tech Платформа поиска IT-специалистов через граф доверия Платформа найма IT-специалистов по рекомендациям коллег: профили с подтверждёнными отзывами, граф связей доверия и поиск, в котором выше те, за кого поручились люди, работавшие с ними. Node.js PostgreSQL Граф данных Подробнее Результаты, которые можно проверить Показываем изменения, которые можно проверить, а не общие слова: рост продаж на маркетплейсах, собственный канал сбыта вместо зависимости от площадок, сводные данные по всем источникам в одном месте, автоматизацию оптовых поставок и госотчётности. Там, где результат содержит коммерческую тайну, кейс помечен как «кейс под NDA» — цифры и детали передаём по запросу после подписания соглашения. Агентство ПРИЗМАТИКА разрабатывает ERP и бизнес-системы на заказ, автоматизирует учёт, создаёт сайты, интернет-магазины и личные кабинеты, внедряет AI-решения для компаний в России и СНГ. Каждый кейс раскрывается по прозрачной схеме клиент → задача → ограничения → решение → результат → доказательства . ВОПРОСЫ И ОТВЕТЫ Вопросы и ответы: что спрашивают до первого разговора Можно ли получить кейс под NDA? Да. Если результаты содержат коммерческую тайну, мы подписываем NDA и передаём кейс в закрытом формате — без названия клиента и конкретных цифр. В общей сетке такой кейс помечен как «кейс под NDA». На каком стеке вы разрабатываете? Стек подбирается под задачу. Для ERP и бизнес-систем чаще используем Node.js, Python, Go и PostgreSQL. Для сайтов, интернет-магазинов и сервисов — React, Next.js, Vue. AI-решения строим на OpenAI, LangChain и YandexGPT. Полный список — на странице «Технологии». Сколько занимает предпроектное обследование? Базовый пакет — 7 рабочих дней, 50 000 ₽. Расширенный, с бизнес-кейсом, — 10 рабочих дней, 75 000 ₽. За это время разбираем процессы, источники данных и роли, готовим функциональные требования, прототипы и оценку. Как вы измеряете результат кейса? Мы публикуем только те цифры, которые можем подтвердить: для них указываем, что именно измеряли, за какой период и с чем сравнивали. Если подтверждённых замеров нет, мы описываем результат словами и не подставляем эффектные проценты. Если результаты закрыты соглашением о неразглашении, кейс маркируется как «кейс под NDA», а цифры и методику передаём по запросу после подписания NDA. Что делать, если мой бизнес не подходит ни под один кейс? Каждый проект строится с нуля под задачу. Кейсы показывают типовые паттерны: управленческий учёт, eCommerce, личные кабинеты, ERP, UX-аудит. Если ваша задача не похожа на опубликованные — напишите, мы предложим вариант. Сколько времени занимает типовой проект? От 2 до 8 месяцев в зависимости от сложности. Первый этап — предпроектное обследование (7–10 рабочих дней), после которого называем конкретные сроки, стоимость и разбиваем работу на этапы с понятными результатами каждого. Похожая задача? Запишитесь на предпроектное обследование За 7–10 рабочих дней разберём процессы, источники данных и роли. На выходе — требования, прототипы, этапы внедрения и оценка стоимости: всё, что нужно, чтобы начать разработку ERP, бизнес-системы, сайта или AI-решения. Записаться на обследование ### Управленческий учёт розничной сети: оцифровка данных | Кейс URL: https://prismatica.agency/cases/accounting-automation Описание: Данные по пяти банкам и 1С были разрознены: собрали P&L и дашборды руководства, которые обновляются в реальном времени. Главная / Кейсы / АВТОМАТИЗАЦИЯ УЧЁТА Автоматизация управленческого учёта — оцифровка розничной сети АВТОМАТИЗАЦИЯ УЧЁТА & На первый взгляд Розничная сеть нуждалась в оцифровке: данные по банкам и 1С были разрознены, ручные процессы, нет единой картины. Финтех 1С Bank API P&L Дашборды Автоматизация О Заказчике Автоматизация управленческого учёта для розничной сети. Интеграция с 5 банками (Сбер, Точка, Т-Банк, ПСБ, ВТБ) и учётной системой 1С. P&L-отчёты и дашборды для руководства в реальном времени. Как мы помогли Интеграция с 5 банками и учётной системой 1С. Автоматизированные P&L-отчёты в реальном времени. Дашборды для руководства — финансы в одном месте. Итог: всё сходится в одном месте, меньше ручной работы и ошибок, финансы прозрачны. Результаты в цифрах 1С Синхронизация с учётной системой 5 банков Интеграция с банками P&L Отчёты в реальном времени Dashboard Дашборды для руководства Чем мы пользовались React Node.js PostgreSQL 1С Bank API Итог проекта Данные банков и 1С сведены в один контур. Руководство получило единую точку правды и возможность сравнивать показатели по точкам без ручных выгрузок. Кейс под NDA: цифры и методику расчёта передаём по запросу после подписания соглашения. Частые вопросы Что было до проекта? Данные по пяти банкам и 1С жили в разных местах, отчёты собирались вручную — единой картины по сети не было. Что сделали? Интегрировали пять банков и 1С, собрали P&L-отчёты в реальном времени и дашборды для руководства. Нужно ли менять 1С? Нет. 1С остаётся учётной системой, а платформа собирает данные из неё и из банков в единый контур отчётности. Что получил собственник? Финансы в одном месте: меньше ручной работы и ошибок, прозрачная картина по всей сети. Материалы по теме Дашборд руководителя: какие показатели смотреть ежедневно, а какие — раз в месяц Дашборд — не витрина отчётности, а инструмент решений. Если показатель смотрят чаще, чем по нему принимают решения, дашборд превращается в фон и перестаёт использоваться. Что собственник должен видеть ежедневно, а не раз в месяц Отчёт за месяц приходит тогда, когда повлиять на этот месяц уже нельзя. Разбираем, какие показатели имеет смысл видеть ежедневно, какие оставить в месячном цикле и что для этого нужно на стороне данных. Похожие проекты Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. Связанные услуги Бизнес-системы на заказ Управленческий учёт и сводные данные для собственника. FinTech-разработка Банковские API, финансовые правила, роли и безопасная архитектура. Нужна автоматизация управленческого учёта? Интегрируем банки, 1С и маркетплейсы в единую систему. Настроим P&L-отчёты и дашборды для принятия решений. Обсудить проект ### Юридический Бутик Белоусовой — сайт эксперта по товарным знакам | Кейс URL: https://prismatica.agency/cases/belousova Описание: Сайт юриста по товарным знакам и авторским правам: услуги со сроками и ценой, разборы дел, отзывы, заявка на консультацию и Strapi CMS, которой команда управляет сама. Главная / Кейсы / ЮРИДИЧЕСКИЙ БУТИК НАТАЛЬИ БЕЛОУСОВОЙ Юридический Бутик Натальи Белоусовой — сайт эксперта по товарным знакам ЮРИДИЧЕСКИЙ БУТИК НАТАЛЬИ БЕЛОУСОВОЙ & Наталья Белоусова регистрирует товарные знаки и программы для ЭВМ и защищает авторские права. Клиенту в этой нише трудно оценить юриста заранее: услуга выглядит как бюрократия, а цена ошибки становится видна, только когда бренд уже скопировали. Мы сделали сайт, который объясняет риски, показывает сроки и цены и приводит к заявке на консультацию, а контентом команда управляет сама. Юридические услуги Сайт эксперта Strapi CMS Заявки на консультацию React Перейти на сайт Юридического Бутика Коротко Клиент Наталья Белоусова — юрист по интеллектуальной собственности: товарные знаки, программы для ЭВМ и базы данных, досудебные претензии Задача Сайт, который продаёт экспертизу: объясняет, зачем защищать бренд, показывает сроки и цены и приводит к заявке на консультацию Что сделали Структура и тексты, дизайн, разработка на React, Strapi CMS с русской админкой, форма заявки с отправкой на почту, развёртывание и поддержка Результат Услуги, кейсы, отзывы и FAQ команда правит сама, а сайт продолжает работать, даже если CMS недоступна Контекст и задача Юридические услуги по интеллектуальной собственности покупают редко и с опаской: непонятно, сколько это стоит, сколько длится и чем грозит, если ничего не делать. Нужен был сайт, который отвечает на эти вопросы до звонка и подаёт юриста как эксперта, а не как ещё одну страницу с прайсом. объяснить риски: копирование бренда, судебные издержки, потерю названия показать каждую услугу со сроком и ценой «от» подтвердить опыт разобранными делами и отзывами клиентов привести к заявке на консультацию из любого места страницы дать команде менять тексты, кейсы и отзывы без разработчика Как устроен сайт 01 Структура от вопросов клиента Главная ведёт посетителя по цепочке: зачем защищать бренд («риск бездействия», «цена ошибки», «ценность защиты»), какие есть услуги, как это выглядело в реальных делах, что говорят клиенты, частые вопросы и заявка. У каждой из трёх услуг — регистрация товарного знака, регистрация программ для ЭВМ и баз данных, досудебная претензия — своя страница со сроком, ценой «от» и кнопкой заказа. 02 Кейсы в формате «проблема — решение» Разобранные дела показаны парами: с чем пришёл клиент и что сделал юрист — от регистрации знака за 2,5 месяца до прекращения нелегального распространения программы. Такой формат объясняет работу юриста лучше списка услуг. 03 Контент — в руках команды Весь контент вынесен в Strapi CMS на отдельном поддомене: шесть одиночных разделов (первый экран, «О себе», подвал, политика конфиденциальности и другие) и семь коллекций (услуги, кейсы, отзывы, FAQ, образование и другие). Админка переведена на русский, для команды написано руководство контент-менеджера. 04 Сайт не зависит от CMS Фронтенд получает контент из CMS, а при любой ошибке переключается на встроенную копию данных. Если CMS обновляется или недоступна, посетитель всё равно видит полный сайт. 05 Заявки и защита формы Кнопки заявки стоят в шапке, на страницах услуг и в финальном блоке. Заявка из формы «Получить консультацию» уходит через CMS на почту юриста. Отправку ограничивает частота запросов на уровне CMS и nginx; без согласия на обработку персональных данных форма не отправляется. 06 Проверка и запуск Основные сценарии покрыты E2E-тестами на Playwright в пяти браузерах, включая мобильные. Изображения оптимизируются в WebP при сборке. Сайт и CMS развёрнуты в Docker за nginx. Как это выглядит Услуги со сроком и кнопкой «Узнать цену» — посетитель видит порядок цифр ещё до звонка. Страница услуги: что именно регистрируется, срок, цена «от» и кнопка заказа. Кейсы юриста в формате «проблема — решение» — содержимое редактируется в CMS. Заявка на консультацию: три поля, согласие на обработку данных, отправка на почту юриста. Что получил клиент Показатель Было Стало Как мерили Как посетитель понимает услугу Было: — Стало: Риски, три услуги со сроком и ценой «от», разобранные дела, отзывы и FAQ Состав главной и страниц услуг Кто меняет контент Было: — Стало: Команда юриста, без разработчика Strapi CMS с русской админкой: 6 разделов и 7 коллекций контента Устойчивость Было: — Стало: Сайт работает и при недоступной CMS Автоматическое переключение на встроенную копию контента Заявки Было: — Стало: Форма консультации с отправкой на почту Согласие на обработку данных, ограничение частоты запросов в CMS и nginx Чем мы пользовались React TypeScript Vite Tailwind CSS Strapi CMS PostgreSQL Docker Nginx Итог У юриста появился сайт, который делает работу консультанта до первого звонка: объясняет, чем рискует бизнес без защиты бренда, показывает сроки и цены и подтверждает опыт реальными делами. Контентом команда управляет сама, а сайт остаётся рабочим, даже если CMS недоступна. Перейти на сайт Юридического Бутика Частые вопросы Что было главным в сайте юриста? Объяснить, зачем вообще регистрировать товарный знак, и снять страх перед ценой: на сайте показаны риски бездействия, сроки и цена «от» по каждой услуге, разобранные дела в формате «проблема — решение». Кто управляет контентом? Сама команда юриста — через Strapi CMS на отдельном поддомене с русским интерфейсом админки. Услуги, кейсы, отзывы, FAQ и политика конфиденциальности редактируются без разработчика. Что будет, если CMS недоступна? Сайт продолжит работать: фронтенд переключится на встроенную копию контента. Посетитель не увидит пустую страницу. Куда уходят заявки? Форма «Получить консультацию» отправляет заявку на почту юриста. Отправку защищают согласие на обработку данных и ограничение частоты запросов на двух уровнях — в CMS и на сервере. Похожие проекты Локальный бизнес Сайт SEO Лидогенерация Next.js Эвакуатор Владимир — заявки без посредников Многостраничный сайт частного эвакуатора с реальными работами, понятной ценой, рабочей формой и посадочными страницами под услуги, города области и трассу М-7. Продавцам маркетплейсов eCommerce Квиз подбора Next.js Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Второй канал продаж рядом с Ozon и Яндекс Маркетом: квиз подбора за 60 секунд, оформление в 3 шага, 35 SEO-лендингов. В первые две недели рекламы каждый рубль вернул около 5 ₽ выручки. Связанные услуги Разработка сайтов и сервисов Корпоративные сайты, кабинеты и интеграции под бизнес-задачу. UI/UX и редизайн Структура и сценарии, которые ведут посетителя к заявке. Нужен сайт, который продаёт экспертизу? Разберём, какие вопросы клиент задаёт до звонка, соберём структуру, тексты и дизайн и отдадим сайт с CMS, которой вы управляете сами. Обсудить проект ### Платформа премии «Человек труда» | Кейс Призматики URL: https://prismatica.agency/cases/chelovek-truda-33 Описание: Сайт онлайн-голосования для региональной премии: заявки с модерацией, каталог 871 участника, двухэтапное голосование с VK OAuth и антифродом. 226 274 голоса, итоги опубликованы. Главная / Кейсы / ЧЕЛОВЕК ТРУДА 33 × PRISMATICA Премия «Человек труда»: 7 дней до запуска, 871 участник и 226 274 голоса за два этапа ЧЕЛОВЕК ТРУДА 33 & До открытия приёма заявок — 7 дней. Сайта нет. Даты утверждены официальным положением и перенести их нельзя. Голосование планируют проводить реакциями во ВКонтакте — без защиты от накрутки и проверяемого результата. За семь дней мы запустили первый релиз платформы, а затем по ходу премии превратили её в полноценную систему: заявки, модерация, каталог участников, двухэтапное голосование, антифрод и админка для оргкомитета. За два этапа через систему прошли 871 участник и 226 274 голоса, итоги премии опубликованы 11 сентября. Госсектор и НКО Онлайн-голосование Модерация заявок VK OAuth Антифрод Next.js 152-ФЗ Перейти на сайт премии «Человек труда» Коротко Клиент Владимирский фонд поддержки регионального сотрудничества и развития — заказчик цифровой платформы регионального этапа Национальной премии «Человек труда» Задача За 7 дней запустить первый рабочий релиз платформы премии: приём заявок по шести номинациям, модерацию и публичные страницы. Дальше — без остановки проекта развить систему до каталога участников и открытого голосования жителей области в два этапа: муниципального и регионального Что сделали Спроектировали архитектуру, разработали дизайн по брендбуку премии, систему подачи и модерации заявок, каталог участников, двухэтапное голосование с VK-авторизацией и антифродом. Развернули платформу на российской инфраструктуре и сопровождали её во время проведения премии Результат 871 участник в каталоге, 226 274 голоса за два этапа и 72 259 голосующих на муниципальном этапе. Итоги премии опубликованы 11 сентября, платформа передана заказчику. 7 дней от старта проекта до первого production-релиза Не сайт, а система проведения премии К нам пришли с положением о премии и календарём, утверждённым официальным документом: приём заявок, муниципальное голосование, региональный этап и церемония были расписаны по датам. Это был не сайт премии в привычном смысле. Нужно было построить рабочую систему: принять сотни заявок и документов, дать оргкомитету инструменты модерации, опубликовать участников, провести два этапа голосования, защитить результаты от накрутки и автоматически переключать механику сайта по календарю премии. Заявки: шесть номинаций, анкета кандидата, документы и подтверждения достижений Модерация: единая очередь, редактирование, одобрение и отклонение без участия разработчиков Каталог: поиск и фильтрация сотен опубликованных участников Голосование: муниципальный и региональный этапы с разными правилами Антифрод: VK OAuth, ограничения на уровне базы данных, rate limiting, журнал голосований и инструменты аннулирования 152-ФЗ: российская инфраструктура, политика обработки персональных данных и журнал действий Календарь: автоматическое переключение этапов без пересборки сайта и ручного вмешательства От решений до эксплуатации Проект вели релизами, привязанными не к внутреннему плану разработки, а к реальным этапам премии. Каждый следующий контур системы выходил в production к тому моменту, когда он становился нужен участникам и оргкомитету. 01 Сначала решения, потом код — 9–13 июля Первые четыре дня ушли не на код, а на решения, цена ошибки в которых была слишком высокой. Зафиксировали архитектуру, инфраструктуру, правила голосования и границы первого релиза. Спорные решения оформляли в ADR, чтобы не возвращаться к ним посреди разработки. Один из главных вопросов — как ограничить голосование по муниципалитетам. Один муниципалитет на человека лучше защищает от манипуляций, но плохо соответствует реальному поведению людей: жить можно в одном городе, работать в другом, а быть связанным с третьим. В итоге ограничили выбор пятью муниципалитетами — компромисс между защитой от накрутки и реальным пользовательским сценарием. Позже это правило было закреплено в акте. 02 Первый релиз за 7 дней — к 16 июля Первый релиз должен был решить одну задачу: 16 июля открывается приём заявок, и в этот день платформа должна быть готова принимать участников. Собрали форму заявки по требованиям федерального положения, загрузку файлов и подтверждений достижений, валидацию данных, очередь модерации, одобрение, отклонение и удаление заявок, редактирование карточек с записью действий в журнал, публичные страницы премии и положение. 16 июля, ровно в день открытия приёма заявок, первый релиз был в production и принят заказчиком. От старта проекта прошло семь дней. Следом платформу перевели на боевые домены, включая кириллический. форма заявки по требованиям федерального положения загрузка файлов и подтверждений достижений очередь модерации: одобрение, отклонение, удаление публичные страницы премии и положение 03 От приёма заявок — к системе голосования — 20 июля – 4 августа После запуска первого релиза начали собирать второй контур платформы: публичный каталог участников и механику голосования. Появились поиск и фильтры, авторизация через ВКонтакте, разные правила для двух этапов, живые рейтинги и антифрод. На муниципальном этапе пользователь может голосовать максимум в пяти муниципалитетах и выбрать по одному кандидату в каждой из шести номинаций, голос можно изменить или отменить. На региональном этапе — шесть голосов, по одному за кандидата в каждой номинации. Защита результата реализована не только в интерфейсе: уникальность голоса контролируется составным ключом в базе данных, дополнительно работают лимиты голосов и rate limit по IP. Каждый голос попадает в журнал с техническими данными, необходимыми для проверки результата. К старту голосования платформа стала не просто интерфейсом для выбора кандидатов, а системой, в которой результат можно проверить и при необходимости скорректировать при выявленной накрутке. муниципальный этап: до 5 муниципалитетов × 6 номинаций, голос можно изменить или отменить региональный этап: 6 голосов, по одному за кандидата в каждой номинации уникальность голоса — составной ключ в базе, а не проверка на клиенте лимит голосов и rate limit по IP, журнал с техническими данными из админки: аннулирование голоса, блокировка, журнал и выгрузка данных для анализа 04 Календарь изменился после запуска — 6–19 августа 6 августа оргкомитет официально изменил сроки уже работающей премии: приём заявок продлили до 16 августа, а муниципальное голосование перенесли на 17–23 августа. Такой сценарий предусмотрели ещё при проектировании: расписание этапов вынесли в отдельную конфигурацию, от которой зависели доступность функций, тексты, призывы к действию и обратные отсчёты. Поэтому не пришлось вручную переписывать страницы и искать условия по всему проекту — весь календарь платформы перенастроили за один день. Параллельно, когда участников стало больше нескольких сотен, каталог перевели на пагинацию. Для оргкомитета добавили экспорт реестра заявок в XLSX, экспорт списка голосующих, подсветку повторных заявок в одной номинации, дополнительные инструменты проверки голосов и зеркало новостей из группы ВКонтакте. 16 августа — приём заявок завершён, в каталоге 871 одобренный участник 17 августа — началось муниципальное голосование 05 Голосование, проверка результата и итоги — 17 августа – 11 сентября Муниципальный этап прошёл 17–23 августа: 103 851 голос и 72 259 голосующих, жители выбирали кандидатов в 23 муниципалитетах по шести номинациям. Региональный этап с бюллетенем из 125 кандидатов шёл с 28 августа по 6 сентября — 122 423 поданных голоса; приём остановили переводом фазы, а голоса, поданные после планового закрытия, сняли отдельным решением. Каждый голос лежит в журнале с техническими данными, поэтому результат проверяется по журналам: спорные голоса снимаются решением оргкомитета, а не «на глаз». 11 сентября итоги опубликованы — 33 награждённых: 18 призёров и 15 обладателей спецпризов; цифры голосов регионального этапа по решению заказчика не публикуются. После премии платформа передана на инфраструктуру заказчика: перенос занял две минуты. муниципальный этап: 103 851 голос, 72 259 голосующих, 23 муниципалитета региональный этап: 122 423 голоса, 125 кандидатов в бюллетене проверка результата — по журналу голосований, спорные голоса снимает оргкомитет итоги опубликованы 11 сентября: 33 награждённых: 18 призёров и 15 обладателей спецпризов после премии платформа передана заказчику на его инфраструктуру Интерфейс следует за этапами премии Платформа сама понимает, какой этап идёт сейчас. Шапка, призывы к действию, обратный отсчёт и доступность голосования автоматически меняются при переходе между фазами. Оргкомитету не нужно обращаться к разработчикам, чтобы «включить голосование» или заменить тексты перед следующим этапом. Показатели на главной странице считаются непосредственно из базы данных в реальном времени — без ручной сверки таблиц. Показатели на главной считаются из базы в реальном времени. 880 — все поданные заявки, в каталог после модерации попал 871 участник. Экран голосования в дни муниципального этапа: муниципалитеты с числом кандидатов, по одному голосу в каждой номинации. Каталог: сотни участников не превращаются в бесконечную ленту — поиск, фильтры по номинации и муниципалитету, сортировка и пагинация. После премии сайт сам переключился на итоги: призёры и спецпризы по каждой номинации, ниже — победители муниципальных этапов. Результаты премии Премия проведена полностью: два этапа голосования, опубликованные итоги и передача платформы заказчику. Все показатели — из продакшен-базы системы на момент закрытия этапов. Показатель Было Стало Как мерили Участников в каталоге Было: Сайта не было Стало: 871 На момент закрытия приёма 16 августа в публичном каталоге опубликован 871 участник — по реестру одобренных заявок. На 8 октября каталог на сайте показывает 869 Голосов за два этапа Было: Реакции в паблике ВКонтакте Стало: 226 274 Все голоса, поданные в системе за премию: муниципальный этап — 103 851, региональный — 122 423 Голосующих Было: — Стало: 72 259 Уникальные авторизованные через ВКонтакте голосующие на муниципальном этапе (17–23 августа, семь дней) Региональный этап Было: — Стало: 125 кандидатов Бюллетень регионального этапа: 125 кандидатов, шесть номинаций, 28 августа — 6 сентября Итоги премии Было: — Стало: 33 награждённых Итоги регионального этапа опубликованы 11 сентября 2026 года: 18 призовых мест (1–3 место в шести номинациях) и 15 спецпризов оргкомитета Охват Было: — Стало: 6 номинаций, 23 муниципалитета Участники премии представлены из 23 муниципалитетов Владимирской области Срок до первого релиза Было: — Стало: 7 дней Старт работ — 9 июля; первый релиз принят заказчиком и запущен в production — 16 июля Простой при обновлениях Было: — Стало: Около 2 минут Разбор логов nginx за 18 августа, второй день муниципального голосования: все ответы 502 пришлись на два окна пересборки, вне их ошибок 5xx нет Проверяемость результата Было: Ручной подсчёт реакций Стало: Журнал голосований, аннулирование решением оргкомитета Каждый голос хранится в журнале с техническими данными: результат проверяется по журналам, спорные голоса снимаются решением оргкомитета, реестры выгружаются в XLSX После премии платформа передана заказчику: данные, домены и сертификаты — на его инфраструктуре, порядок передачи доступов согласуется по договору. Чем мы пользовались Next.js TypeScript PostgreSQL Prisma Redis VK OAuth Tailwind CSS Nginx Docker От положения о премии — к работающей цифровой системе За семь дней проект прошёл путь от положения и календаря до первого работающего production-релиза. Дальше система росла вместе с премией: 871 участник, два этапа голосования, 226 274 голоса, антифрод, журнал действий и собственные инструменты оргкомитета. Но главное изменение — не перенос голосования из ВКонтакте на отдельный сайт. Процесс, который мог зависеть от таблиц, переписки и ручного подсчёта реакций, стал управляемой цифровой системой с проверяемым результатом. Премия проведена от приёма заявок до опубликованных итогов, а платформа после завершения передана заказчику на его инфраструктуру. Перейти на сайт премии «Человек труда» Частые вопросы Что успели за первую неделю? Первый релиз вышел за 7 дней: приём заявок по шести номинациям, каталог участников и модерация. Дальше система развивалась уже по ходу премии. Как защищали голосование? Авторизация через ВКонтакте, двухэтапное голосование, лимиты и антифрод. Каждый голос остаётся в журнале с техническими данными, поэтому результат проверяется по журналам, а спорные голоса снимаются решением оргкомитета — в отличие от подсчёта реакций в паблике. Сколько людей прошло через систему? 871 одобренная заявка в каталоге участников, 72 259 голосующих на муниципальном этапе и 226 274 голоса за два этапа голосования. Чем закончилась премия? Итоги регионального этапа опубликованы 11 сентября 2026 года: 33 награждённых: 18 призёров и 15 обладателей спецпризов. Платформа сама переключала фазы и тексты, поэтому публикация итогов не потребовала ни пересборки сайта, ни ручных правок. Что стало с платформой после премии? Она передана на инфраструктуру заказчика: перенос занял две минуты, данные сверены до совпадения, домены и сертификаты оформлены на заказчика. Что с требованиями к персональным данным? Система работала в контуре 152-ФЗ: модерация заявок, разграничение доступа и защищённое хранение данных участников. Похожие проекты Локальный бизнес Сайт SEO Лидогенерация Next.js Эвакуатор Владимир — заявки без посредников Многостраничный сайт частного эвакуатора с реальными работами, понятной ценой, рабочей формой и посадочными страницами под услуги, города области и трассу М-7. Многоролевая система Документооборот 152-ФЗ Интеграции ЕАИС СПКФР — многоролевая система оценки квалификации Заявление, экзамен, протоколы и передача сведений в реестр — один процесс вместо переписки и файлов. Пять ролей со своими интерфейсами, интеграции с 1С, платёжными системами и НАРК. Похожая задача — голосование, конкурс, приём заявок с модерацией? Начнём с предпроектного обследования: за несколько дней разберём механику, сроки и риски, и вы получите оценку без обязательств. Заказать предпроектное обследование ### ЕАИС СПКФР — многоролевая система оценки квалификации | Кейс URL: https://prismatica.agency/cases/eais-spkfr Описание: Регулируемый процесс независимой оценки квалификации в единой системе: 5 ролей, 3 внешние интеграции, требования 152-ФЗ. Главная / Кейсы / ЕАИС СПКФР ЕАИС СПКФР — многоролевая система независимой оценки квалификации ЕАИС СПКФР & На первый взгляд Независимая оценка квалификации — это последовательный процесс с несколькими участниками: соискатель подаёт заявление и сдаёт экзамен, эксперт проверяет и принимает решение, центр оценки ведёт заявки, а совет по профессиональным квалификациям контролирует процесс целиком и передаёт сведения в реестр. Многоролевая система Документооборот Интеграции 152-ФЗ Экзамены Реестр О проекте ЕАИС СПКФР объединяет соискателей, экспертов, центры оценки квалификаций и сам совет в едином цифровом процессе — от подачи заявления и проведения экзамена до протоколов, решений и передачи сведений в реестр. Система работает в промышленной эксплуатации. Как мы помогли Спроектировали многоролевую модель: пять ролей со своими интерфейсами и правами доступа. Собрали сквозной процесс от подачи заявления до решения и передачи сведений в реестр. Реализовали экзаменационные сценарии и документооборот с протоколами и решениями. Подключили внешние интеграции: 1С, платёжные системы и НАРК. Выполнили требования 152-ФЗ и подготовили защищённую инфраструктуру. Подготовили интерфейсы и инструкции под каждую роль. Итог: разрозненные этапы оценки квалификации собраны в один прозрачный процесс, доступный каждому участнику в своём интерфейсе. Результаты в цифрах 5 Ролей в одном контуре 3 мес. До ввода в эксплуатацию 3 Внешние интеграции 152-ФЗ Требования к защите данных Чем мы пользовались Next.js PostgreSQL 1С Платёжные системы НАРК Итог проекта Заявление, экзамен, протокол и решение проходят через единую систему, а не через переписку и разрозненные файлы. Каждый участник — соискатель, эксперт, центр оценки, совет — видит свой интерфейс. Система введена в промышленную эксплуатацию. Частые вопросы Какие роли закрывает система? Соискатель, эксперт, центр оценки, совет по квалификациям и администратор — у каждого свой интерфейс и свои права. Всего пять ролей в одном контуре. Сколько занял проект? Около трёх месяцев до ввода в эксплуатацию: от модели процесса и ролевой матрицы до интеграций и передачи в промышленную эксплуатацию. С какими системами интегрировались? Три внешние интеграции, включая передачу сведений в реестр. Обмен построен так, чтобы данные не приходилось переносить вручную. Как обеспечена защита данных? Система проектировалась под требования 152-ФЗ: разграничение доступа по ролям, журналирование действий и защищённый контур. Что было до внедрения? Процесс шёл через переписку и разрозненные файлы: заявление, экзамен, протокол и решение не были связаны в единый маршрут. Похожие проекты Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Нужна многоролевая система со сложным процессом? Спроектируем роли, права доступа и сквозной процесс, подключим внешние реестры и платёжные системы, учтём требования к защите данных. Обсудить задачу ### ERP для туроператора: бронирование и госотчётность | Кейс URL: https://prismatica.agency/cases/erp-tourism Описание: Автоматизация цикла туроператора: бронирование, путёвки, финансовые расчёты и госотчётность, интеграции с ГИС и ЭДО. Главная / Кейсы / ERP ТУРИЗМ ERP-система для туроператора — автоматизация бронирования и госотчётности ERP ТУРИЗМ & На первый взгляд Туроператор нуждался в автоматизации полного цикла: от бронирования до финансовых расчётов и госотчётности. ERP Туризм ГИС Банковские API ЭДО Автоматизация О Заказчике ERP-система для туроператора: автоматизация бронирования, оформления путёвок, финансовых взаиморасчётов. Интеграция с ГИС, электронные путёвки, ЭДО и банковский шлюз. Как мы помогли Автоматизация бронирования и оформления путёвок. Интеграция с ГИС и электронные путёвки. Финансовые расчёты и ЭДО с банковским шлюзом. Итог: снижение ошибок, экономия времени, автоматизация госотчётности. Результаты в цифрах ГИС Автоматическая отчётность ЭДО Электронный документооборот -Ошибки Снижение ошибок Время Экономия на расчётах Чем мы пользовались React Laravel PostgreSQL ГИС Bank API Итог проекта Система закрыла ключевые операционные процессы: бронирование, оформление путёвок, финансовые расчёты и передачу данных в госорганы. Ручные операции при отчётности убраны. Кейс под NDA: цифры и методику расчёта передаём по запросу после подписания соглашения. Частые вопросы Что автоматизировали? Полный цикл туроператора: бронирование, оформление путёвок, финансовые расчёты и госотчётность. Как работает госотчётность? Через интеграцию с ГИС и электронные путёвки: данные уходят в систему автоматически, без повторного ввода. Что с документами и оплатами? ЭДО и банковский шлюз: счета, акты и платежи проходят внутри системы, а не в почте и таблицах. Что изменилось в работе? Меньше ошибок и ручных операций: расчёты и отчётность собираются автоматически. Материалы по теме Электронный документооборот: что автоматизировать, а что оставить людям ЭДО убирает бумагу, но не убирает ручную работу: если документ нужно сначала найти, проверить и согласовать в переписке, электронный формат ничего не меняет. Интеграция 1С с CRM, банками и внутренними системами: что проверить до старта Интеграции — единственная часть проекта, которую нельзя оценить «по ходу»: каждая система добавляет свои справочники, форматы и правила сверки. Разбираем, что проверить до старта. Похожие проекты ERP B2B AI-прогнозирование Логистика 1С REST API ERP-система для оптовых поставок производителя Производитель автоматизировал поставки: заказы, склад и логистика в одной системе, AI прогнозирует спрос, 1С интегрирована, B2B-клиенты работают через REST API. Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Связанные услуги Разработка ERP-систем Поэтапное внедрение ERP с внешними интеграциями и обучением. Бизнес-системы на заказ Отраслевые процессы, роли, отчётность и личные кабинеты. Нужна ERP-система для турбизнеса? Разработаем специализированную ERP-платформу: от бронирования до госотчётности и финансовых расчётов. Обсудить проект ### ERP для оптовых поставок производителя | Кейс ПРИЗМАТИКИ URL: https://prismatica.agency/cases/erp-wholesale Описание: Контур управления заказами и складом с AI-прогнозированием спроса, интеграцией с 1С и REST API для B2B-клиентов. Главная / Кейсы / ОПТОВЫЕ ПОСТАВКИ ERP-система для оптовых поставок производителя ОПТОВЫЕ ПОСТАВКИ & На первый взгляд Производитель нуждался в автоматизации оптовых поставок: управление заказами, склад, AI-прогнозирование и интеграция с 1С. ERP B2B AI-прогнозирование Логистика 1С REST API О проекте ERP-система для автоматизации оптовых поставок производителя: управление заказами, складской учёт, AI-прогнозирование спроса, интеграция с 1С и REST API для B2B-клиентов, логистика. Как мы помогли Управление заказами и складской учёт. AI-прогнозирование спроса на основе исторических данных. Интеграция с 1С и REST API для B2B-клиентов. Итог: автоматизация, снижение ошибок, экономия времени, рост продаж. Результаты в цифрах Заказы Управление заказами Склад Автоматизация склада AI Прогнозирование спроса B2B REST API для клиентов Чем мы пользовались React Node.js PostgreSQL 1С REST API AI/ML Результат «Мы перестали тонуть в таблицах и письмах. ERP с AI-прогнозами дала нам прозрачность и контроль над каждым этапом поставок. Теперь мы знаем, что и когда закупать» Руководитель компании-производителя (кейс под NDA) Частые вопросы Что автоматизировали? Управление заказами, склад и закупки: производитель перестал вести поставки в таблицах и письмах. Как работает AI-прогнозирование? Система прогнозирует спрос по истории продаж и сезонности, чтобы было понятно, что и когда закупать. Как клиенты оформляют заказы? Через REST API: B2B-клиенты работают в своих системах, а данные попадают в ERP без ручного ввода. Как система связана с 1С? ERP ведёт операционный контур, 1С остаётся учётной системой. Обмен настроен так, чтобы данные не дублировались. Материалы по теме Интеграция 1С с CRM, банками и внутренними системами: что проверить до старта Интеграции — единственная часть проекта, которую нельзя оценить «по ходу»: каждая система добавляет свои справочники, форматы и правила сверки. Разбираем, что проверить до старта. Автоматизация бизнес-процессов: с чего начать и что считать результатом Разбираем, с какого участка начинать, как посчитать эффект до старта проекта и почему автоматизировать неотлаженный процесс — значит потратить бюджет и получить тот же беспорядок, только быстрее. Похожие проекты Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. Связанные услуги Автоматизация производства Производственные заказы, материалы, склад, поставки и управленческая аналитика. Разработка ERP-систем ERP для заказов, склада, логистики и интеграции с 1С. Бизнес-системы на заказ Система под уникальные правила и процессы предприятия. Нужна автоматизация оптовых поставок или ERP-система? Проведём аудит процессов, спроектируем архитектуру и внедрим решение с AI-прогнозированием под ваш бизнес. Обсудить проект ### Эвакуатор Владимир — сайт локального сервиса | Кейс URL: https://prismatica.agency/cases/evakuator-vladimir Описание: Многостраничный сайт частного эвакуатора: локальная SEO-структура, заявки, Метрика и подготовка к продвижению в Яндексе. Главная / Кейсы / ЭВАКУАТОР ВЛАДИМИР × PRISMATICA Эвакуатор Владимир — локальный сайт без посредников и маркетинговых выдумок ЭВАКУАТОР ВЛАДИМИР & Человек, которому эвакуатор нужен прямо сейчас, задаёт три вопроса: кто приедет, когда и сколько это будет стоить. Сайт частного эвакуатора мы собрали вокруг ответов на них — и получили основу для продвижения в Яндексе и будущей рекламы. Локальный бизнес Сайт SEO Лидогенерация Next.js Яндекс Метрика Перейти на сайт «Эвакуатор Владимир» Коротко Клиент Давид — частный эвакуатор во Владимире и области, работает без диспетчерской и посредников Задача Сайт, который сразу отвечает на три вопроса клиента и готов к локальному продвижению Что сделали Исследование ниши, позиционирование, дизайн, тексты, многостраничный сайт на Next.js, заявки и Метрика, техническое SEO, развёртывание Результат Клиент понимает условия ещё до звонка, а обращения впервые считаются; цифры трафика и заявок добавим после накопления данных Контекст и задача Давид работает сам: принимает звонок, приезжает на собственном эвакуаторе и согласовывает стоимость до выезда. Но в поисковой выдаче частный исполнитель выглядит так же, как десятки безликих диспетчерских. Нужно было превратить реальные преимущества бизнеса в понятный сайт. быстро приводить посетителя к звонку или заявке показывать реального исполнителя и его технику объяснять принцип расчёта цены до выезда продвигаться по услугам, городам области и трассе М-7 обойтись без стоковых фото, выдуманных отзывов и неподтверждённых цифр быть готовым к аналитике, индексации и запуску Яндекс Директа От исследования до запуска Мы вели проект целиком — от изучения рынка до работающего сервера. Владельцу не пришлось собирать подрядчиков по частям и сводить их между собой. 01 Изучили бизнес и аудиторию Разобрались, как устроена услуга и что важно человеку, которому эвакуатор нужен срочно: география работы, время подачи, стоимость, типы автомобилей, сложные случаи погрузки, оборудование, способы оплаты и порядок оформления заказа. Отсюда — основные сценарии обращения. поломка автомобиля в городе эвакуация после ДТП заблокированные колёса или руль доставка автомобиля в сервис перевозка между городами вызов эвакуатора на трассу М-7 02 Разобрали конкурентов Проанализировали сайты эвакуаторов во Владимире и локальную поисковую выдачу. Обещания у всех одинаковые: «быстро», «дёшево», «24/7». При этом посетителю чаще всего непонятно, кто примет заказ, какая техника приедет и из чего складывается стоимость. Копировать эту подачу мы не стали. 03 Сформировали позиционирование В центре сайта — не обезличенная диспетчерская, а частный исполнитель: Давид сам принимает звонки и сам приезжает на своём эвакуаторе. Коммуникацию построили на проверяемых фактах, отказавшись от выдуманных отзывов, неподтверждённого количества заказов, стоковых фотографий и обещаний «самой низкой цены». подача по Владимиру за 15–30 минут стоимость по городу от 1 000 ₽ цена согласовывается до выезда работа круглосуточно и без выходных прямой контакт с исполнителем реальные фотографии перевозок 04 Подобрали визуальное направление Дизайн должен был одновременно передавать срочность услуги и вызывать доверие: контрастные цвета реального эвакуатора, крупная типографика, заметные кнопки вызова. Мобильную версию проектировали под ситуацию «человек стоит на дороге» — телефон, стоимость и условия считываются за несколько секунд. 05 Спроектировали структуру под поиск и рекламу От одностраничного сайта отказались сразу: он закрывает одно намерение из десятка. Вместо него — многостраничная структура из 17 индексируемых страниц, которую можно последовательно развивать под локальное SEO и рекламные кампании. страницы отдельных услуг направления по Владимирской области цены, контакты и выполненные работы раздел технической помощи отдельная посадочная для трассы М-7 06 Подготовили тексты и контент Каждая страница строится по одной логике: ситуация клиента, условия подачи, особенности перевозки, принцип расчёта стоимости и призыв к действию. Формулировки — от фактов, а не от рекламных штампов. Раздел с фотографиями назвали «Наши работы»: без выдуманных имён, цитат, рейтингов и искусственных показателей. Отдельно подготовили политику конфиденциальности с учётом формы заявки, email, cookies и Яндекс Метрики. 07 Разработали сайт Next.js, React и TypeScript: адаптивные интерфейсы для компьютеров и смартфонов, переиспользуемые компоненты страниц, навигация, формы и контентные блоки. Основные действия посетителя доступны без лишних переходов. позвонить оставить имя и телефон посмотреть условия и примеры работ выбрать нужную услугу или направление 08 Подключили заявки и аналитику Форма проверяет корректность имени и телефона, содержит согласие на обработку персональных данных и защиту от простых спам-ботов; после отправки заявка поступает владельцу на email. Цели в Яндекс Метрике позволяют оценивать не посещаемость, а реальные обращения. успешная отправка формы клик по номеру телефона переход в мессенджер 09 Провели техническую SEO-оптимизацию Всё, без чего Яндекс не покажет сайт в выдаче: уникальные Title и Description, canonical, robots.txt и sitemap.xml, Open Graph, хлебные крошки, микроразметка по типам страниц, единый основной адрес и 301-редиректы с HTTP, www и дополнительного домена. Отдельно занялись скоростью: сайт открывают с телефона на обочине, где связь слабая, поэтому изображения перевели на next/image с адаптивными размерами — портрет владельца похудел примерно с 1,5 МБ до 18 КБ без заметной потери качества. 10 Развернули проект Docker Compose, сервер Ubuntu за Nginx Proxy Manager, домен, DNS и SSL. Настроили принудительный HTTPS, редиректы с альтернативных адресов и переменные окружения для почты. Домен, доступы и инструкции по обновлению и откату передали владельцу: сайт принадлежит ему и не привязан к нам как к подрядчику. После публикации проверили страницы, изображения, форму, метаданные, карту сайта и доступность маршрутов. Как это выглядит Страницы услуг и направлений собраны по одному шаблону: заголовок с конкретной услугой, короткое объяснение, кнопки звонка и заявки, реальная фотография и блок «Важно знать» с условиями. Страница услуги: что именно эвакуируют, на какой технике и что делать дальше — без прокрутки. Отдельная посадочная под трассу М-7 — направление с собственным спросом и своей выдачей. Форма с согласием на обработку данных и честной подсказкой: заявка уходит напрямую владельцу. Фотографии в разделе «Наши работы» — реальные заказы, госномера скрыты. Результат на момент запуска На старте фиксируем только то, что можно проверить. Показатель Было Стало Как мерили Как клиента находят Было: Своего сайта не было — заказы шли через знакомых и агрегаторы Стало: 17 страниц под услуги, города области и трассу М-7 Страницы, открытые к индексации на момент запуска Что посетитель понимает до звонка Было: Как у конкурентов: «быстро, дёшево, круглосуточно» Стало: Кто приедет, за сколько минут и от какой суммы Состав первого экрана и страниц услуг Учёт обращений Было: Не измерялись Стало: Звонки, заявки и переходы в мессенджер считаются отдельно Цели в Яндекс Метрике Что осталось у владельца Было: — Стало: Домен, SSL, доступы к серверу и Метрике, инструкции по обновлению и откату Передано при сдаче проекта Показатели поискового трафика, позиций и количества обращений опубликуем по данным Яндекс Метрики и Вебмастера — только фактические цифры с периодом замера. Чем мы пользовались Next.js React TypeScript Node.js Docker Nginx Яндекс Метрика Итог проекта Получился не типовой сайт эвакуатора, а цифровое продолжение реального частного сервиса: посетитель сразу видит, кто приедет, на какой технике, в какие сроки и как рассчитывается стоимость. Одновременно у проекта появилась структура для последовательного продвижения по Владимиру, области и трассе М-7. Перейти на сайт «Эвакуатор Владимир» Частые вопросы Какая задача была у сайта? Ответить на три вопроса клиента — кто приедет, когда и сколько это стоит — и стать основой для продвижения в Яндексе. Что сделали? Многостраничный сайт с локальной структурой: отдельные страницы под услуги и направления, форма заявки, Метрика и техническая подготовка к продвижению. Почему локальная SEO-структура? Запросы вида «эвакуатор Владимир» — это поиск рядом с клиентом: страницы собираются под город и конкретную услугу, чтобы попадать в локальную выдачу. Что дальше с продвижением? Сайт готов к рекламе и работе с локальной выдачей. Трафик и заявки смотрим после накопления статистики — раньше цифры были бы выдумкой. Похожие проекты Юридические услуги Сайт эксперта Strapi CMS React Юридический Бутик Натальи Белоусовой — сайт эксперта по товарным знакам Сайт, который продаёт экспертизу до звонка: риски, услуги со сроком и ценой, разборы дел и заявка на консультацию. Контентом команда управляет сама через Strapi CMS. Госсектор и НКО Онлайн-голосование Модерация заявок VK OAuth Next.js Человек труда 33 — сайт онлайн-голосования для региональной премии Приём заявок по шести номинациям с модерацией, каталог 871 участника и открытое голосование жителей области в два этапа: 226 274 голоса, результат проверяется по журналам, а не подсчётом реакций в паблике. Итоги премии опубликованы, платформа передана заказчику. Связанные услуги Разработка сайтов и сервисов Многостраничные сайты с поисковой структурой, заявками и аналитикой. UI/UX и редизайн Сценарии обращения, понятная подача услуги и проверка решений с пользователями. Нужен сайт, который приводит заявки, а не просто «присутствует в интернете»? Разберём, как клиенты выбирают вашу услугу, соберём структуру под поиск и рекламу и запустим сайт с аналитикой, заявками и понятной системой дальнейшего развития. Обсудить проект ### Планшет руководителя — единый контур для 5 агропроизводств | Кейс URL: https://prismatica.agency/cases/executive-dashboard-agro Описание: Управленческая картина группы из пяти агропроизводств: интеграции с 1С и СКУД, данные за предыдущий день, 63 пользователя системы. Главная / Кейсы / УПРАВЛЕНЧЕСКИЕ ДАШБОРДЫ Планшет руководителя — единый управленческий контур для группы агропроизводств УПРАВЛЕНЧЕСКИЕ ДАШБОРДЫ & На первый взгляд Группа из пяти крупных сельскохозяйственных производств. Данные о финансах, производстве и персонале жили в разных системах: ассистент около недели собирал их в Excel и вручную сводил в Power BI. Управленческий учёт BI Интеграции 1С СКУД Производство О проекте Кейс публикуется обезличенно. Заказчик — группа из пяти крупных агропромышленных предприятий. Задача: собрать разрозненные данные пяти производств в один управленческий контур и дать руководству актуальную картину без ручных выгрузок. Как мы помогли Провели предпроектное обследование: процессы, источники данных и роли пользователей. Спроектировали архитектуру решения и интеграционный слой. Подключили данные из 1С, СКУД и внутренних баз пяти производств. Разработали веб-интерфейс для высшего руководства — ДДС, P&L, производство и HR на одном экране. Настроили BI-среду, в которой аналитики самостоятельно собирают представления. Провели внедрение и сдали систему заказчику. Итог: недельный ручной сбор заменён автоматической выгрузкой, руководство видит картину за предыдущий день. Результаты в цифрах 5 Производств в одном контуре ежедневно Данные за предыдущий день 63 Пользователя системы 6 мес. От обследования до сдачи Чем мы пользовались React Metabase 1С СКУД Внутренние базы данных Итог проекта Раньше сводные данные готовились около недели вручную. Теперь система сама забирает их из 1С, СКУД и внутренних баз, а собственники и руководители видят консолидированную картину за предыдущий день. Кейс публикуется обезличенно. Система сдана заказчику в сентябре 2025 года. Частые вопросы Что было до проекта? Данные о финансах, производстве и персонале лежали в разных системах: ассистент около недели собирал их в Excel и вручную сводил в Power BI. Сколько занял проект? Около шести месяцев от предпроектного обследования до сдачи системы заказчику. Сколько человек работает в системе? 63 пользователя: собственники, руководители направлений и специалисты. Какие системы объединили? 1С, СКУД и внутренние базы. Система сама забирает данные и показывает консолидированную картину за предыдущий день. Почему кейс опубликован без названия клиента? Проект публикуется обезличенно по договорённости с заказчиком. Материалы по теме Планирование производства: как связать заказы, материалы и сроки в одну систему План производства ломается не из-за плохого планировщика, а из-за данных: нормы, остатки и приоритеты живут в разных местах. Разбираем, в каком порядке их собирать. Почему Excel перестаёт работать при росте группы компаний Таблицы отлично работают, пока бизнес один и человек, который их ведёт, тоже один. Разбираем, в какой момент Excel начинает стоить дороже, чем система, и по каким признакам это видно заранее. Похожие проекты Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц собственник получил ежедневное сравнение точек, контроль плана продаж и ранние сигналы о кассовых разрывах. ERP B2B AI-прогнозирование Логистика 1С REST API ERP-система для оптовых поставок производителя Производитель автоматизировал поставки: заказы, склад и логистика в одной системе, AI прогнозирует спрос, 1С интегрирована, B2B-клиенты работают через REST API. Нужен единый управленческий контур? Соберём данные из 1С, СКУД и внутренних систем в одну картину: ДДС, P&L, производство и персонал в ежедневном режиме. Обсудить задачу ### FinOne — ежедневный управленческий контроль | Кейс ПРИЗМАТИКИ URL: https://prismatica.agency/cases/finone Описание: Многоролевая система управленческого учёта для сети точек: интеграции с 1С и банками, ежедневная отчётность вместо месячной, кассовый разрыв видно за 3–7 дней. Главная / Кейсы / FINONE FinOne — ежедневный управленческий контроль вместо отчёта раз в месяц & Собственник сети точек получал управленческий отчёт раз в месяц и поздно видел, какая точка отстаёт от плана и где назревает кассовый разрыв. Сделали систему, в которой данные собираются каждый день: точки сравниваются с планом в моменте, а о кассовом разрыве видно за 3–7 дней. Управленческий учёт Финансы Интеграции Ролевая модель UX/UI Коротко Клиент FinOne — сеть точек продаж; в системе работают собственник, управляющий и линейные сотрудники Задача Уйти от управленческого отчёта раз в месяц к ежедневному контролю точек, плана продаж и денег Что сделали Обследование процессов и ролей, многоролевая система учёта, интеграции с 1С и банками, автоматический сбор и сверка данных, обучение и поэтапный переход Результат Отчётность каждый день вместо раза в месяц, сравнение точек с планом в моменте, кассовый разрыв видно за 3–7 дней Контекст и задача Данные лежали в таблицах и разных источниках, а управленческий отчёт собирали раз в месяц. К моменту, когда цифры были готовы, повлиять на этот месяц было уже нельзя. единый источник актуальных данных для собственника и управляющего понятный интерфейс ежедневного учёта для линейных сотрудников разные роли и права доступа — от точки до собственника правила расчётов и внешние интеграции, учтённые в одной системе Как строили систему 01 Разобрали процессы и правила расчётов Начали с обследования: как сейчас собираются данные, кто их вводит, по каким правилам считаются показатели и какие решения собственник принимает по отчёту. 02 Спроектировали роли и сценарии Пять уровней ролей — от линейного сотрудника до собственника. У каждого свой интерфейс: на точке — ежедневный учёт, у управляющего и собственника — сравнение точек, план-факт и деньги. 03 Настроили сбор и сверку данных Обмен с 1С, банковские API и внешние источники: данные собираются и сверяются автоматически, без ручных выгрузок и сведения таблиц. баланс по счетам, банкам и кассам в одном месте сводка продаж, расходов и прибыли по филиалам отчёты ДДС, прибыли и убытков, тренд денежных потоков 04 Перевели команду поэтапно Обучили сотрудников и некоторое время вели новый и прежний учёт параллельно, пока данные не сошлись и процесс не стабилизировался. Что изменилось в управлении Показатель Было Стало Как мерили Управленческая отчётность Было: Раз в месяц Стало: Каждый день Интервал между формированием полного управленческого отчёта Сравнение точек с планом Было: Вручную, по запросу Стало: В моменте, по каждой точке Доступность план-факта по точкам без ручной подготовки Кассовый разрыв Было: Замечали постфактум Стало: Видно за 3–7 дней Время обнаружения прогнозируемого кассового разрыва Технологии и интеграции Node.js PostgreSQL 1С Docker Bank API Итог Собственник видит актуальные данные каждый день, сравнивает точки, вовремя поддерживает тех, кто отстаёт от плана, и заранее замечает возможные кассовые разрывы. Частые вопросы Что было до системы? Данные лежали в таблицах и разных источниках, управленческий отчёт формировался раз в месяц. Собственник поздно видел отставание точек и кассовые разрывы. Кому система даёт результат? Собственнику и управляющему — ежедневная картина и сравнение точек между собой. Линейным сотрудникам — понятный интерфейс ежедневного учёта вместо ручных таблиц. Какие интеграции понадобились? Внешние источники данных и банковские API, плюс обмен с учётной системой: данные собираются и сверяются автоматически, без ручных выгрузок. Как проходил переход? Поэтапно. Часть времени линейные сотрудники вели новый и прежний учёт параллельно, пока данные не сошлись и процесс не стабилизировался. Кому подходит такая система? Компаниям с несколькими точками или филиалами, где управленка собирается вручную и решения принимаются по цифрам месячной давности. Материалы по теме Дашборд руководителя: какие показатели смотреть ежедневно, а какие — раз в месяц Дашборд — не витрина отчётности, а инструмент решений. Если показатель смотрят чаще, чем по нему принимают решения, дашборд превращается в фон и перестаёт использоваться. Что собственник должен видеть ежедневно, а не раз в месяц Отчёт за месяц приходит тогда, когда повлиять на этот месяц уже нельзя. Разбираем, какие показатели имеет смысл видеть ежедневно, какие оставить в месячном цикле и что для этого нужно на стороне данных. Похожие проекты Управленческий учёт BI Интеграции 1С СКУД Единый управленческий контур для группы агропроизводств Пять производств жили с разными системами, а сводку ассистент собирал неделю. Теперь 1С, СКУД и внутренние базы отдают данные сами, и руководство видит ДДС, P&L, производство и HR за предыдущий день. ERP B2B AI-прогнозирование Логистика 1С REST API ERP-система для оптовых поставок производителя Производитель автоматизировал поставки: заказы, склад и логистика в одной системе, AI прогнозирует спрос, 1С интегрирована, B2B-клиенты работают через REST API. Связанные услуги Разработка бизнес-систем Единая система для процессов, данных, ролей и управленческой отчётности. Разработка ERP-систем Заказы, производство, логистика, склад и финансы в одном контуре. Автоматизация производства Ежедневные данные, план-факт и контроль показателей производственного предприятия. Нужна прозрачность денег и процессов в бизнесе? Начнём с обследования: разберём источники данных, роли, расчёты и предложим этапы внедрения. Обсудить бизнес-систему ### Hive — граф доверия для поиска IT-специалистов | Кейс URL: https://prismatica.agency/cases/hive Описание: Платформа поиска проверенных IT-исполнителей через граф доверия: рейтинг на основе реального профессионального опыта. Главная / Кейсы / HIVE × PRISMATICA Hive — граф доверия для поиска IT-талантов HIVE & На первый взгляд Стартап нуждался в платформе для поиска IT-специалистов через систему рекомендаций на основе реального профессионального доверия. HR Tech Граф данных Стартап Нетворкинг Найм О проекте Социальная сеть для IT-специалистов с графовой архитектурой. Нарастание социального капитала через профессиональный нетворкинг и быстрый поиск проверенных исполнителей. Как мы помогли Графовая архитектура для отображения связей доверия. Профили специалистов с подтверждёнными рекомендациями. Система поиска на основе графа для быстрого нахождения исполнителей. Итог: нарастание социального капитала и быстрый поиск проверенных исполнителей. Результаты в цифрах Граф Связи доверия Рекомендации Подтверждённые от коллег Поиск Быстрый поиск проверенных Капитал Нарастание социального капитала Чем мы пользовались Node.js PostgreSQL Docker Граф данных Итог проекта Инструмент найма, где специалист находится через реальные рекомендации и социальный граф, а не через оптимизацию профиля под поиск. Кейс под NDA: детали проекта передаём по запросу после подписания соглашения. Частые вопросы Что такое граф доверия? Связи между специалистами и подтверждённые рекомендации коллег. Чем больше проверенных связей, тем выше специалист в результатах поиска. Как проверяются исполнители? Через рекомендации от коллег, с которыми человек работал: рейтинг строится на реальном опыте, а не на самопрезентации. Что получает заказчик? Быстрый поиск проверенных исполнителей вместо перебора анкет и нарастающий социальный капитал платформы. На чём построена платформа? Node.js и PostgreSQL, граф данных для связей доверия, запуск в Docker. Похожие проекты Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. UX-аудит 10 пользователей Дизайн-система Iron Logic — UX сложного B2B-инструмента Провели UX-аудит, подготовили редизайн и дизайн-систему. Основные сценарии проверили на 10 пользователях, найденные проблемы исправили. Связанные услуги Разработка MVP Приоритизация ядра, прототип, запуск и развитие продукта. Разработка веб-сервисов Сложные веб-приложения, кабинеты и интеграции. Нужна HR-tech платформа или AI-автоматизация найма? Разработаем систему под ваш процесс: от AI-матчинга до Telegram-бота и аналитики воронки. Обсудить проект ### Iron Logic — UX сложного приложения для настройки оборудования URL: https://prismatica.agency/cases/iron-logic Описание: UX-аудит и дизайн-система Android-приложения: понятная настройка оборудования контроля доступа, проверка на 10 сценариях. Главная / Кейсы / IRON LOGIC Iron Logic — UX сложного приложения для настройки оборудования IRON LOGIC & До проекта Монтажникам и специалистам поддержки нужен был более понятный способ настраивать оборудование контроля доступа через Android-приложение. UX-аудит Android BLE B2B Дизайн-система Пользовательские тесты Задача Iron Logic производит решения для контроля доступа. В приложении Z5R Tools сложная техническая логика должна была оставаться точной, но стать понятнее для пользователей с разным опытом. Что сделали Провели UX-аудит и переработали главные сценарии настройки оборудования. Подготовили редизайн, рефакторинг интерфейса и единую дизайн-систему. Проверили основные сценарии на 10 пользователях и исправили обнаруженные проблемы. Итог: обновлённое приложение разработано и передано заказчику. Выпуском новой версии управляет команда Iron Logic. Проверка результата 10 Пользователей в тестировании UX-аудит Проверка текущих сценариев Исправлены Проблемы из пользовательских тестов Готово Приложение передано заказчику Инструменты проекта Figma Android BLE UX Research Статус проекта Пользовательские тесты выявили проблемы, которые нельзя было увидеть только по макетам. Мы исправили сценарии и передали заказчику готовое обновлённое приложение. Выпуском новой версии занимается команда Iron Logic. Частые вопросы С чего начали работу? С UX-аудита: разобрали текущие сценарии настройки оборудования и нашли места, где монтажники и поддержка тратили время или ошибались. Как проверяли решения? Тестировали основные сценарии на 10 пользователях. Проблемы, которые они нашли, исправили до передачи приложения. Что получил заказчик? Редизайн и единую дизайн-систему: обновлённое приложение передано команде Iron Logic, выпуском версии они управляют сами. Вы делали разработку приложения? Наша часть — UX, интерфейс и дизайн-система. Разработку и релизы ведёт команда заказчика. Похожие проекты Многоролевая система Документооборот 152-ФЗ Интеграции ЕАИС СПКФР — многоролевая система оценки квалификации Заявление, экзамен, протоколы и передача сведений в реестр — один процесс вместо переписки и файлов. Пять ролей со своими интерфейсами, интеграции с 1С, платёжными системами и НАРК. HR Tech Граф данных Стартап Нетворкинг Найм Hive — граф доверия для поиска IT-талантов Поиск IT-специалистов через граф доверия: чем больше у человека проверенных связей, тем быстрее его находят компании и тем быстрее он находит проект. Связанные услуги UI/UX сложных систем Аудит, прототипы, пользовательские тесты и дизайн-система. Бизнес-системы на заказ UX проектируется вместе с процессами, ролями и архитектурой. Нужно обновить интерфейс сложного B2B-инструмента? Проведём аудит, спроектируем варианты и проверим главные сценарии на реальных пользователях. Обсудить UX-аудит ### Neuro Mafia — Telegram Mini App для игры в «Мафию» | Кейс URL: https://prismatica.agency/cases/neuro-mafia Описание: Роли, управление игровой сессией, оплата, профили и realtime-коммуникации в одном Telegram Mini App. Главная / Кейсы / NEURO MAFIA Neuro Mafia — Telegram-платформа, которая берёт на себя механику игры NEURO MAFIA & Организаторы проводили игры вручную: ведущий распределял роли, управлял сценарием, координировал участников и контролировал оплату. Мы перенесли операционную часть в Telegram и собрали единый продукт для ведущих и игроков. Telegram Mini App GameTech Realtime Платежи NestJS PostgreSQL Коротко Клиент Neuro Mafia — команда организаторов игр в «Мафию» Задача Сократить ручную работу ведущего и объединить путь игрока в одном Telegram-продукте Что сделали Сценарии ведущего и игрока, ролевая механика, realtime-коммуникации, профили участников и приём оплаты Результат Ключевые операции игровой сессии перенесены из ручного управления в единую платформу внутри Telegram Контекст и задача До запуска платформы качество каждой игры зависело от объёма ручной работы организатора. Ведущему нужно было одновременно следить за сценарием, ролями и участниками, а команде — отдельно вести запись и оплату. При росте числа игр такая схема становится узким местом бизнеса. сохранить живое общение — основу игры в «Мафию» дать ведущему инструменты управления сессией в одном интерфейсе автоматизировать распределение и обработку ролей связать профили участников, участие в игре и оплату обеспечить мгновенное обновление состояния для всех игроков запустить продукт внутри привычного пользователям Telegram Ключевые решения Разделили интерфейсы и права ведущего и участника, чтобы каждый видел только нужные действия и состояние игры. Собрали ролевую механику и управление игровой сессией в едином сценарии вместо ручной координации. Использовали WebSocket для синхронизации событий между ведущим и игроками без обновления страницы. Telegram стал точкой входа в продукт, а платформа взяла на себя повторяемые операции — от профиля участника и оплаты до ролей и состояния игровой сессии. Как построили продукт Проектировали не набор отдельных экранов, а последовательный путь двух типов пользователей: организатора, который проводит игру, и участника, который хочет быстро подключиться. 01 Разобрали механику живой игры Зафиксировали этапы сессии, действия ведущего, роли участников и события, которые должны одновременно видеть разные пользователи. Это стало основой продуктовой логики и модели прав. 02 Спроектировали два связанных сценария Для ведущего собрали управление сессией и участниками. Для игрока — вход через Telegram, профиль, участие, оплату и получение актуального состояния игры без лишней регистрации. 03 Автоматизировали ролевую систему Перенесли повторяемые действия из ручного процесса в логику платформы. Система помогает распределять роли и поддерживает последовательность игровой сессии, снижая нагрузку на ведущего. 04 Настроили обмен событиями в реальном времени WebSocket связывает действия ведущего и интерфейсы участников. Изменения состояния передаются сразу, поэтому игрокам не нужно обновлять экран или ждать сообщения в отдельном чате. 05 Объединили продукт и монетизацию Профиль участника, доступ к игре и оплата находятся в одном пользовательском пути. Это убирает разрыв между записью на сессию и самим игровым процессом. 06 Подготовили архитектуру к развитию Клиентскую часть собрали на React, серверную — на NestJS. PostgreSQL хранит данные продукта, Redis поддерживает быстрые операции, а Telegram SDK связывает платформу с экосистемой мессенджера. Что изменилось Показываем только подтверждённые изменения в продукте — без выдуманных процентов и пользовательских показателей. Показатель Было Стало Как мерили Управление игрой Было: Ведущий координировал сессию вручную Стало: Инструменты ведущего собраны в едином интерфейсе Функциональный состав платформы Ролевая механика Было: Распределение и сопровождение зависели от ведущего Стало: Повторяемые действия перенесены в логику продукта Реализованный сценарий игровой сессии Коммуникация Было: Состояние приходилось передавать участникам отдельно Стало: События синхронизируются через WebSocket Архитектура обмена событиями Путь участника Было: Профиль, участие и оплата были разрознены Стало: Основные действия объединены внутри Telegram Пользовательский сценарий Mini App Пользовательские и финансовые показатели добавим после получения подтверждённой аналитики от команды Neuro Mafia. Технологии проекта React Vite NestJS PostgreSQL Redis WebSocket Telegram SDK Итог проекта Neuro Mafia получила не вспомогательного Telegram-бота, а полноценный цифровой контур проведения игр. Ведущий сохраняет контроль над сессией, при этом повторяемые операции выполняет платформа, а участник проходит весь основной путь в привычном интерфейсе Telegram. Частые вопросы Что взяла на себя платформа? Операционную часть игры: роли, управление игровой сессией, координацию участников, оплату и профили. Ведущему больше не нужно вести игру вручную. Почему Telegram? Это точка входа для игроков: продукт живёт там, где люди уже общаются, отдельная установка приложения не нужна. Как синхронизируются события? Через WebSocket: роли и состояние игры обновляются у всех участников без перезагрузки страницы. Что видят ведущий и игрок? Разные интерфейсы и права: каждый видит только свои действия и то состояние игры, которое ему положено. Похожие проекты Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. HR Tech Граф данных Стартап Нетворкинг Найм Hive — граф доверия для поиска IT-талантов Поиск IT-специалистов через граф доверия: чем больше у человека проверенных связей, тем быстрее его находят компании и тем быстрее он находит проект. Связанные услуги Разработка мобильных приложений Мобильные сценарии, realtime-функции и запуск продукта. Разработка MVP Первая версия с критичным функционалом и метриками проверки. Нужен Telegram-продукт, который решает бизнес-задачу? Разберём сценарии пользователей, определим ядро первой версии и соберём продукт с архитектурой для дальнейшего развития. Обсудить продукт ### Relax&Sleep — свой магазин продавца маркетплейса | Кейс Призматики URL: https://prismatica.agency/cases/relax-sleep Описание: Как Призматика сделала производителю матрасов второй канал продаж рядом с Ozon и Яндекс Маркетом: квиз подбора, каталог, оформление в 3 шага, 35 SEO-лендингов, админка без разработчика. Первые две недели рекламы — ×5 к бюджету. Главная / Кейсы / RELAX&SLEEP × PRISMATICA Relax&Sleep — свой интернет-магазин производителя матрасов рядом с Ozon и Яндекс Маркетом & Relax&Sleep продавал матрасы через Ozon, Яндекс Маркет и VK Маркет. Карточки, отзывы и покупатели принадлежали площадкам, а рядом с товаром стояла реклама конкурентов. Мы сделали второй канал — собственный магазин, где покупатель видит только товары бренда и подбирает матрас за четыре вопроса. Маркетплейсы продолжают работать. Продавцам маркетплейсов Интернет-магазин Квиз подбора SEO-лендинги Next.js Яндекс Метрика Перейти в магазин Relax&Sleep Коротко Клиент Relax&Sleep — производитель матрасов, подушек и товаров для сна из Санкт-Петербурга, собственное производство, на рынке больше 13 лет Задача Второй канал продаж рядом с маркетплейсами: подбор матраса, онлайн-заказ и управление магазином без разработчика Что сделали Перенос каталога, квиз подбора, каталог и карточки, оформление заказа, SEO-лендинги и блог, мобильная версия, админка, аналитика, инфраструктура Результат Первые две недели рекламы: каждый рубль бюджета вернул около 5 ₽ выручки, половина заявок закончилась покупкой Контекст и задача Матрас — дорогая покупка, которую выбирают по ощущениям: жёсткость, вес и поза сна, размер кровати. В ленте маркетплейса это теряется среди одинаковых карточек, а клиентская база остаётся у площадки. Компании нужен был собственный канал, который помогает выбрать, а не просто показывает каталог, и которым менеджер управляет сам. перенести каталог из кабинетов маркетплейсов и Excel, где данные лежали в разных форматах помочь выбрать матрас тому, кто не разбирается в пружинных блоках показать понятную цену и срок доставки до звонка менеджеру дать менеджеру править товары, тексты и акции без разработчика получать поисковый трафик там, где по «купить матрас» лидирует федеральный бренд считать заявки и продажи, а не только посещаемость От переноса каталога до рекламы Работаем с января 2026 года. Первую версию с админкой выпустили за три дня, дальше развивали магазин релизами: каждый закрывал конкретную проблему продаж. 01 Перенесли каталог с маркетплейсов Жёсткость, размеры и состав приходили из кабинетов площадок и Excel в разных форматах, часть текста — в «кракозябрах» неверной кодировки. Написали импорт с автоисправлением кодировки и привели характеристики к единым атрибутам, по которым дальше работают и фильтры, и подбор. жёсткость каждой стороны, пружинный блок, высота, допустимая нагрузка 14 размеров — варианты одного товара: матрасы производятся под заказ отзывы с оценками перенесены с маркетплейсов 02 Сделали подбор за 60 секунд Квиз из четырёх вопросов — от «Для кого подбираете матрас?» до бюджета — стоит прямо на первом экране. Первая версия иногда выдавала пустую подборку. Переделали: квиз опирается на реальные остатки и размеры каталога и заранее отключает бюджеты, под которые нет товаров. 03 Собрали каталог и карточку товара Каталог рендерится на сервере, чтобы его видел поиск, и фильтруется по жёсткости, пружинному блоку и размеру; после квиза появляются чипы «Ваш размер». В карточке — то, что помогает выбрать без консультанта. шкала жёсткости с подсказкой «Подойдёт, если…» выбор ширины и длины вместо списка из десятков позиций слои матраса, FAQ и похожие модели 04 Упростили оформление до трёх шагов Контакты, доставка, оплата. Курьерская доставка считается по зонам — Москва, Санкт-Петербург, города-миллионники, другие города, — и стоимость со сроком сразу видна в итоге заказа. Оплата при получении, менеджер подтверждает заказ звонком. Итоговую цену всегда пересчитывает сервер, поэтому её нельзя подменить в браузере. заказ в один клик обратный звонок промокоды и допродажи 05 Пошли в поиск через конкретные запросы Верх выдачи по «купить матрас» занимает крупный федеральный бренд, лобовая конкуренция там бессмысленна. Сделали 35 SEO-лендингов под конкретные запросы — «матрасы 160×200», «матрас для дивана» и подобные — и блог. Product- и FAQ-разметка, динамическая карта сайта, а технические ошибки SEO проверяет автоматический аудит: с ними сборка не проходит. 06 Перестроили мобильную версию 80% посетителей приходят со смартфона. Сделали нижнее меню «Меню · Каталог · Подбор · Связаться · Корзина», шторку «Связаться» с телефоном, Telegram и Max и липкую кнопку «В корзину», которая не перекрывает остальные элементы. 07 Отдали магазин менеджеру В админке 30 разделов: товары и атрибуты, заказы и заявки в одном входящем потоке, контент страниц, блог, отзывы, скидки. Менеджер меняет товары, тексты и акции без разработчика. 08 Научились считать заявки Яндекс Метрика с электронной коммерцией и целями по шагам квиза и каналам связи. Заявки из виджета обратного звонка попадают в админку через вебхук, поэтому видно, какая заявка закончилась покупкой. 09 Сделали выкладку без простоя Docker и деплой без остановки магазина, защищённые API, расчёт цены заказа на сервере. Как это выглядит Магазин построен вокруг выбора: квиз на первом экране, фильтры по свойствам, которые важны для сна, и карточка, которая объясняет, кому подойдёт матрас. Главная с квизом подбора на десктопе и телефоне. Каталог: категории, размеры и фильтры с количеством моделей. Карточка: шкала жёсткости, «подойдёт, если…» и выбор размера. Оформление в 3 шага: зона доставки, срок и цена сразу в итоге. Оплата при получении, итог заказа с адресом доставки. SEO-лендинг «Матрасы 160×200» с ценой «от» и перелинковкой. Мобильная версия: квиз, липкая «В корзину», шторка «Связаться». Масштаб проекта 35 SEO-лендингов под запросы 30 Разделов админки 88 API- эндпоинтов 36 Сущностей в базе данных Результат за первые две недели рекламы После запуска магазина включили Яндекс Директ. Публикуем то, что видно за первые две недели. Показатель Было Стало Как мерили Окупаемость рекламы Было: — Стало: ×5: каждый рубль рекламы вернул около 5 ₽ выручки Выручка по сделкам / расход в Яндекс Директе Заявка → покупка Было: — Стало: 50% заявок закончились покупкой Сделки в админке / заявки из Envybox и Яндекс Метрики ДРР Было: — Стало: Около 20% Расход на рекламу / выручка Окупаемость с учётом маржи Было: — Стало: ROMI ≈ +130%: около 1,3 ₽ валовой прибыли на рубль рекламы сверх затрат (выручка × маржа − расход) / расход; маржа около 46% — оценка по одному товару, не по всему каталогу Клиентская база Было: Контакты покупателей оставались у площадок Стало: Контакты покупателей остаются у компании Заявки и заказы с контактами в админке магазина Мобильный трафик Было: — Стало: 80% визитов Яндекс Метрика Период короткий — две недели. Цифры обновим по итогам квартала. Чем мы пользовались Next.js React TypeScript Tailwind CSS Prisma PostgreSQL Docker Яндекс Метрика Итог на текущем этапе Маркетплейсы остались, а у Relax&Sleep появился второй канал продаж: на своём сайте покупатель видит только товары бренда, подбирает матрас под себя и оформляет заказ, а заявки и контакты остаются у компании. Менеджер сам управляет каталогом и контентом, продажи считаются от рекламы до сделки. Перейти в магазин Relax&Sleep Частые вопросы Маркетплейсы пришлось закрыть? Нет. Ozon, Яндекс Маркет и VK Маркет продолжают работать. Собственный магазин — второй канал: в нём покупатель видит только товары бренда, а заявки и контакты остаются у компании. Как переносили каталог? Импортом из кабинетов маркетплейсов и Excel. Характеристики привели к единым атрибутам, 14 размеров вынесли в варианты товара, отзывы с оценками перенесли с площадок, испорченную кодировку исправили автоматически. Как покупатель оформляет заказ? В три шага: контакты, доставка, оплата. Стоимость и срок курьерской доставки зависят от зоны и видны сразу в итоге заказа. Оплата при получении, менеджер подтверждает заказ звонком. Есть заказ в один клик и обратный звонок. Что считаем результатом? Окупаемость рекламы в Яндекс Директе и долю заявок, закончившихся покупкой, за первые две недели после запуска. Период короткий, поэтому цифры обновим по итогам квартала. Похожие проекты Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP СНОВА — AI-платформа автоматизации маркетплейсов Стартап без техкоманды продавал на Ozon/WB. Платформа с AI-аналитикой остатков, цен и спроса навела порядок в ассортименте, убрала ручную работу и дала рост продаж. Юридические услуги Сайт эксперта Strapi CMS React Юридический Бутик Натальи Белоусовой — сайт эксперта по товарным знакам Сайт, который продаёт экспертизу до звонка: риски, услуги со сроком и ценой, разборы дел и заявка на консультацию. Контентом команда управляет сама через Strapi CMS. Связанные услуги Сайт для продавца маркетплейса Переносим товары с Ozon, Wildberries и Яндекс.Маркета на собственный сайт: каталог, заказы и клиентская база у вас. Разработка сайтов и сервисов Интернет-магазины и сервисы с интеграциями и SEO-базой. UI/UX и редизайн Сценарии, дизайн-система и проверка решений с пользователями. Продаёте на маркетплейсах и хотите свой канал? Пришлите ссылку на магазин на площадке — разберём, что можно перенести, какой пакет подойдёт и сколько это будет стоить. Разобрать мой магазин ### СНОВА — AI-платформа автоматизации маркетплейсов | Кейс URL: https://prismatica.agency/cases/snova Описание: Стартап без технической команды: платформа для управления продажами на маркетплейсах с AI-аналитикой остатков, цен и спроса. Главная / Кейсы / СНОВА × PRISMATICA СНОВА — AI-платформа автоматизации маркетплейсов для стартапа СНОВА & На первый взгляд Стартап без технической команды нуждался в платформе для управления продажами на маркетплейсах с AI-аналитикой. Marketplace AI-аналитика Стартап Ozon Wildberries Склад MVP О Заказчике MVP-платформа для стартапа: управление продажами на Ozon, Wildberries и других площадках. AI-аналитика остатков, цен и спроса, консолидация данных, автоматизация склада. Как мы помогли Управление продажами на маркетплейсах: Ozon, Wildberries и другие площадки. AI-аналитика остатков, цен и спроса для принятия решений. Консолидация данных и автоматизация склада. Итог: рост продаж, экономия времени, снижение ошибок, автоматизация процессов. Результаты в цифрах Рост Продаж благодаря AI Время Экономия на ручных процессах -Ошибки Снижение ошибок Auto Автоматизация склада Чем мы пользовались React Node.js PostgreSQL AI/ML Marketplace API Отзыв клиента «Мы пришли к ребятам с идеей и большой проблемой — полным отсутствием опыта в разработке. Команда не просто взяла ТЗ, а стала нашими техническими ко-фаундерами. AI-аналитика стала нашим ключевым преимуществом перед конкурентами» Основатель сервиса «СНОВА» Бородин Вадим Частые вопросы Что делает платформа? Управляет продажами на маркетплейсах — Ozon, Wildberries и других: остатки, цены и спрос собираются в одном месте вместо россыпи кабинетов продавца. Кому подходит такой формат? Стартапу или производителю без собственной технической команды: мы взяли на себя продукт, разработку и запуск. Где здесь AI? В аналитике остатков, цен и спроса: система подсказывает, что закупать и когда корректировать цену, вместо ручного разбора таблиц. С чем интегрирована платформа? С API маркетплейсов: заказы и остатки синхронизируются между платформой и кабинетами продавца. Похожие проекты Продавцам маркетплейсов eCommerce Квиз подбора Next.js Relax&Sleep — свой магазин производителя матрасов рядом с маркетплейсами Второй канал продаж рядом с Ozon и Яндекс Маркетом: квиз подбора за 60 секунд, оформление в 3 шага, 35 SEO-лендингов. В первые две недели рекламы каждый рубль вернул около 5 ₽ выручки. HR Tech Граф данных Стартап Нетворкинг Найм Hive — граф доверия для поиска IT-талантов Поиск IT-специалистов через граф доверия: чем больше у человека проверенных связей, тем быстрее его находят компании и тем быстрее он находит проект. Связанные услуги Свой магазин рядом с маркетплейсом Собственный сайт продавца: каталог, цены, остатки и заказы в вашем контуре. AI-автоматизация Аналитика, прогнозирование и автоматизация принятия решений. Разработка MVP Быстрый запуск ядра продукта и проверка бизнес-гипотез. Хотите MVP с AI-функциями для вашего рынка? Расскажите о задаче — мы подготовим пошаговый план запуска с оценкой сроков, команды, AI-интеграций и бюджета. Сделайте и мне так же ## Блог ### Блог о разработке бизнес-систем и автоматизации — Prismatica URL: https://prismatica.agency/blog Описание: Разборы задач автоматизации и внедрения бизнес-систем: с чего начинать, как считать эффект, что фиксировать до начала разработки. Блог Как устроены проекты автоматизации Разбираем задачи, с которыми приходят собственники: с чего начинать автоматизацию, как считать эффект и что нужно зафиксировать до начала разработки. С какой задачей вы пришли? Выбираю ERP или систему Сколько стоит, что выбрать, когда нужна заказная разработка и как связать системы. 5 материалов Хочу видеть цифры бизнеса Дашборды, управленческий учёт и финансы без ручных таблиц. 3 материалов Автоматизирую процессы и производство С какого участка начать, как считать эффект и не запускать всё сразу. 8 материалов Готовлю проект и ТЗ Обследование, архитектура, роли и личные кабинеты до первой строки кода. 5 материалов Новое Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать Автоматизация процессов · 11 мин Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. 16 сентября 2026 г. Читать Предпроектное обследование · 8 мин Проектирование архитектуры системы: что решается до первой строки кода Архитектура — это не схема из прямоугольников, а ответы на вопросы: где источник правды, что происходит при сбое интеграции и по каким правилам живут роли. Разбираем порядок проектирования. 15 сентября 2026 г. Читать Порталы и личные кабинеты · 8 мин Личный кабинет клиента: что в нём должно быть и как не построить второй отдел поддержки Кабинет окупается не количеством экранов, а числом обращений, которые перестали доходить до менеджера. Разбираем, какие сценарии действительно снимают нагрузку. 14 сентября 2026 г. Читать Управленческий учёт · 11 мин Программа управленческого учёта: что в неё входит и как перейти на ежедневные цифры Короткий ответ: программа нужна, когда отчёт формируется месяц и решения принимаются по устаревшей картине. Разбираем состав системы, порядок перехода, типичные ошибки и стоимость. 13 сентября 2026 г. Читать ERP-системы · 12 мин Сколько стоит ERP-система и что определяет итоговую сумму Короткий ответ: обследование — 50 000 ₽ за 7 дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев. Ниже — из чего складывается сумма, что её увеличивает и как читать смету подрядчика. 12 сентября 2026 г. Читать ERP-системы · 9 мин Какая ERP-система подойдёт вашей компании: разбор по отраслям Универсальный ответ «ERP подходит всем» бесполезен: сроки и стоимость проекта определяет не функциональность, а отраслевые данные и внешние системы, с которыми придётся связаться. 11 сентября 2026 г. Читать Предпроектное обследование · 8 мин Техническое задание на разработку системы: что должно быть внутри и что делает его рабочим ТЗ — не формальность для договора, а инструмент приёмки. Если по нему нельзя проверить результат, его напишут за вас — в коде. Разбираем состав и типовые пробелы. 10 сентября 2026 г. Читать Бизнес-системы на заказ · 8 мин Когда заказная система выгоднее коробочной: пять проверок до старта Спор «коробка или заказная разработка» решается не масштабом компании, а тем, сколько в процессах уникального и насколько дорого привести их к типовой логике. 8 сентября 2026 г. Читать Показать ещё (11) Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin Мы также на площадках TenChat Короткие разборы и заметки о проектах — в профиле Андрея Трушина. Диджитал для своих Telegram-канал о цифровых продуктах и автоматизации для бизнеса. ### Аудит бизнес-процессов перед автоматизацией — Prismatica URL: https://prismatica.agency/blog/audit-biznes-processov Описание: Как аудит процессов перед автоматизацией показывает, что переносить в систему, а что сначала перестроить. Разбор на проектах: опт, производство, розничная сеть. Блог Аудит бизнес-процессов перед автоматизацией: что смотреть и что менять Андрей Трушин · 21 августа 2026 г. · 7 мин чтения · Автоматизация процессов Коротко Аудит определяет, окупится ли автоматизация: система закрепляет процесс таким, какой он есть, а не исправляет его. Чаще всего находят разные версии правды, ручной свод показателей, отчётность с задержкой и ошибки в справочниках. Если неописанных исключений больше пяти, автоматизацию начинают с их описания. На выходе аудита должен быть короткий документ: что переносим в систему, а что сначала перестраиваем. Содержание + 1. Что показывает аудит 2. Что обычно находят 3. Что переносить в систему, а что перестроить 4. Итог аудита: что должно быть на выходе Аудит бизнес-процессов часто воспринимают как формальность перед разработкой. На практике это этап, который определяет, окупится ли автоматизация вообще: система не устраняет неопределённость в процессе, она её закрепляет. Что показывает аудит Аудит отвечает на четыре вопроса: как процесс работает сейчас, где он теряет время и деньги, какие данные для него нужны и что должно измениться после автоматизации. Ответы фиксируются в документах, а не остаются в головах участников. Где процесс расходится с регламентом. Если на вопрос «как это работает» два сотрудника отвечают по-разному, автоматизировать пока нечего — сначала нужно договориться о процессе. Где данные вводятся дважды. Повторный ввод — самый частый источник расхождений при сверке и самая быстрая победа автоматизации. Где решения принимаются без данных. Отчёт, который собирают вручную раз в месяц, не влияет на решения внутри месяца. Какие исключения ломают процесс. В закупках, производстве и логистике исключения съедают больше времени, чем основной сценарий. Проверка на объём работы Если в процессе больше пяти исключений, которые никто не может описать формально, автоматизация начнётся с их описания. Это нормально — но лучше знать об этом до подписания смет, а не в середине проекта. Что обычно находят Набор проблем повторяется от проекта к проекту, независимо от отрасли. Вот самые частые находки. Разные версии правды. Заказы в одной системе, склад в другой, финансы в третьей — сверка занимает дни и всё равно даёт расхождения. Ручной свод. Ассистент или экономист неделями собирает показатели в таблицы, вместо того чтобы заниматься анализом. Отчётность с задержкой. Данные приходят раз в месяц, когда повлиять на результат уже нельзя. Ошибки в справочниках. Некорректные номенклатуры и контрагенты всплывают на этапе интеграции и требуют отдельного этапа наведения порядка. В проекте для розничной сети данные по пяти банкам и 1С собирались вручную: единой картины по сети не было. После аудита первым этапом стала интеграция банков и учётной системы, и только затем — P&L-отчёты в реальном времени и дашборды для руководства. Пример: аудит меняет порядок этапов, а не только объём Узнали свою ситуацию? Нужно понять, что даст автоматизация? Обсудить аудит процессов Что переносить в систему, а что перестроить Не каждый процесс нужно автоматизировать. Часть процессов дешевле изменить, чем программировать: убрать лишнее согласование, объединить два шага, отменить дублирующий контроль. Переносим в систему: повторяющиеся операции с известными правилами, сбор и сверку данных, контроль сроков и статусов. Перестраиваем до автоматизации: процесс, где не определены роли и правила, где решение зависит от человека без критериев. Оставляем людям: работу с исключениями, переговоры, решения, где нужен контекст, а не расчёт. На практике это выглядит так: в проекте для производителя оптовой продукции автоматизировали заказы, склад и прогнозирование, оставив ручное согласование только для нестандартных условий поставки. Иначе система требовала бы утверждения там, где решение очевидно. Итог аудита: что должно быть на выходе Список процессов с приоритетом: что автоматизируем первым, что вторым, что не трогаем. Карта данных: где данные рождаются, где используются, где расходятся. Разбивка на этапы с ценой и сроками по каждому. Метрики до и после: время на операцию, количество ошибок при сверке, срок получения отчётности. Метрики нужно замерить до старта работ — иначе после запуска не будет базы для сравнения, и эффект проекта сведётся к формулировке «стало удобнее». Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужно понять, что даст автоматизация? Разберём процессы и данные, покажем, что автоматизировать первым и какой эффект проверять. Начинаем с обследования. Обсудить аудит процессов Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Предпроектное обследование Разработка бизнес-систем Кейс: ERP для оптовых поставок Кейс: управленческий учёт сети Статья: с чего начать автоматизацию Читайте также Автоматизация процессов · 11 мин Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. 16 сентября 2026 г. Читать Автоматизация процессов · 8 мин Электронный документооборот: что автоматизировать, а что оставить людям ЭДО убирает бумагу, но не убирает ручную работу: если документ нужно сначала найти, проверить и согласовать в переписке, электронный формат ничего не меняет. 5 сентября 2026 г. Читать ### Автоматизация бизнес-процессов: с чего начать — Prismatica URL: https://prismatica.agency/blog/avtomatizatsiya-biznes-processov Описание: Что автоматизировать первым, как считать эффект и почему автоматизация хаоса даёт дорогой хаос. Разбор на примере проектов: управленческий учёт, производство, документооборот. Блог Автоматизация бизнес-процессов: с чего начать и что считать результатом Андрей Трушин · 15 августа 2026 г. · 7 мин чтения · Автоматизация процессов Коротко Автоматизация проваливается не из-за технологий, а из-за неверного участка и отсутствия измеримого результата. Начинайте с одного участка, а не запускайте всё сразу. Результат нужно измерять до старта, иначе после запуска сравнивать будет не с чем. Коробка или своя система — решение, которое принимают после того, как описан процесс. Содержание + 1. Сначала процесс, потом система 2. С какого участка начинать 3. Что считать результатом 4. Почему не стоит запускать всё сразу 5. Коробка или своя система 6. С чего начать конкретно Автоматизация редко проваливается из-за технологий. Она проваливается, когда компания автоматизирует не тот участок, не может измерить результат или переносит в систему процесс, который и на бумаге работал плохо. Сначала процесс, потом система Главное правило звучит скучно, но экономит бюджеты: сначала отладьте процесс, потом автоматизируйте. Если в процессе есть неопределённость — кто принимает решение, откуда берутся данные, что считается результатом, — система эту неопределённость не уберёт. Она её зафиксирует и сделает дороже в изменении. Признак, что автоматизировать рано: на вопрос «как это работает сейчас» два сотрудника отвечают по-разному. Сначала нужно договориться о процессе, затем переносить его в систему. С какого участка начинать Начинать стоит не с самого большого процесса, а с того, где сходятся три условия: потери заметны, данные уже существуют, изменение не блокирует работу компании. Потери измеримы. Понятно, сколько времени или денег уходит сейчас: часы на сбор отчёта, повторный ввод данных, ошибки в заказах. Данные есть. Информация уже где-то хранится — в 1С, CRM, таблицах. Если данных нет вообще, первый этап проекта не автоматизация, а их сбор. Участок автономный. Изменение можно запустить, не останавливая соседние процессы и не переучивая одновременно всю компанию. Как это выглядит на практике В проекте для группы из пяти агропроизводств первым участком стал сбор данных: ассистент около недели вручную сводил показатели в Excel и Power BI. Мы не начинали с «автоматизации предприятия» — сначала закрыли консолидацию данных из 1С, СКУД (система контроля и управления доступом) и внутренних баз, и только потом развивали контур дальше. Что считать результатом Формулировки вроде «повысить эффективность» не работают: под них нельзя проверить проект. Результат должен быть выражен в том, что можно измерить до и после — и замерить нужно именно до старта, иначе сравнивать будет не с чем. Время: сколько занимает подготовка отчёта, согласование документа, оформление заказа. Ошибки: сколько расхождений находят при сверке, сколько заказов переделывают. Скорость решений: через сколько дней после закрытия периода руководитель видит фактические цифры. Стоимость операции: сколько людей и часов уходит на один цикл процесса. До внедрения FinOne собственник получал сводный отчёт раз в месяц. После — видит отстающие точки ежедневно, может скорректировать мотивацию продавцов до конца месяца и заранее заметить кассовый разрыв. Пример измеримого результата: изменился не «уровень автоматизации», а частота управленческих решений Узнали свою ситуацию? Разберём ваши процессы и найдём первый контур Заказать обследование Почему не стоит запускать всё сразу Большой одномоментный запуск выглядит логично на бумаге и почти всегда болезненно проходит в жизни: люди одновременно теряют привычные инструменты, данные ещё не сверены, а ошибки всплывают на всех участках сразу. Поэтому мы разбиваем проект на этапы и запускаем первый полезный контур — один участок целиком, от ввода данных до отчёта, — за 4–6 недель — он работает на реальных данных и показывает, где модель процесса разошлась с реальностью. Отдельный этап, который часто забывают заложить, — параллельный учёт. Какое-то время сотрудники ведут и старую, и новую систему. Это нормально, но период нужно сознательно сокращать: сверять данные с первоисточником и как можно раньше отключать дублирующий контур. Коробка или своя система Готовые продукты закрывают типовые процессы и стоят дешевле на старте. Своя система нужна, когда логика работы компании не укладывается в чужой шаблон, требуются нестандартные интеграции или важен контроль над развитием. Честный ответ обычно посередине: часть контура остаётся на существующих системах, а заказная разработка объединяет их в единое окно. Решение принимается по трём критериям: совокупная стоимость владения, удобство для пользователей и возможность развивать решение дальше. Если ни один из них не нарушается готовым продуктом — заказная разработка не нужна. С чего начать конкретно Опишите один процесс так, как он идёт на самом деле, а не как в регламенте. Найдите в нём шаги, где данные переносят вручную или ждут ответа человека. Замерьте текущие показатели: время, количество ошибок, число участников. Определите первый контур — участок, который можно запустить за 4–6 недель. Зафиксируйте, по каким цифрам будете считать, что автоматизация сработала. Этот же список — по сути программа предпроектного обследования. Разница в том, что на обследовании процессы разбираются вместе с аналитиком и архитектором, а на выходе появляются требования, прототипы, этапы и оценка, с которыми можно принимать решение о проекте. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Разберём ваши процессы и найдём первый контур За 7–10 рабочих дней проведём предпроектное обследование: опишем процессы, определим участок для старта, подготовим требования, прототипы и оценку. Результат остаётся у вас. Заказать обследование Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Предпроектное обследование Разработка бизнес-систем на заказ Автоматизация производства Кейс: управленческий контур для группы производств Кейс: FinOne — ежедневный управленческий контроль Почему Excel перестаёт работать при росте группы компаний Читайте также Автоматизация процессов · 11 мин Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. 16 сентября 2026 г. Читать Автоматизация процессов · 8 мин Электронный документооборот: что автоматизировать, а что оставить людям ЭДО убирает бумагу, но не убирает ручную работу: если документ нужно сначала найти, проверить и согласовать в переписке, электронный формат ничего не меняет. 5 сентября 2026 г. Читать ### Автоматизация процессов компании: с чего начать — Prismatica URL: https://prismatica.agency/blog/avtomatizatsiya-processov-kompanii Описание: Какие процессы компании автоматизировать первыми, как выбрать порядок этапов и как не превратить внедрение в бесконечный проект. Ориентиры сроков и стоимости. Блог Автоматизация процессов компании: с каких участков начинать и в каком порядке Андрей Трушин · 16 сентября 2026 г. · 11 мин чтения · Автоматизация процессов Коротко Выбирайте один участок, где данные уже существуют, вместо десяти процессов одновременно. Внедрение идёт по этапам: обследование, первый контур, проверка в работе, расширение. Типичные ошибки: автоматизация ради автоматизации, старый учёт «на всякий случай», нет владельца процесса. В конце статьи — чек-лист: готовы ли вы начинать. Содержание + 1. Что такое автоматизация процессов компании на практике 2. Какие процессы автоматизировать первыми 3. Порядок этапов: как выглядит внедрение автоматизации 4. Что отвечать на вопрос «сколько это стоит» 5. Типичные ошибки 6. Чек-лист: готовы ли вы начинать 7. Частые вопросы Компании редко проигрывают от того, что автоматизировали не тот процесс. Проигрывают от того, что запустили десять процессов сразу: сроки сдвигаются, люди устают, а на вопрос «что изменилось» никто не отвечает цифрами. Короткий ответ: выбирайте один участок, где данные уже существуют, результат виден за месяц-два и который не тянет за собой переделку всей компании. Старт — предпроектное обследование 50 000 ₽ за 7 рабочих дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев. Ниже — что такое автоматизация процессов на практике, чем она отличается от покупки программы, какие участки брать первыми, как выглядит порядок этапов и какие ошибки чаще всего превращают проект в бесконечный. Что такое автоматизация процессов компании на практике Автоматизация процессов — это перенос повторяющихся действий и данных туда, где они появляются, и последующая сборка из них решения. Не «программа вместо людей», а изменение самого процесса: убираются лишние согласования, данные перестают дублироваться, отчёт появляется без ручного сбора. Термины, которые важно различать: интеграция — обмен данными между системами (учётная система, банк, CRM, склад) без ручного переноса; дашборд — сводная картина по ключевым показателям, обновляемая автоматически; ИИ-решение — там, где нужно не перенести данные, а сделать вывод: спрогнозировать спрос, найти расхождения, разобрать обращения клиентов. Автоматизация — не обязательно ИИ Часто достаточно разобраться в данных и связать существующие системы. В розничной сети мы объединили данные 1С и пяти банков — P&L и дашборды руководства начали обновляться в реальном времени без ручных выгрузок. ИИ подключаем там, где он решает задачу: прогноз, поиск расхождений, разбор обращений. Какие процессы автоматизировать первыми Первый участок выбирают по трём признакам одновременно: данные уже существуют, результат виден на коротком горизонте, участок не тянет за собой полкомпании. Если процесс требует, чтобы до него переделали ещё пять, он не первый. Признак | Почему это важно | Как проверить у себя Много ручной работы | Перенос данных, сверки и сбор отчётов съедают часы и создают ошибки | Посчитать часы в месяц на ручные операции Частые ошибки | Там, где цифры расходятся, автоматизация окупается быстрее всего | Взять число расхождений и потерянных заявок за месяц Есть источник данных | Автоматизация без данных начинается с их сбора — это отдельный проект | Проверить, в какой системе данные уже есть Решения принимаются поздно | Эффект появляется в скорости решений, а не в самом отчёте | Оценить, сколько дней проходит от события до цифры Участок обособлен | Его можно сделать целиком, не переделывая остальные процессы | Проверить, сколько систем и ролей он затрагивает Как выбрать первый участок: признаки и проверка Много ручной работы: перенос данных между системами, сверки, сбор отчётов, повторяющиеся согласования. Частые ошибки: расхождения в цифрах, потерянные заявки, забытые сроки. Есть источник данных: 1С, CRM, банк, склад, файлы — данные уже существуют, их не нужно создавать. Решения принимаются поздно: если отчёт собирают неделю, эффект будет в скорости решений. Участок обособлен: заказы, документы, склад или финансы конкретной площадки. Раньше сводные данные готовились около недели вручную. Теперь система сама забирает их из 1С, СКУД (система контроля и управления доступом) и внутренних баз, а собственники и руководители видят консолидированную картину за предыдущий день. Группа из пяти агропроизводств: недельный ручной сбор заменён данными за предыдущий день Порядок этапов: как выглядит внедрение автоматизации Внедрение автоматизации бизнеса почти всегда идёт одной и той же лестницей. Отличаются только сроки: крупные компании проходят этапы дольше, потому что в каждом больше согласований и ролей. Этап | Что делаем | Результат | Типичный срок Разбор процессов и данных | Находим, где сейчас цифра, кто её вводит, где она искажается | Карта процесса и список узких мест | Обследование: 7–10 рабочих дней Требования и варианты решения | Фиксируем, что меняем в процессе, а не только в программе | Требования, прототипы, этапы, оценка | Внутри обследования Первый контур | Один участок целиком: от ввода данных до отчёта | Работающий участок, которым пользуются | 4–6 недель Проверка на реальной работе | Параллельное ведение учёта, пока данные не сойдутся | Данные сходятся с прежним учётом | 2–4 недели Расширение | Подключаем следующий участок к работающему контуру | Опыт внедрения и доверие команды | По этапам проекта Передача изменений | Регламент: кто отвечает за справочники и данные | Понятные зоны ответственности | По завершении этапа Порядок этапов внедрения Разбор процессов и данных: где сейчас цифра, кто её вводит, где она искажается или дублируется. Требования и варианты решения: программа, поставленная на плохой процесс, ускоряет беспорядок. Первый контур: один участок от ввода данных до отчёта — люди успевают увидеть результат, а не поверить на слово. Проверка на реальной работе: параллельное ведение учёта, пока данные не сойдутся. Расширение: следующий участок подключают к работающему контуру. Передача изменений: регламент и ответственность за справочники. Узнали свою ситуацию? Нужно определить, что автоматизировать первым? Обсудить автоматизацию Что отвечать на вопрос «сколько это стоит» Порядок сумм обычно такой. Предпроектное обследование — 50 000 ₽ за 7 рабочих дней (расширенное с экономическим обоснованием — 75 000 ₽ за 10 дней), из него получается оценка разработки. Сама разработка начинается от 300 000 ₽; типичный проект — около 500 000 ₽ и 3–6 месяцев; крупный, с несколькими площадками, — около 1 млн ₽ и 6–8 месяцев. Оплата по этапам: 50% до начала этапа и 50% после приёмки. Этап или масштаб | Стоимость | Срок | Кому подходит Предпроектное обследование | 50 000 ₽ (расширенное — 75 000 ₽) | 7 (10) рабочих дней | Нужно понять объём и получить оценку Первый контур | от 300 000 ₽ | 4–6 недель | Один участок целиком, проверяемый на работе Типичный проект | около 500 000 ₽ | 3–6 месяцев | Два-четыре связанных процесса и интеграции Крупный проект | около 1 млн ₽ | 6–8 месяцев | Несколько площадок и внешних систем Ориентиры стоимости и сроков (опубликованные условия) Если бюджет ограничен, начинают с обследования одного участка, а не с «пилота всей системы». Первый контур за 4–6 недель обходится дешевле презентации масштабной платформы — и, в отличие от неё, его можно проверить на работе. Типичные ошибки Ошибка 1. Автоматизировать ради автоматизации Почему происходит: автоматизация воспринимается как цель, а не как средство, и в неё попадают процессы, которые давно пора отменить. К чему приводит: лишний процесс ускоряется, но остаётся лишним — деньги потрачены, картина не изменилась. Как избежать: перед автоматизацией спросить, какое решение принимается по результату процесса. Если ответа нет, процесс нужно отменять, а не переводить в программу. Ошибка 2. Оставить старый учёт «на всякий случай» Почему происходит: страшно отключать привычные таблицы до полной уверенности. К чему приводит: люди выбирают привычное, данные расходятся, новая система превращается в дополнительную нагрузку. Как избежать: параллельный период с конкретной датой сверки и последующим отключением старых файлов. Ошибка 3. Не назначить владельца процесса Почему происходит: считается, что порядок наведёт сама система. К чему приводит: справочники расходятся, конфликты данных никто не решает, доверие к цифрам падает. Как избежать: у каждого процесса и показателя есть человек, отвечающий за достоверность данных. Ошибка 4. Ждать, что после внедрения доделывать нечего Почему происходит: запуск воспринимается как финиш, а не как начало эксплуатации. К чему приводит: первые же правки по факту работы превращаются в незапланированные расходы. Как избежать: закладывать сопровождение в бюджет сразу и фиксировать в проекте, что в него входит. Чек-лист: готовы ли вы начинать Проверьте перед стартом Выбран один участок, а не список из десяти процессов. Известно, в какой системе уже есть данные для этого участка. Посчитаны часы в месяц, которые уходят на ручные операции. Понятно, какое решение принимается по результату процесса. Есть руководитель проекта со стороны компании и время его команды. Определено, что считаем результатом первого контура. Есть представление о бюджете и о том, что сопровождение — отдельная статья. Частые вопросы С каких процессов начинать автоматизацию компании? С участка, где данные уже существуют, результат виден за месяц-два и который не требует переделки всей компании. Обычно это заказы, документы, склад или финансы конкретной площадки. Процесс, который тянет за собой пять других, первым не берут. Автоматизация бизнеса — это обязательно внедрение ИИ? Нет. В большинстве проектов сначала связывают существующие системы и убирают ручной перенос данных. ИИ подключают там, где нужен вывод, а не перенос: прогноз спроса, поиск расхождений, разбор обращений клиентов. Сколько стоит автоматизация процессов? Ориентиры: обследование — 50 000 ₽ за 7 рабочих дней (расширенное — 75 000 ₽), разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный с несколькими площадками — около 1 млн ₽ и 6–8 месяцев. Оплата по этапам: 50% до начала и 50% после приёмки. Сколько времени занимает внедрение? Первый контур — один участок целиком — обычно 4–6 недель. Дальше идут проверка на реальной работе (2–4 недели параллельного учёта) и расширение. Типичный проект с двумя-четырьмя процессами занимает 3–6 месяцев. Нужно ли менять учётную систему? Как правило нет. Учётная система остаётся для регламентированного учёта, а автоматизация строится над ней: забирает данные, добавляет банки и внешние сервисы, приводит показатели к одной методике. Что делать, если данных нигде нет? Тогда первый шаг — не автоматизация, а организация сбора: определить, кто и когда фиксирует данные, и завести минимальный ввод в одном месте. Это отдельный этап, и его нужно планировать честно, а не считать автоматизацией. Как понять, что автоматизация окупилась? Считать в измеримых величинах: время на подготовку документов, число ручных операций, срок реакции на заявку, срок от события до появления цифры в отчёте. Замер делается до старта и через месяц эксплуатации — тогда «стало удобнее» превращается в цифру. Что делать, если сотрудники против изменений? Показывать результат на их работе: первый контур должен снять рутину у тех, кто в нём работает. Плюс параллельный период, когда новый и старый порядок существуют одновременно, и понятная дата перехода без «двух правд» в данных. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужно определить, что автоматизировать первым? Разберём процессы компании, найдём участок с быстрым эффектом и данные под него, зафиксируем этапы, сроки и стоимость. Обсудить автоматизацию Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Автоматизация процессов и ИИ Бизнес-системы на заказ Предпроектное обследование Статья: автоматизация бизнес-процессов Статья: цифровизация производства Кейс: управленческий учёт розничной сети Кейс: планшет руководителя для пяти агропроизводств Читайте также Автоматизация процессов · 8 мин Электронный документооборот: что автоматизировать, а что оставить людям ЭДО убирает бумагу, но не убирает ручную работу: если документ нужно сначала найти, проверить и согласовать в переписке, электронный формат ничего не меняет. 5 сентября 2026 г. Читать Автоматизация процессов · 7 мин Аудит бизнес-процессов перед автоматизацией: что смотреть и что менять Автоматизация фиксирует процесс таким, какой он есть. Если в процессе есть неопределённость, система сделает её дороже в изменениях — поэтому аудит идёт раньше разработки. 21 августа 2026 г. Читать ### Что собственник должен видеть ежедневно — Prismatica URL: https://prismatica.agency/blog/chto-sobstvennik-dolzhen-videt-ezhednevno Описание: Месячная отчётность опаздывает: убыточную точку видно, когда месяц уже закрыт. Разбираем, какие показатели выводить в ежедневный контур и как это устроить технически. Блог Что собственник должен видеть ежедневно, а не раз в месяц Андрей Трушин · 9 августа 2026 г. · 6 мин чтения · Автоматизация процессов Коротко Отчёт раз в месяц описывает прошлое: когда виден провал, месяц уже закрыт. Проблема не в точности цифр, а в задержке между событием и отчётом. Ежедневно стоит смотреть на то, на что вы можете повлиять сегодня. Экран собирается быстро, сложнее собрать и сверить данные, которые под ним лежат. Содержание + 1. Проблема не в точности, а в задержке 2. Что имеет смысл видеть ежедневно 3. Почему это редко получается своими силами 4. Что нужно, чтобы это заработало 5. Как понять, что пора Управленческий отчёт раз в месяц — это отчёт о том, что уже произошло и на что повлиять нельзя. К моменту, когда собственник видит просевшую точку или растущие расходы, месяц закрыт, деньги потрачены, а сотрудники получили премию по фактическим результатам. Проблема не в точности, а в задержке Месячный отчёт обычно достаточно точный. Беда в другом: между событием и реакцией проходит от двух до шести недель. Продавец работал не по плану три недели — вы узнаёте об этом в середине следующего месяца. Закупка ушла дороже — увидите после закрытия. Кассовый разрыв подкрадывается — заметите, когда он уже наступил. Управление — это скорость реакции. Поэтому вопрос не в том, чтобы получить более подробный отчёт, а в том, чтобы часть показателей приходила раньше, пусть и с меньшей точностью. Что имеет смысл видеть ежедневно Ежедневный контур меньше, чем кажется. В него попадает то, на что можно повлиять в течение недели, а не то, что интересно посмотреть. Деньги: остатки на счетах, поступления и планируемые платежи. Именно отсюда видно приближение кассового разрыва. Выручка и план продаж: факт против плана по точкам, магазинам или менеджерам — с накоплением по месяцу. Отстающие подразделения: не абсолютные цифры, а отклонение от нормы. Сравнение важнее самого значения. Операционные сбои: просроченные заказы, зависшие согласования, остановки на производстве. Всё остальное — себестоимость с точностью до копейки, полноценный P&L, налоговые начисления — спокойно живёт в месячном цикле. Попытка сделать ежедневным абсолютно всё обычно заканчивается тем, что не работает ничего. До внедрения FinOne собственник получал сводный отчёт раз в месяц, а часть учёта велась на бумаге. После — видит отстающие точки ежедневно, может скорректировать мотивацию продавцов до конца месяца и заранее заметить кассовый разрыв. Изменилась не детализация отчёта, а момент, когда собственник о проблеме узнаёт Узнали свою ситуацию? Соберём ежедневный управленческий контур Заказать обследование Почему это редко получается своими силами Обычно ежедневную сводку пробуют собирать вручную — и упираются в две вещи. Первая: данные лежат в разных системах, у каждой свои справочники и сроки закрытия. Вторая: ручной сбор требует человека каждый день, и в отпуск этот человек уходит вместе с отчётностью. В проекте для группы из пяти агропроизводств именно так и было: ассистент около недели сводил данные в Excel и Power BI. Пока сбор ручной, ежедневная частота физически недостижима — не потому что нет данных, а потому что нет процесса, который приносит их сам. Что нужно, чтобы это заработало Единые справочники. Пока в разных юрлицах статьи расходов называются по-разному, сводить нечего. Автоматический сбор из источников: 1С, банки, CRM, складские и производственные системы. Сверка с первоисточником на старте. Первое, что нужно доказать, — что цифры в системе совпадают с выписками и учётом. Интерфейс под роль. Собственнику нужен один экран с отклонениями, аналитику — среда, где он сам соберёт нужный разрез. Договорённость, что считать нормой. Без плановых значений отклонение не посчитать, и дашборд превращается в набор чисел. Начинать стоит не с дашборда Красивый экран собирается за неделю, но бесполезен, если данные под ним не сходятся. Мы начинаем с контура сбора: подключаем источники, приводим справочники к общему виду и сверяем результат с первоисточником. Визуализация — последний шаг, а не первый. Как понять, что пора Простой тест: попробуйте прямо сейчас ответить, сколько денег на счетах группы, какая точка отстаёт от плана и есть ли просроченные заказы. Если для ответа нужно кому-то написать и подождать — вы управляете с задержкой, и её размер равен времени этого ожидания. Разобраться, какие показатели вывести в ежедневный контур и откуда их брать, можно на предпроектном обследовании: мы описываем процессы и источники, определяем первый контур и даём оценку — до того, как начинать разработку. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Соберём ежедневный управленческий контур За 7–10 рабочих дней разберём процессы и источники данных, определим показатели для ежедневного контроля и подготовим требования, прототипы и оценку проекта. Заказать обследование Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка бизнес-систем на заказ Предпроектное обследование Кейс: FinOne — ежедневный управленческий контроль Кейс: управленческий контур для группы производств Почему Excel перестаёт работать при росте группы компаний Читайте также Автоматизация процессов · 11 мин Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. 16 сентября 2026 г. Читать Автоматизация процессов · 8 мин Электронный документооборот: что автоматизировать, а что оставить людям ЭДО убирает бумагу, но не убирает ручную работу: если документ нужно сначала найти, проверить и согласовать в переписке, электронный формат ничего не меняет. 5 сентября 2026 г. Читать ### Дашборд руководителя: какие показатели нужны — Prismatica URL: https://prismatica.agency/blog/dashbord-rukovoditelya Описание: Как отделить показатели, на которые можно повлиять сегодня, от тех, что смотрят раз в месяц, и почему дашборд перестаёт использоваться через полгода. Блог Дашборд руководителя: какие показатели смотреть ежедневно, а какие — раз в месяц Андрей Трушин · 30 августа 2026 г. · 8 мин чтения · BI и управленческая аналитика Коротко Показатели делят не по важности, а по частоте решений: ежедневные, недельные, месячные. Для каждого показателя задайте вопрос: что мы сделаем иначе, если увидим отклонение? Нет ответа — показатель пока не нужен. Дашборды бросают, когда данные собирают вручную, показатели не связаны с решениями, нет владельца метрики и слишком много цифр на экране. Начинать нужно со сбора данных, а не с экранов. Содержание + 1. Ежедневный контур: где решения принимают сегодня 2. Недельный и месячный контур 3. Почему дашборды перестают использовать 4. С чего начинать сбор данных Показатели стоит делить не по важности, а по частоте решений. Выручка по точкам нужна ежедневно, если по ней корректируют работу продавцов. Маржинальность по направлениям — раз в месяц, если решения по ассортименту принимают раз в месяц. Показатель, который смотрят чаще, чем по нему действуют, быстро становится фоном. Ежедневный контур: где решения принимают сегодня В ежедневный дашборд попадает то, что можно исправить в тот же день. Обычно это 5–7 показателей, не больше. План и факт по точкам или направлениям: где отставание накопилось уже сейчас, а не по итогам месяца. Кассовая позиция: сколько денег на счетах и какой платёж ближайший. Это тот показатель, ради которого вообще стоит собирать данные ежедневно. Отгрузки и заказы в работе: что зависло, что не ушло клиенту. Загрузка: производства, склада или смены — в зависимости от отрасли. Ошибки и исключения: заказы без оплаты, документы без подписи, расхождения при сверке. Проверка на осмысленность Для каждого показателя задайте вопрос: «Что мы сделаем по-другому, если увидим отклонение?» Если ответа нет, показатель пока не нужен на еженедельном экране — он подождёт месячного разбора. Недельный и месячный контур Неделя: динамика по группам товаров или услуг, выполнение плана продаж, загрузка мощностей, сроки поставок и их сдвиги. Месяц: P&L по направлениям, маржинальность, себестоимость, ABC-анализ клиентов и ассортимента, оборачиваемость склада. Квартал: структура затрат, эффективность подразделений, окупаемость проектов и инвестиций. До внедрения системы собственник получал сводный отчёт раз в месяц: к моменту, когда цифры попадали на стол, месяц уже был закрыт и повлиять на результат было нельзя. После — отстающие точки видны ежедневно, мотивацию продавцов можно скорректировать до конца месяца, а кассовый разрыв заметить заранее. Пример: изменилась не «частота отчётности», а частота управленческих решений Узнали свою ситуацию? Нужна ежедневная картина по бизнесу? Обсудить аналитику Почему дашборды перестают использовать Причина почти всегда одна и та же, и она не в дизайне. Данные собирают вручную. Если часть показателей кто-то дописывает руками, дашборд опаздывает и ему перестают доверять. Показатели не связаны с решениями: экран показывает «интересное», но не то, по чему нужно действовать. Нет владельца метрики. Если за показатель никто не отвечает, при отклонении никто ничего не делает. Слишком много данных сразу. 40 показателей на одном экране не читаются: внимание рассеивается, и через месяц на дашборд перестают смотреть. С чего начинать сбор данных Дашборд — последний этап, а не первый. Сначала появляются данные, потом отчётность, и только затем визуализация. В проекте для группы агропроизводств первой задачей стал именно сбор: ассистент около недели вручную сводил показатели из 1С, систем контроля доступа и внутренних баз в таблицы и Power BI. Пока этот шаг не разложили на этапы, обсуждать аналитику было не с чем. Зафиксируйте источники: где рождается каждый показатель и кто за него отвечает. Соберите данные в один контур: интеграции вместо ручных выгрузок. Посчитайте показатели до того, как рисовать экран: цифра должна быть проверяемой. Начните с ежедневного контура из 5–7 показателей, остальное добавляйте по мере использования. Полезная проверка готовности: если отчёт можно собрать заново вручную и получить тот же результат — данные уже в порядке, и дашборд не будет спорным. Если цифры расходятся, проблема не в дашборде, а в данных. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужна ежедневная картина по бизнесу? Разберём, какие показатели действительно влияют на решения, соберём данные из ваших систем и соберём управленческий контур. Обсудить аналитику Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка бизнес-систем Разработка ERP-систем Кейс: FinOne — ежедневный управленческий контроль Кейс: «Планшет руководителя» Статья: интеграция 1С с CRM и банками Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### Автоматизация документооборота: с чего начать — Prismatica URL: https://prismatica.agency/blog/elektronnyy-dokumentooborot Описание: Что автоматизировать в документообороте в первую очередь, где ЭДО не спасает и как связать документы с учётной системой и оплатами. Блог Электронный документооборот: что автоматизировать, а что оставить людям Андрей Трушин · 5 сентября 2026 г. · 8 мин чтения · Автоматизация процессов Коротко ЭДО убирает бумагу, но не ручную работу: если счёт по-прежнему ищут в почте и согласуют в мессенджере, экономится только доставка. Настоящая экономия появляется, когда убраны повторные вводы и ручные передачи между системами. Посчитайте, сколько раз один документ переносят вручную, — это и есть ваш резерв. Людям стоит оставить исключения, юридически значимые формулировки и работу с должниками, а рутину передать системе. Содержание + 1. Что даёт ЭДО, а что — нет 2. С чего начинать 3. Что оставить людям 4. Как считать результат Под автоматизацией документооборота обычно понимают переход на ЭДО. Но электронная подпись убирает бумагу, а не работу: если счёт сначала ищут в почте, проверяют вручную и согласовывают в мессенджере, электронный документ экономит только доставку. Настоящая экономия появляется, когда документ рождается в системе и там же доводится до оплаты. Что даёт ЭДО, а что — нет ЭДО решает обмен с контрагентами: документы не теряются в почте, есть подтверждение доставки, есть юридическая значимость. Всё, что происходит внутри компании — проверка, согласование, сопоставление с заказом и оплатой, — остаётся за рамками такого обмена. Убирает: бумагу, доставку, «а мы ваш счёт не получали», поиск документа в переписке. Не убирает: ручную сверку с заказом, согласование по почте, повторный ввод данных в учётную систему. Не решает: расхождения в справочниках, из-за которых документ формально есть, а в отчёте его не видно. Быстрая диагностика Посчитайте, сколько раз один документ вводится или переносится вручную: рождается в одной системе, попадает в учётную, отражается в таблице для руководства. Если хотя бы один из этих шагов делают руками, автоматизация ещё не началась. С чего начинать Порядок работ почти не зависит от отрасли: сначала документ связывается с заказом, потом — с оплатой, и только затем оптимизируется согласование. Связь с заказом. Счёт или закрывающий документ создаётся из заказа, а не отдельно: тогда «документ без заказа» сразу видно и не нужно сверять вручную. Связь с оплатой. Платёж сопоставляется с документом автоматически: банковский шлюз и учётная система обмениваются данными, а не выписками, выгруженными в таблицу. Сроки и статусы. У документа появляется статус и срок: кто держит, сколько дней ждёт подписи, что просрочено. Согласование по правилам. Маршрут зависит от суммы и типа документа, а не от того, кого удалось найти в мессенджере. В проекте для туроператора документы, оплаты и отчётность собрали внутри одной системы: счета и акты проходят в ней же, а электронные путёвки уходят в ГИС автоматически. До этого документ, платёж и отчётность жили в разных местах, и каждую сверку приходилось собирать заново. Пример: документ, оплата и внешняя отчётность в одном контуре Узнали свою ситуацию? Нужно убрать ручную работу с документами? Обсудить документооборот Что оставить людям Полностью безлюдный документооборот — плохая цель. Часть работы лучше оставить человеку, иначе система будет блокировать нормальные ситуации. Исключения: нестандартные условия договора, расхождения в цене, возвраты. Здесь нужно решение, а не автоматический маршрут. Договоры и юридически значимые формулировки: согласование остаётся у юриста, система лишь следит за сроками. Спорные случаи и работа с дебиторкой: напоминание можно автоматизировать, разговор с клиентом — нет. Как считать результат Эффект видно по трём вещам, и замерить их нужно до старта проекта: Срок обработки одного документа от появления до оплаты. Доля документов, требующих ручной сверки или повторного ввода. Просрочка: сколько документов выходит за срок подписания и сколько платежей уходит на последний день. Если после проекта эти цифры не изменились, дело не в ЭДО и не в системе, а в том, что процесс остался прежним — просто теперь он проходит через интерфейс. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужно убрать ручную работу с документами? Разберём, как документы связаны с заказами, оплатами и отчётностью, и покажем, что автоматизировать первым. Обсудить документооборот Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка бизнес-систем Разработка ERP-систем Кейс: ERP для туроператора Кейс: управленческий учёт розничной сети Статья: аудит бизнес-процессов Читайте также Автоматизация процессов · 11 мин Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. 16 сентября 2026 г. Читать Автоматизация процессов · 7 мин Аудит бизнес-процессов перед автоматизацией: что смотреть и что менять Автоматизация фиксирует процесс таким, какой он есть. Если в процессе есть неопределённость, система сделает её дороже в изменениях — поэтому аудит идёт раньше разработки. 21 августа 2026 г. Читать ### Почему Excel перестаёт работать в группе компаний — Prismatica URL: https://prismatica.agency/blog/excel-v-gruppe-kompaniy Описание: Признаки, что таблицы уже мешают: ручные сверки, разные версии правды, неделя на сбор отчёта. Что делать, если Excel перестал справляться с учётом группы компаний. Блог Почему Excel перестаёт работать при росте группы компаний Андрей Трушин · 12 августа 2026 г. · 6 мин чтения · Автоматизация процессов Коротко Excel ломается не от объёма данных, а от числа источников и участников: юрлиц, площадок, банков. Признаки: ручные сверки, разные версии цифр, неделя на сбор отчёта. «Внедрить ERP» — не единственный выход: часто достаточно связать уже работающие системы. В конце статьи — случаи, когда Excel лучше оставить. Содержание + 1. Где именно ломается 2. Признаки, что таблицы уже мешают 3. Сколько это стоит на самом деле 4. Что делать вместо «внедрить ERP» 5. Когда Excel стоит оставить Excel — прекрасный инструмент, и проблема почти никогда не в нём. Проблема появляется, когда таблицами пытаются связать несколько юрлиц, площадок и учётных систем, а данные для них собирают вручную. С этого момента таблица перестаёт быть инструментом учёта и становится инструментом сверки. Где именно ломается Один бизнес и один человек, который ведёт таблицу, — устойчивая конструкция. Она разваливается не от объёма данных, а от количества источников и участников. В группе компаний источников сразу несколько: своя 1С у каждого юрлица, выписки разных банков, складской учёт, данные по персоналу, иногда ещё и системы, доставшиеся вместе с купленным бизнесом. Каждый источник ведёт учёт по-своему: разные справочники статей, разные периоды закрытия, разная детализация. Чтобы получить одну цифру по группе, кто-то должен вручную привести это к общему виду. Этот «кто-то» и есть настоящее узкое место. Признаки, что таблицы уже мешают Сводный отчёт готовится несколько дней, а к моменту готовности данные уже устарели. На вопрос «сколько мы заработали» два человека приносят разные цифры — и оба правы по-своему. Файл называется «отчёт_итог_финал_2», и никто не уверен, какая версия актуальная. Если ключевой сотрудник в отпуске, отчёт не соберёт никто. Ошибку в формуле находят через месяц, когда решение по ней уже принято. Руководитель просит разрез, которого нет, и это означает ещё день ручной работы. Достаточно двух-трёх совпадений, чтобы задуматься. Все шесть — признак того, что компания уже платит за таблицы больше, чем стоила бы система. Узнали свою ситуацию? Посмотрим, где у вас теряется время Заказать обследование Сколько это стоит на самом деле Прямые потери считаются просто: часы сотрудников, умноженные на стоимость часа и на количество циклов в год. Но основные издержки не здесь. Запаздывающие решения. Если фактические цифры видны через две недели после закрытия месяца, то и реагировать вы будете с задержкой в две недели. Недоверие к данным. Когда цифры расходятся, руководитель перестаёт опираться на отчёт и принимает решения по ощущениям. Зависимость от человека. Знание о том, как собирается отчёт, живёт в голове одного сотрудника, а не в системе. Невозможность копать глубже. Любой новый разрез — это отдельная ручная работа, поэтому вопросы просто перестают задавать. Как это выглядело в проекте В группе из пяти агропроизводств данные о финансах, производстве и персонале жили в разных системах, а ассистент около недели собирал их в Excel и сводил в Power BI. После внедрения единого контура данные из 1С, СКУД (система контроля и управления доступом) и внутренних баз собираются автоматически, а руководство видит консолидированную картину за предыдущий день. Что делать вместо «внедрить ERP» Ошибка на этом этапе — решить, что раз таблицы не справляются, нужно немедленно менять всю учётную систему. Обычно менять её не нужно: 1С и остальные источники продолжают работать, а над ними появляется слой, который забирает данные и приводит их к единому виду. Договоритесь о справочниках. Единые статьи доходов и расходов, единая структура подразделений — без этого автоматизация просто ускорит разнобой. Определите, какие показатели нужны ежедневно, а какие раз в месяц. Ежедневный контур почти всегда меньше, чем кажется. Начните со сбора данных, а не с красивых дашбордов. Сначала цифры должны сходиться с первоисточником, потом их можно визуализировать. Сверяйте с источником на старте. В одном из проектов первым контуром стала именно отладка сбора данных, а корректность проверяли сверкой с банковскими выписками. Заложите период параллельного учёта. Какое-то время таблицы будут жить рядом с системой — это нормально, но срок нужно ограничить. Когда Excel стоит оставить Если бизнес один, источников данных два-три, а отчёт собирается за час — менять ничего не нужно. Таблицы дёшевы, гибки и понятны всем. Автоматизация оправдана там, где потери от ручной работы уже измеримы, а данные для системы в принципе существуют. Проверить это можно до начала разработки: на предпроектном обследовании мы разбираем процессы и источники, считаем текущие трудозатраты и показываем, какой контур имеет смысл запускать первым — а иногда честно говорим, что достаточно навести порядок в справочниках. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Посмотрим, где у вас теряется время За 7–10 рабочих дней разберём процессы и источники данных, оценим текущие трудозатраты и определим первый контур автоматизации. Требования, прототипы и оценка остаются у вас. Заказать обследование Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка бизнес-систем на заказ Предпроектное обследование Кейс: управленческий контур для группы производств Кейс: FinOne — ежедневный управленческий контроль Автоматизация бизнес-процессов: с чего начать Что собственник должен видеть ежедневно Читайте также Автоматизация процессов · 11 мин Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. 16 сентября 2026 г. Читать Автоматизация процессов · 8 мин Электронный документооборот: что автоматизировать, а что оставить людям ЭДО убирает бумагу, но не убирает ручную работу: если документ нужно сначала найти, проверить и согласовать в переписке, электронный формат ничего не меняет. 5 сентября 2026 г. Читать ### Интеграция 1С с CRM и банками: с чего начать — Prismatica URL: https://prismatica.agency/blog/integratsiya-1s-crm-banki Описание: Что определяет сроки интеграции 1С с CRM, банками и внешними сервисами, какие данные проверить заранее и почему объём работ считают по числу систем. Блог Интеграция 1С с CRM, банками и внутренними системами: что проверить до старта Андрей Трушин · 27 августа 2026 г. · 8 мин чтения · Интеграции Коротко Сроки проекта срывает не разработка, а интеграции: у каждой системы свои справочники и форматы. Объём считается по числу систем и направлений обмена, а не по строкам кода. Оценивайте интеграции до старта, а не по ходу проекта. Перед стартом проверьте справочники и доступы к системам. Содержание + 1. Какие интеграции встречаются чаще всего 2. Что проверить до старта 3. Что получается на выходе Разработка редко срывает сроки проекта. Сроки срывают интеграции: каждая внешняя система приносит свои справочники, форматы и правила сверки, а расхождения приходится разбирать вручную. Поэтому объём интеграций оценивают до старта разработки, а не в процессе. Какие интеграции встречаются чаще всего Проекты отличаются отраслями, но набор связей повторяется. Обычно это четыре типа. Учётная система ↔ операционный контур. 1С остаётся источником финансовых данных, а управленческая система берёт из неё заказы, реализации, платежи и справочники. Банки. Каждый банк — отдельный формат выгрузок и свой порядок работы с выписками. Пять банков означают пять интеграций, а не одну. Отраслевые сервисы. В туризме это ГИС и электронные путёвки, в производстве — системы контроля доступа и оборудование, в ритейле — кассы и маркетплейсы. Внутренние базы и таблицы. Часть данных годами живёт в файлах: их тоже приходится либо переносить в систему, либо подключать как источник. Правило оценки Объём работ по интеграциям считается по числу систем и направлений обмена, а не по числу строк в коде. Одна система с двусторонним обменом может стоить дороже пяти выгрузок в одну сторону — потому что двусторонний обмен требует правил разрешения конфликтов. Что проверить до старта Проверка занимает дни, а экономит недели. Четыре пункта, на которых чаще всего спотыкаются. Справочники. Дубли номенклатуры, разные написания контрагентов, пустые обязательные поля. Если справочники не сходятся, обмен формально работает, а данные в отчётах не бьются. Кто владелец данных. Для каждого поля нужно понимать, какая система считается источником истины. Когда решения нет, две системы начинают перезаписывать данные друг друга. Частота обмена. Выгрузка раз в сутки и обмен в реальном времени — разные по сложности и стоимости задачи. Для управленческой отчётности ежедневного обновления обычно достаточно. Что делать при расхождении. Правило разрешения конфликтов (какая система права и что происходит с ошибочной записью) закладывается в проект, а не придумывается при первом сбое. В проекте управленческого учёта для сети данные лежали в пяти банках и 1С, а сводка собиралась вручную. Интеграции стали первым этапом: без них любая аналитика опиралась бы на ручные выгрузки — то есть на ту же ручную работу, только в другом интерфейсе. Пример: интеграции как первый этап, а не как техническая деталь Что получается на выходе Результат интеграций измеряется не фактом их наличия, а скоростью, с которой данные доходят до решения. Отчётность без ручных выгрузок: данные попадают в контур автоматически, свод не готовят в Excel. Единая картина: заказы, склад, финансы и производство видны в одном месте. Скорость реакции: в проекте для сети точек ресторанов отчётность стала ежедневной вместо месячной, а сигналы о кассовых разрывах приходят заранее — за 3–7 дней. Готовность к внешним сервисам: API для партнёров и B2B-заказов открывается уже на готовом контуре данных. Отдельно стоит заложить мониторинг обмена: журнал ошибок и уведомление о сбое. Интеграция, которая молча перестала работать, опаснее отсутствующей: отчёты выглядят корректными, но опираются на устаревшие данные. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужно объединить 1С, CRM и банки? Проверим данные и системы, оценим каждую интеграцию отдельно и разложим проект на этапы с ценой и сроками. Обсудить интеграции Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка ERP-систем на заказ Разработка бизнес-систем Кейс: FinOne — ежедневный управленческий контроль Кейс: управленческий учёт розничной сети Кейс: ERP для оптовых поставок Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### Как выбрать ERP-систему для предприятия: 4 критерия — Prismatica URL: https://prismatica.agency/blog/kak-vybrat-erp Описание: Критерии выбора ERP: 1С или заказная разработка, что считать в стоимости владения, какие интеграции проверить до старта и как оценивать сроки. Блог Как выбрать ERP-систему: критерии, на которых экономят, а потом платят дважды Андрей Трушин · 24 августа 2026 г. · 9 мин чтения · ERP-системы Коротко ERP выбирают по функциям, а расстаются из-за данных и поддержки. Четыре критерия: что уже работает, коробка или разработка, стоимость владения, кто будет развивать систему. Самый недооценённый риск — состояние справочников. Оценка после обследования надёжнее оценки «по описанию задачи». Содержание + 1. Первый критерий: что уже работает в компании 2. Второй критерий: коробочная система или разработка под процессы 3. Третий критерий: как считать стоимость владения 4. Четвёртый критерий: кто будет развивать систему 5. Что проверить перед подписанием договора ERP выбирают по функциям, а расстаются из-за данных и поддержки. Сравнение по чек-листу функций даёт одинаковые результаты: все системы умеют заказы, склад и финансы. Разница проявляется в том, как система собирает данные из уже работающих систем и кто его развивает через год после запуска. Первый критерий: что уже работает в компании ERP почти никогда не приходит на пустое место. В компании уже есть 1С, CRM, банковские выписки, отраслевые сервисы и таблицы, на которых держится часть работы. Вопрос не «какая система лучше», а «как новая система будет с этим жить». Учётная система. Если учёт ведётся в 1С, она обычно остаётся источником финансовых данных, а ERP строится вокруг неё — так меньше риска и короче первый этап. Отраслевые сервисы. В туризме это ГИС и электронные путёвки, в производстве — системы контроля доступа и станки, в ритейле — кассы и маркетплейсы. Интеграции с ними определяют сроки проекта сильнее, чем объём функциональности. Банки и платежи. Число банков напрямую влияет на объём работ: пять банков — это пять интеграций с разными форматами выгрузок. Проверьте данные до выбора системы Состояние справочников — самый недооценённый риск. Дубли номенклатуры, разные написания контрагентов, пустые обязательные поля: всё это всплывает при переносе. Иногда отдельный этап проекта занимает не написание кода, а наведение порядка в справочниках. Второй критерий: коробочная система или разработка под процессы Это не вопрос «прогрессивности». Коробочная система дешевле на старте и быстрее внедряется, но требует приведения процессов к типовой логике. Заказная разработка дороже и дольше, зато описывает процесс таким, какой он есть, включая особенности, из-за которых компания и зарабатывает. Коробочная подходит, когда процессы типовые: розница, опт, стандартный учёт. Быстрый старт, поддержка через вендора, предсказуемые обновления. Заказная подходит, когда есть уникальные расчёты, ролевые модели или правила, которые не укладываются в типовую логику, и когда процессы — часть конкурентного преимущества. Гибрид встречается чаще всего: учёт остаётся в коробочной системе, а уникальный контур собирается отдельным решением с интеграцией в неё. Именно так строится большинство наших проектов: 1С остаётся учётной системой, а управленческий контур собирает данные из неё, банков и производственных систем. В проекте для розничной сети это дало P&L-отчёты в реальном времени вместо ручного свода по пяти банкам. Узнали свою ситуацию? Выбираете ERP для предприятия? Обсудить ERP-проект Третий критерий: как считать стоимость владения Стоимость разработки — только часть бюджета. Сравнивать варианты имеет смысл по стоимости владения за три года: разработка или лицензии, интеграции, доработки, поддержка, обучение новых сотрудников. Ориентиры бюджета: минимальная разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный контур с интеграциями — около 1 млн ₽ и 6–8 месяцев. Интеграции считаются отдельно. Каждый банк, отраслевой сервис и внешняя система — это работы, которые нужно оценить до старта, а не «по ходу». Доработки после запуска неизбежны: процессы меняются, и это нормальная часть бюджета, а не признак неудачного проекта. Поддержка: если систему делает подрядчик, а поддерживать некому, стоимость владения вырастет на порядок. В проекте управленческого учёта для сети точек ресторанов переход выполняли поэтапно: часть сотрудников некоторое время вела новый и прежний учёт параллельно, пока данные не сошлись. Это удлиняет срок запуска, зато снимает риск, что отчётность «не сойдётся» в первый же месяц. Сроки запуска и риск: параллельный учёт как способ проверить данные Четвёртый критерий: кто будет развивать систему Через год после запуска у любой системы появляется список доработок. Если внутри компании нет людей, которые понимают модель данных, изменения превращаются в зависимость от одного подрядчика. Ищите в договоре не только разработку, но и передачу знаний: документацию по архитектуре и обучение команды. Проверяйте, как подрядчик работает с изменениями: сколько стоит доработка, как оценивается, что считается гарантийным случаем. Спрашивайте, что будет при смене подрядчика. Код, документация и доступы должны оставаться у вас. Признак хорошей оценки Оценка, полученная после обследования, отличается от оценки «по описанию задачи» тем, что в ней есть этапы, зависимости и допущения. Если в смете нет допущений, значит, риски не названы — и они остаются на стороне заказчика. Что проверить перед подписанием договора Есть ли обследование или другой способ подтвердить объём работ до фиксированной цены. Разбит ли проект на этапы с самостоятельным результатом на каждом. Названы ли интеграции и внешние системы, с которыми придётся работать, с оценкой по каждому. Как проверяется результат: метрики, которые замерили до старта. Что происходит после запуска: поддержка, гарантия, порядок доработок. Отдельно стоит проверить, как подрядчик отвечает на вопрос «что первым?». Если ответ «сделаем всё сразу», это признак того, что этапы не проработаны: у проекта без первой задачи нет способа показать результат раньше, чем через полгода. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Выбираете ERP для предприятия? Проведём обследование, покажем варианты архитектуры и разложим проект на этапы с ценой и сроками — до подписания договора на разработку. Обсудить ERP-проект Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка ERP-систем на заказ Кейс: FinOne — ежедневный управленческий контроль Кейс: ERP для оптовых поставок Кейс: ERP для туроператора Статья: предпроектное обследование Читайте также ERP-системы · 12 мин Сколько стоит ERP-система и что определяет итоговую сумму Короткий ответ: обследование — 50 000 ₽ за 7 дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев. Ниже — из чего складывается сумма, что её увеличивает и как читать смету подрядчика. 12 сентября 2026 г. Читать ERP-системы · 9 мин Какая ERP-система подойдёт вашей компании: разбор по отраслям Универсальный ответ «ERP подходит всем» бесполезен: сроки и стоимость проекта определяет не функциональность, а отраслевые данные и внешние системы, с которыми придётся связаться. 11 сентября 2026 г. Читать ### Какая ERP-система подойдёт: разбор по отраслям — Prismatica URL: https://prismatica.agency/blog/kakaya-erp-podhodit Описание: Что меняется в ERP-проекте в зависимости от отрасли: производство, оптовая торговля, розничная сеть, туризм. Какие интеграции и данные определяют сроки. Блог Какая ERP-система подойдёт вашей компании: разбор по отраслям Андрей Трушин · 11 сентября 2026 г. · 9 мин чтения · ERP-системы Коротко Модули у ERP похожи; различаются данные отрасли и внешние системы, с которыми надо связываться. Ставьте вопрос так: что в моей отрасли ломается сильнее всего? Разобраны производство, оптовая торговля, розница, туризм и услуги. Проект ломается на данных (справочники, нормы, остатки), а не на функциях. Содержание + 1. Производство: нормы, загрузка, площадки 2. Оптовая торговля: заказы, склад, прогноз 3. Розничная сеть: банки, точки, ежедневная картина 4. Туризм и услуги: внешняя отчётность и документы 5. Как понять, что подходит именно вам ERP-системы различаются не набором модулей — заказы, склад и финансы есть у всех. Проекты различаются тем, какие данные есть в отрасли и с какими внешними системами приходится связываться. Поэтому вопрос «какая ERP подойдёт» правильнее ставить так: «что в моей отрасли сильнее всего влияет на сроки». Производство: нормы, загрузка, площадки В производстве проект тормозят три вещи: нормы расхода, загрузка мощностей и количество площадок. Данные о выпуске и материалах часто живут в таблицах участков, а оборудование и системы контроля доступа — отдельные источники. Что определяет сроки: качество справочников и норм, число площадок, интеграции с оборудованием и учётной системой. Первая задача: прозрачность остатков, заказов и выпуска в одном контуре. Дальше: расчёт потребности материалов, загрузка и очерёдность, прогноз для закупок. Оптовая торговля: заказы, склад, прогноз В опте всё держится на скорости обработки заказа и точности остатков. Плюс появляются внешние каналы: партнёрские заказы через API, кабинеты клиентов, интеграция с учётной системой. Что определяет сроки: качество номенклатуры, глубина интеграции с 1С, число внешних каналов заказов. Первая задача: единый контур заказов и склада без ручных выгрузок. Дальше: прогнозирование спроса и закупок, API для партнёров и B2B-заказов. Узнали свою ситуацию? Нужно понять, какая конфигурация подойдёт? Обсудить ERP-проект Розничная сеть: банки, точки, ежедневная картина В сетях главная проблема — не учёт, а скорость управленческих решений: свод по точкам собирают вручную, и к моменту готовности отчёта повлиять на месяц уже нельзя. Отдельная сложность — количество банков, через которые идут платежи. Что определяет сроки: число банков (каждый — отдельная интеграция), состояние справочников, число точек. Первая задача: данные из банков и учётной системы в одном контуре, без ручного свода. Дальше: P&L и дашборды в ежедневном режиме, сигналы об отклонениях. В проекте для сети данных по пяти банкам и учётной системе в одном месте не было: сводка собиралась вручную. Первым этапом стали интеграции — и только после них появились P&L-отчёты в реальном времени и ежедневная картина по точкам. Пример: в рознице порядок этапов задают банки и учётная система Туризм и услуги: внешняя отчётность и документы Здесь сроки определяет не производство, а внешние требования: отраслевые государственные системы, электронные документы, банковские платежи. Проект почти всегда начинается с интеграций, а не с интерфейсов. Что определяет сроки: готовность внешних сервисов, форматы обмена, требования регулятора. Первая задача: документ и платёж внутри системы, выгрузка во внешние сервисы автоматически. Дальше: бронирование, финансовые расчёты, отчётность в одном контуре. Что общего у всех отраслей Проект ломается не на функциональности, а на данных: справочники, нормы, остатки. И начинается не с красивого интерфейса, а с одного этапа, который даёт результат самостоятельно — иначе первые месяцы работы нечего показать. Как понять, что подходит именно вам Соберите список внешних систем, с которыми нужен обмен: банки, отраслевые сервисы, оборудование, кабинеты партнёров. Проверьте данные: единая номенклатура, корректные контрагенты, актуальные нормы и остатки. Определите первую задачу, которую можно запустить отдельно и увидеть в работе. Замерьте текущие показатели: сколько времени уходит на свод, сколько документов переделывают, как быстро руководитель видит факт. Ориентиры бюджета, чтобы сравнивать варианты: минимальная разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный проект с интеграциями — около 1 млн ₽ и 6–8 месяцев. Обследование перед стартом — от 50 000 ₽ и 7–10 рабочих дней: на этом этапе и выясняется, какой объём интеграций потребуется именно вам. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужно понять, какая конфигурация подойдёт? Разберём отраслевую специфику, данные и внешние системы, покажем варианты решения и разложим проект на этапы с ценой и сроками. Обсудить ERP-проект Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка ERP-систем на заказ Автоматизация производства Кейс: ERP для оптовых поставок Кейс: управленческий учёт розничной сети Кейс: ERP для туроператора Статья: как выбрать ERP-систему Читайте также ERP-системы · 12 мин Сколько стоит ERP-система и что определяет итоговую сумму Короткий ответ: обследование — 50 000 ₽ за 7 дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев. Ниже — из чего складывается сумма, что её увеличивает и как читать смету подрядчика. 12 сентября 2026 г. Читать ERP-системы · 9 мин Как выбрать ERP-систему: критерии, на которых экономят, а потом платят дважды Выбор ERP редко проваливается из-за функций. Он проваливается из-за данных, интеграций и поддержки — то есть из-за того, что не проверили до подписания договора. 24 августа 2026 г. Читать ### Заказная или коробочная система: 5 проверок до старта — Prismatica URL: https://prismatica.agency/blog/kogda-zakaznaya-sistema Описание: Пять проверок, которые показывают, нужна ли компании заказная разработка вместо типового решения: уникальные процессы, роли, интеграции, данные и поддержка. Блог Когда заказная система выгоднее коробочной: пять проверок до старта Андрей Трушин · 8 сентября 2026 г. · 8 мин чтения · Бизнес-системы на заказ Коротко Заказная разработка дороже на старте и выигрывает там, где процессы нетиповые. Пять проверок: уникальность процессов, что уже работает, роли, интеграции, поддержка. Если 80% нужного есть в готовом решении, считайте доработку, а не разработку с нуля. Ошибка в любую сторону стоит дорого: типовая система ломает процесс, заказная оплачивает уже готовое. Содержание + 1. Проверка 1: сколько в процессах уникального 2. Проверка 2: что уже работает в компании 3. Проверка 3: сколько ролей и людей 4. Проверка 4: интеграции и данные 5. Проверка 5: кто будет поддерживать Заказная разработка проигрывает по цене на старте и выигрывает там, где процессы отличаются от типовых. Ошибка в обе стороны стоит дорого: типовая система заставляет ломать работающий процесс, а заказная — оплачивать разработку того, что уже есть в готовом виде. Проверка 1: сколько в процессах уникального Если правила расчётов, маршруты согласования и роли укладываются в типовую логику — берите типовую. Если часть процессов существует только в вашей компании и именно она даёт результат, приведение к «как принято» лишит смысла сам процесс. Уникальные расчёты: себестоимость, бонусы, тарифы, которые считаются по вашим формулам. Ролевая модель: не «директор, менеджер, бухгалтер», а роли, привязанные к вашей структуре ответственности. Отраслевые правила: то, как работа устроена в вашей отрасли, а не в среднем по рынку. Проверка 2: что уже работает в компании Заказная система не означает «всё с нуля». В большинстве проектов учётный контур остаётся на месте, а заказным делается то, чего в готовом виде не существует: управленческий контур, интеграции, рабочие места, которых нет в типовых решениях. Учёт — в типовой системе: 1С и подобные остаются источником финансовых данных. Уникальный контур — заказной: роли, интерфейсы, аналитика, отраслевые модули. Обмен между ними — отдельная работа, которую нужно оценить заранее, а не «по ходу». Проверка на здравый смысл Если 80% того, что нужно, есть в готовом решении и лишь 20% уникально — считайте настройку и доработку, а не разработку с нуля. Если наоборот, типовая система превратится в набор обходных путей и доработок, которые придётся поддерживать годами. Узнали свою ситуацию? Не уверены, нужна ли заказная система? Обсудить систему Проверка 3: сколько ролей и людей Влияние на роли — главный источник скрытых расходов. Когда в одном контуре пять разных ролей, каждая требует своего интерфейса: у руководителя один экран, у линейного сотрудника другой. В проекте для государственной системы мы собирали контур с пятью ролями и разными правами доступа — типовая система потребовала бы приводить их к общей логике. Одна-две роли и общий сценарий — почти всегда типовая система. Пять и больше ролей с разными правами и разными задачами — повод считать заказную. Роли меняются от проекта к проекту (подрядчики, заказчики, проверяющие) — заказная гибче. Проверка 4: интеграции и данные Число систем, с которыми придётся обмениваться данными, определяет сложность проекта сильнее, чем объём функциональности. Банки, отраслевые сервисы, производственное оборудование, внутренние базы — всё это отдельные работы. Одна учётная система без внешних обменов — типовая справится. Банки, ЭДО, государственные сервисы, оборудование — считайте интеграции отдельными этапами. Данные в таблицах и файлах — сначала этап сбора, потом система. В одном производственном проекте данные о выпуске, материалах и загрузке площадок жили в разных таблицах, которые не сводились между собой. Пять площадок удалось собрать в один контур только после того, как данные из 1С, систем контроля доступа и внутренних баз свели в общую модель. Пример: типовая система не решает задачу, если данные разошлись Проверка 5: кто будет поддерживать Заказная система живёт дольше проекта, и вопрос поддержки важнее технологии. Оценивайте не только разработку, но и то, кто будет менять систему через год. Есть ли в компании человек, который понимает модель данных и сможет формулировать задачи. Передаётся ли документация и доступы: код и архитектура должны остаться у вас. Как устроены доработки: сроки, оценка, порядок приоритетов. Практический вывод: если по первым трём проверкам отвечаете «уникально много, роли разные, интеграций много» — считайте заказное решение и начинайте с обследования. Если уникального мало — сначала посмотрите, что даёт настройка типовой системы: это дешевле и быстрее, и честнее сказать об этом до старта. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Не уверены, нужна ли заказная система? Разберём процессы, роли и интеграции, сравним варианты по стоимости владения и скажем прямо, где хватит типового решения. Обсудить систему Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка бизнес-систем Предпроектное обследование Кейс: «Планшет руководителя» Кейс: FinOne — ежедневный управленческий контроль Статья: как выбрать ERP-систему Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### Личный кабинет для клиентов: что в нём должно быть — Prismatica URL: https://prismatica.agency/blog/lichnyy-kabinet Описание: Какие сценарии закрывает личный кабинет, что в нём должно быть обязательно, как связать его с 1С, CRM и оплатой и как считать эффект. Блог Личный кабинет клиента: что в нём должно быть и как не построить второй отдел поддержки Андрей Трушин · 14 сентября 2026 г. · 8 мин чтения · Порталы и личные кабинеты Коротко Кабинет окупается там, где повторяются вопросы и действия: статус заказа, документы, заявка, оплата. Он показывает то, что уже посчитано в 1С или CRM, и не заменяет учётную систему. Для кабинетов с несколькими ролями роли проектируют раньше экранов. В конце — как считать эффект от кабинета. Содержание + 1. Признак, что кабинет окупится 2. Сценарии, которые закрывают нагрузку 3. Как кабинет связывается с учётными системами 4. Многоролевые кабинеты: когда клиентов много 5. Как считать эффект от кабинета Личный кабинет часто заказывают как «личную страницу клиента» — и получают красивое зеркало данных, куда никто не заходит. Работает обратная логика: кабинет нужен там, где есть повторяющиеся вопросы и повторяющиеся действия — статус заказа, документы, заявка, оплата. Всё остальное можно не делать. Признак, что кабинет окупится Практический ориентир: если хотя бы треть обращений в поддержку и к менеджерам — это вопросы, ответ на которые уже есть в ваших системах, кабинет имеет смысл. Клиент не спрашивает «где мой заказ», а смотрит. Типовые вопросы дешевле закрыть один раз в интерфейсе, чем каждый день в переписке. Повторяющиеся вопросы: статус заказа, наличие, сроки, условия, остаток лимита. Повторяющиеся действия: скачать документ, согласовать, повторить заказ, подать заявку. Данные, которые уже есть в учётной системе, но выдаются вручную по запросу. Клиенты с историей: у них накопились заказы, документы и обязательства, в которых нужен порядок. Сценарии, которые закрывают нагрузку Статус и история заказов: где заказ сейчас, что уже отгружено, что ждёт оплаты. Документы: счета, акты, накладные, спецификации — с возможностью выгрузить, а не запросить. Заявки и обращения: подать заявку, приложить файл, увидеть, в каком она состоянии и кто ведёт. Финансы: задолженность, лимит, график платежей, акты сверки. Повторный заказ и корзина: быстрый повтор прошлой поставки или заказ из своего прайса. Роли для клиента: у юридического лица обычно несколько сотрудников, и каждому нужен свой доступ. Что кабинет не должен делать Кабинет не заменяет учётную систему и не должен пытаться её повторить. Его задача — показать клиенту то, что уже посчитано в 1С, CRM или биллинге, и принять от него действие, которое эта система обработает. Попытка вести в кабинете свой учёт означает два источника правды и вечный вопрос «где цифра вернее». Узнали свою ситуацию? Нужен личный кабинет или портал? Обсудить кабинет Как кабинет связывается с учётными системами Почти всегда источником данных остаётся то, что уже работает: 1С, CRM, складская или биллинговая система. Кабинет получает данные через интеграцию и отправляет обратно события — новую заявку, согласование, оплату. Отсюда три технических решения, которые принимаются до разработки, а не по ходу. Что является источником правды по каждому блоку: заказы, документы, остатки, платежи. Как часто данные должны обновляться: в реальном времени, раз в час или по событию. Что происходит, если интеграция недоступна: какое состояние видит клиент и что он может сделать. Кто отвечает за доступы: как выдаётся сотрудник клиента, как отзывается при увольнении. Как решается вопрос персональных данных и разграничения доступа между организациями. В интернет-магазине производителя матрасов заказы с сайта, заявки из квиза и обратные звонки сходятся в один входящий поток админки, а цену каждого заказа пересчитывает сервер. Менеджер видит, какая заявка закончилась покупкой: в первые две недели рекламы таких была половина. Пример: Relax&Sleep — свой магазин производителя рядом с маркетплейсами Многоролевые кабинеты: когда клиентов много Если кабинет нужен не одному клиенту, а десяткам организаций, добавляется ролевая модель. В системе оценки квалификации для СПКФР работают пять ролей со своими интерфейсами — соискатель, эксперт, центр оценки, совет и администратор: заявление, экзамен, протоколы и передача сведений в реестр идут одним процессом вместо переписки и файлов. Интерфейс собирается под роль, а не под сущность базы данных: эксперт видит очередь своих задач, администратор — правила и справочники. Права доступа описываются до разработки: кто что видит и что может изменить. Состояния процесса отображаются явно: на каком шаге документ, кто следующий, что блокирует. История действий доступна: кто изменил статус, когда и на каком основании. Как считать эффект от кабинета До старта фиксируются измеримые показатели — иначе после запуска спорят о вкусах. Мы обычно берём четыре: доля обращений, которые закрываются в кабинете без участия сотрудника; время на подготовку документов; число ошибок ручного ввода; скорость реакции на заявку клиента. К этим показателям возвращаются через месяц–два эксплуатации, а не в день релиза. Порядок работы Кабинет проектируется по той же логике, что и любая система: сначала обследование — какие сценарии закрываем, откуда берутся данные, какие роли нужны; потом прототипы ключевых экранов и проверка на реальных пользователях; и только затем разработка и интеграции. Так дешевле, чем переделывать кабинет после запуска. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужен личный кабинет или портал? Разберём сценарии, определим источники данных и роли, спроектируем кабинет, который снимает нагрузку с менеджеров, и свяжем его с 1С, CRM и оплатой. Обсудить кабинет Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка сайтов и сервисов UI/UX дизайн и редизайн Кейс: Relax&Sleep Кейс: ЕАИС СПКФР Статья: предпроектное обследование Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### Планирование производства: как связать заказы и материалы — Prismatica URL: https://prismatica.agency/blog/planirovanie-proizvodstva Описание: Почему план производства перестаёт работать при росте, какие данные нужны для планирования и что внедрять первым: остатки, нормы расхода или прогноз спроса. Блог Планирование производства: как связать заказы, материалы и сроки в одну систему Андрей Трушин · 2 сентября 2026 г. · 9 мин чтения · Автоматизация производства Коротко План срывается не из-за расчётов, а из-за данных: нормы, остатки и приоритеты хранятся в разных местах. Признак: на вопрос «сколько выпустим на этой неделе» отвечают не сразу и по-разному. Планирование строится на трёх горизонтах. Внедряют по порядку, начиная со сбора данных. Содержание + 1. Почему Excel перестаёт работать 2. Какие данные нужны для плана 3. Три горизонта планирования 4. Что ломает план чаще всего 5. Порядок внедрения План производства почти никогда не срывается из-за расчётов. Он срывается из-за данных: нормы расхода в одном файле, остатки в другом, приоритеты — в голове у начальника цеха. Пока эти данные не собраны в одном месте, любой плановый инструмент будет выдавать красивую, но неверную картину. Почему Excel перестаёт работать На одном производстве таблица планировщика справляется годами. Проблемы начинаются, когда цехов или площадок становится несколько, а заказы приходят из разных каналов. Несколько версий плана. У каждого участка свой файл, и никто не может сказать, какой из них актуальный. Материалы считают вручную. Нормы расхода берутся из памяти или из старой таблицы, поэтому дефицит выясняется в момент запуска в производство. Приоритеты меняют устно. «Позвонили и попросили срочно» ломает план, и пересчитать его заново стоит нескольких часов. Факт не возвращается в план. О том, что заказ задерживается, узнают от клиента, а не из системы. Как понять, что нужна система Простой признак: на вопрос «сколько мы можем выпустить на этой неделе и что для этого нужно» отвечают не сразу и по-разному. Появление второго варианта ответа — сигнал, что данные разошлись. Какие данные нужны для плана Нормы расхода: сколько материала уходит на единицу продукции, с учётом брака и технологических потерь. Остатки и ожидаемые поставки: что есть на складе, что в пути и когда придёт. Загрузка мощностей: сколько часов доступно у каждого участка и какие переналадки нужны. Заказы и их приоритеты: что обещано клиентам и по каким правилам один заказ важнее другого. Факт выполнения: сколько фактически выпущено и сколько времени заняло — без этого план не уточняется. Порядок сбора именно такой: сначала прозрачность остатков и заказов, затем нормы, и только потом прогнозирование. Прогноз спроса поверх неточных норм только умножает неточность. Узнали свою ситуацию? Нужен управляемый план производства? Обсудить производство Три горизонта планирования Заказ: конкретный заказ, его маршрут по участкам и дата готовности. Самый короткий горизонт и самая частая пересборка. Неделя: загрузка участков, дефицит материалов, очерёдность запусков. Здесь чаще всего и происходят решения на производстве. Месяц и длиннее: потребность в закупках, прогноз спроса, план по выручке и оборотным средствам. Смешивать их в одном экране не стоит: у заказа и квартального плана разные владельцы решений. В проекте, где в один контур свели пять производственных площадок, заказы, материалы и выпуск стали видны в одной системе — вместо таблиц по каждому участку. Данные о выпуске, материалах и загрузке площадок вносили в таблицы, которые не сводились между собой. После интеграции 1С и систем контроля доступа в одном контуре появилась общая картина: заказы, остатки и выпуск считаются из одних данных, а не собираются заново к каждой планёрке. Пример: пять площадок в одном контуре данных Что ломает план чаще всего Неточные нормы. Норма «примерно столько» превращается в дефицит на этапе запуска. Справочники. Дубли материалов и разные единицы измерения дают ошибки в расчёте потребности. Неучтённый брак и потери. Без коэффициента потерь план всегда оптимистичнее реальности. Ручные приоритеты. Если правило приоритета не описано, система не сможет его применить — и планировщик вернётся к звонкам. Порядок внедрения Прозрачность: остатки, заказы и выпуск в одном контуре, обновление без ручных выгрузок. Расчёт потребности: нормы и справочники приведены в порядок, дефицит виден заранее. Загрузка и очерёдность: понятно, что запускать и в каком порядке, с учётом переналадок. Прогноз: подсказка по спросу и закупкам — поверх уже работающих данных. Прогнозирование спроса на производстве полезно, но роль у него вспомогательная: это подсказка для закупки и планирования, а не замена решению планировщика. Так мы строим подобные решения — прогноз на базе фактических данных, а не вместо них: в одном из проектов AI-прогноз используется именно для закупок и планирования выпуска. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужен управляемый план производства? Соберём данные по остаткам, нормам и загрузке в один контур, разберём планирование по горизонтам и разложим внедрение на этапы. Обсудить производство Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Автоматизация производства Разработка ERP-систем Кейс: «Планшет руководителя» Кейс: ERP для оптовых поставок Статья: аудит бизнес-процессов Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### Предпроектное обследование: от 50 000 ₽ за 7 дней — Prismatica URL: https://prismatica.agency/blog/predproektnoe-obsledovanie Описание: Что входит в предпроектное обследование, почему без него оценка проекта — фантазия, как проходит этап и в каких случаях можно его пропустить. Блог Предпроектное обследование: что это, зачем платить за документ и как он экономит бюджет Андрей Трушин · 18 августа 2026 г. · 8 мин чтения · Предпроектное обследование Коротко Точную цену можно назвать, только если уже делали такое же решение или провели обследование. Обследование сужает диапазон «от и до» до цифры, за которую можно отвечать. Результат — короткий документ, с которым можно работать не только с нами. В конце — когда обследование можно не проводить. Содержание + 1. Что такое предпроектное обследование 2. Зачем платить за этап, который не производит код 3. Как проходит обследование 4. Когда обследование можно не проводить Разработчик может назвать стоимость проекта только по двум основаниям: он уже делал ровно такое же решение или он провёл обследование. Всё остальное — диапазон «от и до», в котором разница обычно кратная. Обследование существует, чтобы сузить диапазон до цифры, за которую можно отвечать. Что такое предпроектное обследование Это этап до разработки, на котором фиксируют три вещи: как процесс работает сейчас, какие данные и системы уже есть, что именно должно измениться и как это измерить. Результат — документ, по которому можно проектировать архитектуру и считать бюджет. Описание текущих процессов: кто что делает, где принимаются решения, где узкие места. Реестр данных и систем: что уже живёт в 1С, CRM, банках, таблицах и внутренних базах. Требования: что должно работать после запуска и что считается результатом. Варианты решения: где хватит настройки существующей системы, а где нужна разработка. Этапы, сроки и оценка по каждому этапу — с ценой, а не с формулировкой «зависит». Частая ошибка: обследование ради объёма Обследование, результатом которого стал документ на 120 страниц без приоритетов, бесполезно. В нём должно быть короткое ядро: что делаем первым, сколько это стоит, какой эффект проверяем. Всё остальное — приложение. Зачем платить за этап, который не производит код Потому что он снижает стоимость ошибок. Ошибка в проектировании стоит дороже ошибки в коде: переписать интерфейс — дни, переделать модель данных — месяцы, когда система уже наполняется реальными заказами и документами. Проект оценивается по факту, а не «примерно». Разница между оценкой после обследования и до него измеряется часто в разы. Видно, что автоматизировать не нужно вообще. Иногда самая выгодная рекомендация — не разрабатывать модуль, а изменить порядок работы в отделе. Понятно, что делать первым. Проект делится на этапы, после каждого можно остановиться и оценить результат. Зависимости найдены заранее: интеграции, доступы, состояние данных в 1С, качество справочников. В проекте для группы агропроизводств первой задачей оказался не «дашборд руководителя», а сбор данных: ассистент около недели вручную сводил показатели из 1С, СКУД (система контроля и управления доступом) и внутренних баз в Excel и Power BI. Пока это не разложили на этапы, обсуждать аналитику было не о чем. Пример из проекта: обследование меняет первую задачу проекта Узнали свою ситуацию? Нужна оценка проекта до старта? Обсудить обследование Как проходит обследование Интервью с процессами, а не с должностями: разбираем конкретный сценарий от начала до конца — от заявки клиента до закрытия периода. Смотрим данные руками: где что хранится, какие выгрузки делают сотрудники, где данные расходятся между системами. Собираем требования и отделяем обязательное от желаемого: то, без чего запуск не имеет смысла, и то, что можно добавить позже. Проектируем варианты решения и сравниваем их по стоимости, срокам и рискам. Защищаем результат: разбираем с заказчиком, что войдёт в первый этап, что во второй и сколько каждый стоит. В типичном случае обследование занимает 7–10 рабочих дней. В него входит изучение процессов, сбор требований, описание вариантов архитектуры и оценка этапов. Стоимость начинается от 50 000 ₽ — и это обычно меньше, чем один месяц работы разработчика, который делает модуль не под тот процесс. Когда обследование можно не проводить Есть случаи, когда этап избыточен, и честно об этом сказать важнее, чем продать его. Задача локальная и понятная: добавить оплату, сделать страницу, починить интеграцию. Здесь достаточно короткого технического задания. У вас уже есть свежая документация процессов и требований — тогда стартуем с проверки, а не с обследования. Нужна только замена конкретного модуля в существующей системе, и границы известны. Обследование нужно там, где на вопрос «как это работает сейчас» разные сотрудники отвечают по-разному и где решение затронет несколько подразделений сразу. Что вы получаете на выходе Документ, по которому можно работать не только с нами: описание процессов, схему данных, требования, варианты решения, разбивку на этапы с ценой и сроками. Оценку по нему может дать любая другая команда — это и есть проверка её качества. Дальше начинается проектирование и разработка: первый этап делается как самостоятельный результат, его можно запустить и увидеть в работе до того, как проект разрастётся. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужна оценка проекта до старта? Проведём обследование процессов и данных, покажем варианты архитектуры и разложим проект на этапы с ценой и сроками. Обсудить обследование Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Предпроектное обследование Кейс: «Планшет руководителя» Кейс: ERP для оптовых поставок Статья: аудит бизнес-процессов Читайте также Предпроектное обследование · 8 мин Проектирование архитектуры системы: что решается до первой строки кода Архитектура — это не схема из прямоугольников, а ответы на вопросы: где источник правды, что происходит при сбое интеграции и по каким правилам живут роли. Разбираем порядок проектирования. 15 сентября 2026 г. Читать Предпроектное обследование · 8 мин Техническое задание на разработку системы: что должно быть внутри и что делает его рабочим ТЗ — не формальность для договора, а инструмент приёмки. Если по нему нельзя проверить результат, его напишут за вас — в коде. Разбираем состав и типовые пробелы. 10 сентября 2026 г. Читать ### Проектирование архитектуры системы: что решать до кода — Prismatica URL: https://prismatica.agency/blog/proektirovanie-arhitektury-sistemy Описание: Что входит в проектирование архитектуры системы: роли, интеграции, данные и этапы. Как выглядит результат и какие ошибки дороже всего исправлять потом. Блог Проектирование архитектуры системы: что решается до первой строки кода Андрей Трушин · 15 сентября 2026 г. · 8 мин чтения · Предпроектное обследование Коротко Архитектура — это решения, которые потом дорого менять: откуда данные, что считать истиной, какие роли. Роли проектируются раньше интерфейсов. Чаще всего проект ломается на интеграциях. Больше одной внешней системы, больше двух ролей или персональные данные — проектируйте до кода. Содержание + 1. Что проектируется до кода 2. Роли проектируются раньше интерфейсов 3. Интеграции: где чаще всего ломается проект 4. Как выглядит результат проектирования 5. Сколько это стоит и сколько занимает Проектирование архитектуры — это не картинка со стрелками между квадратами. Это набор решений, каждое из которых потом дорого менять: откуда система берёт данные, что считается истиной при расхождении, какие роли существуют и что происходит, когда внешний сервис недоступен. Если эти ответы не получены до разработки, их всё равно придётся дать — только уже под давлением сроков. Что проектируется до кода Источник правды по каждому блоку: заказы, документы, остатки, платежи, статусы. Один блок — один источник. Интеграции: с чем связываемся, по какому протоколу, с какой частотой и кто отвечает за справочники. Роли и права: кто что видит, кто что меняет, как выдаётся и отзывается доступ. Жизненный цикл документа или заявки: состояния, переходы, кто и на каком шаге принимает решение. Поведение при отказе: что показывает система, если 1С, банк или внешний сервис недоступны. Данные, которые нельзя терять: журнал изменений, история статусов, требования по защите. Этапы: что выходит в первом контуре, что во втором, где точки проверки. В управленческом контуре для группы из пяти агропроизводств проектирование началось именно с этого списка: обследование процессов, источники данных, роли пользователей. Дальше появились архитектура решения и интеграционный слой, и только после этого — подключение 1С, СКУД (система контроля и управления доступом) и внутренних баз пяти производств. Итог: 63 пользователя, данные за предыдущий день вместо недельного ручного сбора, шесть месяцев от обследования до сдачи. Роли проектируются раньше интерфейсов В многоролевой системе главный источник переделок — интерфейс, собранный «по сущностям базы», а не по задачам ролей. В системе оценки квалификации для СПКФР работают пять ролей со своими интерфейсами: соискатель, эксперт, центр оценки, совет и администратор. Заявление, экзамен, протокол и передача сведений в реестр идут одним процессом вместо переписки и файлов — и каждая роль видит свою очередь задач. Плюс три внешние интеграции и требования 152-ФЗ к защите данных: три месяца до ввода в эксплуатацию. Сначала описывается маршрут процесса, потом экран, который его обслуживает. Права доступа фиксируются до разработки: кто видит, кто меняет, кто утверждает. Состояния показываются явно: на каком шаге документ, кто следующий, что блокирует. История действий доступна: кто изменил статус, когда и на каком основании. Узнали свою ситуацию? Нужно спроектировать систему до разработки? Заказать обследование Интеграции: где чаще всего ломается проект Интеграция — это не «обмен по API», а правила совместной жизни двух систем. Проверяются четыре вещи: кто владеет справочником, с какой частотой идёт обмен, как разрешаются конфликты и что система делает при недоступности второй стороны. Если эти правила не заданы, проект идёт в срок, а потом месяцами лечит расхождения. Справочники: номенклатура, контрагенты, подразделения — у каждого должен быть владелец и правило создания. Частота обмена: реальное время, раз в час или по событию. Это выбор, а не следствие технологии. Конфликты: кто побеждает, если данные изменились в двух местах, и как это видно пользователю. Деградация: что показываем, когда источник недоступен, и какие действия блокируем. Проверка: как убеждаемся, что данные сошлись — сверки, а не «мы посмотрели глазами». До открытия приёма заявок было семь дней, сайта не было, даты утверждены официальным положением и перенести их нельзя. Мы запустили первый релиз платформы премии, а затем по ходу проекта превратили её в систему: заявки с модерацией, каталог участников, двухэтапное голосование и антифрод. В итоге — 871 участник и 226 274 голоса за два этапа, итоги премии опубликованы. Кейс: платформа региональной премии «Человек труда» Как выглядит результат проектирования Результат — не презентация, а рабочий документ, по которому можно оценивать бюджет и запускать разработку: карта процессов, перечень ролей и прав, схема интеграций с владельцами данных, перечень сущностей и состояний, план этапов с составом первого контура. Плюс честный список того, что в проект не входит. Требования к системе на понятном языке — согласуются с руководителями, а не только с ИТ. Схема интеграций: системы, протоколы, частота обмена, владельцы справочников. Модель ролей и прав, включая администратора и внешних участников. План этапов с содержанием первого контура и точками проверки результата. Оценка бюджета и сроков — с допущениями, названными вслух. Сколько это стоит и сколько занимает Базовое обследование — 50 000 ₽ за 7 дней: процессов и требований хватает, чтобы запускать разработку. Расширенное — 75 000 ₽ за 10 дней: добавляется экономическое обоснование и материалы, с которыми можно защищать бюджет перед руководством или советом директоров. Проектирование обычно дешевле первой серьёзной переделки: пересмотр архитектуры после запуска затрагивает уже работающие данные и пользователей. Когда проектирование обязательно Если в проекте больше одной внешней системы, больше двух ролей или есть требования к защите персональных данных — архитектуру нужно зафиксировать до разработки. Без этого решения принимаются кодом: их потом сложно объяснить и дорого отменять. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужно спроектировать систему до разработки? Проведём обследование, зафиксируем требования, роли, интеграции и этапы. На выходе — документ, по которому можно считать бюджет и начинать работу. Заказать обследование Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Предпроектное обследование Бизнес-системы на заказ Кейс: ЕАИС СПКФР — пять ролей и три интеграции Кейс: планшет руководителя для пяти агропроизводств Статья: предпроектное обследование Читайте также Предпроектное обследование · 8 мин Техническое задание на разработку системы: что должно быть внутри и что делает его рабочим ТЗ — не формальность для договора, а инструмент приёмки. Если по нему нельзя проверить результат, его напишут за вас — в коде. Разбираем состав и типовые пробелы. 10 сентября 2026 г. Читать Предпроектное обследование · 8 мин Предпроектное обследование: что это, зачем платить за документ и как он экономит бюджет Обследование выглядит как «оплатить документ вместо разработки». На деле это самый дешёвый этап проекта: он показывает объём работ до того, как вы подписали смету. 18 августа 2026 г. Читать ### Программа управленческого учёта: что входит — Prismatica URL: https://prismatica.agency/blog/programma-upravlencheskogo-ucheta Описание: Что должно быть в программе управленческого учёта: показатели, роли, интеграции с 1С и банками, сверка данных. Как перейти от месячного отчёта к ежедневному. Блог Программа управленческого учёта: что в неё входит и как перейти на ежедневные цифры Андрей Трушин · 13 сентября 2026 г. · 11 мин чтения · Управленческий учёт Коротко Программа нужна, чтобы между событием и цифрой не было месяца. Начинают с показателей и методики, затем подключают источники и настраивают сверку. Она не заменяет бухгалтерский учёт и 1С, а работает рядом с ними. Типичные ошибки: отчёт вместо системы решений, Excel как основной источник, нет владельца показателя. В конце — чек-лист готовности. Содержание + 1. Что такое управленческий учёт и чем он отличается от бухгалтерского 2. Признаки, что пора переходить от таблиц к программе 3. Что входит в программу управленческого учёта 4. Откуда берутся данные 5. Как выглядит переход 6. Сроки и стоимость 7. Типичные ошибки 8. Чек-лист: готовы ли вы к программе учёта 9. Частые вопросы Программа управленческого учёта нужна не для того, чтобы «был отчёт», а для того, чтобы между событием и цифрой не было месяца. Короткий ответ: собирать её начинают с показателей и методики, затем подключают источники (учётная система, банки, внешние сервисы), настраивают сверку и роли. Ориентиры: обследование — 50 000 ₽ за 7 рабочих дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, первый полезный контур (один участок целиком, от сбора данных до отчёта) — 4–6 недель. Ниже — что именно входит в такую программу, чем она отличается от бухгалтерского учёта, откуда берутся данные, как выглядит переход и какие ошибки чаще всего превращают проект в «ещё один отчёт, который никто не смотрит». Что такое управленческий учёт и чем он отличается от бухгалтерского Управленческий учёт — это регулярный сбор и сведение данных о деньгах и результатах компании в одной методике, чтобы по ним принимать решения: где зарабатываем, где теряем, что будет с деньгами через месяц. Он не подчиняется требованиям регуляторов и не сдаётся наружу — его задача быть точным, быстрым и понятным собственнику и руководителям. Ключевые термины, которые чаще всего путают: P&L (отчёт о прибылях и убытках — сколько заработали и сколько потратили за период), ДДС (движение денежных средств — сколько денег реально пришло и ушло), маржинальность (сколько остаётся с выручки после прямых расходов), план-факт (сравнение плана с фактом по каждому показателю). Критерий | Бухгалтерский учёт | Управленческий учёт Для кого | Для государства, банков, контрагентов | Для собственника и руководителей Что важнее | Полнота и соответствие требованиям | Скорость, сопоставимость, понятность Период картины | Месяц, квартал, год | День, неделя, месяц Где живёт | Учётная система, регламентированные отчёты | Программа или система отчётности с интеграциями Кто отвечает | Бухгалтерия | Собственник и руководители направлений Бухгалтерский и управленческий учёт: в чём разница Признаки, что пора переходить от таблиц к программе Управленческий отчёт формируется раз в месяц и устаревает к моменту готовности. Показатели считают вручную из нескольких источников: 1С, банки, файлы точек, отчёты сотрудников. Одну и ту же цифру разные люди считают по-разному — и спор идёт о методике, а не о решении. Собственник узнаёт об отставании точки или кассовом разрыве задним числом. Точек или юрлиц несколько, и сравнить их между собой без ручного сведения невозможно. Закрытие месяца превращается в аврал бухгалтерии и руководителей. Что входит в программу управленческого учёта Показатели и методика: по каждому — формула, источник данных и владелец. Это первый и главный блок. Сбор данных: интеграции с учётной системой и банками, загрузка из файлов и внешних источников вместо ручного ввода. Сверка: расхождения между источниками находит система, а не бухгалтер перед закрытием месяца. Роли: собственник, управляющий, руководитель направления, линейный сотрудник — у каждого свой интерфейс и свои права. Срезы: по точке, юрлицу, направлению, периоду и любому сочетанию измерений. Сигналы: отклонение от плана, падение маржи, риск кассового разрыва — то, что требует решения. Ежедневный ввод: там, где данных нет в системах, сотрудники вводят их сами, но один раз и в понятном интерфейсе. Показатель | Источник данных | Кто отвечает за достоверность Выручка, план-факт | Учётная система, кассы точек | Руководитель направления Маржинальность | Учётная система + закупочные данные | Финансовая служба ДДС | Банки по API, касса | Финансовая служба Кассовый разрыв | Платежный календарь + банки | Собственник и управляющий Внесистемные данные | Ручной ежедневный ввод | Линейный руководитель Как показатели связываются с источниками (пример структуры) Чего программа управленческого учёта не делает Она не заменяет бухгалтерский и налоговый учёт и не пытается повторить учётную систему. 1С остаётся на месте: управленческая программа забирает из неё данные, добавляет банки и внешние источники и приводит показатели к одной методике. Два источника правды для одной цифры — главная причина, по которой такие проекты не доживают до второго года. Откуда берутся данные Почти в любом проекте источников три: учётная система, банки и то, что живёт вне систем. В розничной сети мы объединили данные 1С и пяти банков: собственник видит P&L и дашборды в одном месте в реальном времени, а ручных выгрузок и сверок становится меньше. В группе агропроизводств источником были 1С, СКУД (система контроля и управления доступом) и внутренние базы пяти предприятий — 63 пользователя работают в одном контуре. Учётная система: справочники, документы, движения. Из неё берём факт, но не переписываем её логику. Банки: выписки и остатки по API вместо выгрузок файлами — иначе ежедневная картина невозможна. Внешние источники: кассы, склад, CRM, отраслевые сервисы. Люди: то, что нигде не фиксируется — вводится один раз и по правилу «данные там, где они появляются». Как выглядит переход Переход делают поэтапно, и один этап здесь важнее остальных: параллельное ведение учёта. Некоторое время сотрудники ведут новый и прежний учёт одновременно, пока данные не сойдутся. Это выглядит как лишняя работа, но без сверки команда спорит о цифрах вместо того, чтобы на них опираться. Что было | Что стало | Что изменилось для собственника Отчёт раз в месяц, данные из таблиц и разных источников | Показатели обновляются ежедневно | Отставание точки видно в момент появления, а не через месяц Кассовый разрыв обнаруживался по факту | Система предупреждает о риске заранее | Есть время на решение: перенос платежей, привлечение средств Точки сравнивались вручную | Срезы по точке, направлению и периоду | Видно, какая точка зарабатывает, а какая тянет вниз Спор о методике расчёта | Одна методика, зафиксированная в системе | Обсуждение переходит с цифр на решения Кейс: сеть точек — от месячного отчёта к ежедневной картине Определить показатели и методику расчёта до разработки — иначе спорить придётся уже в интерфейсе. Настроить сбор и сверку данных: сначала из систем, только потом руками. Дать роли: руководителю — картину и сигналы, сотруднику — понятный ежедневный ввод. Провести параллельный период и сверить итоги с прежним учётом. Закрыть ручные обходные пути: если старые таблицы остались основным источником, система не заработает. Узнали свою ситуацию? Нужен управленческий учёт по факту, а не по памяти? Обсудить управленческий учёт Сроки и стоимость Ориентир для системы управленческого учёта — тот же, что для бизнес-системы: разработка от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный — около 1 млн ₽ и 6–8 месяцев. Первый полезный контур появляется за 4–6 недель, оплата идёт по этапам: 50% до начала этапа и 50% после приёмки. Этап | Стоимость | Срок | Результат Предпроектное обследование | 50 000 ₽ (расширенное — 75 000 ₽) | 7 (10) рабочих дней | Показатели, методика, источники, этапы и оценка Первый контур | от 300 000 ₽ | 4–6 недель | Один участок целиком: от сбора данных до отчёта Типичный проект | около 500 000 ₽ | 3–6 месяцев | Два-четыре показателя с интеграциями и ролями Крупный проект | около 1 млн ₽ | 6–8 месяцев | Несколько юрлиц или площадок в одном контуре Ориентиры по этапам (опубликованные условия) Что замерять после запуска Четыре показателя отвечают на вопрос «сработало ли»: срок от события до появления цифры в отчёте (неделя или день), доля показателей, которые считаются автоматически, число расхождений, найденных до закрытия периода, и время, которое руководитель тратит на сверку вместо решений. Типичные ошибки Ошибка 1. Строить отчёт, а не систему решений Почему происходит: за образец берут привычную форму отчёта, а вопрос «какое решение принимается по этой цифре» не задают. К чему приводит: получается электронная версия прежнего отчёта — красивее, но по-прежнему после события. Как избежать: по каждому показателю сразу фиксировать действие, которое он запускает, и порог, после которого нужна реакция. Ошибка 2. Оставить Excel основным источником Почему происходит: так привычнее, и кажется, что параллельная работа никому не мешает. К чему приводит: данные расходятся, люди доверяют привычной таблице, а новая система превращается в отчётность «для отчётности». Как избежать: после сверки закрывать ручные обходные пути — оставлять один источник правды по каждому показателю. Ошибка 3. Пытаться заменить бухгалтерию Почему происходит: управленческие цифры хочется получать «из того же места», где живёт регламентированный учёт. К чему приводит: в учётной системе появляются сущности и проводки, которых там быть не должно, и обе линии учёта начинают мешать друг другу. Как избежать: развести задачи: регламентированный учёт остаётся в учётной системе, управленческий строится над ней. Ошибка 4. Не назначить владельца показателя Почему происходит: кажется, что за цифры отвечает «система». К чему приводит: расхождения копятся, никто не разбирается, доверие к отчётности падает, и решения снова принимаются по интуиции. Как избежать: у каждого показателя есть человек, который отвечает за достоверность и разбирает расхождения. Чек-лист: готовы ли вы к программе учёта Проверьте перед стартом Список показателей, по которым реально принимаются решения, от главного к второстепенному. Методика расчёта по каждому показателю: формула, период, что входит. Перечень источников данных: учётная система, банки, кассы, CRM, внешние сервисы. Владелец у каждого показателя на стороне заказчика. Понимание, где сотрудники вводят данные вручную и сколько времени это займёт. Готовность провести параллельный период и сверить данные с прежним учётом. Решение о том, какие таблицы будут закрыты после запуска. Частые вопросы Чем управленческий учёт отличается от бухгалтерского? Бухгалтерский учёт обязателен, подчинён требованиям регуляторов и сдаётся наружу. Управленческий нужен собственнику: он строится в своей методике, обновляется ежедневно и отвечает на вопрос «что делать», а не «как отчитаться». Что такое P&L и ДДС простыми словами? P&L (отчёт о прибылях и убытках) показывает, сколько компания заработала и потратила за период. ДДС (движение денежных средств) — сколько денег реально пришло и ушло. Прибыль при этом может быть, а денег на счёте не хватать — поэтому нужны оба отчёта. Нужна ли программа, если у нас уже есть Excel? Excel отвечает на вопрос «какая была картина в прошлом месяце». Если решения принимаются по месячной задержке, управленческий учёт работает как исторический отчёт. Программа нужна, когда важна скорость: день вместо недели, сигнал вместо поиска расхождений. Сколько стоит программа управленческого учёта? Ориентиры: обследование — 50 000 ₽ за 7 рабочих дней (расширенное — 75 000 ₽), разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев. Первый контур, которым уже можно пользоваться, обычно занимает 4–6 недель. Заменит ли программа 1С или другую учётную систему? Нет. Учётная система остаётся для регламентированного учёта, программа управленческого учёта строится над ней: забирает данные, добавляет банки и внешние источники и приводит показатели к единой методике. Кто должен вводить данные, которых нет в системах? Те, у кого они появляются, — линейные сотрудники и руководители. Важно, чтобы ввод был один раз, в понятном интерфейсе и с проверками: тогда данные пригодны для отчётности без ручной переналадки. Как быстро появится первый результат? Первый контур — один участок целиком, от сбора данных до отчёта, — обычно 4–6 недель. После этого расширение идёт по измеренным местам: добавляются показатели, роли и срезы. Как понять, что учёт заработал? По четырём признакам: срок от события до цифры сократился до дня, большинство показателей считается автоматически, расхождения находятся до закрытия периода, а руководитель тратит время на решения, а не на сверку. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужен управленческий учёт по факту, а не по памяти? Соберём показатели и методику, подключим 1С, банки и внешние источники, настроим сверку и роли — чтобы отчётность приходила ежедневно. Обсудить управленческий учёт Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Бизнес-системы на заказ Разработка ERP-систем Статья: сколько стоит ERP-система Статья: дашборд руководителя Кейс: FinOne — ежедневный управленческий контроль Кейс: управленческий учёт розничной сети Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### Разработка финансовой системы: состав проекта — Prismatica URL: https://prismatica.agency/blog/razrabotka-finansovoy-sistemy Описание: Что входит в разработку финансовой системы: показатели, интеграции с банками и 1С, роли, сверка данных и запуск. Ориентиры сроков, стоимости и порядка работ. Блог Разработка финансовой системы: что входит в проект и с чего начинать Андрей Трушин · 7 сентября 2026 г. · 8 мин чтения · FinTech и финансы Коротко Финансовая система — это правила, а не дашборд: откуда деньги, как считается маржа, кто что видит, что делать при расхождении данных. Красивая аналитика на ручных данных остаётся ручной работой. Разобрано, когда нужна заказная система, а когда достаточно доработать существующую. Начните с обследования: перечень показателей с формулами, схема интеграций, роли, этапы и оценка. Содержание + 1. Какие задачи решает финансовая система 2. Из чего состоит проект 3. Заказная система или доработка того, что есть 4. Порядок работ и сроки Финансовая система — это не «дашборд с графиками». Это набор правил: откуда берутся деньги и обязательства, как считается маржа, кто видит цифры и что происходит, когда данные из банка и учётной системы не совпали. Отчёты в такой системе — следствие, а не суть. Какие задачи решает финансовая система Единая картина по деньгам: остатки и движения по всем счетам и юрлицам в одном месте, а не в выгрузках из разных банков. Управленческая отчётность: P&L, ДДС, маржа по направлениям и точкам — по одной методике, а не у каждого своя. План-факт и платежный календарь: что запланировано, что прошло, что и когда требует решения. Сигналы вместо отчётов: риск кассового разрыва, отклонение от плана, падение маржи — то, на что можно успеть отреагировать. Разграничение доступа: суммы и документы видны по ролям, а не всем сразу. Сверка: расхождения между банком, 1С и внутренними данными находятся системой, а не бухгалтером перед закрытием периода. В проекте ежедневного управленческого контроля для сети точек системы не было вообще: управленческий отчёт собирали раз в месяц из таблиц, и собственник видел отставание точек и кассовые разрывы слишком поздно. После запуска картина обновляется ежедневно, точки сравниваются между собой, а о риске кассового разрыва система предупреждает заранее. Из чего состоит проект Методика: какие показатели считаем, по какой формуле, из какого источника и кто отвечает за каждое расхождение. Интеграции: банковские API вместо выгрузок файлами, учётная система, внешние источники — кассы, склад, CRM. Модель данных: справочники, аналитики, разрезы — по точке, юрлицу, направлению, проекту. Роли и права: собственник, финансовый директор, управляющий, линейный сотрудник — разные интерфейсы и объёмы данных. Ежедневный ввод: там, где данных нет в системах, — понятный ввод сотрудником, один раз и по правилу. Сверка и контроль: автоматические проверки расхождений с понятным списком исключений. Запуск и переход: параллельное ведение учёта, пока данные не сойдутся, и отключение ручных обходных путей. Почему интеграции решают больше, чем интерфейс Красивая аналитика на ручных данных остаётся ручной работой. В розничной сети ключевым оказался не экран, а подключение пяти банков и 1С: после этого P&L и дашборды руководства начали обновляться в реальном времени, а ручные выгрузки и сверки стало можно убрать. Узнали свою ситуацию? Нужна финансовая система вместо месячных отчётов? Обсудить FinTech-проект Заказная система или доработка того, что есть Финансовую систему не обязательно писать с нуля. Часто разумнее оставить 1С учётным ядром, а финансовую логику вынести в отдельный слой: он собирает данные из банков и учётной системы, считает показатели по управленческой методике и даёт роли там, где сейчас живут таблицы. Разработка с нуля оправдана, когда логика уникальна: несколько юрлиц, свои правила распределения, внешние участники процесса, требования к защите данных. Оставляем как есть: бухгалтерский и налоговый учёт, если он работает и его принимают проверяющие. Выносим в отдельный слой: управленческие показатели, сверку, сигналы, роль-ориентированные интерфейсы. Переписываем: только то, что мешает работать и не имеет перспектив поддержки. Порядок работ и сроки Обследование: процессы, источники данных, методика показателей, роли. 7–10 рабочих дней, 50 000–75 000 ₽. Проектирование: модель данных, интеграции, сценарии, оценка этапов. Первый контур: обычно деньги и управленческая отчётность по одной точке или юрлицу — 4–6 недель. Переход: параллельный период, сверка с прежним учётом, отказ от ручных таблиц. Расширение: остальные точки, юрлица, направления и разрезы. Ориентиры бюджета те же, что для бизнес-систем: разработка от 300 000 ₽, типичный проект около 500 000 ₽ и 3–6 месяцев, крупный с несколькими юрлицами и площадками — около 1 млн ₽ и 6–8 месяцев. Оплата по этапам: 50% до начала и 50% после приёмки. С чего начать, если решение ещё не принято Начните с обследования: за 7 дней вы получите перечень показателей с формулами и источниками, схему интеграций, модель ролей, этапы и оценку. Если проект не пойдёт, документ останется у вас — его можно передать другому подрядчику или использовать как техническое задание. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужна финансовая система вместо месячных отчётов? Соберём методику показателей, подключим банки и учётную систему, настроим сверку, роли и сигналы — и доведём до ежедневной картины. Обсудить FinTech-проект Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка FinTech-решений Бизнес-системы на заказ Кейс: FinOne — ежедневный управленческий контроль Кейс: управленческий учёт розничной сети Статья: программа управленческого учёта Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### Сколько стоит ERP-система: от 300 000 ₽ и 3–6 месяцев — Prismatica URL: https://prismatica.agency/blog/skolko-stoit-erp Описание: Из чего складывается стоимость ERP: обследование, разработка, интеграции и сопровождение. Ориентиры бюджета и сроков и что удорожает проект. Блог Сколько стоит ERP-система и что определяет итоговую сумму Андрей Трушин · 12 сентября 2026 г. · 12 мин чтения · ERP-системы Коротко Предпроектное обследование — 50 000 ₽ за 7 рабочих дней, разработка — от 300 000 ₽. Типичный проект — около 500 000 ₽ и 3–6 месяцев; крупный с несколькими площадками — около 1 млн ₽ и 6–8 месяцев. Цену определяет объём работ (интеграции, роли, данные), а не «цена программы». Сравнивать предложения стоит после обследования и с разбивкой по этапам. Содержание + 1. Короткий ответ: ориентиры стоимости и сроков 2. Что такое ERP и почему «цена программы» ничего не решает 3. Из чего складывается стоимость 4. Что сильнее всего влияет на итоговую сумму 5. Заказная разработка или доработка типовой системы 6. Как читать смету и сравнивать предложения 7. Что получилось у других 8. Сколько стоит не делать: цена ручного процесса 9. Типичные ошибки 10. Чек-лист: готовы ли вы к оценке бюджета 11. Частые вопросы «Сколько стоит ERP» — вопрос про объём работ, а не про цену программы. Короткий ответ: предпроектное обследование — 50 000 ₽ за 7 рабочих дней, разработка — от 300 000 ₽, типичный проект — около 500 000 ₽ и 3–6 месяцев, крупный с несколькими площадками — около 1 млн ₽ и 6–8 месяцев. Ниже — из чего складывается сумма, что её увеличивает, как проверить смету подрядчика и с какого шага начинать, если бюджет пока не определён. Все цифры в статье — опубликованные условия нашей студии, а не «средние по рынку». Точную оценку по конкретному проекту даём после обследования: до него любая сумма — предположение, потому что она зависит от числа процессов, внешних систем и ролей, а не от размера компании. Короткий ответ: ориентиры стоимости и сроков Этап или масштаб | Стоимость | Срок | Когда нужен Предпроектное обследование, базовое | 50 000 ₽ | 7 рабочих дней | Нужно понять объём, получить требования и оценку разработки Предпроектное обследование, расширенное | 75 000 ₽ | 10 рабочих дней | Нужны экономическое обоснование и материалы для защиты бюджета Разработка: первый контур | от 300 000 ₽ | 4–6 недель | Один участок целиком, которым уже можно пользоваться Типичный проект | около 500 000 ₽ | 3–6 месяцев | Два-четыре связанных процесса и интеграции Крупный проект | около 1 млн ₽ | 6–8 месяцев | Группа компаний, несколько площадок, несколько внешних систем Ориентиры по этапам (опубликованные условия) Что такое ERP и почему «цена программы» ничего не решает ERP (Enterprise Resource Planning) — это не программа, а контур управления: заказы, производство или услуги, склад, закупки, финансы и отчётность связаны общей логикой и одними данными. Система нужна, когда процессы зависят друг от друга: заказ тянет производство, производство — склад, склад — деньги, и разрыв между ними стоит дороже самой системы. Поэтому считают не «стоимость системы», а стоимость владения за несколько лет: лицензии или подписка, работы по внедрению и интеграциям, а затем сопровождение и развитие. Дешёвая лицензия при сложных процессах почти всегда означает дорогую доработку — или отказ от части процессов в пользу таблиц, из которых потом снова собирают отчётность вручную. Из чего складывается стоимость Обследование: процессы «как есть» и «как должно быть», требования, роли, точки интеграции, этапы и оценка. Без него смета — догадка. Разработка: заказная система под ваши процессы либо типовая платформа с доработками под вас. Интеграции: 1С, банки, складское оборудование, СКУД (система контроля и управления доступом), внешние сервисы, API для клиентов и партнёров. Внедрение: перенос данных, обучение, параллельная работа со старым учётом, приёмка по этапам. Сопровождение: правки по факту эксплуатации, доработки, поддержка пользователей после запуска. Обычно спорят о втором пункте, а решают всё первый, третий и четвёртый. Две компании с одинаковой численностью получают разную цену, потому что одной нужны заказы, склад и прогноз спроса, а второй — ещё и обмен с государственными системами и электронный документооборот. Что сильнее всего влияет на итоговую сумму Фактор | Как влияет на бюджет | Что подготовить до оценки Число процессов | Каждый процесс — свои экраны, роли, правила и проверки | Список процессов и их приоритет: что болит сильнее всего Число внешних систем | Каждая интеграция — правила обмена, сверки и поведение при отказе | Перечень систем и то, кто в них «владелец данных» Состояние данных | Разрозненные справочники и ручные таблицы — отдельный объём работы | Инвентаризация справочников: где дубли, где пустые поля Число ролей | Пять ролей с разными интерфейсами — это пять сценариев, а не один экран | Кто и что должен видеть, кто принимает решения Требования к защите | Персональные данные и разграничение доступа добавляют проектирование и проверки | Какие данные считаются чувствительными и почему Сроки | Параллельная работа нескольких команд стоит дороже последовательной | Реалистичный график: где есть внешний срок, а где нет Сопровождение | Обычно недооценивают: после запуска появляются правки и новые задачи | Ориентир на год вперёд: что будет меняться в процессах Факторы цены и что сделать заранее Заказная разработка или доработка типовой системы Критерий | Заказная система | Типовая платформа с доработками Когда подходит | Процессы дают преимущество или нестандартны по сути | Процессы стандартные для отрасли, отличаются деталями Что оплачиваете | Проектирование и разработку под вашу логику | Лицензии, подписку и работу по адаптации Скорость первого результата | Один участок за 4–6 недель, дальше расширение | Быстрее за счёт готовых блоков, если процессы совпали Ограничения | Требуется участие заказчика и его экспертиза | Логику платформы иногда приходится принимать как есть Стоимость владения | Растёт с числом доработок, но повторяет ваши процессы | Регулярные платежи за лицензии и обновления Как выбрать подход, а не платформу Как читать смету и сравнивать предложения Что именно входит в этап и что в него не входит: формулировка «доработки по необходимости» означает открытую сумму. Как считаются изменения объёма: по часам, по фиксу или через отдельный этап. Кто отвечает за качество данных заказчика и что будет, если справочники не готовы. Сколько пользователей и ролей входит в первую версию, что считается дополнительным. Что происходит после сдачи: гарантийный срок, условия сопровождения, передача документации. Как принимается этап: по каким критериям вы фиксируете, что результат работает. Почему мы считаем по этапам Одна цифра «за проект» почти всегда превращается в спор на приёмке: состав работ понимают по-разному. Разбивка на 2–3 этапа с оплатой 50% до начала этапа и 50% после приёмки позволяет остановиться, если приоритеты изменились, и не платить за весь проект до первого результата. Узнали свою ситуацию? Нужна оценка ERP-проекта? Обсудить ERP-проект Что получилось у других Оптовый производитель: заказы, склад и прогнозирование спроса собраны в один контур, интеграция с 1С и API для B2B-клиентов вместо таблиц и переписки менеджеров. Туроператор: полный цикл от бронирования и путёвок до финансовых расчётов, автоматическая передача данных в государственные системы и электронный документооборот. Группа из пяти агропроизводств: данные из 1С, СКУД и внутренних баз в одном контуре, 63 пользователя, шесть месяцев от обследования до сдачи; сводные данные, которые раньше готовились около недели вручную, система собирает сама. Во всех трёх случаях объём определялся не размером компании, а числом процессов и внешних систем. В агропроекте к бюджету добавилось главное требование заказчика — данные за предыдущий день вместо недельного ручного сбора; это влияло и на архитектуру, и на оценку. Сколько стоит не делать: цена ручного процесса Перед разговором о бюджете стоит посчитать, во сколько обходится текущий ручной процесс. Данные для расчёта у вас уже есть, ничего дополнительно измерять не нужно. Формула стоимости ручного процесса Число сотрудников на участке × часов в день на ручные операции × рабочих дней в месяце × стоимость часа работы. Полученная сумма — месячная цена «как сейчас», до вычета ошибок и задержек. Пример (условный, для понимания механики): пять сотрудников тратят по часу в день на перенос данных и сверки — около 105 часов в месяц. При условной стоимости часа 700 ₽ это примерно 73 500 ₽ в месяц, или около 880 000 ₽ в год. Проект за 500 000 ₽, который полностью снимает эту работу, окупится примерно за семь месяцев; если снимает половину — примерно за четырнадцать. Сравнивайте не месячную стоимость с бюджетом, а срок окупаемости: если он выходит за два-три года, начните с другого участка, где ручной работы больше. Типичные ошибки Ошибка 1. Сравнивать предложения до обследования Почему происходит: хочется быстро понять порядок цен и выбрать подрядчика по цифре в письме. К чему приводит: сметы описывают разный объём, и самая низкая цена обычно означает самое узкое понимание задачи. Дальше начинаются доработки по отдельному счёту. Как избежать: сначала обследование и требования, затем оценка. Сравнивать предложения по составу работ и этапам, а не по итоговой цифре. Ошибка 2. Экономить на обследовании Почему происходит: обследование воспринимается как расход до начала работ, а не как инструмент снижения риска. К чему приводит: узкие места и конфликты процессов всплывают в середине разработки, когда переделка стоит уже совсем других денег. Как избежать: относиться к обследованию как к самостоятельному результату — требования, прототипы, этапы и оценка остаются у вас, даже если разработку будет делать другая команда. Ошибка 3. Покупать платформу до понимания процессов Почему происходит: кажется, что наличие системы ускорит наведение порядка. К чему приводит: логику платформы принимают как есть, часть процессов остаётся в таблицах, а отчётность снова собирают вручную из двух источников. Как избежать: сначала описать процессы и понять, где реальные точки зависимости, и только затем выбирать платформу под них. Ошибка 4. Не планировать сопровождение Почему происходит: бюджет считают до запуска, а поддержку воспринимают как «что-то потом». К чему приводит: первые же правки по факту эксплуатации превращаются в незапланированные расходы, и система постепенно расходится с реальной жизнью. Как избежать: закладывать сопровождение в бюджет проекта сразу и фиксировать, что в него входит: правки, доработки, поддержка пользователей. Чек-лист: готовы ли вы к оценке бюджета Проверьте перед разговором о цене Список процессов, которые должны попасть в систему: от главного к второстепенному. Понимание, какие данные уже есть в учётной системе, а какие живут только в таблицах. Перечень внешних систем и сервисов, с которыми нужен обмен. Список ролей и того, какие решения каждая роль принимает. Руководитель проекта со стороны заказчика и время на участие его команды. Ожидание по первому результату: что должно заработать раньше остального. Бюджетный коридор и то, какая часть готова к сопровождению после запуска. Частые вопросы Сколько стоит ERP-система? Ориентиры: разработка — от 300 000 ₽, типичный проект с двумя-четырьмя процессами и интеграциями — около 500 000 ₽ и 3–6 месяцев, крупный проект с несколькими площадками — около 1 млн ₽ и 6–8 месяцев. Точная сумма появляется после обследования. Можно ли узнать цену без обследования? Можно назвать только диапазон. Стоимость задаёт объём: число процессов, внешних систем, ролей и состояние данных. Обследование стоит 50 000 ₽ за 7 рабочих дней и даёт требования, этапы и оценку — после него цифра становится защищаемой. Что входит в предпроектное обследование? Разбор процессов «как есть» и «как должно быть», требования, роли и источники данных, точки интеграции, прототипы ключевых сценариев, этапы проекта и оценка. Это самостоятельный результат: с ним можно продолжать с нами или отдать реализацию другой команде. Почему похожие по описанию системы отличаются в цене в разы? Потому что за одинаковым предложением стоит разный объём. Пять ролей вместо двух, три интеграции вместо одной, разрозненные справочники вместо чистых — каждый пункт добавляет работу. Сравнивать нужно состав работ, а не итоговую цифру. Заказная разработка или типовая система с доработками? Если процессы дают преимущество или нестандартны по сути — заказная система повторяет вашу логику. Если процессы стандартные для отрасли и отличаются деталями, типовая платформа с адаптацией выходит быстрее. Развилка определяется на обследовании, а не заранее. Можно ли платить по этапам? Да. Проект делится на 2–3 этапа: 50% до начала этапа и 50% после приёмки. В каждом этапе есть законченный результат, которым можно пользоваться, поэтому можно остановиться, если приоритеты изменились. Сколько стоит сопровождение после запуска? Стоимость сопровождения зависит от объёма правок и доработок, поэтому фиксируется отдельным соглашением — в прайсе единой цифры нет. В бюджет проекта стоит заложить её заранее: первые месяцы эксплуатации обычно дают список уточнений, которых не было в требованиях. Что делать, если бюджет меньше 300 000 ₽? Начинать с обследования и одного участка, а не с системы целиком. Первый контур закрывает конкретную задачу и показывает, работает ли выбранная логика на ваших данных. Расширение планируется уже по факту, когда виден результат и появилась опора для следующего бюджета. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужна оценка ERP-проекта? Проведём обследование, зафиксируем требования и этапы, назовём бюджет и сроки по вашим процессам — с учётом интеграций, ролей и переноса данных. Обсудить ERP-проект Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Разработка ERP-систем Предпроектное обследование Статья: как выбрать ERP Статья: программа управленческого учёта Кейс: ERP для оптовых поставок производителя Кейс: ERP для туроператора Читайте также ERP-системы · 9 мин Какая ERP-система подойдёт вашей компании: разбор по отраслям Универсальный ответ «ERP подходит всем» бесполезен: сроки и стоимость проекта определяет не функциональность, а отраслевые данные и внешние системы, с которыми придётся связаться. 11 сентября 2026 г. Читать ERP-системы · 9 мин Как выбрать ERP-систему: критерии, на которых экономят, а потом платят дважды Выбор ERP редко проваливается из-за функций. Он проваливается из-за данных, интеграций и поддержки — то есть из-за того, что не проверили до подписания договора. 24 августа 2026 г. Читать ### Техническое задание на разработку системы: состав — Prismatica URL: https://prismatica.agency/blog/tehnicheskoe-zadanie-na-sistemu Описание: Что входит в техническое задание на разработку системы: требования, роли, интеграции, критерии приёмки. Чем рабочее ТЗ отличается от документа для отчётности. Блог Техническое задание на разработку системы: что должно быть внутри и что делает его рабочим Андрей Трушин · 10 сентября 2026 г. · 8 мин чтения · Предпроектное обследование Коротко Рабочее ТЗ позволяет проверить результат и объяснить, что в объём не входит. Формулировки вроде «удобно» и «повысить прозрачность» без критерия проверки бесполезны. Для небольшой задачи с одним участком и понятным результатом хватает короткого описания и прототипа. Разобрано, чем ТЗ отличается от архитектуры и прототипа. Содержание + 1. Что должно быть в ТЗ 2. Чем ТЗ отличается от архитектуры и от прототипа 3. Как ТЗ делается на практике 4. Сколько стоит и когда окупается Техническое задание чаще всего пишут ради договора: чтобы было что подписать, прежде чем начинать. Рабочее ТЗ — другое: по нему можно проверить результат и объяснить, почему та или иная доработка не входит в объём. Если документ не позволяет ответить на эти два вопроса, решения всё равно будут приняты — только в коде, без вас. Что должно быть в ТЗ Границы системы: что входит, а что осознанно не входит. Последнее важнее: именно здесь возникает большинство споров. Процессы в целевой логике: как работает заказ, заявка, документ, согласование после внедрения, а не как сейчас. Роли и права: кто видит, кто меняет, кто утверждает, у кого доступ внешний — с описанием интерфейса под каждую роль. Сущности и состояния: из чего состоит система и какие переходы между состояниями допустимы, кто их выполняет. Интеграции: системы, направление обмена, частота, владелец справочников, поведение при недоступности внешней системы. Данные: откуда переносим, что делаем с расхождениями, что храним и как долго, какие требования к защите персональных данных. Отчёты и выгрузки: какие цифры нужны, кому и с какой периодичностью. Критерии приёмки: проверяемые формулировки. Не «удобный интерфейс», а «руководитель видит данные за предыдущий день к 10:00». Этапы: состав первого контура и точка, в которой он считается работающим. Признак плохого ТЗ Формулировки без проверки: «система должна быть удобной», «повысить прозрачность», «интегрироваться с 1С». Последнее особенно часто встречается — интеграция с 1С без указания направления, частоты и владельца справочника превращается в бесконечную задачу, которую невозможно ни принять, ни оспорить. Чем ТЗ отличается от архитектуры и от прототипа Эти три документа решают разные задачи и заменяют друг друга только в плохих проектах. Архитектура отвечает на вопрос «как система будет устроена и почему так» — про источники правды, интеграционный слой, роли и деградацию. ТЗ отвечает на вопрос «что должно быть сделано и как это проверим». Прототип показывает, как это будет выглядеть и работать для пользователя, и позволяет найти ошибки до разработки, а не после. Архитектура — решения и их причины: где источник правды, что происходит при сбое интеграции, почему выбран такой вариант. ТЗ — состав работ и критерии приёмки: что делаем, в каком объёме, чем докажем, что сделано. Прототип — сценарии и интерфейс: как человек выполняет свою задачу и что видит на экране. Оценка — следствие всех трёх, а не отдельный документ с одной цифрой: без объёма и критериев она превращается в спор на приёмке. Узнали свою ситуацию? Нужно ТЗ, по которому можно работать и принимать результат? Заказать обследование Как ТЗ делается на практике ТЗ не пишут из головы за один вечер: источником становятся люди, которые работают в процессе. Мы начинаем с обследования — интервью, разбор данных, текущих обходных путей, — и из него собираем требования, прототипы ключевых экранов, этапы и оценку. За 7–10 рабочих дней это даёт документ, с которым можно идти к бюджету или к другому подрядчику: результат остаётся у заказчика независимо от того, кто делает разработку. Собираем факты, а не пожелания: какие документы, роли, системы и цифры участвуют в процессе сейчас. Фиксируем целевую логику и то, что меняется в работе людей после внедрения. Описываем роли, состояния и интеграции в объёме, достаточном для разработки и приёмки. Пишем критерии приёмки в проверяемых формулировках и согласуем их до начала работ. Отдельным разделом — допущения и открытые вопросы: их лучше назвать вслух, чем обнаружить в середине проекта. В системе оценки квалификации для СПКФР документ описывал пять ролей с разными интерфейсами и три внешние интеграции, плюс требования 152-ФЗ к защите данных. От согласованных требований до ввода в эксплуатацию прошло три месяца — и процесс шёл без переписывания логики на ходу. Кейс: ЕАИС СПКФР — многоролевая система оценки квалификации Сколько стоит и когда окупается Обследование, из которого получается ТЗ и оценка: 50 000 ₽ за 7 дней в базовом варианте, 75 000 ₽ за 10 дней — в расширенном, с экономическим обоснованием и материалами для защиты бюджета внутри компании. Разработка считается после: минимальный бюджет от 300 000 ₽, типичный проект около 500 000 ₽ и 3–6 месяцев, оплата по этапам 50/50. Отдельная выгода ТЗ — не в экономии на разработке, а в снятых рисках: чем позже находится ошибка в требованиях, тем дороже она стоит. Правка на этапе документа занимает часы, та же правка на этапе эксплуатации — это переработка логики, данные и обучение людей заново. Когда ТЗ можно не писать Для небольшой задачи с одним участком и понятным результатом хватает короткого описания и прототипа. ТЗ обязательно там, где несколько ролей и внешних систем, есть требования к данным или планируется передавать проект другой команде: без документа объём работ невозможно ни оценить, ни проверить. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Нужно ТЗ, по которому можно работать и принимать результат? Проведём обследование, соберём требования, роли, интеграции и критерии приёмки. Через 7–10 рабочих дней документ и оценка будут у вас. Заказать обследование Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Предпроектное обследование Бизнес-системы на заказ Кейс: ЕАИС СПКФР — пять ролей, три интеграции Статья: проектирование архитектуры системы Статья: предпроектное обследование Читайте также Предпроектное обследование · 8 мин Проектирование архитектуры системы: что решается до первой строки кода Архитектура — это не схема из прямоугольников, а ответы на вопросы: где источник правды, что происходит при сбое интеграции и по каким правилам живут роли. Разбираем порядок проектирования. 15 сентября 2026 г. Читать Предпроектное обследование · 8 мин Предпроектное обследование: что это, зачем платить за документ и как он экономит бюджет Обследование выглядит как «оплатить документ вместо разработки». На деле это самый дешёвый этап проекта: он показывает объём работ до того, как вы подписали смету. 18 августа 2026 г. Читать ### Цифровизация производства: с чего начать, 4 шага — Prismatica URL: https://prismatica.agency/blog/tsifrovizatsiya-proizvodstva Описание: Цифровизация производства: какой участок автоматизировать первым, какие данные нужны, сколько это занимает и стоит. Алгоритм, таблица приоритетов и чек-лист. Блог Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Андрей Трушин · 18 сентября 2026 г. · 11 мин чтения · Автоматизация производства Коротко Начинать нужно не с покупки системы, а с одного участка, где данные уже собирают вручную. Порядок: участок, данные, первый контур, проверка на реальной смене. Цифровизация буксует, когда никто не отвечает за достоверность данных на участке. Эффект можно прикинуть самому: сотрудники × часы ручных операций × рабочие дни × стоимость часа. Содержание + 1. Цифровизация производства — это не покупка программы 2. Почему цифровизация буксует 3. Как понять, что производству это уже нужно 4. С чего начать: порядок из четырёх шагов 5. Как это выглядит на практике 6. Сколько стоит цифровизация производства 7. Как посчитать эффект своими руками 8. Типичные ошибки 9. Чек-лист готовности к цифровизации 10. Частые вопросы Если в цехе уже есть 1С, Excel и журналы на бумаге, начинать цифровизацию нужно не с покупки системы, а с одного участка, где данные уже собираются руками. Порядок такой: выбрать участок → собрать данные → сделать первый контур → проверить на реальной смене. Первый полезный контур — один участок целиком, от ввода данных до отчёта — обычно занимает 4–6 недель, и он дешевле полной системы — а главное, его видно на работе, а не на презентации. Ниже — что такое цифровизация производства на практике, как выбрать первый участок, какие данные для этого нужны, сколько это стоит по нашим опубликованным ориентирам и какие ошибки чаще всего съедают срок и бюджет. Цифровизация производства — это не покупка программы Цифровизация производства — это перенос данных о заказах, выпуске, материалах и людях туда, где они появляются, и сборка из них решений: что делать сегодня, что заказать, где узкое место. Программа здесь — инструмент, а не цель. ERP — это учётная система, которая ведёт заказы, склад, производство и финансы в одном контуре. MES — система управления производственными операциями: она отвечает на вопросы о сменах, операциях и фактическом выпуске на уровне цеха. Цифровизация начинается раньше вопроса «какую систему купить»: она начинается с ответа на вопрос, где сейчас рождается цифра и где она теряется. В группе из пяти агропроизводств данные о финансах, производстве и персонале лежали в разных системах: ассистент около недели собирал их в Excel и вручную сводил в Power BI. Цифровизация началась не с покупки модуля, а с вопроса: какие данные и в какой момент нужны руководителю. Почему цифровизация буксует Начинают с системы, а не с процесса: выбирают платформу и потом ищут, как в неё уложить реальную работу. Пытаются охватить всё сразу: сроки растут, первый результат отодвигается на год, команда теряет веру в проект. Данные вводят дважды: оператор пишет в журнал, потом кто-то переносит в систему. Второй учёт живёт параллельно с первым и побеждает. Нет владельца данных: справочники расходятся, отчёты не сходятся, спорят о цифрах вместо решений. Считают проект законченным на релизе, хотя первые месяцы — это эксплуатация, сверка и правки. Как понять, что производству это уже нужно План-факт, сводки и отчёты считают вручную в Excel или на бумаге. Одна и та же цифра живёт в нескольких местах: заказы в 1С, планы в таблицах, фактический выпуск — в журнале цеха. Решения принимаются по данным недельной давности. Отчёт для руководства собирает один человек, и на нём сходится вся отчётность. Простой или перерасход материалов выясняются после факта, а не в момент, когда можно вмешаться. Простой тест на готовность Задайте три вопроса: назовите человека, который отвечает за достоверность данных на каждом участке; покажите, где фиксируется фактический выпуск; скажите, сколько времени проходит от события в цехе до цифры у руководителя. Если ответы размытые или срок — неделя, цифровизация даст эффект. С чего начать: порядок из четырёх шагов Шаг 1. Выбрать один участок Первый участок должен одновременно: иметь источник данных, давать результат за месяц-два и не тянуть за собой переделку всей компании. Ниже — четыре типичных варианта и признаки, по которым выбирают каждый. Задача | Подход | Когда использовать | Результат Заказы и выпуск живут в переписке | Единый контур заказов и производства | Заказы приходят письмами и теряются между менеджером, цехом и складом | Видно, что в работе, что готово к отгрузке и что сдерживает срок Решения по цифрам недельной давности | Ежедневный управленческий контур | Сбор данных ручной, отчёт готовится днями | Данные за предыдущий день вместо недельного ручного сбора Склад и материалы в голове у кладовщика | Учёт остатков и движения материалов | Есть дефицит или излишки, закупка «на глаз» | Остатки и движение по партиям вместо звонков на склад План по сменам расходится с фактом | План-факт выпуска в одной единице измерения | План ведут в Excel, факт — в журнале | Расхождение видно в момент, когда ещё можно вмешаться Таблица приоритетов: как выбрать первый участок Шаг 2. Проверить данные Источники: что уже есть в учётной системе, что — в таблицах, что существует только на бумаге. Владельцы: кто отвечает за справочники (номенклатура, материалы, подразделения) и по какому правилу они создаются. Единицы измерения: килограммы, штуки, погонные метры — приводятся к одной шкале до разработки. Частота: что должно обновляться в реальном времени, что — раз в сутки, а что — раз в смену. Шаг 3. Сделать первый контур Первый контур — один участок целиком: от ввода данных до отчёта, которым уже можно пользоваться. Обычно это 4–6 недель. Внутри: ввод там, где данные появляются, автоматический сбор из систем, отчёт по участку и сверка с текущим учётом. Шаг 4. Проверить и расширять Пользователи работают со своими задачами на реальной смене, а не с демо-данными. Данные нового контура сходятся с прежним учётом — только после этого убирают ручной дубль. Следующий участок подключают к работающему контуру, а не пишут параллельно ему. Как это выглядит на практике Группа из пяти агропроизводств. До проекта данные о финансах, производстве и персонале жили в разных системах: 1С, СКУД (система контроля и управления доступом) и внутренние базы, а сводку собирали вручную около недели. Что было | Что стало | Что изменилось Сводные данные собирали около недели вручную, затем сводили в Power BI | Данные за предыдущий день | Сбор перестал быть работой человека Финансы, производство и персонал — в разных системах | Один контур: 1С, СКУД и внутренние базы | У руководителя одна картина вместо нескольких источников Отчётность готовилась для руководства силами ассистента | 63 пользователя в системе | Собственники и руководители смотрят данные сами, без посредника Кейс: пять агропроизводств, 63 пользователя, шесть месяцев от обследования до сдачи Раньше сводные данные готовились около недели вручную. Теперь система сама забирает их из 1С, СКУД и внутренних баз, а собственники и руководители видят консолидированную картину за предыдущий день. Планшет руководителя — кейс группы агропроизводств Второй пример — производитель оптовых поставок. Заказы, склад и прогнозирование спроса собраны в один контур с интеграцией с 1С, а B2B-клиенты получают данные через API, а не письмом от менеджера. Причина проекта была не в технологиях: компания «тонула» в таблицах и переписке. Узнали свою ситуацию? Не знаете, какой участок автоматизировать первым? Обсудить задачу с ПРИЗМАТИКОЙ Сколько стоит цифровизация производства Короткий ответ: стоимость зависит от числа процессов, интеграций и ролей, а не от размера компании. Начать можно с обследования — 50 000 ₽ за 7 рабочих дней, дальше разработку считают по требованиям; минимальный бюджет разработки — от 300 000 ₽. Ориентиры, которые мы публикуем, собраны в таблице. Вариант | Стоимость | Срок | Кому подходит Предпроектное обследование, базовое | 50 000 ₽ | 7 рабочих дней | Задача понятна, нужны требования, этапы и оценка Предпроектное обследование, расширенное | 75 000 ₽ | 10 рабочих дней | Нужно обосновать бюджет перед руководством или советом Первый контур (один участок) | считается после обследования, минимум 300 000 ₽ | 4–6 недель | Хотите проверить подход на одном участке до масштабирования Типичный проект | около 500 000 ₽ | 3–6 месяцев | Несколько участков, интеграции с существующими системами Крупный проект | около 1 млн ₽ | 6–8 месяцев | Несколько площадок или предприятий, много ролей и внешних систем Ориентиры стоимости и сроков (опубликованные условия студии) Оплата идёт по этапам: 50% до начала этапа и 50% после приёмки. Проект делят на 2–3 этапа, чтобы останавливаться и пересматривать план, когда появляются реальные данные, а не платить за всё до первого результата. Как посчитать эффект своими руками До проекта стоит посчитать стоимость ручного процесса — формула простая, данные для неё у вас есть: Формула стоимости ручного процесса Число сотрудников на участке × часов в день на ручные операции × рабочих дней в месяце × стоимость рабочего часа = месячная стоимость ручного процесса. Если из этой суммы уходит, например, половина времени, разница и есть бюджет, который можно тратить на автоматизацию без ухудшения экономики. Пример (абстрактный, для понимания механики): пять сотрудников тратят по часу в день на перенос данных и сверки — это 5 часов в день. При 21 рабочем дне и стоимости часа 700 ₽ получается около 73 500 ₽ в месяц только на ручной перенос. Такой расчёт не доказывает окупаемость, зато показывает порядок величин и даёт критерий: автоматизация не должна стоить дороже, чем ручной процесс за несколько лет. Типичные ошибки Ошибка 1. Автоматизировать беспорядок Почему происходит: систему воспринимают как способ «навести порядок» без разбора процессов. К чему приводит: ручные обходные пути остаются, отчёты по-прежнему не сходятся, бюджет потрачен. Как избежать: сначала описать целевой процесс — что делаем иначе, кем и в какой момент, и только потом выбирать систему. Ошибка 2. Оставить старый учёт «на всякий случай» Почему происходит: страшно отключать привычные таблицы до полной уверенности. К чему приводит: люди выбирают привычное, данные расходятся, система остаётся в стороне. Как избежать: назначить дату отключения старого учёта сразу после того, как данные сошлись в параллельном периоде. Ошибка 3. Не назначить владельца данных Почему происходит: считается, что «система сама разберётся». К чему приводит: справочники множатся, номенклатура дублируется, отчёты расходятся. Как избежать: до старта назначить владельца по каждому справочнику и правило создания новых записей. Ошибка 4. Гнаться за охватом Почему происходит: хочется автоматизировать сразу всё, чтобы не возвращаться к теме. К чему приводит: срок проекта растёт, а подтверждённого результата нет — на вопрос «что изменилось» отвечать нечем. Как избежать: разбить на этапы и считать результат каждого этапа в измеримых показателях. Чек-лист готовности к цифровизации Проверьте перед стартом Процесс описан: как он работает сейчас, где в нём ручные операции и потери времени. Выбран один участок для первого контура, а не вся компания сразу. Определены источники данных: что берём из учётной системы, что из файлов, что собираем вручную. Есть человек, отвечающий за достоверность данных на участке. Определён результат: что должно измениться и как это измерить. Понятно, с какими системами нужна интеграция и кто владелец их справочников. Рассчитана стоимость ручного процесса — есть база для сравнения после запуска. Заложено время на эксплуатацию и правки после релиза, а не только на разработку. Частые вопросы Что такое цифровизация производства простыми словами? Это перенос данных о заказах, выпуске, материалах и людях туда, где они появляются, и сборка из них решений. Программа — инструмент: сначала описывают процесс и данные, потом выбирают, что автоматизировать. С чего начать цифровизацию, если у нас уже есть 1С и Excel? С одного участка, где данные уже собираются руками, а результат видно за месяц-два — обычно это заказы и выпуск, склад или план-факт. 1С остаётся учётной системой: её не заменяют, а связывают с новым контуром. Какой участок автоматизировать первым? Тот, где одновременно есть источник данных, измеримый результат на горизонте месяца-двух и нет зависимости от переделки всей компании. Если участок требует переделать пять других, он не первый. Сколько стоит цифровизация производства? Обследование — 50 000 ₽ за 7 рабочих дней (расширенное — 75 000 ₽ за 10). Разработка считается по требованиям: минимальный бюджет от 300 000 ₽, типичный проект около 500 000 ₽, крупный с несколькими площадками — около 1 млн ₽. Оплата по этапам: 50% до начала, 50% после приёмки. Сколько времени занимает первый результат? Первый полезный контур — 4–6 недель. Типичный проект целиком — 3–6 месяцев, крупный — 6–8 месяцев. В агропроекте от обследования до сдачи прошло около шести месяцев, но работать в первом контуре начали раньше. Нужно ли менять 1С или ERP? Нет. Учётная система остаётся на месте: новый контур забирает из неё данные, добавляет то, чего в ней нет, и приводит показатели к одной методике. Замена оправдана, только если система не поддерживается и мешает работе. Что делать, если данных в системах нет — всё в журналах и Excel? Тогда автоматизация начинается со сбора данных: где их вводить, кто это делает и по какому правилу. Это отдельный этап, но без него система будет показывать пустые отчёты. Как понять, что цифровизация сработала? По четырём показателям: срок от события в цехе до цифры у руководителя (неделя или день), доля данных, собираемых автоматически, число расхождений, найденных до закрытия периода, и время сотрудников на ручные операции. Замеряют через месяц-два эксплуатации, а не в день релиза. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Не знаете, какой участок автоматизировать первым? Начните с предпроектного обследования: за 7 дней определим процессы, источники данных, интеграции, этапы и ориентировочный бюджет. Документ останется у вас, даже если разработку будете делать не с нами. Обсудить задачу с ПРИЗМАТИКОЙ Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме Автоматизация производства Предпроектное обследование Кейс: планшет руководителя для пяти агропроизводств Кейс: ERP для оптовых поставок производителя Статья: система планирования производства Читайте также Автоматизация производства · 9 мин Планирование производства: как связать заказы, материалы и сроки в одну систему План производства ломается не из-за плохого планировщика, а из-за данных: нормы, остатки и приоритеты живут в разных местах. Разбираем, в каком порядке их собирать. 2 сентября 2026 г. Читать UX сложных систем · 8 мин UX сложных систем: почему один интерфейс для всех ролей не работает В сложной системе ошибка стоит дороже, чем в лендинге: пользователь принимает решения по цифрам на экране. Разбираем, как проектировать интерфейс под роли и проверять его на людях. 17 сентября 2026 г. Читать ### UX сложных систем: интерфейс под роли — Prismatica URL: https://prismatica.agency/blog/ux-slozhnyh-sistem Описание: Почему универсальный интерфейс в сложных системах не работает, как проектировать рабочие места под роли и что проверять на пользователях. Блог UX сложных систем: почему один интерфейс для всех ролей не работает Андрей Трушин · 17 сентября 2026 г. · 8 мин чтения · UX сложных систем Коротко В корпоративной системе нет «среднего пользователя»: собственнику, эксперту и линейному сотруднику нужны разные экраны. Признак проблемы — параллельные таблицы вокруг системы. Роль — это набор решений, а не должность: для каждой формулируют вопрос, с которым человек приходит в систему утром. Проверять решения на пользователях нужно до начала разработки. Содержание + 1. Признаки того, что систему обходят 2. Роль — это набор решений, а не должность 3. Что проверяем на пользователях до разработки 4. Что должно быть готово до первой строки кода В корпоративной системе «средний пользователь» не существует: собственник смотрит отклонения от плана, эксперт — очередь своих задач, линейный сотрудник — одно поле для ввода. Когда всех троих сажают в один интерфейс с равными правами на экране, каждый начинает вести свой Excel рядом. Это не проблема дисциплины, это проблема проектирования. Признаки того, что систему обходят Параллельные таблицы: сотрудники выгружают данные из системы, чтобы считать в Excel. Скриншоты вместо выгрузок: информацию передают изображениями, потому что так быстрее, чем найти в системе. Двойной ввод: одно и то же значение вводится и в систему, и в свой файл — «на всякий случай». Система живёт для отчётности: её заполняют к контролю, а работают по другим источникам. Если хотя бы два признака на месте, проблема не в мотивации сотрудников. Значит, интерфейс заставляет делать лишние действия, а данные на экране не отвечают на рабочий вопрос. Переобучение это не лечит — лечит перепроектирование сценариев. Роль — это набор решений, а не должность Проектировать интерфейс по названиям должностей бесполезно: два менеджера с одинаковой должностью решают разные задачи. Мы описываем роли через решения, которые человек принимает, и данные, которые ему для этого нужны. Руководителю нужны отклонения и динамика: где план не выполняется и на сколько, что требует вмешательства сегодня. Специалисту нужна очередь работы: что пришло, что просрочено, что от него ждут прямо сейчас. Линейному сотруднику нужен один короткий сценарий: отсканировать, отметить, подтвердить — без выбора из десяти полей. Администратору нужны правила и справочники: как настроено, кто имеет доступ, что менялось и когда. Правило одного экрана Для каждой роли мы формулируем вопрос, на который человек приходит в систему утром: «что горит», «что мне делать сейчас», «сколько мы заработали вчера». Если на этот вопрос нельзя ответить с одного экрана в первые три секунды, интерфейс будет обходиться таблицами. Узнали свою ситуацию? Интерфейс, которым пользуются? Обсудить UX Что проверяем на пользователях до разработки Прототип стоит дешевле кода, поэтому основные сценарии проверяются до разработки — на реальных людях, с реальными данными и на их рабочих местах. Проверять нужно не «нравится — не нравится», а три вещи. Находит ли человек нужное сам, без подсказок: где посмотреть статус, куда нажать, чтобы согласовать. Не ошибается ли он системно: если трое из пяти путают поле, проблема в интерфейсе, а не во внимательности. Укладывается ли сценарий в реальное время: сколько действий до результата и сколько на это уходит у сотрудника. Для сложного B2B-инструмента мы провели UX-аудит, подготовили редизайн и дизайн-систему, а основные сценарии проверили на 10 пользователях. Найденные проблемы исправили до того, как решение ушло в выпуск, — на этом этапе правка интерфейса стоит часы, а не месяцы переделок в коде. Пример: Iron Logic — проверка сложных сценариев до релиза Что должно быть готово до первой строки кода Карта сценариев по ролям: кто чем пользуется каждый день, а кто заходит раз в месяц. Прототипы ключевых экранов, проверенные на пользователях, с зафиксированными выводами. Описание состояний: пустой список, ошибка, нет доступа, данные ещё грузятся, операция в процессе. Дизайн-система и компоненты: одинаковые элементы ведут себя одинаково на всех экранах. Спецификации для разработки: что происходит при каждом действии и где берутся данные. Дизайн-система здесь не про красоту. В системе, которая живёт годами, она отвечает за предсказуемость: разработчик берёт компонент и описание поведения вместо того, чтобы каждый раз изобретать кнопку заново, а новый специалист понимает интерфейс без обучения. Как понять, что интерфейс получился Через месяц эксплуатации смотрим не на количество замечаний, а на поведение: остались ли параллельные таблицы, сколько времени занимает типовой сценарий, сколько ошибок ввода приходится исправлять. Такие же признаки, что и в начале, — значит работу над интерфейсом нельзя считать законченной. Автор Андрей Трушин Основатель · CEO/CTO Лично ведёт архитектуру проектов, отвечает за технические решения и помогает команде сохранять связь между бизнес-задачей, интерфейсом и реализацией. За его плечами — управленческие контуры для группы агропроизводств и розничной сети, ERP для производства и оптовых поставок, многоролевые порталы и системы с внешними интеграциями и госотчётностью. О компании и команде Интерфейс, которым пользуются? Проведём UX-аудит текущей системы или спроектируем интерфейсы под роли: сценарии, прототипы, проверка на пользователях и дизайн-система до старта разработки. Обсудить UX Новые разборы — в Telegram Когда выходит новый материал, коротко пишем о нём в Telegram. Без рассылок и лишнего шума. Читать в Telegram @Trushin По теме UI/UX дизайн и редизайн Бизнес-системы на заказ Кейс: Iron Logic Кейс: ЕАИС СПКФР Статья: аудит бизнес-процессов Читайте также Автоматизация производства · 11 мин Цифровизация производства: с чего начать, если в цехе уже есть 1С, Excel и бумага Короткий ответ: начинать с одного участка, где данные уже есть, а результат видно за месяц-два. Дальше — разбор, как выбрать участок, какие данные нужны и сколько это стоит. 18 сентября 2026 г. Читать Автоматизация процессов · 11 мин Автоматизация процессов компании: с каких участков начинать и в каком порядке Короткий ответ: начинать с одного участка, где данные уже есть и результат видно за месяц-два. Разбираем порядок этапов, типичные ошибки и как считать эффект. 16 сентября 2026 г. Читать ## Основное ### ПРИЗМАТИКА — разработка бизнес-систем, ERP и цифровых сервисов URL: https://prismatica.agency/ Описание: Разбираем сложные бизнес-процессы, проектируем ERP, корпоративные системы, сайты и сервисы, объединяем данные и интеграции, поэтапно внедряем решение. Сложные задачи. Понятные решения. Разработка ERP, бизнес-систем и цифровых сервисов на заказ Разбираем, как у вас устроена работа, находим узкие места и поэтапно внедряем систему, которой пользуются каждый день, — а результат виден в цифрах, а не в отчёте Обсудить задачу Проектируем и внедряем Бизнес-системы ERP и интеграции Управленческий учёт Корпоративные порталы Сайты и сервисы UX и дизайн-системы Предпроектное обследование Поэтапное внедрение Бизнес-системы ERP и интеграции Управленческий учёт Корпоративные порталы Сайты и сервисы UX и дизайн-системы Предпроектное обследование Поэтапное внедрение Бизнес-системы ERP и интеграции Управленческий учёт Корпоративные порталы Сайты и сервисы UX и дизайн-системы Предпроектное обследование Поэтапное внедрение От сложного к простому Кейсы Проекты, которые изменили работу компаний Госсектор и НКО Онлайн-голосование Антифрод Человек труда 33 — онлайн-голосование региональной премии Голосование ушло из паблика ВКонтакте на сайт: приём заявок с модерацией, каталог участников, авторизация через ВКонтакте и антифрод. 871 участник и 226 274 голоса за два этапа; итоги премии опубликованы. Управленческий учёт Интеграции BI Управленческий контур для группы производств Ассистент неделю сводил данные пяти производств в Excel. Теперь 1С, СКУД и внутренние базы отдают их сами, и руководство видит ДДС, P&L и производство за предыдущий день. Многоролевая система Документооборот Интеграции ЕАИС СПКФР — оценка квалификации в одном контуре Заявление, экзамен, протоколы и передача в реестр — один процесс вместо переписки и файлов. Пять ролей со своими правами доступа, система в промышленной эксплуатации. Управленческий учёт Интеграции Разные роли FinOne — ежедневный управленческий контроль Вместо отчёта раз в месяц — ежедневное сравнение точек, контроль плана продаж и предупреждение о кассовом разрыве за несколько дней до него. Все кейсы Работаем так От бизнес-процесса до работающей системы Разбираемся в задаче Говорим с владельцами, руководителями и теми, кто работает руками: где берут данные, кто что заполняет, что тормозит. Записываем, что должно измениться, — конкретно и измеримо. Проектируем решение Предлагаем 2–3 варианта под разные бюджеты. Раскладываем архитектуру и интерфейсы по сценариям и показываем их будущим пользователям, пока ничего не написано в коде. Внедряем поэтапно Делим работу на этапы в несколько недель. После каждого — промежуточный итог: подключённая интеграция, сверенные данные, работающая часть системы. Помогаем перейти Учим работать в системе и директоров, и линейных сотрудников. Собираем обратную связь и дорабатываем по реальному использованию, а не по отчёту. Две практики Два направления. Один подход. Обсудить задачу Все услуги Бизнес-системы Сводим процессы, данные, роли и внешние сервисы в одну управляемую систему — от заказов и производства до финансов и отчётности. Заказы и производство Логистика Финансы и отчётность 1С, CRM, СКУД и банки Роли и права доступа Автоматизация производства Разработка бизнес-систем Разработка ERP-систем Сайты и сервисы Проектируем сайты, интернет-магазины, личные кабинеты и общественные сервисы, которыми удобно пользоваться и которые можно развивать. Корпоративные порталы eCommerce Личные кабинеты Общественные сервисы UX-аудит и дизайн-системы Разработка сайтов и сервисов UI/UX и редизайн продуктов перед началом работы Предпроектное обследование: понятный план до начала разработки За 7–10 рабочих дней из вашей задачи получаются требования, прототипы и оценка: можно идти в разработку к нам или к любой другой команде. Результат остаётся у вас. 01 от 7 рабочих дней от 50 000 ₽ Предпроектное обследование «Проект» Когда решение о внедрении уже принято и перед разработкой нужно зафиксировать требования. Описание текущих и будущих процессов, роли, сценарии работы, интеграции, ключевые прототипы, архитектурный подход, этапы, оценка и ТЗ. Обсудить ППО «Проект» 02 от 10 рабочих дней от 75 000 ₽ Предпроектное обследование «Бизнес» Когда идею и бюджет нужно оценить с точки зрения окупаемости и ожидаемого эффекта, чтобы принять решение о внедрении. Всё из пакета «Проект», а также оценка текущих потерь, ожидаемый эффект, этапы финансирования, ориентир окупаемости и материалы для защиты проекта. Обсудить ППО «Бизнес» Точный состав фиксируем до старта: количество процессов, ролей, интервью, интеграций, прототипов и итераций согласования. Как проходит разработка бизнес-систем после обследования Первый разговор — без обязательств Расскажите, что нужно взять под контроль Готовое ТЗ не требуется. Разберём контекст и поймём, нужен ли проект, предпроектное обследование или более простой способ решить задачу. Обсудить задачу в Telegram Позвонить +7 (911) 785-04-44 Написать на почту info@prismatica.agency Мы в соцсетях Telegram @Trushin TenChat @Trushin ### О компании ПРИЗМАТИКА — кто мы, как работаем и что гарантируем URL: https://prismatica.agency/about Описание: ООО «ПРИЗМАТИКА»: основатель с опытом более 15 лет сам проектирует системы, постоянная команда аналитиков и дизайнеров. Работаем по всей России, гарантия до двух месяцев после сдачи. О компании Проектируем и внедряем ERP, бизнес-системы и цифровые сервисы — с результатом, который виден в цифрах На время проекта работаем как ваш ИТ-отдел: разбираемся, как у вас устроена работа, проектируем систему и доводим её до того, что ей пользуются каждый день. ИНН 7807401268 · ОГРН 1257800067469 ООО «ПРИЗМАТИКА» Где мы и где работаем Санкт-Петербург · вся Россия Обследование перед разработкой, 7–10 рабочих дней от 50 000 ₽ Разработка, обычно 3–6 месяцев от 300 000 ₽ Андрей Трушин Основатель · CEO/CTO Более 15 лет в разработке Отвечает за проект лично Сам продумывает, как будет устроена система, и отвечает за технические решения. Следит, чтобы сделанное решало вашу задачу, а не просто работало. Примеры Что изменилось у клиентов FinOne Каждый день вместо раза в месяц Раньше собственник видел отчёт раз в месяц. Теперь каждый день сравнивает точки и заранее узнаёт о кассовом разрыве. Смотреть кейс Группа агропроизводств 63 пользователя, данные за вчера Ассистент неделю сводил данные пяти производств в Excel. Теперь 1С, СКУД и внутренние базы отдают их сами, и руководство видит картину за предыдущий день. Смотреть кейс ЕАИС СПКФР 5 типов пользователей в одной системе Заявление, экзамен, протоколы и передача в реестр идут в одной системе, а не в переписке. Она связана с 1С, оплатой и НАРК и работает каждый день. Смотреть кейс Человек труда 33 226 274 голоса за два этапа Сайт региональной премии: приём заявок с проверкой, каталог участников и голосование в два этапа. 871 участник, итоги премии опубликованы. Смотреть кейс Все кейсы Команда проекта Основная команда ведёт проект от начала до конца, разработчиков подключаем под задачу 01 Основатель Проектирует систему и отвечает за результат Один человек отвечает за весь проект — от первых требований до запуска и дальнейшего развития. 02 Аналитики и дизайнеры Разбираются в задаче и рисуют экраны Постоянная команда. Разбирается, как у вас устроена работа, записывает требования и следит, чтобы система не превратилась в набор разрозненных кусков. 03 Разработчики Подключаются, когда нужны Проверенных разработчиков подключаем под конкретный этап и нужные технологии. Вы платите за их работу, а не за то, что команда сидит без дела между проектами. Кто работает над вашим проектом Архитектор проекта Андрей Трушин, CEO/CTO Решает, как хранить данные, кто что видит в системе и как она связана с 1С, банком и другими программами. Отвечает за это от обследования до сдачи. Аналитик Основная команда Разбирается, как работа идёт сейчас, записывает, что должно измениться, и как потом проверить, что всё сделано правильно. Дизайнер интерфейсов Основная команда Рисует экраны под каждого сотрудника — бухгалтера, кладовщика, руководителя — и проверяет их на будущих пользователях до начала разработки. Разработчики Подключаются под задачу Пишут систему по общим правилам. Каждое изменение перед выпуском проверяет второй разработчик. Как идёт проект От обследования до работающей системы 01 Обследование 7–10 рабочих дней Разбираемся в задаче, рисуем экраны, делим работу на этапы и считаем стоимость. Результат остаётся у вас — с ним можно идти к нам или к другой команде. 02 Первый рабочий этап 4–6 недель Делаем один участок работы целиком — от ввода данных до отчёта, — чтобы им уже можно было пользоваться. 03 Проверка на реальной работе 2–4 недели Какое-то время учёт идёт и по-старому, и в новой системе — пока цифры не начнут сходиться. 04 Расширение и сопровождение по этапам Добавляем следующие участки к уже работающей системе. После сдачи — гарантия до двух месяцев, потом при желании платная поддержка. Оплата по этапам: 50% до начала этапа и 50% после приёмки. Промежуточный результат показываем на каждом этапе. Для кого мы Подходим не всем — и честно скажем об этом сразу Подходим, если + В работе участвуют несколько отделов и программ: 1С, банк, оборудование, личные кабинеты клиентов. + Данные разбросаны по таблицам и программам, отчёты собирают вручную. + Нужен один подрядчик, который отвечает за всё — от задачи до запуска и развития. + Бюджет проекта — от 300 000 ₽, обследование — от 50 000 ₽. Скорее не подходим, если – Нужна небольшая разовая доработка с бюджетом меньше 300 000 ₽. – С вашей стороны нет человека, который может принимать решения по проекту. – Вам подойдёт готовая программа без доработок. Если так — скажем об этом на обследовании и не будем продавать разработку. Сравнение Чем мы отличаемся от других вариантов Вместо подрядчика по 1С Не продаём одну программу на всё Не подгоняем вашу работу под заранее выбранную программу. После обследования честно скажем, что выгоднее: оставить то, что есть, дополнить удобными инструментами или заменить. Сравниваем, сколько будет стоить обслуживание, удобно ли сотрудникам и можно ли развивать систему дальше Вместо команды фрилансеров Один договор и одна ответственность За результат отвечает одна компания: аналитик, дизайнер и разработчики работают вместе. Вам не нужно самому искать людей и следить, чтобы их части сошлись. Этапы и сроки в договоре, NDA, гарантия Вместо крупного интегратора Первый результат за 4–6 недель Систему проектирует основатель, а не менеджер-посредник. Не тратим месяцы на согласования: сначала запускаем одну полезную часть, а дальше развиваем по тому, как ей пользуются. Вы говорите напрямую с тем, кто проектирует систему Качество и обязательства Что закрепляем в работе и в договоре Проверка кода и автотесты Пишем по общим правилам, каждое изменение проверяет второй разработчик, а основные сценарии проверяются автоматически. Перед сдачей результат смотрит вся команда. Проверяете на тестовой копии Готовую часть показываем на каждом этапе на отдельной тестовой копии системы, а не на рабочей. Ваши замечания исправляем до приёмки. Код и права остаются у вас Доступ к исходному коду у вас с первого дня. После сдачи передаём код, документацию и права на систему — это прописано в договоре. Гарантия до двух месяцев после сдачи Бесплатно исправляем ошибки после сдачи. Точный срок и что входит в гарантию, прописываем в договоре. Конфиденциальность Подписываем NDA. Некоторые проекты показываем без названия клиента, подробности рассказываем только после подписания соглашения. Поддержка после гарантии Когда гарантия закончится, можем дальше поддерживать и развивать систему. Это отдельная платная услуга. С чего начинается работа Работа начинается с обследования, а не с договора на разработку За 7–10 рабочих дней разбираемся в задаче и отдаём: что нужно сделать, как будут выглядеть экраны, по каким этапам идти и сколько это стоит. С этим можно идти к нам или к любому другому подрядчику. Обычное обследование — 50 000 ₽ за 7 рабочих дней. Расширенное — 75 000 ₽ за 10 дней: дополнительно считаем, окупится ли проект, чтобы было с чем идти к руководству за бюджетом. Как проходит обследование Обсудить задачу Про AI AI помогает быстрее разобраться. Решают и отвечают люди. С помощью AI быстрее готовим требования и находим странности в данных. Перед этим убираем из данных всё, по чему можно узнать людей и компании, а выводы проверяет специалист. Реквизиты Полное наименование Общество с ограниченной ответственностью «ПРИЗМАТИКА» ИНН / КПП 7807401268 / 780701001 ОГРН 1257800067469 Юридический адрес г. Санкт-Петербург Генеральный директор Трушин Андрей Викторович Телефон и почта +7 (911) 785-04-44 · info@prismatica.agency Первый разговор — без обязательств Расскажите, что нужно взять под контроль Готовое ТЗ не требуется. Разберём контекст и поймём, нужен ли проект, предпроектное обследование или более простой способ решить задачу. Обсудить задачу в Telegram Позвонить +7 (911) 785-04-44 Написать на почту info@prismatica.agency Мы в соцсетях Telegram @Trushin TenChat @Trushin ### Политика обработки персональных данных — Prismatica URL: https://prismatica.agency/privacy Описание: Политика обработки персональных данных ООО «ПРИЗМАТИКА»: какие данные собирает сайт prismatica.agency, зачем, сколько хранит и как отозвать согласие. Документы Политика обработки персональных данных Документ описывает, какие персональные данные собирает сайт prismatica.agency, зачем они нужны, как хранятся и как отозвать согласие на обработку. Редакция от 15.09.2026. Оператор: ООО «ПРИЗМАТИКА» ИНН 7807401268 Юридический адрес: 198328, г. Санкт-Петербург, ул. Маршала Захарова, д. 19, корп. 1, литера А, кв. 2 Обращения: info@prismatica.agency 1. Оператор персональных данных Оператор — ООО «ПРИЗМАТИКА», ИНН 7807401268. Адрес для обращений по вопросам обработки персональных данных: info@prismatica.agency. Юридический адрес: 198328, г. Санкт-Петербург, ул. Маршала Захарова, д. 19, корп. 1, литера А, кв. 2. 2. Какие данные мы обрабатываем Данные, которые вы оставляете в формах на сайте: имя, телефон, Telegram или e-mail, ссылка на магазин на маркетплейсе, примерный оборот, комментарий к заявке. Данные, которые собираются автоматически при посещении сайта: IP-адрес, тип устройства и браузера, страницы и время посещения, источник перехода, файлы cookie и идентификаторы систем веб-аналитики. Мы не обрабатываем специальные категории персональных данных, биометрию и данные несовершеннолетних. 3. Зачем мы обрабатываем данные Чтобы связаться с вами по оставленной заявке, подготовить разбор ассортимента, расчёт или коммерческое предложение. Чтобы заключить и исполнить договор, если по заявке начата работа. Чтобы понимать, как используется сайт, и улучшать его (аналитика посещаемости). Мы не используем данные для рассылок без отдельного согласия и не продаём их третьим лицам. 4. Правовые основания Ваше согласие на обработку персональных данных — оно даётся при отметке чекбокса в форме заявки. Исполнение договора, стороной которого вы являетесь или намерены стать. Законные интересы оператора в части анализа работы сайта и защиты от злоупотреблений. 5. Как долго храним Срок хранения данных из заявок — 3 года с момента последнего взаимодействия, если договор не требует иного. Данные удаляются, когда цель обработки достигнута. Заявки также сохраняются на сервере оператора — в защищённом журнале обращений, доступ к которому ограничен. Данные веб-аналитики хранятся в соответствии с настройками используемых сервисов (см. раздел 6). 6. Передача третьим лицам Заявки с сайта отправляются письмом на почтовый ящик оператора через сервис приёма заявок, работающий на нашем сервере. Почтовый сервис — Яндекс.Почта. Если вы выбрали Telegram как способ связи, переписка ведётся через Telegram Messenger, и текст обращения передаётся этому сервису. Для анализа посещаемости используется Яндекс Метрика (ООО «ЯНДЕКС») — ей передаются данные о визите, включая cookie и IP-адрес. Иным третьим лицам данные передаются только по законному требованию (например, по запросу государственного органа). 7. Cookie и веб-аналитика Сайт использует файлы cookie и Яндекс Метрику, чтобы считать посещения, источники переходов и поведение на страницах. Вы можете отключить cookie в настройках браузера — часть функций сайта при этом может работать иначе. Отключение cookie не влияет на возможность отправить заявку. 8. Ваши права Получить информацию об обработке ваших персональных данных и ознакомиться с ними. Потребовать уточнения, блокирования или удаления данных, если они неполны, устарели, неточны или незаконно получены. Отозвать согласие на обработку персональных данных. Обжаловать действия оператора в Роскомнадзоре или в суде. 9. Как отозвать согласие Напишите на info@prismatica.agency с адреса или контакта, которые вы оставляли в заявке, и укажите, что отзываете согласие. Мы прекратим обработку и удалим данные в течение 30 дней, если нет законных оснований продолжать обработку (например, действующий договор). 10. Изменения политики Мы можем обновлять эту политику. Действующая редакция всегда опубликована на этой странице. Дата редакции: 15.09.2026.