Новый день — новый пост!🤟

Кстати, пока дорогого подписчика не было в чате Канала, там успели обсудить события, новости, книги и путь становления ГД. Как поживает FOMO? 😂

Сегодня хочется поговорить о ЦЕЛЯХ в разрезе документации на функционал в игре, или придумывания концепта игры. 💡

Цели — это база для продукта, потому что пользователь не хочет бесцельно убивать время. Уверен, что у каждого найдётся список игр, которые не дали ничего. 😫

Окей. Представь себе задачу написать документ. Разумно начать с целей и ответить на вопрос: «Для чего это нужно?». И с этим часто бывают проблемы из-за страха пустого листа. И тут на помощь спешит Вовина инструкция шаг-за-шагом. 😃

Установи таймер на 10 минут и составь список мыслей. В него попадет то, что ИГРОК мог бы хотеть в качестве «целей», «мечтаний», «желаний», при знакомстве с продуктом или функционалом. Даю подсказку, которая наведёт на верные мысли. 

ИГРОК ХОЧЕТ: ✊
Чему-то научиться?
Чем-то владеть?
Кем-то стать?
Куда-то отправиться?
Что-то создать?
Что-то сделать?
Что-то испытать?
Что-то увидеть?

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

Полезный пост? 🤑 Дорогой читатель, помоги каналу вырасти ещё больше — пошарь друзьям в Steam, которые играют в Dota2 👨‍💻

#разработка_и_геймдев

Привет! Как прошла пятница? Люблю задавать этот вопрос людям и слушать ответы, что день прошёл «как всегда». Вот процесс, который превращает пятницу в незаменимого помощника.😆  

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

Инструкция, чтобы скинуть другу:

🅾️ Найди битые кусочки процессов, накопленные за неделю. Составь список.  
1️⃣ Недосмотренные ролики.
2️⃣ Недослушанные лекции.
3️⃣ Бумаги на подпись.
4️⃣ Бронирования или подписки, которые стоило отменить много месяцев назад.
5️⃣ Письма без ответа.
6️⃣ Чаты с обещаниями. 
7️⃣ Задачи в ToDo листе, поросшие плесенью.
8️⃣ Пометь те задачи в списке, которые выглядят как экстренные и реши сразу же.
9️⃣ Без приоритета начни делать остальное найденное. Одну задачу за другой. 

Читал в Journal of Applied Psychology, что «забытые» задачи, которые копятся у сотрудника, негативно влияют на моральное состояние, продуманность решений и сопротивляемость стрессу. И на личном опыте тоже это проверял много раз, так и родился этот процесс.🤔 

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

Кстати, ходят слухи, что если полезный пост передать друзьям, то процессная фея прилетит ночью и приоритизирует списки задач проекта. 😍

#менеджмент_и_процессы

Привет! ☕️

Двумя постами выше писал о целях. Сегодня откачусь назад и расскажу о структуре документации, которую дорогой читатель возьмёт как шаблон, чтобы побеждать страх «чистого листа». В следующих постах буду постепенно раскрывать каждый пункт. Помни, что это только разделы документа без погружения вглубь. Верхушка айсберга на пути к профессиональному гейм-дизайну. 👨‍💻

*️⃣Название документации по функциональности по формату, чтобы легко было искать.
*️⃣Заглавное изображение документации, которое создаст дополнительную ассоциацию у читателя.
*️⃣Статус документации, чтобы читатель понял, что перед ним: черновик, wip, вычитка или финальная редакция.
*️⃣Оглавление, чтобы читатель оценил объём и переместился по структуре.
*️⃣Список дочерних страниц, если описывается декомпозированная вглубь функциональность.
*️⃣Цели добавления функциональности в игру. Ответ на вопрос ЗАЧЕМ.
*️⃣Краткое описание функциональности. Для начального прочтения и создания смысловой структуры контекстных разделов.
*️⃣User Story игрока и сотрудников команды, чтобы понять структуру пользовательских запросов к функциональности и найти забытые неописанные особенности.
*️⃣Мокап или Макет UI, если функциональность предполагает отображение в пользовательском интерфейсе.
*️⃣User Flow с учётом User Story и UI, чтобы на живой схеме отследить, как отдельные когорты пользователей взаимодействуют с функциональностью.
*️⃣Контекстные разделы, каждый описывает функциональность с одной стороны в подробностях. Чем лучше описана функциональность, тем быстрее команда поймёт, что хочет гейм-дизайнер.
*️⃣Таблица анимаций, которые используются внутри функциональности.
*️⃣Таблица звуков, для работы функциональности.
*️⃣Таблица настраиваемых параметров и переменных из баланса, которая суммирует формулы и логику из контекстных разделов.
*️⃣Таблица локализации, если внутри функциональности присутствует текстовое наполнение.
*️⃣Комментарии дизайнеров, место для заметок команды ГД. Идёт в конце, воспринимается как «заметки на полях».

