Как написать описание к игре

Полное описание идеи игры. Часть 1: Концепция

Вступив некоторое время назад на скользкую тропу под названием «Я хочу написать свою игру», я пришёл к выводу, что процесс этот, несмотря на давнюю историю и большое количество успешных примеров, для начинающих разработчиков является весьма таинственным и слегка отдаёт шаманством. Я ни в коем случае не утверждаю, что в сети нет информации на эту тему, но вся она делится на две большие категории:

Глобальные общефилософские рассуждения из разряда «10 причин, почему тебе не надо становиться инди-разработчиком игр»;
Узко специализированные туториалы, решающие конкретную задачу: «Поворачиваем изображение в %framework_name% на произвольный угол при помощи %tool_name%»

Связующее звено между этими двумя категориями весьма размыто, а, между тем, это бесконечно важные этапы выбора идеи, формализации, перевод её в план. Именно на этой составляющей я хочу остановиться сегодня.
Следует помнить, что формальное описание проекта необходимо для переговоров с инвесторами любого типа: будь то знакомый, у которого ты попросишь взаймы, или Kickstarter, — от тебя в любом случае потребуют внятную презентацию.
Итак, если уже принято решение о том, что разработка игр — это твоё, есть примерное понимание, как должен выглядеть будущий шедевр, но ты не можешь связно рассказать это всё даже своему другу, не говоря уже о потенциальной команде, то добро пожаловать под кат, там много текста. Надеюсь, эта статья будет полезна, как юным разработчикам, так и маститым разрабам, которые создают отличный код, но не дружат с маркетингом.

0.0. Общие принципы

Прежде всего, предлагаю договориться о задачах и принципах формализации.
Ключевая задача: Создать документ, способный в полной мере отразить и передать без дополнительных комментариев суть идеи.
Иными словами, любой, кто прочтёт итоговое описание, должен однозначно понять, о чём идёт речь, и при будущем диалоге с носителем идеи владеть полными объёмом знаний.
Здесь следует сделать замечание, что мы ограничиваемся бизнес-логикой верхнего уровня, не погружаясь в инструментарий и тонкости реализации — это следующий этап.

Во время работы мы будем следовать следующим принципам, которые помогут нам структурировать поток мыслей и сделать его более плавным:

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

Материал из Википедии: Компьютерная игра
Материал из Википедии: Классификация компьютерных игр

0.1. Структура документа

Концепция
1. Название
2. Жанр
3. Ключевое отличие
4. Платформа(-мы)
5. Целевая аудитория
Форма
1. Картинка (Сеттинг)
2. Геймплей
3. Звук
Аналоги
1. Источники идей
2. Конкуренты
Деньги
1. Способы монетизации
2. Примеры реализации
Состояние пректа
1. Текущее состояние
2. Общий план реализации
3. Ближайшие действия
4. Необходимые ресурсы

Если сообщество предложит что-то добавить, с удовольствием рассмотрю это в комментариях.

1. Концепция

1.1. Название

Как показывает мой опыт, над этим перед разработкой задумываются только 1 человек из 10. В принципе, это понятно, поскольку на первоначальном этапе единственное применение названию — имя проекта в среде разработки. Но если мы серьёзно относимся к нашей идее, то название сыграет весьма важную роль. Самые очевидные: презентация проекта перед инвестором или командой.
Весьма полезную статью по выбору названия можно прочесть здесь и здесь. Для нас принципиально важно следующее:
0. Название должно отражать одну из составляющих игры: сеттинг, геймплей или иные особенности.
Здесь можно привести примеры, которые в абсолюте реализуют эту мысль: «SpacePuzzle», «DragonRace», «Весёлая ферма» и т.д. По одному названию будущий игрок может догадаться, с чем ему придётся иметь дело.

1. Что выводится в Google по этому названию? Рядом с чем мы будем в будущем соседствовать и какие шансы у нас занять с таким именем первую строчку в поисковой выдаче?
Простые названия вроде «Ants», «WarLand» и т.д. — залог огромных затрат на продвижение в поиске и рекламу других проектов.

