Техническая состоятельность
Может ли команда объяснить архитектуру без жаргона и показать компромиссы.
WPCraft — команда инженеров, которые хорошо разбираются в продуктовой веб разработке
Используем PHP-стек: Laravel, WordPress и WooCommerce, а также JAMstack: React, Astro и Next.js.
Четыре нюанса, которые почти не видно в презентации, но именно они решают исход
Красивый сайт мало что значит, если через полгода платформу тяжело масштабировать, поддерживать и контролировать. По этой рамке предлагаем сравнивать нас с другими подрядчиками.
Может ли команда объяснить архитектуру без жаргона и показать компромиссы.
Есть ли discovery, владельцы решений, QA и понятный путь эскалации.
Заложены ли доступы, релизный контроль и доступность в сам проект.
Готов ли подрядчик спорить со сроками и объёмом, а не соглашаться со всем.
Архитектура, которая выдерживает рост трафика, команды и интеграций
Проектируем системами, а не отдельными фичами: рост нагрузки, новые интеграции, мультисайт и будущие миграции не должны требовать переписывания платформы.
Выбор стека следует из ограничений продукта; компромиссы фиксируем письменно.
Code review, статический анализ, тесты, повторяемые деплои и явная работа с техдолгом.
Разбираем движение данных, владельцев данных и поведение системы при отказе сервиса.
Окружения, релизы, мониторинг, алерты, откаты и разбор инцидентов.
Крупные проекты ломаются не от одного плохого решения, а от слабого процесса
Процесс одинаков для итерации, ограниченного этапа и выделенной команды: понять среду, договориться о владельцах, показать изменение и принять его по критериям.
До оценки разбираем workflow, зависимости и внутренние ограничения; риски называем заранее.
Фиксируем, кто ведёт поставку, владеет техническим решением и реагирует на изменение объёма.
Решения зафиксированы, релизы проходят staging и review, эскалация описана.
Сопровождение, мониторинг и SLA оформляются отдельным договором, а не обещанием.
Управляемость закладывается в проект, а не навешивается после запуска
Для продукта, на котором идут деньги и редакционная работа, доступы, релизный контроль и доступность — часть архитектуры. Их описываем до первого релиза и фиксируем в договоре.
Разграничиваем права больших редакций и внешних подрядчиков, предусматриваем ревизию доступов.
Определяем, что запускает security review и как изменение попадает в production.
WCAG учитывается в дизайн-системе, контент-моделях и тестах, а не в чек-листе перед запуском.
Гарантия на дефекты, SLA и ответственность разведены и закреплены в правовых документах.
Правовые документыМы спорим с требованиями, если видим риск, и говорим об этом до договора
Сильные отношения с подрядчиком не транзакционные. Показываем скрытые риски, оспариваем нереалистичные сроки и объясняем компромиссы простым языком.
Называем неопределённость до оценки, а не после срыва срока.
В вашем репозитории, ваших правилах и вашем процессе review.
Заказчик видит объём, приоритеты и историю изменений.
Отказываемся от задач без подтверждённой экспертизы или выполнимых условий.
Четыре практики, в которых у нас подтверждённая экспертиза
Каждая практика — отдельная страница с инструментами и разбором задач. Внутренние сервисы входят в Services вместе с внешними кабинетами и сообществами.
Публичные сайты, интерфейсы, API, интеграции и эксплуатационная инфраструктура.
B2C- и B2B-продажи: витрина, товарные данные, торговые кабинеты, заказы, оплата и исполнение.
Интернет-медиа: СМИ, журналы, корпоративные издания и отраслевые порталы с редакционным циклом, поиском и монетизацией.
Сервисы с аккаунтами и ролями: SaaS-кабинеты, личные кабинеты и сообщества снаружи, порталы, базы знаний и админпанели внутри.
Компетенцию можно проверить до созвона — код, статусы и публичная практика
Публичный контур WPCraft показывает способ мышления команды до продажи. Для каждого факта ниже есть первоисточник.
Первый проект на WordPress стал началом практики, которую развиваем до сих пор.
Архив ранних версий сайтаПубличные репозитории WPCraft: инструменты, плагины и материалы, которые можно посмотреть до созвона.
Организация на GitHubWooMS — открытый проект для интеграции МойСклад и WooCommerce, с кодом, задачами и историей разработки.
Репозиторий WooMSОткрытый чат и канал в Telegram — место для профессионального разговора о WordPress и WooCommerce.
Чат WordPress & WooCommerceМатериалы по WordPress и WooCommerce публикуются в открытой базе знаний и могут быть дополнены через GitHub.
Открыть базу знанийРазборы решений, кода и ограничений остаются доступными на сайте, а не только в коммерческих презентациях.
Читать блогЧего мы не делаем — чтобы не тратить ваше и наше время
Список отказов — такой же сигнал зрелости, как список компетенций.
Отвечаем за инженерный delivery веб-продукта.
Сначала определяем границы и критерии, затем обсуждаем дату.
Работаем только в направлениях с подтверждённой практикой.
На стороне заказчика нужен владелец решения и доступный контекст.
Наши разработки и эксперименты
Плагины и сервисы, которые мы делаем для своих проектов и открываем для всех. Состав и адреса приходят из общего каталога.
Синхронизация товаров, остатков и заказов между магазином на WooCommerce и МоимСкладом.
Сервисы Яндекса — Метрика, Вебмастер и другие — подключаются из админки WordPress без правки кода.
Вход на сайт через внешние сервисы — Яндекс, Телеграм, Google, Сбер и другие, на базе OAuth2.
Следим за доступностью сайта и сроком домена, раз в месяц присылаем отчёт о динамике и рисках.
Города, где мы работаем
Основная работа идёт онлайн: задачи ставятся в Telegram и почте, встречи — по видеосвязи. Если удобнее вживую, договоримся о встрече в одном из городов.
пр. Аль-Фараби, 5/2
Береговая ул., 146/1
С чего начнём?
Выберите формат, который ближе к текущей задаче. Уточним вводные и предложим следующий шаг.
Веб-продукт уже работает, нужна ограниченная задача: исправить ошибку, доработать интерфейс или разобраться с интеграцией.
Есть замысел нового продукта, этапа развития или миграции: разберём ограничения и предложим порядок работы.
Нужны состав работ, сроки и цена на бумаге — подготовим предложение по вашим требованиям.