Конечно же, конкретная структура документации определяется функциональностью. Не всегда используется весь перечень разделов. Теперь можешь смело садиться за ГДД проекта, ведь пустая страница в confluence больше не страшна. 👌
Полезный пост не забудь пошарить знакомым инди разработчикам, которые жалуются на структуру ГДД проекта. 😃

#разработка_и_геймдев

Привет! Сегодня пишу о борьбе со страхом перед переписыванием готовых частей ГДД. 😫

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

Для того чтобы дорогой гейм-дизайнер не впадал в уныние от такой работы, запомни простое базовое правило, которое описывается принципом «чистой документации» DRY (don’t repeat yourself). Любой участок документации не должен повторяться больше одного раза. 👨‍💻

Переработка уже написанной документации идёт от начальной точки изменений в проекте, по всем затронутым связанным документам. Если ты используешь DRY, то происходит две позитивных вещи:
1️⃣Исчезают дублированные участки документации
2️⃣Связанные логически документы действительно связываются перекрёстными ссылками. Повторять мысль нельзя, дай на неё ссылку.

В таких условиях внесение правок в документ не выглядит страшно. Достаточно методично пройтись по связанным документам и внести точечные изменения. Кроме того, этот процесс гарантирует, полное покрытие. 🙄

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

Запомни:
*️⃣ГДД — это живая структура
*️⃣Если не поддерживать в ГДД порядок — будут проблемы
*️⃣Рефакторинг — это планируемая часть работы над документацией
*️⃣Связывай документы ссылками и не повторяйся, чтобы вносить правки быстро

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

#разработка_и_геймдев

Привет! 🥳 Поздравляю тебя с новой рабочей неделей, гейм-дизайнер. Сегодня расскажу про «Общее описание» — часть документа по фиче.

В прошлых постах речь шла про структуру документа и блок целей. Это дало тебе общее понимание, как формируется документ. Максимальное количество информации по фиче находится в контекстных разделах, а «Общее описание» позволит тебе понять, сколько их, и о чём там писать в подробностях. ✍️

Воспринимай эту часть работы над документом, как формирование будущего плана. Сядь и подумай, какие компоненты фичи существуют. После этого запиши эти мысли, чтобы понял даже ребёнок. Таким образом, читатель сможет понять Цели и Общую структуру фичи за первую минуту чтения. 🫠

Посмотрим на пример. Документ по механике «Прочность игровых предметов» и его «Общее описание»:

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

Намётки для контекстных разделов, который нужно расписать подробно:
➕Это фича не для всех предметов
➕Параметр «Прочность»
➕Условия поломки вещи
➕UI шкалы «Прочности»
➕Интеграция в «Инвентарь» (ссылка)
➕Логика работы «Ремонта» (отдельный документ, ссылка)
➕Условия полной поломки и отображение в UI
➕Действия со сломанным предметом

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

Полезный пост подлежит шарингу и лайкингу. Спасибо большое за чтение! 🙏

#разработка_и_геймдев

Привет! 😇 С утра проснулся больной, а сегодня день поста про процесс. Так что подумал, что будет круто рассказать, что делать, когда чувствуешь себя заболевшим. Разумеется, не буду рассказывать, как лечить болезни. Вова не врач, Вова — Гейм-дизайнер.😭

Инструкция, которая записана у меня в Obsidian такова:
🔠Перестать работать
🔠Обратиться к врачу
🔠Записать все рекомендации
🔠Вычистить календарь и сделать пометку о том, что ты недоступен
🔠Занести в отдельный календарь события по предписаниям
🔠Включить неограниченные уведомления из отдельного календаря
🔠Предупредить команду о том, что ты заболел по установленному процессу
🔠Проветривать помещение
🔠Создать повышенную влажность
🔠Больше лежать
🔠Пить много горячего

И запомни, что геройствовать во время болезни — это глупо. У человека есть два важных ресурса. Здоровье и время. Если не следовать процессу, то потеряно будет и то, и другое. Знай, мой дорогой читатель, что мёртвые Герои никому не нужны. 🤦‍♂️

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

#менеджмент_и_процессы

Привет 👋 Думал, про что сегодня написать. 📝 Придумал. Знаешь, какой самый частый вопрос задают молодые команды? Как исследовать рынок. Обычно они приходят после первой конференции, где их замучили вопросами про референсы. А они же просто игру делали. Какие такие референсы? В каком смысле, надо думать про то, как игра на рынок выйдет, и почему будет успешной? Какой такой бизнес документ надо писать? 🤔

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