2. Свободен ли домен, совпадающий с названием? Если нет, насколько приемлемо использовать суффикс -game?
Используя неудачные примеры из предыдущего пункта имеем следующую логику: ants.ru -> ants-game.ru, warland.ru -> warland-game.ru
Если с муравьями ещё куда не шло, то с warland ситуация печальней.

3. Насколько просто произносится название? Как пользователи будут называть игру в сокращённом варианте?
Здесь логика простая: если название простое, то оно будет использоваться легко и с удовольствием, если же оно слишком сложное, то пользователи придумают замену: CounterStrike -> Контра, WorldOfWarcraft -> WoW и т.д.

Пример:
Я для своего проекта выбрал название «The AndLand«. Google не выдаёт ничего однозначного, домены свободны, коротко может именоваться TAL или «Анда».

1.2 Жанр

Пример:
В моём случае жанр: RTS.
Уточнение: многопользовательская экономическая стратегия в реальном времени.

1.3. Ключевое отличие

Пример:
Дерево технологического развития в игре создаётся сообществом.
В игре отсутствует классическое дерево «Построй здание A, чтобы получить доступ к технологиям X, Y, Z и зданию B», игровое сообщество само конструирует технологии и направление их развития.

1.4. Платформа

Пример:
Первоначальный запуск игры планируется на PC Win/Linux/Mac с регистрацией и управлением профилем игрока через web-платформу. В дальнейшем возможен выпуск мобильного приложения с полным или ограниченным геймплеем.

1.5. Целевая аудитория

Ещё один раздел, который ставит в ступор подавляющее большинство будущих игроделов. А вопрос здесь очень простой: «Для кого твоя игра? Кто будет ядром сообщества?» Самый распространённый ответ — «для всех!», и он же — самый неправильный. Маркетологи знают, что реклама, направленная на всех, не попадает ни по кому, та же история и с продуктами. Безусловно, есть «товары народного потребления», но их список очень мал и в общем количестве незначительный. Всё остальное, что не попадает в этот список, создано для какой-то конкретной группы. Мерседесы — для успешных, Роллекс — для понтовых, StarCraft — для продвинутых, Весёлая ферма — для домохозяек, MineCraft — для школьников.

Опять же, не надо воспринимать формализованную аудиторию буквально, мы не ограничиваем наших игроков ТОЛЬКО этим портретом, но основной акцент и в продвижении, и в геймплее будем делать именно на них. Думаю, ты не будешь спорить, что игра для домохозяйки и студента-отличника матфака — это вообще разные игры? Хотя, и студенту иногда захочется поиграть во что-нибудь казуальное. Достаточно ёмко по этому повод человек отписался вот тут.

Хороший пример в этом смысле — MineCraft. Разработчик никак и нигде явно не выделял своих игроков, но очевидно, что ядро целевой аудитории — продвинутый школьник. Этот факт не отменяет случаев создания MineCraft в MineCraft, имитации Манхеттена, и прочих серьёзных вещей. Но спросите себя: стал ли бы серьёзный учёный заниматься созданием города в игре, если бы к этому моменту в неё не поиграли большинство PC-геймеров школьного возраста?

Пример:
Целевая аудитория проекта: офисные работники, старшие школьники и студенты, имеющие представление об основах экономической теории, независимо от пола.

Итоги первого раздела

Как я и обещал, не смотря на обилие текста, финальный результат весьма скромный и с лёгкостью уместиться на 3-4 слайда презентации. Базовые понятия, которые я здесь затронул, для многих могут показаться очевидными и ненужными, но это означает только одно: вы не пробовали их применять. Те же, у кого уже всё готово, посмотрите, может я забыл чего или наврал где. А для тестирования формы описания идеи предлагаю ответить в опросе.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Источник статьи: http://habr.com/ru/post/227221/

Как написать хорошее описание к приложению?

