К содержанию

Практика Averix

Понятно о сайтах: что делать, проверять и требовать.

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

С конкретным порядком действий, проверками и честными ограничениями.

Рабочая библиотека

Начните со своей ситуации

07 материалов

Сайт сломался: что делать до приезда разработчика

Форма не отправляется, оплата зависает или вместо страницы появляется ошибка. В такой момент хочется нажать всё подряд, но это часто только усложняет восстановление. Разберём спокойный порядок действий без лишней технической лексики.

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

Как передавать правки на сайт и получать именно то, что вы имели в виду

Для небольшой правки не всегда нужно техническое задание. Но фраза «передвиньте кнопку и сделайте современно» тоже не работает: заказчик и исполнитель видят за ней разные результаты. Соберём короткий формат задачи, понятный обеим сторонам.

После чтенияСможете собрать правки в понятный список, отделить обязательное от идей и заранее договориться, по каким признакам изменение считается готовым.

Переезд сайта на другой сервер: что проверить, чтобы не потерять заказы и почту

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

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

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

Архив с кодом и таблица паролей ещё не означают, что проект передан. Разбираем, что должно остаться у компании и как проверить, что новая команда сможет продолжить работу.

После чтенияСможете собрать контур владения проектом, проверить критичные доступы и подготовить передачу без остановки продукта.

Как принять сайт или приложение у подрядчика перед финальной оплатой

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

После чтенияСможете составить программу приёмки, разделить блокирующие и плановые замечания и принять аргументированное решение по этапу.

Бэклог растёт, релизы замедляются: поддержка, отдельная команда или переписывание?

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

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

MVP без лишнего: как выбрать первую версию, которую действительно можно проверить

MVP — не продукт с минимальным количеством экранов. Это минимальный замкнутый сценарий, который даёт достаточно данных для следующего решения.

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

Не нашли свою ситуацию?

Можно начать с одной непонятной задачи.

Описать задачу