🅰️🩸🩸 🩸🅰️🩸🩸🩸
Прекрасный сервис, если ты хочешь следить за мобильным рынком. Бесплатный аккаунт там позволяет быстро понять, что на рынке актуально, с учётом гео-позиции. И вообще ребята умнички большие. Годится, если ты просто хочешь поднять уровень насмотренности мобильного рынка перед собеседованием. Уверяю тебя, спрашивать будут про топ-20 игр по миру и топ-10 по жанру того, куда ты собеседуешься. 😎

🩸🩸🩸🅰️🩸 🩸🩸🩸🩸
Ссылку ты и так знаешь. Для любителя делать PC игры. Используй списки трендов по фильтрам. И не забывай смотреть на hardware survey, чтобы понять, на каких «хлебных» компах будут играть в твою игру. Каждый раз поражаюсь, когда люди идут на Reddit, чтобы узнать среднюю конфигурацию ПК пользователя, когда Steam это всё удобно и бесплатно отдаёт. 🧐

🩸🩸🩸🩸🩸🩸🩸
Про это почему-то мало кто знает и думает. Разные сервисы аналитики раз год отдают свои мысли по состоянию рынка. Даже из бесплатных версий можно выловить тонну полезных мыслей. Просто дам список, где их искать, чтобы ты его сохранил себе в браузер и пользовался: 🤓
Newzoo Global
Newzoo PC / Console
❤️ Mordor Intelligence
❤️ VGInsights
❤️ Grand View Research
❤️ Unity

Такой вот пост сегодня. Лайкни его и пошарь знакомым, которые делают игру, не думая о рынке. Успехов тебе, Дорогой Гейм-Дизайнер, и спасибо за чтение! 🙏

#менеджмент_и_процессы

Привет! 👏 Сегодня я хочу рассказать тебе, как подобрать для игры USP. 🇨🇦

Unique Selling Proposition (USP) — это что-то, что отличает твою игру от всех остальных, которые есть на переполненном рынке. Без них будет сложно продать продукт. Если их выбрать слишком поверхностно — игру поведёт не в ту сторону. Так что делать? 🥸

0️⃣ Научись понимать, что такое USP. Это 2-3 главных аспекта игры, про которые ты будешь рассказывать своему другу, чтобы он тоже купил игру. Открой свою библиотеку Steam и попробуй назвать USP для десятка игр.
1️⃣ Исследуй рынок и пойми, какие USP есть у твоих референсов. Например у Cuphead — это визуальный стиль под ранний Дисней. Часто говорят, что «визуальный стиль» не может быть USP, но это не так, если вы его уточняете, а не просто пишете USP = Визуал. Так, конечно, работать не будет.
2️⃣ Подумай о своих скиллах в гемдеве и вне него. Может быть ты обладаешь редкой профессией? Меня всегда смешит, когда человек, который занимается ремонтом лифтов НЕ делает игру про лифты, а садится пилить очередной безликий платформер.
3️⃣ Обрати внимание на то, во что ты сам чаще всего играешь. Наверное будет проще сделать уникальную игру в том жанре, который ты досконально знаешь. По крайней мере, ты будешь чётко понимать, как НЕ сделать «серую игру».
4️⃣ Изучи «боли» и запросы аудитории. Люди в тредах часто пишут, чего им не хватило в игре. Используй это как своё преимущество.
5️⃣ Не переусложняй. USP должно быть понятным и очевидным для игрока. Baldur's Gate 3 и возможность переспать со всем, что движется. Или безграничная вариативность действий. Это чётко и понятно.
6️⃣ Не выбирай просто «хоть какое-то USP». Ещё раз скажу, что надо тратить столько времени на придумывание идеи, сколько нужно. И не торопиться.

Запомни, что USP — это визитная карточка твоей игры. Она захватывает внимание конкретной аудитории моментально. Если такое ощущение есть — ты на верном пути. 🍀

В комментариях можно поделиться идеями игр, если у тебя есть сложности, а я помогу тебе подобрать USP. Или напиши, что ты считаешь USP для 5 игр на твой вкус, а я поправлю тебя, чтобы мышление работало туда, куда надо. 👨‍💻

Как всегда, если пост показался тебе полезным, то раскидай его по всем каналам, где ты есть и поставь лайк. Помоги каналу вырасти большим-большим, чтобы много классных ГД получало полезную информацию. Удачи! 1️⃣

#разработка_и_геймдев

Снова привет! Сегодня про игровой фокус. Чтобы сразу разобраться с терминами: это не тот фокус, который про «состояние потока игрока», это тот, который про короткую запись идеи игры. Ещё короче, чем Элеватор Питч. 😲

