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

  1. Я настолько уверен в этом дизайне, насколько вы уверены в том, что в этой функции нет багов, что у вас точный план разработки, и что у вас безупречный выбор цветовой палитры.
  2. Хороший дизайн создает не креативность, изобретательность или одаренность. Его создает время.
  3. Для меня есть столько дизайна, сколько его есть для вас. Когда вы задаете вопрос, и я отвечаю: «Читали ли вы документацию?», я обещаю, что я пытаюсь отвертеться, мне просто нужно знать это для ответа.
  4. То, что лучше для бизнеса, не всегда является лучшим для игры. Иногда мне нужно напоминать об этом и принимать это.
  5. Если я неохотно отвечаю на «попробуй сначала это…», это не значит, что я противлюсь назло вам. Скорее всего, это происходит из-за того, что в прошлом вы добавили «… и если это не сработает…», но не закончили это фразой «… мы попробуем по-твоему».
  6. 10 вещей о дизайнерах

    Сигэру Миямото, один из величайших геймдизайнеров в истории

  7. Мы анализируем показатели и отзывы игроков не для того, чтобы подорвать авторитет продюсера, а для того, чтобы прислушиваться к игрокам.
  8. Если я кажусь вам раздраженным в тот момент, когда вы просите меня объяснить какие-то графические решения, на самом деле это из-за того, что я чувствую, что вы хотите, чтобы я оправдал решения, на которые я потратил часы (или дни), и я чувствую, что вы оспариваете мой авторитет в качестве эксперта.
  9. Инструменты разработчиков должны быть дружелюбными к дизайнерам, а инструменты дизайнеров должны быть дружелюбными к разработчикам. Мы можем сделать задачи друг друга своими собственными.
  10. Дизайн есть везде, но отличный дизайн невидим. То, что я прошу вас добавить или написать для чего-либо код, может показаться вам незначительным, но это те незримые детали, которые делают опыт волшебным.
  11. Ожидать, что я с первого раза сделаю безупречный дизайн, столь же маловероятно, как ожидать с первой попытки от программиста кода без багов. Это сложно сделать, потому что дизайн приходит первым, но мне, как и всем остальным, нужно дать немного пространства для попыток и для ошибок.
Поделись: