Форма обратной связи
После отправки показать номер обращения и передать поля в CRM.
Работаем с тем, что уже запущено
Доработка существующих сайтов без переделки с нуля
Берём в работу сайты после других разработчиков: исправляем ошибки, добавляем функции, интеграции и разделы. Для предварительной оценки нужны ссылка и описание ожидаемого изменения.
Составить список правокТип задачи
Что нужно изменить на сайте?
Выберите знакомую ситуацию или перейдите к конструктору. Одно обращение может содержать несколько разных правок.
01
Исправить ошибку
Повторим сбой, найдём затронутый слой и проверим исправленный сценарий.
↗02Добавить функцию
Зафиксируем поведение, данные, роли и соседние сценарии до изменения кода.
↗03Доработать форму
Проверим путь заявки от полей и валидации до почты, API или CRM.
↗04Исправить мобильную версию
Разберём меню, сетки, таблицы, поля, изображения и переполнение.
↗05Изменить каталог
Доработаем карточки, фильтры, поиск, свойства и связанный обмен данными.
↗06Подключить сервис
Опишем направления обмена, форматы, ошибки, повторы и контроль результата.
↗07Развить личный кабинет
Уточним роли, состояния, документы, уведомления и права доступа.
↗08Продолжить чужой проект
Соберём доступы, определим стек и начнём с проверяемого участка работ.
↗Передача проекта
Сайт делали не мы — это нормально
Мы не требуем начинать сначала только из-за смены исполнителя. Но неизвестный код нельзя оценивать как знакомый: сначала нужно понять, что именно будет затронуто.
Показать сайт- 01Получаем сведения о доступах
- 02Определяем CMS и стек
- 03Ищем Git и резервные копии
- 04Проверяем затронутые области
- 05Отделяем диагностику от изменения
- 06Выпускаем и проверяем результат
Рабочий формат
Не одно поле, а понятный список изменений
У каждой правки есть страница, желаемое поведение и собственные вложения. CMS и наличие доступов фиксируются отдельно.
Карточки услуг на телефоне
Убрать горизонтальное переполнение, сохранить видимую кнопку действия.
Выгрузка документов
Добавить XLSX по выбранному периоду для роли менеджера.
Технологии
Работаем на уровне задачи и стека
Название CMS помогает маршрутизировать запрос. Если система неизвестна, это нейтральная исходная точка, а не препятствие.
1С-Битрикскомпоненты, инфоблоки, каталог и обмен→WordPressтемы, плагины, Gutenberg и WooCommerce→OpenCartмодули, оформление заказа и обмен магазина→Laravelbackend, очереди, API и legacy-модули→Node.jsAPI, NestJS, очереди и интеграции→Самописные проектыдиагностика стека и безопасная граница изменения→
Кейсы
Только после проверки разрешения
Кандидаты из портфолио OpenStart не перенесены автоматически: для этого домена пока не подтверждены разрешения на названия, результаты, отзывы и изображения.
Как устроен доказательный кейс →Стоимость
Оценка или сначала диагностика
Небольшую определённую правку можно предварительно оценить по ссылке и результату. Унаследованный связанный проект сначала требует понять риски и зависимости.
Как формируется оценка →Исполнитель
Команда OpenStart
Юридические и контактные данные исполнителя подтверждены локальным реестром бренда и собраны в одном конфигурационном источнике.
Контакты и реквизиты →Процесс
Сначала понять влияние изменения
1Задача
2Осмотр
3Результат
4Оценка
5Подготовка
6Разработка
7Тест
8Выпуск
Вопросы
До передачи доступов и кода
01Можно обратиться с сайтом, который делала другая команда?
Да. Сначала определяем технологию и доступы, смотрим структуру проекта, репозиторий и резервные копии, затем проверяем область предполагаемого изменения. Если состояние кода неизвестно, до оценки самой доработки может понадобиться диагностика.
02Нужно ли заранее готовить техническое задание?
Нет. Достаточно ссылки, наблюдаемой проблемы или желаемого результата. В конструкторе можно собрать несколько правок по страницам и пояснить ожидаемое поведение обычными словами.
03Можно отправить список изменений по разным страницам?
Да. Каждая правка оформляется отдельным пунктом с URL страницы, текущей ситуацией, ожидаемым результатом и файлами. Перед отправкой весь список показывается на сводном экране.
04Когда передавать доступы?
В публичной форме пароли не запрашиваются. Сначала отметьте, какие доступы в принципе есть. Конкретный безопасный способ передачи согласовывается отдельно после принятия задачи в работу.
05Можно доработать самописный проект?
Можно оценить такую возможность после знакомства со стеком, зависимостями, структурой данных и состоянием кода. Самописная система не означает автоматическую переделку, но небезопасный участок может потребовать отдельной подготовки.
06Можно начать с одной небольшой задачи?
Да. Небольшой ограниченный сценарий помогает проверить доступы, порядок выпуска изменений и взаимодействие с существующим проектом без расширения объёма до подтверждения результата.
07Что будет, если код в плохом состоянии?
Мы отделим наблюдаемые дефекты от риска изменения, опишем ограничения и предложим проверяемый первый шаг. Иногда безопаснее сначала добавить резервную копию, репозиторий, тестовую среду или диагностику затронутого модуля.
08Можно получить предварительную оценку без всех доступов?
Для небольшой и понятной правки — часто да, по ссылке и ожидаемому результату. Для связанного функционала или чужого кода предварительная оценка будет содержать допущения и перечень того, что нужно проверить.
Без формального ТЗ
Оценить доработку Покажите сайт и соберите правки
Сначала — структура задачи. Контактные данные понадобятся только на последнем шаге.