Игровой фокус обычно используется, чтобы команда могла быстро вспомнить, что за игра вообще находится в разработке. Готов поспорить, если доводилось делать игру, то ты понимаешь, насколько просто потерять вектор идеи и начать делать сначала чуть-чуть другую игру, а потом вообще не то, что планировалось на pre-production. ☹️

Как же написать игровой фокус? Это несложная задача, которую просто не делают, потому что думают, что это неважно. Ха-ха — зря! 🤷‍♀️

1️⃣ Отметь, какие компоненты идеи являются ключевыми.
2️⃣ Часто гейм-фокус отталкивается от USP проекта.
3️⃣ Используй примеры, если не получается с формулировкой.
4️⃣ Запиши результат. Обычно это 1-2 предложения.

Примеры:
DOOM — путешествие по лабиринту и перестрелка с демонами на марсианской базе. 😈
Pac Man — сбор точек в лабиринте и избегание столкновения с приведениями. 🤏
Portal — перемещение героя по лабиринту-головоломке со стрельбой связанными порталами для решения поставленной задачи на уровне. 🔘

Вот так просто, но очень полезно! В комментариях можно поделиться игровыми фокусами проектов, чтобы попрактиковаться. Поверь, это стоящий и важный навык для любого ГД. 🤦‍♂️

На этом всё на сегодня. Как обычно, если тебе был полезен пост, не забудь поставить лайк и поделиться им с друзьями. Успехов тебе и крутых выходных! 🎸

#разработка_и_геймдев

Привет! ✍️ Сегодня про важность VR и AR индустрии. Поздний час, а я сегодня проспал весь день. Но план по посту в день нарушать не буду. Сегодня коротко, просто мысли, чтобы задуматься. 😕

У меня эти мысли давно варились, а доварить их помог Степан Горохов, за что ему респект! 👍

В 90е годы Майкрософт решили понять, как Windows сделать самой желанной системой. Они посмотрели статистику, какой софт стоит на большинстве устройств в мире. Это был DOOM. Тогда они поняли, что в играх сила. На какой операционной системе можно будет играть, та и будет популярна. Примерно тогда же из MS уходит Гейб, потому что он тоже понял, но по-своему, и пошёл делать Steam. Продолжение этой истории ты знаешь. Я уверен. Это был первый важный майлстоун в игровой индустрии. 1️⃣

Потом был второй. Игры, через кучу боли и страдания залезли уже на мобильные устройства. Я не только про телефоны, но и про портативные системы. И вот уже там сфокусировалась половина денег индустрии. 2️⃣

Так вот вопрос. Сейчас много компаний делают шлемы, хотя отчёты говорят, что у всех почти это убыточное направление. С точки зрения бизнеса его бы закрыть, да и всё. Но почему-то не закрывают. Я думаю, что они что-то знают. Я понимаю, что как только кто-то сделает третий прорыв — мы сможем носить очки весь день без особого понимания, что мы их носим. И что произойдёт тогда, как думаешь? Игры переедут туда, потому что мобильное устройство больше ну нужно будет. Вот почему это направление так важно. 3️⃣

А кто-то думает ещё дальше и делает нейро чипы уже сейчас. Кто знает, может быть, нам всем ещё удастся поиграть в игры просто в голове. Хотя многие и так это делают! 4️⃣

Спасибо за чтение! Желаю удачных размышлений. Не забудь поделиться постом и поставить лайк! 🤟

#личный_рост_и_карьера

Привет 👋 Кажется, что чёрная полоса подходит к концу. Я задумался над тем, что источники информации в интернет по части ГД, зачастую пишут про точечные вещи вокруг поиска идей. Но не трогают практические навыки, которые нужны в работе. Кажется, что это может быть моим USP 🥰

Давайте сегодня про верификацию документа командой.

Итак, вот ты сдаёшь документ на фичу. Гордись собой! Многие не могут этого сделать. И всё сделано как нужно. 👏 Цели, оглавление, общее описание, контекстные разделы и так далее. Но что потом? Как работает процесс поддержки документа? 🤔

⭐️ Начни с того, что в задаче по фиче появится ссылка на документ. Так ты покажешь команде, что работа сделана.
⭐️ Пойми, кто будет отвечать за фичу со стороны dev и art и тегни их в задаче. С ними нужно провести обсуждение в первую очередь.
⭐️ Пока нет ответа от занятых ребят, скинь ссылку в QA, пусть пока почитает документ и задаст вопросы. Они очень полезные ребята!
⭐️ Вычитка документа с исполнителями проводится исключительно вживую, в переговорке или на звонке. Потому что иначе это будет вечный процесс.
⭐️ Вопросы обязательно фиксируются в документе. Правило работы с ними элементарные. Вопрос закрывает только тот, кто его задал. В обсуждении вопроса обязательно написать, внесены правки в док, или ответ дан прямо в треде.
⭐️ После первой вычитки с исполнителями, ты вносишь правки. Дальше обсуждение может идти асинхронно, но надо подключать всю команду. Удобно это делать в задаче, через групповой тег, или в специальном чатике, куда ты кидаешь ссылку и запрос на вычитку.
⭐️ После какого-то этапа вноса правок вся команда напишет, что более вопросов нет. Это означает, что ты сделал то, что нужно и документ готов к активной разработке. 🎸

