Что проверяют на сайте перед тендером

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

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

Кто именно смотрит сайт

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

Закупки

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

• Идентичность поставщика. Точное название, реквизиты, география работы и способность заключить договор.
• Соответствие категории. Понятное описание услуг вместо слогана. Красивая фраза без перечня компетенций не позволяет сопоставить вас с требованием.
• Способ начать процесс. Отдельный контакт для тендеров или выбор в форме сокращает пересылку между отделами.
• Перечень доступных материалов. Не публикуйте конфиденциальные документы открыто ради удобства. Достаточно показать, что они есть, и описать порядок получения.

Техническая команда

Технический специалист читает сайт скептически и ищет основания вас отсеять. Он видел достаточно страниц, где перечислено двадцать технологий и не сказано ни слова о том, что команда с ними делала. Точная граница работает на вас лучше широкого списка.

• Границы компетенции. Общий список технологий без контекста ничего не доказывает.
• Доказательства похожих задач. Кейс или страница услуги должны показывать, какую проблему команда решала и за что отвечала.
• Способ интеграции. С чем вы работаете штатно, а что требует предварительного исследования.
• Честная граница. Обещание поддержать любую систему снижает доверие, потому что технический покупатель понимает риск универсальных обещаний.

Юристы и безопасность

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

• Публичные политики. Обработка данных, субподряд, права на результат работ.
• Актуальная версия документа. Страница ведет на действующий файл с датой.
• Канал для проверки. Контролируемый путь, которым можно запросить дополнительные материалы.
• Без лишних подробностей. Детальная внутренняя схема защиты на публичной странице создает новую уязвимость.

Базовые доказательства компании

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

• Юридическое название там, где уместно. Бренд объясняется отдельно, а не подменяет его.
• Контакты с ожиданием ответа. Каналы, часы работы и способ эскалации для формального запроса.
• Не личная почта сотрудника. И не только соцсеть: оба канала исчезают вместе с человеком.
• Четкий предмет услуги. Тип клиента и границы. Подрядчик, интегратор и поставщик готового продукта попадают в разные закупочные категории.
• Даты и версии документов. Страница показывает действующий файл, дату обновления и владельца. Архив может существовать, но навигация не должна вести на него как на актуальную версию.

Какие разделы вообще нужны такому сайту, мы разобрали в статье о структуре корпоративного сайта.

Компетенции и кейсы

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

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

• Роль, а не участие. «Делали вместе с партнером» без разделения зон читается как попытка приписать себе чужое.
• Отрасль на разрешенном уровне. Если название под NDA, класс процесса и сложность все равно можно показать.
• Критерий приемки. Что именно считали успехом и кто это подтвердил.
• Группировка по задачам, а не технологиям. Заказчик ищет миграцию, интеграцию, многоязычность или поддержку, а не перечень языков программирования.

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

Процесс, ответственность и поддержка

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

• Основные этапы и точки согласования. Что происходит между стартом и сдачей и когда заказчик принимает решение.
• Роли, а не имена. Управление, анализ, дизайн, разработка, проверка, поддержка. Состав меняется, функции остаются.
• Механизм изменения объема. Слово «гибкость» без журнала решений и критериев звучит как отсутствие плана.
• Границы поддержки после запуска. Канал обращения, критичность, передача знаний и то, кому принадлежат доступы.

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

Документы без утечки данных

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

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

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

Безопасность сайта во время тендера

Тендерная активность повышает внимание к сайту, и не только со стороны заказчика.

• Доступы и обновления. Проверьте администраторские учетные записи, обновления и резервные копии до начала кампании.
• Защита формы. Она станет основным каналом и одновременно основной мишенью.
• Файлы со своего домена. Внешний диск со случайными правами доступа выглядит как небрежность.
• Без регистрации ради документа. Каждая новая учетная запись со слабым паролем добавляет еще одну точку входа для взлома.
• Сторонние скрипты не блокируют главное. Контакты и документы должны оставаться доступными, даже если виджет не загрузился.

Форма для тендерного обращения

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

• Минимум на первом шаге. Компания, контакт, категория, ориентировочный этап и безопасное описание.
• Файл не обязателен сразу. Полный пакет до подтверждения канала просить не стоит.
• Номер обращения. Показывается после сохранения на сервере, а не после отправки письма.
• Заявка живет в базе, а письмо лишь сообщает о ней. Заявка имеет собственный идентификатор и журнал доставки.
• Повторное нажатие не создает дубль. И не заставляет заполнять форму заново.
• Резервный канал. Если конечная система недоступна, форма принимает данные или честно называет альтернативу без потери введенного.

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

Маршрут проверки

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

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

• Закупки. Услуга, компания, доказательства, документы, форма.
• Техническая роль. Кейс, процесс, компетенции, контакт.
• Безопасность. Политика, канал проверки, ответственный.

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

• Страница ошибки помогает. Старая ссылка из тендерной базы живет годами, и она должна вести к актуальному документу или к каналу запроса.
• Мобильный маршрут тоже. Человек открывает ссылку из письма во время встречи: таблица, документ и форма должны читаться без масштабирования.
• Большие файлы с коротким описанием. Чтобы не пришлось скачивать документ и только потом понимать, что это не то.

Как управлять доказательствами

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

• Количество проектов и география. Чаще всего устаревают именно они.
• Сертификаты и партнерские статусы. Имеют срок действия, о котором помнит календарь, а не человек.
• Доказательство и объяснение разделены. Сертификат подтверждает статус, но не способность выполнить любой проект. Кейс подтверждает опыт в контексте, а не универсальную экспертизу.
• Основной и резервный владелец. Если срок действия документа истекает во время отпуска одного человека, сайт не должен остаться со старой версией.
• Единый источник файла. Не загружайте один и тот же документ в несколько мест под разными названиями: рано или поздно они разойдутся.

Не пишите «все документы предоставим», если часть готовит третья сторона или нужно согласование. Лучше перечислить готовые категории и назвать контакт, который подтвердит остальное.

Подготовка команды

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

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

• Ответственный и резерв. С именами, а не «кто-то из менеджеров».
• Время первичного подтверждения. Ответ не обязан содержать все документы, но должен подтвердить получение и назвать следующий шаг.
• Внутренний бриф. Какие страницы посетитель уже видел, что можно отправлять без согласования, а что требует защищенного канала.
• Разбор после цикла. Вопросы, которые повторялись, становятся публичными страницами с владельцем и источником, если ответ безопасен.

Чек-лист перед кампанией

• Название и реквизиты совпадают с реестрами. Во всех написаниях на сайте.
• Описание услуг соответствует закупочной категории. Без смешивания разных моделей работы в одном абзаце.
• Кейсы имеют роль и критерий приемки. А не только логотип.
• Документы актуальны. С датой, владельцем и действующей ссылкой.
• Форма различает тендерный запрос. И доходит до ответственной команды.
• Маршруты пройдены тремя ролями. Каждый без использования поиска по сайту.
• Контрольная заявка найдена по номеру. В рабочей системе, а не только в почте.

Выводы

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

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

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

Корпоративный сайт с уникальным дизайном и структурой под ваши услуги стоит от $2 000 до $3 000. Тендерную форму с собственной базой заявок и каталог документов с временными ссылками и журналом выдач оцениваем отдельно, как кастомные модули, от $500 до $2 000.