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