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

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

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

Оговорка, без которой список был бы нечестным: эти проверки не доказывают качество кода и не заменяют приёмку. Они показывают другое — насколько аккуратно сделаны края. Но край — это то место, где продукт ломается у живых людей, и подрядчик, у которого края в порядке, почти никогда не оказывается плох в середине.

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

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

И второе правило: берите мышь и телефон в руки сами. Пересказ не передаёт ощущения скорости и понятности, а именно по ним ваш клиент примет решение. Смотреть, как кто-то уверенно кликает по знакомому маршруту, — это не проверка.

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

Смотреть нужно на три вещи. Первое — вы остались на своём сайте или увидели белый экран с технической надписью. Второе — есть ли куда пойти дальше: ссылка в каталог, в разделы, в контакты. Третье — на месте ли шапка и подвал, то есть осталась ли страница частью сайта или вывалилась из него.

Почему это говорит о многом. Страницу «не найдено» видят не только любопытные: на неё попадают по старым ссылкам из поиска, из чужих статей, из рассылок, отправленных год назад. Если подрядчик сделал её как часть продукта, значит, он думал о том, что происходит с человеком за пределами идеального маршрута. Если там системная заглушка — скорее всего, не думал и в других местах тоже.

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

Отправьте форму пустой. Нормальное поведение: подсветилось конкретное поле, рядом с ним написано, что именно не так, страница никуда не уехала. Плохое: общая надпись «ошибка» наверху, непонятно где, или форма молча ничего не делает.

Теперь введите в поле телефона буквы, в поле почты — слово без собаки, а в поле имени — двести знаков подряд. Потом впишите всё правильно, но нажмите кнопку отправки дважды. Последнее особенно показательно: на нормально сделанной форме кнопка после первого нажатия перестаёт нажиматься, и заявка приходит одна. Там, где об этом не подумали, вы получите два одинаковых обращения — а в магазине это два одинаковых заказа, и разбираться с ними будет ваш менеджер.

И последнее в этой проверке: ошиблись в одном поле, получили сообщение — сохранилось ли остальное, что вы уже ввели? Если форма очистилась целиком, значит человек с неудобного телефона на третьей попытке просто уйдёт.

Демонстрация почти всегда идёт на подготовленном примере: десять товаров с короткими названиями и хорошими фотографиями, три заявки, два сотрудника. На таком объёме не видно ничего.

Скажите прямо: покажите на реальном. Весь каталог целиком, а не раздел. Список заказов за месяц, а не за сегодня. Товар, у которого название в три строки. Карточку, у которой нет фотографии. Клиента с двойной фамилией и адресом на сорок знаков. Пустой раздел, в котором ещё ничего нет.

Смотреть надо на то, разъезжается ли вёрстка, обрезаются ли длинные названия аккуратно или наползают друг на друга, что стоит вместо отсутствующей фотографии, и что написано на пустом экране — «ничего не найдено» или просто пустота. Это те самые состояния элементов, на которые уходят недели работы и которые невозможно увидеть на десяти показательных записях.

Отдельно попросите открыть самый тяжёлый список, который у вас есть, и засеките про себя, за сколько он откроется. Точная цифра вам не нужна — нужно ощущение: это секунда, три или «сейчас прогрузится».

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

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

Если вам делают мобильное приложение, у вас есть источник, который невозможно приукрасить: его карточка в App Store или Google Play. Она публичная, и читается без всякой подготовки.

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

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

Приложение SHI TRENDY — наш проект, и на нём удобно показать, что именно стоит за такой карточкой. Московский мультибрендовый концепт-стор работает больше одиннадцати лет, продавал через социальные сети, где число подписчиков перевалило за триста тысяч, и в 2020 году решил перестать зависеть от чужих алгоритмов. Сначала сделали интернет-магазин, затем приложение на Flutter — один код для iOS и Android, глубокая интеграция с административной системой сайта, обмен каталогом и товарными остатками полностью автоматический.

Честная часть кейса для этой статьи важнее остального. В тексте проекта прямо сказано: запуск интернет-магазина не привёл к мгновенному росту продаж, но дал стратегические преимущества — автоматизацию и независимость от соцсетей. И ещё: главную страницу несколько раз перерабатывали уже по ходу. Руководитель ShiTrendy Рустам Алибеков оценил результат так: небольшая команда стала эффективно справляться с потоком заказов. Вот это и есть проверяемый результат работы подрядчика — не «красиво получилось», а изменение в том, сколько людей нужно, чтобы вести тот же поток.

Эти вопросы вы задаёте голосом, на встрече. Хитрость в том, что оценивать нужно не содержание ответа — в нём вы всё равно не разберётесь, — а его форму. У команды, которая держит проект в порядке, ответ короткий, конкретный и звучит сразу. Развёрнутое объяснение, почему вопрос поставлен неправильно, — это и есть ответ, просто отрицательный.

Ниже — не перечень требований и не то, что мы обязуемся обеспечивать сами. Это список для разговора: что спросить и как читать услышанное.

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

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

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

И самое недооценённое: спросите, где тестовый адрес, и зайдите на него. Не раз в конце этапа, а в произвольный момент. Продукт, который вы видите только на демонстрациях, вы не контролируете — вы смотрите кино, смонтированное для вас.

Будем честны до конца: часть признаков, по которым заказчики обычно судят о подрядчике, не значат ничего.

Скорость ответа в чате — это про загруженность менеджера, а не про качество разработки. Количество страниц в отчёте — про усердие того, кто его писал. Красота презентации макетов — про навык презентации. Число пунктов в меню, шрифт и цвет кнопки вы можете обсуждать сколько угодно, но объём работы они не измеряют: такую правку делают за вечер, и подрядчик это знает лучше вас.

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

И ещё одна честная оговорка. Если все проверки прошли, это не значит, что внутри всё хорошо: аккуратные края бывают и у продукта, который потом тяжело развивать. Обратное надёжнее — если проверки не прошли, разбираться в середине уже можно не начинать.

Если проект идёт прямо сейчас — пришлите адрес, который вам дали для проверки, и три сценария, которые для вас главные. Мы пройдём их руками с телефона и вернём список мест, где продукт ведёт себя непонятно, с пометкой, что из этого замечание, а что ваше новое пожелание. Без предложения в ответ.

Если подрядчика вы только выбираете — пришлите ссылки на два-три его прошлых проекта. Мы пройдём по ним теми же проверками, что описаны выше, и покажем, что видно снаружи. Дальше решение ваше: мы не участвуем в сравнении и не предлагаем себя вместо кого-то.