Каждый цикл вычитка-вопросы-правки должен следовать этим простым правилам. Не поверишь, но чаще я вижу студии, где это НЕ работает.

Полезный пост нужно пошарить и залайкать. Спасибо 🤎

#менеджмент_и_процессы

Привет 👋 Нас уже 300 человек. Спасибо от всего сердца ♥️

Сейчас я готовлю контент-план на два года вперёд. Условно называю его "Путь ГД", чтобы посты шли по структуре, а канал можно было использовать как энциклопедию для начинающих и продолжающих ГД. 😮

Сегодня напишу про концепцию «Easy to Learn, but Hard to Master». На примере Squad Busters — шестого проекта Supercell, который добрался до LiveOps.

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

База Squad Busters — это принцип: или двигайся, или действуй, прямо как Archero. Отряд игрока или движется, или воюет. Это очень понятный компонент. Им просто овладеть в его базе. Easy to learn.

Базовая цель игрока — собрать максимальное количество Кристаллов. Их дают за разные действия. Опять же, so Easy to Learn.

На текущий момент я провел в игре часов 20. Могу сказать, что её глубина поражает. Даже больше чем Clash of Clans или Brawl Stars. Огромное количество переменных:
➕ Из кого формировать отряд
➕ Куда бежать по карте
➕ На какие объекты карты работать в рамках таймингов и подрежима карты
➕ Пытаться ли воевать с противниками, или выигрывать за счёт "партизанства" 🤣
➕ Как располагать персонажей внутри отряда
➕ В какой момент использовать расходные предметы и заклинания.

Уверен, что это ещё далеко не всё, что игра в себе таит. И это только Core Gameplay. Вот это называется Hard to Master 😎

Эту парадигму можно применять для любой игры. Самое опасное, когда получается наоборот: Hard to Learn, Easy to Master. Такие игры не работают.🫸⛔️

В следующий раз, когда будешь делать ревью своего проекта, задумайся, насколько понятно со старта, что делать. И насколько игра даёт "глубину" через час или два игры? 🙂

Полезный пост не забывай лайкать и скидывать друзьям гейм-дизайнерам! 🔥 Спасибо за внимание!

#разработка_и_геймдев

Привет 👋 Сегодня про фокус внимания игрока и напоминания.

Мой любимый приём на шоукейсах — смотреть на игру глазами моих детей. Я просто жду от игры чего-то. Смотрю на экран и жду. Если там ничто не выделяется, не движется, не пытается вылезти в фокус моего внимания, я начинаю рассказывать команде, что их игра не работает, пытаясь придумать, как это можно починить. 🤷‍♂️

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

1️⃣ Внимание игрока очень скоротечно. И сейчас оно особенно коротко, если сравнивать с 90ми годами прошлого века. В каждый момент времени надо знать, чем игрок будет заниматься.
2️⃣ В твоих руках есть огромное множество инструментов, чтобы фокусировать игрока на нужных тебе аспектах проекта. Анимации, fx, звуки, UI, таймеры, камеры, вибрация, screenshake и так далее. Не бойся использовать их, чтобы держать игрока в тонусе.
3️⃣ Может показаться невыполнимым желание контролировать действия игрока, но в этом и есть смысл циклов. Они водят игрока по кругу. Таким образом, достаточно настроить один, а остальные в цепочке прогрессии будут работать сами, если баланс хорош. 👏

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

На этом всё. Шер, лайк, если пост был полезен. 😏

#разработка_и_геймдев

Привет! Сегодня про то, как вытащить свою жизнь из задницы. Да-да, это всем надо. Мне надо, тебе надо, ему надо, ей надо. Будем честны. Не всегда, но всё же — надо, просто мы об этом почему-то очень стесняемся говорить. ☕️

Каким был бы один день, который захотелось бы любить? 🤔
Я бы хотел просыпаться рано. Но не потому что кто-то сказал, что это круто. И не потому что люди будут думать, что я крутой, если я так делаю. Просто сам хочу. Открывай календарь и в нём начинай строить структуру идеального дня. Без вранья себе. Как хочется, как давно мечталось. Для себя. Вспомогательные вопросы:
*️⃣Какие дела хотелось бы делать с утра? Запиши честный ответ в календаре.
*️⃣Посмотри и спроси себя, правда ли это твоё желание? Всё ок?
*️⃣Список дел и процессов дня — отправляем в календарь и проверяем вопросом.
*️⃣То же самое сделай с вечерними делами.
*️⃣Не надо писать подробно. Твоя задача — просто создать каркас.

