Так... Есть вопрос к DTF'у... Почему 15-летняя тян пишет намного грамотнее и намного чётче формулирует свои мысли в тексте, чем большая части лбов обитающих тут? М?
Да, в самом доке есть пропущенные пробелы (что, так то, несколько дебафает презентацию), но в остальном всё ок. Моё почтение.
-
Алина, далее по документу:
— Как я понимаю, это получился эдакий диз-док для питча. Отсюда и будем исходить далее.
— Начитать нужно с чётко и коротко сформулированной, как ты пишешь, «фокус-фитчи», которая у тебя только на 7-ой странице документа. По сути, нужно с первых же секунд чётко и ёмко "продать" потенциальному инвестору и/или команде тиммейтов свой проект.
По сути, самые первые предложения, должны дать ответ на самые важные для инвестора и/или команды вопросы. А уже далее ёмко развернуть их по пунктам, раскрыть. Но не вдаваясь в излишние детали, чтобы не перегружать внимание.
Так, к концу документа я уже не помнил, например, рефов по визуалу. Это 2D или 3D? Изометрия или вид от третьего лица? Какова степень стилизации?
— Далее, важно формулировать ёмче. Если что-то дублирует информацию или принцип, важно найти общее и корректное описание для функции или механики. А так же, не помешает задача, роль названного элемента в игре. Например, вообще, зачем в игре механика отношения ГГ к НПС? На что она влияет? Определяет доступные реплики, решения, квесты? Что будет, если игрок поднимет отношение к персонажу, который того, на деле, не стоит, и тот, например, предаст игрока/ГГ? К чему это приведёт? Определит ли это какие-то сюжетные арки или изменит финал?
И я сейчас задал много вопросов, но на всех них, на деле, могут ответить всего 1-2 фразы в документе.
Но будь это диз-док уже для разработки непосредственно, то потребовалась бы уже обрисовать целую петлю — мол, есть такой-то ресурс, он так-то накапливается, так то тратится, становясь частью уже иной петли игровых механик. Тут это, хотя бы, можно кратко обозначить, если механика, реально важная для индивидуальности проекта.
В отличии от описания, какая кнопка какое меню откроет.
Опять же, если это документ для питча проекта, на что он более всего похож.
— Круто, что ты понимаешь факторы растягивающие срок разработки и масштаб работы. Круто, что и проект ты выбрала не какой-то мега эпичный, как делают многие. Умничка. Моё почтение,)
-
Подводя итог...
Ты реально БОЛЬШАЯ МОЛОДЕЦ!!! Не теряй рвения и увлечённости, тогда у тебя всё получится!,)
Это был бы полезный опыт для тебя и ещё больше реально крутого фидбека от настоящих издателей. Но тебе, в любом случае, очень пригодится глянуть сами стримы где другие разработчики питчат свои проекты со своими презентациями и идеями. Уровень готовности у них там оч разный. Но, что важно, там много полезного для начинающих инди-разработчиков и их команд, не только по питчам, но и по самим проектам.
Настоятельно рекомендую впитать на примере чужого опыта.
Так...
Есть вопрос к DTF'у...
Почему 15-летняя тян пишет намного грамотнее и намного чётче формулирует свои мысли в тексте, чем большая части лбов обитающих тут? М?
Да, в самом доке есть пропущенные пробелы (что, так то, несколько дебафает презентацию), но в остальном всё ок. Моё почтение.
-
Алина, далее по документу:
— Как я понимаю, это получился эдакий диз-док для питча. Отсюда и будем исходить далее.
— Начитать нужно с чётко и коротко сформулированной, как ты пишешь, «фокус-фитчи», которая у тебя только на 7-ой странице документа. По сути, нужно с первых же секунд чётко и ёмко "продать" потенциальному инвестору и/или команде тиммейтов свой проект.
По сути, самые первые предложения, должны дать ответ на самые важные для инвестора и/или команды вопросы. А уже далее ёмко развернуть их по пунктам, раскрыть. Но не вдаваясь в излишние детали, чтобы не перегружать внимание.
Так, к концу документа я уже не помнил, например, рефов по визуалу. Это 2D или 3D? Изометрия или вид от третьего лица? Какова степень стилизации?
— Далее, важно формулировать ёмче. Если что-то дублирует информацию или принцип, важно найти общее и корректное описание для функции или механики. А так же, не помешает задача, роль названного элемента в игре. Например, вообще, зачем в игре механика отношения ГГ к НПС? На что она влияет? Определяет доступные реплики, решения, квесты? Что будет, если игрок поднимет отношение к персонажу, который того, на деле, не стоит, и тот, например, предаст игрока/ГГ? К чему это приведёт? Определит ли это какие-то сюжетные арки или изменит финал?
И я сейчас задал много вопросов, но на всех них, на деле, могут ответить всего 1-2 фразы в документе.
Но будь это диз-док уже для разработки непосредственно, то потребовалась бы уже обрисовать целую петлю — мол, есть такой-то ресурс, он так-то накапливается, так то тратится, становясь частью уже иной петли игровых механик. Тут это, хотя бы, можно кратко обозначить, если механика, реально важная для индивидуальности проекта.
В отличии от описания, какая кнопка какое меню откроет.
Опять же, если это документ для питча проекта, на что он более всего похож.
— Круто, что ты понимаешь факторы растягивающие срок разработки и масштаб работы. Круто, что и проект ты выбрала не какой-то мега эпичный, как делают многие. Умничка. Моё почтение,)
-
Подводя итог...
Ты реально БОЛЬШАЯ МОЛОДЕЦ!!!
Не теряй рвения и увлечённости, тогда у тебя всё получится!,)
Вообще, было бы любопытно увидеть тебя на следующей итерации твоего питча на одном из стримов КДИ — «Как Делают Игры» на ютюб:
https://youtube.com/playlist?list=PLeSzKsS8PUYIJ8AAmPhYqZxfBAeN_fNp9
Это был бы полезный опыт для тебя и ещё больше реально крутого фидбека от настоящих издателей. Но тебе, в любом случае, очень пригодится глянуть сами стримы где другие разработчики питчат свои проекты со своими презентациями и идеями. Уровень готовности у них там оч разный. Но, что важно, там много полезного для начинающих инди-разработчиков и их команд, не только по питчам, но и по самим проектам.
Настоятельно рекомендую впитать на примере чужого опыта.
Ещё раз. ТЫ МОЛОДЕЦ!
спасибо большое))