Ресурс Gamasutra регулярно публикует статьи разработчиков, арт-директоров и геймдизайнеров об индустрии. Мы выбираем самые интересные и делимся ими с вами.

Саймон Хилл (Simon Hill), журналист, чья сфера интересов включает в себя игры и мобильную индустрию, поделился советами о том, как создать хорошее описание к приложению.

Зачем нужно описание приложения?

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

Тот, кто читает ваше описание, уже нашел ваше приложение в поиске. Название и скриншоты уже показались ему достаточно привлекательными, чтобы нажать кнопку «еще». Образно говоря, он уже вытащил кошелек, — осталось заставить его оплатить покупку.

Вступление

В вашем распоряжении ограниченное количество слов. Взгляните на описание приложений — под иконкой в App Store помещается всего пара строчек.

Самые жесткие ограничения накладывает экран iPhone — у вас в запасе всего 225 символов. Это — самая важная часть вашего описания. Целиком описание ограничивается четырьмя тысячами символов, но именно от первых двух сотен зависит, захотят ли покупатели прочитать остальные.

Нужно выражаться чётко и ясно. Название приложения — и скриншоты — уже должны были в целом рассказать покупателю о том, что оно из себя представляет. Теперь нужно усилить это впечатление.

Вступление к описанию должно быть призывом к действию. Попытайтесь поставить себя на место своего покупателя. Что ему нужно?

Тут есть несколько простых правил.

Завладейте вниманием своего покупателя. Ставьте существительные и глаголы в начале предложения, чтобы сделать фразу динамичной и максимально понятной.
Не используйте жаргон, он может оттолкнуть. Отсеките все лишнее: вводные слова, деепричастные обороты, излишне цветистые выражения.
В чем ценность вашего приложения? Что покупатель получит, узнает или испытает, когда загрузит его?
Для того, чтобы увидеть, как будет выглядеть описание вашего приложения на экране iPhone or iPad, воспользуйтесь предварительным просмотром в бесплатной программе AddLingo StoreFront.
Итак, наживка на крючке — время закинуть удочку. Иными словами, закончили со вступлением, — продолжаем описание.

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

То, как вы распределите информацию, зависит от того, какое именно у вас приложение. Но, обобщая, вы должны придерживаться тех же принципов, что и журналисты, сочиняющие новостные заметки — самая важная информация идет первой, менее важная — в конце.

Не пренебрегайте абзацами. Люди пугаются, когда видят текстовое «полотно». Варьируйте длину предложения — это делает текст более выразительным. Используйте подзаголовки и переносы строки. Списки — тоже неплохой способ «разбить» текст и сделать его более привлекательным.

Раз уж мы заговорили о списках, они — самый простой и популярный способ рассказать об особенностях вашего приложения. Вот несколько подсказок, как правильно ими пользоваться:

не делайте их слишком длинными;
два самых важных момента поместите наверх списка, остальные — внизу;
этот пункт вы, наверное, не прочитали;
этот точно не прочитаете.

Велик соблазн записать все особенности приложения списком. Можете попробовать, но учтите — люди обычно читают первые два пункта и последний. Середину они пропускают, точно так же, как и предложения, которые начинаются с одних и тех же слов.

Так что лучше будет разбить длинный список на несколько небольших, объединенных одной темой.

Люди, которые ищут приложение в iTunes, на описание не ориентируются: они склонны обращать больше внимания на название, ключевые слова и другие факторы. Тем не менее, ключевые слова в описании индексируются поисковыми системами. Таким образом, правильное описание — ключ к высоким поисковым рейтингам.

Вот — полезная ссылка: по ней вы найдете список наиболее часто используемых слов в Apple iTunes App Store. Можно также попробовать поискать с помощью Google Trends и Google AdWords Keyword Planner.

В вашем описании должны присутствовать ключевые слова. Важно не переборщить. Они должны быть уместными. Не пытайтесь написать откровенно «продающий» текст — он неизбежно оттолкнет потенциального пользователя. Если нужна помощь и перспектива платить за нее вас не отталкивает — можете обратиться в Appnique или Sensor Tower (для англоязычных текстов, — прим. редакции).