Проверочное ощущение после этого этапа: «Мне приятно от того, что я могу ясно увидеть день, который мне хочется прожить, который я и правда могу прожить». 😐

Дальше ответь себе на вопрос по каждому пункту в календаре, который отличается от того, как ты сейчас живёшь. Что не даёт тебе жить так, как хочется? Так у тебя появится список процессов, которые мешают тебе. Их надо будет победить. Например, если ты скролишь ТикТок вместо пункта «Читать книгу перед сном», то заблокируй его на это время. Подталкивай себя к лучшей жизни маленькими шагами. 🆗

Какой была бы моя идеальная неделя?
Теперь повтори то же самое для каждого дня. Скорее всего ты заметишь, что в разные дни ты захочешь делать что-то особенное. Провести больше времени с друзьями? Ходить в зал? Научиться играть на гитаре? Писать книгу? Делать игру?
Какая-то часть каждого дня недели будет скопирована — это твоя рутина и основные процессы. Это нормально. Прими их с радостью, потому что теперь ты их осознаёшь и видишь. Кайф! ⭐️

Чаще всего мы ощущаем, что жизнь — дерьмо, когда нет развития и движения к какой-то цели. Маленькие блоки времени по часу-два, разбросанные по неделе, направленные на твои давние «пыльные мечты в ящике» дадут тебе чувство движения. И фишка этого моего процесса в том, что он не про план на 5 или 10 лет, речь всего про одну неделю. Это очень близкая точка Б, к которой вполне можно двигаться от точки А, которая является твоей текущей жизнью. Не обманывай себя тем, что счастье будет в точке Б. Оно есть и в точке А. Надо будет принять, что твоя текущая жизнь — это ок, а ты просто хочешь что-то поменять. И это нормально. 🙏

Придумай 1 маленький шаг для каждой недели
Принять точку А и осознать точку Б мало. Тебе надо ещё как-то туда добраться. И чаще всего мы прыгаем с полного размаха и не долетаем. И потом грустим, и печалимся. Мой процесс предлагает простой метод. 1 неделя — 1 блок — 1 простой шаг. 😡

Если ты хочешь гулять перед сном по вторникам, но тебе постоянно мешает залипание в PS5, то придумай простой шаг: «Я буду отключать PS5 и убирать её в ящик каждый вторник». Это небольшое решение поможет тебе двигать себя к тем делаем, которые ты хочешь делать. А сможешь ты это делать, потому что ты честно понимаешь, что хочется, и что ты вместо этого делаешь сейчас. 🫧

Заключение
Путь к лучшей жизни состоит из последовательности действий.
*️⃣Принять то, что есть сейчас
*️⃣Придумать идеальный день
*️⃣Растянуть день до недели, выделяя время для желанных дел
*️⃣Для каждого дела понять, что его блочит
*️⃣Для каждого блока придумать 1 маленький шаг
*️⃣Делать 1 шаг в неделю
*️⃣Быть консистентным, не сдаваться, идти от А → Б

Спасибо за чтение! Если пост был полезным — лайк и скинь другу. Ура! 🥰

#личный_рост_и_карьера

Привет 👋 Сегодня про #план и #процесс.

У нас в чате появилась традиция по понедельникам писать план по задачам, которые будут сделаны. И чаще всего я вижу что-то, что не будет выполнено никак, да ещё и уважаемый ГД будет расстраиваться. 😒

Давай вспомним, какие задачи базово может делать ГД уровня junior и middle:
🔣 Написать документ по фиче
🔣 Подготовить мокап для UI фичи
🔣 Разработать логику баланса фичи
🔣 Настроить баланс фичи
🔣 Заказать контент у АРТ команды или аутсорса
🔣 Собрать блокинг локации
🔣 Создать в игре контент при помощи фичей (квесты, диалоги, эвенты, таймеры)

Смотри, внутри каждого пункта могут быть малые, средние и большие задачи. Их градация зависит от объёма и комлексности работы. 🫠

Ещё не забывай, что ГД не просто делает задачу, он остается на её поддержке. Это значит, что после X дней на выполнение, должно быть заложено Y дней частичной занятости, когда вносятся правки. К слову, именно от X и Y зависит грейд ГД. Чем они меньше, тем больше тебе платят. 💲

Давай к сути. Если ты Junior или Middle, помни:
🔣 Малая задача
(X = 2d, Y = 2d)
🔣 Средняя задача
(X = 3d, Y = 4d)
🔣 Большая задача
(X = 5d, Y = 5d)

