Розыгрыш полезен только тогда, когда в него верят. В момент объявления победителя первый вопрос всегда один и тот же: вы это подстроили? Это руководство объясняет, как провести розыгрыш, который выдержит такой вопрос, — и как доказать его задним числом.
Пять шагов
Шаг 1: определите правило участия до того, как кто-либо войдёт
Запишите правило и опубликуйте его до открытия приёма заявок. Кто имеет право? Одна заявка на человека? Исключены ли сотрудники или члены семьи?
Это шаг, который решает, будет ли спор о случайности или о правилах. Большинство жалоб «нечестный розыгрыш» — на самом деле разногласия по правилам, и никакой рандомизатор их не исправит.
Шаг 2: заморозьте пул до розыгрыша
Закройте приём заявок, затем сделайте снимок финального списка. Не проводите розыгрыш из списка, который ещё может вырасти, — тот, кто пропустил срок, сможет заявить, что участвовал бы.
Если вы используете импорт фото, здесь и нужно внимательно прочитать распознанные имена. Неверно прочитанное имя — законный повод для претензии, и исправить его до розыгрыша гораздо дешевле.
Шаг 3: включите защиту от дубликатов
Две заявки с одного аккаунта убивают смысл пула. Включите Предотвратить дубликаты, чтобы инструмент отфильтровал повторы. Если ваши правила допускают взвешенные заявки или несколько билетов, используйте вместо этого Взвешенный Розыгрыш — он делает вес явным, а не случайным.
Шаг 4: задайте число победителей и поведение удаления
Для розыгрышей с несколькими призами задайте число победителей до розыгрыша и включите Удалить победителя из списка, чтобы один человек не выиграл дважды.
Для последовательных розыгрышей одного приза — розыгрыш, объявление, снова розыгрыш — удаление должно быть выключено на время объявления и настраиваться по вашим правилам. Решите это до начала, а не в середине, когда за вами наблюдают.
Шаг 5: проведите, запишите, опубликуйте
Проведите розыгрыш, пока пул виден. Сохраните скриншот панели результата вместе со списком участников. Опубликуйте и то и другое вместе.

Этот скриншот — ваше доказательство. Он показывает, кто имел право участвовать в момент розыгрыша.

Почему результат действительно случаен
Большинство инструментов используют Math.random() — генератор псевдослучайных чисел. Он быстр, но детерминирован: его внутреннее состояние в принципе можно восстановить и предсказать все будущие результаты. Для розыгрыша на кофе-брейке это никого не волнует. Для приза, платной акции или чего-либо с юридическим весом это неправильная основа.
RandomSelect использует crypto.getRandomValues() браузера, который черпает энтропию из криптографического источника операционной системы. Свойства, которые важны:
- Независимость — каждый розыгрыш не связан с предыдущими и будущими
- Нет seed, которым можно манипулировать — результат нельзя направить вводом пользователя или таймингом
- Равномерное распределение — у каждого имени ровно равная вероятность
Полное объяснение можно прочитать на собственной странице аудита платформы: Как проверяется честность.
Деталь, которая заканчивает большинство споров
Анимация декоративна.
Победитель вычисляется до того, как колесо начинает двигаться. Затем анимация проигрывается в сторону этого заранее определённого исхода.
Это важно, потому что означает: никто не может повлиять на результат, подгадав клик, следя за скоростью вращения колеса или оценивая, когда «нажать» кнопку. Здесь нет ввода по времени, которым можно воспользоваться, потому что время вообще не является вводом.

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