Инди-геймдев и A/B тесты: совместить несовместимое
В текущих реалиях индюшатины каждый человек на вес золота и выделять для аналитики отдельного человека - расточительство. Вместе с тем сфера аналитики как дремучей лес, мало информации, множество непонятных терминов и сложных вычислений. Однако это совершенно не мешает чтобы грубо, как обезьяна, потыкать палкой в эту странную сферу и получить дополнительный вектор для развития проекта. Статья рассчитана в первую очередь на проекты с уже настроенной аналитикой, когда результаты собраны, но что делать с ними дальше вы не знаете. Вполне ожидаемо следующим шагом развития станут попытки повлиять на метрики каким-либо образом, естественно так или иначе вам придётся столкнуться с А/Б тестированием. Я попытался выделить общие подходы которые могут быть применимы к инди проектам когда разработка происходит в отсутствие квалифицированных специалистов и ограниченном бюджете. Ради этого придётся существенно пожертвовать точностью самих А/Б тестов, однако лучше хоть что-то чем совсем ничего, верно? В любом случае не нужно это рассматривать как основной подход для принятия решений об изменениях в проекте , а скорее как дополнительное направление для разработки когда других идей не осталось.
Я сдавал экзамен через GASQ на английском языке. Так как я нахожусь в Германии, а оплату за экзамен покрывал местный Jobcenter (что-то вроде биржи труда в России), мне пришлось предварительно запросить счет. Для этого я просто написал письмо на контактный e-mail, указанный на сайте. В ответ мне прислали счет и дополнительную форму, в которой я отметил, что английский — не мой родной язык, и прошу дополнительные 15 минут на сдачу. В итоге у меня было 75 минут на 40 вопросов. Дополнительно, перед экзаменом, я уточнил у провайдера, можно ли использовать словарь и whiteboard (маленькую маркерную доску, удобную для решения задач). Словарь использовать не разрешили, а вот доску — пожалуйста. Поэтому я заранее купил небольшую доску размером 60*40 см и повесил на стену рядом с собой.