А теперь расскажи мне, как ты успеешь сделать 3 малых, 2 средних и одну большую задачу за неделю? 😒

Хорошее упражнение для тебя — написать реалистичный план на неделю и скинуть его в чат. Там же я могу отвечать на вопросы по поводу логики оценки задач. 😈

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

#менеджмент_и_процессы

Привет 👋 Сегодня про то, как заказывать контент у АРТ команды, или на Аутсорсе. Суть не меняется, но во втором случае тебе просто надо быть более внимательным. 😳

Если рассказать быстро, то ГД заказывает контент для игры. 2д, 3д, анимации, эффекты, звуки и так далее. Делает он это, потому что у него игра в голове, и ГД понимает, что игре нужно.😌

Ошибка номер один. ГД не решает за творческих людей, как они будут делать то, что он попросил. ГД описывает «ЧТО?», а исполнитель решает «КАК?».🤌

Если тебе интересен формат, то он индивидуален в каждом случае. Кто-то заказывает через таблицы, кто-то через указание контента в ТЗ на фичу, кто-то через документ, а кто-то через таск трекер.😐

Мой любимый метод всегда был таким:
🔤Пока пишешь ТЗ на фичу, в отдельный блок выноси всё, что нужно по контенту
🔤После этого копируй из документа заказ в таблицу контента
🔤В таблице контента заводи колонки:
🔤Тип контента (или это могут быть разные листы таблицы)💡
🔤Как ассет назвать по готовности
🔤Описание, что нужно
🔤Референс (если есть)
🔤Ссылка на задачу в таск трекере

Дальше тебе просто остаётся следить за задачей, подпинывать, корректировать, жаловаться на неправильный нейминг асеетов.🤔

Самый важный поинт заказа, это «Описание». Тут тебе придётся набивать руку. Частотная ошибка — расплывчатость.🫧

Заказ: Звук шагов.😐
Что сделано: Звук туфелек по кафелю.😄
Что надо было написать: Шаги больших ботинок с металлическими набойками на пятках, немного расшнурованы, по бетонному полу, на котором много пыли, а помещение обладает большим эхо эффектом.🤯

Просто помни, что за каждый «ой, это не то, что мне нужно было» ты платишь деньгами студии и своей репутацией. 👋

Вот так, теперь ты знаешь, как заказывать контент у творческих ребят. Поздравляю! 🔥

Полезный пост лайкни и пошарь, пожалуйста 😀

#менеджмент_и_процессы

Привет 👋 Сегодня я бы хотел поговорить с тобой про то, как ГД тестирует продукт.👨‍💻

Ты скажешь, о нет, и это тоже... А я скажу, что есть ГД, которые этим не занимаются. Представь себе ситуацию: куплена новая игра, ты в предвкушении запускаешь её, играешь первые 20 минут и просто кайфуешь! А потом игра как будто теряет себя. Ты не понимаешь, куда пропал кайф, а я тебе скажу, что ГД на этом проекте, пока его делал, играл сам только в первые 20 минут. 🤯

Процесс такой:
1️⃣ Закончилась твоя работа в рамках текущей итерации.
2️⃣ Получены задачи на следующую, пока билд стабилизируют Dev и тестируют QA. (напомню, что ГД всегда работает на опережение)👍
3️⃣ На планировании ты скажешь своему PM, что тебе надо выделить полный день на тестирование уже стабилизированного билда.
4️⃣ В этот день, ты в первую очередь, проверишь, что работают фичи, которые добавились в итерации.
5️⃣ Потом ты просто будешь играть в свою игру и задавать себе вопросы.

🔤 Какой у нас продукт?
🔤 Кто наш пользователь?
🔤 Понятно ли всё в первой сессии?
🔤 Какой опыт и эмоции мы хотим передать игроку?
🔤 Понятны ли задачи на короткую, среднюю и дальнюю перспективу для игрока?
🔤 После добавления фичей точно не были зажаты или убиты другие фичи? (странно, что никто раньше этого не понял, но бывает) 👍
🔤 Кайфово ли мне играть в собственную игру?

Запомни, что у ГД должен быть топовый playtime в студии. 😎 И он должен пройти свою игру максимальное количество раз. И сам выбить все ачивки. 😀 Если у тебя есть свободная минутка, то не залипай на ютабе и в тиктаке, а поиграй в свою игру.🙏 Ей это нужно.😌 А если тебя что-то смущает в игре, то не молчи, а действуй и спасай продукт!😀

Когда я делал Distrust в Alawar, то к концу разработки у меня было суммарное время около 1.5к часов. При том, что это рогалик, и он проходится за 40 минут. 😳