Локализация

Локализовать ваше приложение — относительно недорогой и простой способ увеличить количество скачиваний. У него практически нет недостатков. Исследование, которое провела Common Sense Advisory среди 3000 покупателей из 10 неанглоговорящих стран, показывает: более 75% респондентов хотят, чтобы приложение было на их родном языке.

В отчете, который озаглавлен «Не прочитаю — не куплю», помимо этого, указано: 55% пользователей совершают покупки только на тех сайтах, где представлена информация на их родном языке. Интересно, что при этом 50% опрошенных отметили, что их устроила бы даже навигация и часть контента на родном языке. То есть даже частичный перевод даст лучшие результаты, чем его полное отсутствие.

Учитывая этот факт, переведите хотя бы описание, если не все приложение целиком.

Localize Direct App Store предоставляет список локализованных приложений с возможностью сортировки по жанру — таким образом, есть возможность проанализировать, где лучше сконцентрировать свои усилия. Можно также увидеть список наиболее используемых слов в описании приложения на разных языках.

Убедитесь, что компания, которая занимается переводом, обладает соответствующими навыками. Google Translate вряд ли сможет передать те оттенки смысла, которые вы вложили в текст.

Рекомендации

Многие разработчики включают рекомендации в описания своих проектов. Безусловно, они могут быть убедительными, — а еще это популярная техника продажи. По поводу эффективности этого метода есть разные мнения.

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

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

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

Перекрестные ссылки

Описание — это не только окно в ваше приложение, но еще и возможность получить высокий поисковый рейтинг.

Нужно учитывать четыре вещи, чтобы получить выгоду из ссылок/цитирования. Во-первых, всегда необходимо иметь сайт своего приложения — со скриншотами, текстами и ссылками, по которым его можно купить. Во-вторых, необходима ссылка на команду поддержки — адрес почты или форума, куда можно написать, если возникли вопросы или проблемы. Третье — ссылки на страницу вашего проекта в социальных сетях. И последнее — нужны ссылки на другие ваши приложения.

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

Если пользователи задают одни и те же вопросы, подумайте над созданием раздела FAQ на сайте приложения.

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

Перекрестные ссылки в ваших проектах могут увеличить трафик и повысить количество скачиваний.

Распространенные ошибки и как их избежать

Опечатки и пунктуационные/грамматические ошибки. Пригласите специально обученного копирайтера или, в крайнем случае, включите в текстовом редакторе проверку орфографии.

Запутанное и косноязычное описание. Если пользователь вас не поймет — то приложение он не скачает.

Злоупотребление гиперболами и клише. Ваше приложение правда революционное? А компания в самом деле молодая, динамично развивающаяся? Найдите менее избитые способы об этом сообщить.

Все тайное становится явным. Правда о вашем приложении вскроется в течение нескольких секунд после загрузки — и потом будет храниться в кеше Google вечно. Так что не врите.

Слишком много ключевых слов. Я уже упоминал, что неуклюжие попытки напихать в текст как можно больше ключевых слов только оттолкнут покупателя.

В описании не учтены интересы ЦА. Пишите не для себя и не для конкурентов, — пишите для покупателя.

Пропущены важные детали. Сколько весит приложение? Сколько стоит подписка? Это не та информация, которой стоит пренебрегать.

Итак, приступаем

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

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

Напишите черновик описания или наймите для этой цели талантливого копирайтера.

Правьте, корректируйте и переписывайте заново — для максимального эффекта. Проверьте, как описание будет выглядеть на экране iPhone или iPad. Работайте до тех пор, пока оно не станет гладким, отточенным и привлекательным.

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

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

Хорошее описание к приложению поможет его продать и стимулирует загрузки.

Источник статьи: http://app2top.ru/marketing/kak-napisat-horoshee-opisanie-k-prilozheniyu-48717.html