Смотрим, что подрядчик сделал на самом деле: код, архитектуру, тесты, миграции, бэкапы и соответствие техническому заданию. На выходе — вердикт в трёх словах и обоснование по пунктам, с которым можно идти на приёмку.
Срок — ориентир по нашим проектам; точный срок фиксируется в договоре после обследования. Стоимость на сайте не публикуем: она зависит от объёма и состояния систем, поэтому считаем её после короткого разговора и фиксируем в договоре. Договоры и счета оформляет ООО «АЛЬФАДИСК» на ОСНО. Страница не является публичной офертой.
Пока этап не оплачен, у вас есть переговорная позиция. После подписания акта любая находка превращается в «доработку», а доработка — в новый счёт.
Проверить самому нечем: демонстрация всегда проходит по счастливому сценарию, а «покажите код» ничего не даёт, если читать его некому.
Спросить второго подрядчика тоже страшно: обычно он заинтересован сказать «всё плохо, переделаем с нуля», потому что переделка с нуля — это его контракт.
Мы не переписываем чужую работу и не участвуем в конфликте. Задача — дать вам письменный документ, который одинаково читается вами, вашим подрядчиком и юристом.
Берём договор, техническое задание, переписку по объёму работ и доступ к репозиторию на чтение. Отдельно фиксируем, что именно вы считаете обещанным: список критериев составляем письменно до начала проверки, чтобы вердикт не оказался спором о вкусах.
По каждому пункту задания смотрим, есть ли реализация, работает ли она на данных, отличных от демонстрационных, и совпадает ли поведение с описанным. Пункты, где «сделано частично», выписываются отдельно: именно они обычно и становятся предметом спора на приёмке.
Читаем код на предмет того, что ломается не сегодня: авторизация и права, обработка ошибок, идемпотентность операций с деньгами и остатками, транзакции, зависимость от одного человека или одной незадокументированной настройки. Отмечаем и обратное — участки, сделанные добротно.
Есть ли тесты и что они на самом деле проверяют; проходят ли миграции на копии базы; делаются ли бэкапы и восстанавливались ли из них хоть раз; существует ли план отката. Система без отката — это система, которую нельзя обновлять.
Второй проход идёт вслепую относительно первого — без доступа к его рассуждениям, только исходные данные и критерии. Расхождения между проходами разбираются вручную. Итог — вердикт «принимать / принимать с оговорками / не принимать» с обоснованием по каждому пункту.
Формулировки нейтральные: без «подрядчик некомпетентен» и без «всё надо переписать». Только проверяемые утверждения.
Зависит от объёма кода, числа интеграций и того, насколько полно подрядчик передал материалы. Считаем после короткого разговора: называем цифру и состав работ в течение одного рабочего дня и фиксируем их в договоре вместе со списком «что не входит». Мы не берём процент от суммы спора и не участвуем в нём на вашей стороне — иначе вердикт стоил бы ровно столько, сколько стоит заказная бумага.
Проверка чужого кода, архитектуры и соответствия заданию. Формат отчёта одинаков вне зависимости от того, каким получится вывод.
Тем же методом — разделённые роли исполнителя и критика, двойное слепое ревью, приёмка по бинарным критериям «тест зелёный или нет» — мы ведём собственную разработку каждый день.
Цифр чужих проверок на этой странице нет сознательно: результаты работы с внешними контурами мы публикуем только с письменного согласия владельца, а таких согласий у нас сейчас нет. Для вас это работает в ту же сторону — всё, что мы найдём у вашего подрядчика, останется между нами.
Мы не обещаем найти проблемы: бывает и вердикт «принимать». Формат отчёта от этого не меняется — он одинаково подробен и когда работа плоха, и когда она сделана хорошо. Порядок работы описан в разделе «Метод».
Что за система, на каком этапе спор и какие документы есть на руках. Скажем, что реально проверить за срок, который у вас остался.
Обсудить задачу