Надеюсь, что тебе понятно, что тестирование проекта — это важно. И это не те процессы, которые есть у QA, но им тоже надо помогать, если попросят. Потому что вы — команда!🔥

Полезный пост лайкни и пошарь, и удачи тебе в создании супер кайфового проекта! 🔥

#разработка_и_геймдев

Привет 👋Сегодня я быстро. Расскажу про метод оценки понятности проекта, которым я пользуюсь на конференциях, чтобы быть полезным фидбекером.☺️

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

1️⃣Сесть за стол. С этим бывают проблемы, но тебе нужно отбросить смущение и стыд. Ты тут помогаешь людям! 😡
2️⃣ Сказать тем, кто презентует игру, чтобы они взяли блокнот с ручкой, или включили диктофон, потому что сейчас ты будешь топить их в обратной связи.😍
3️⃣ Попросить людей вокруг молчать и ничего тебе не подсказывать про игру. Худшее, что можно сделать, чтобы не получить верную обратную связь — под руку говорить, что "ой, тут кнопка не та“, “а там вот надо пройти“ и так далее. Рядом с каждым игроком эти люди встать не смогут всё равно.
4️⃣ Ну а дальше просто играй в игру. И на каждое действие жди от игры подсказки. Врубай режим “я ничего не знаю и не понимаю, что мне делать... “ смотри на UI, на мир, ищи подсказки.
5️⃣ Длинные паузы — это страшно. Из них можно достать больше всего фидбека. Если ты ничего не делаешь уже МИНУТУ, значит игра вообще не хочет тебе помочь. Вот про такие моменты начинай говорить, и предлагать, как бы игра могла тебе помочь.

Отсюда у тебя два пути. ✌️ Или команда получит уйму фидбека, или игра хороша, и ты просто получишь удовольствие.

На сегодня всё! Удачных тебе выходных! Надеюсь, что нанёс AOE пользу. Ставь лайк и делись постом с друзьями, пусть тоже на канал подпишутся! 🔥

#менеджмент_и_процессы

Привет 👋 Сегодня про системный подход к календарю. Вспомни этот пост, когда станешь большим ГД, и у тебя будут конкурсы, джемы, консалты, подкасты и так далее.🤯

Базовое правило. Как бы тебе не было лень, но как только ты видишь где-то дату и время события, сразу создай его в календаре.👨‍💻

Второе правило. У тебя должен быть один календарь для блокинга (структура дня), второй для конкретики. Всё. Любые попытки разбивать время на типы и классы неизбежно закончатся микроменеджментом.😌

Третье правило. Если твоё время постоянно кто-то хочет откусить, то заведи себе аккаунт в Calendly. Он позволяет выдать кусочки твоего дня из структуры для публичного букинга.😈

Как я собираю календарь. Каждое утро я сажусь, открываю блокинг (чтобы видеть структуру дня-мечты) и начинаю задавать себе вопросы, заполняя конкретику:
🔣 Какая самая важная задача на сегодня в todo, которой надо уделить время?
🔣 Есть ли в чатах или другом поле коммуникации данные обещания, которые пора выполнить?
🔣 Для каких двух менее важных задач из todo я должен выделить время?
🔣 Проверяю, что все звонки и события, внесённые ранее, в силе и их не нужно удалить.

Календарь готов! Можно открывать его в маленьком окне и приступать к структурированному дню! 🙂

Спасибо за чтение. Поставь лайк и поделись постом, если он показался тебе полезным!

#менеджмент_и_процессы

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

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

Какой процесс я вывел, пока смотрел, как работает издательство CreativeMobile.🙄

🔤 Возьми свой Roadmap. Это документ, в котором упорядоченно записаны все фичи твоего проекта из Концепта.
🔤 Выпиши себе самые главные фичи проекта. Обычно они где-то рядом с USP лежат.
🔤 Спроси у художника, как называется ваш визуальный стиль. Да-да, Артовики знают слова, которыми это можно описать.
🔤 Убедись, что у тебя есть огромная насмотренность рынка за последние 35 лет. Тут могут быть проблемы, но ты справишься. Или спросишь в чате Канала!😅
🔤 Под каждую фичу и визуальный стиль подбери по 2-3 референса. Если для тебя важна стрельба, то это может быть Destiny 2 (даже если игра не про сайфай!), мы же подбираем референс под одну конкретную фичу!
🔤 Когда ты закончишь, посмотри, какие проекты чаще всего повторяются. Это будут твои хард рефы. Остальное запиши в софт рефы.🔥

Поздравляю! Теперь у тебя есть возможность видеть, к чему нужно стремиться по каждой важной фиче и визуальному стилю, а людям вокруг стало легче понимать, какую игру ты делаешь!

Полезный пост. Лайк. Поделиться. Спасибо 😇

#менеджмент_и_процессы