Здравствуйте. В прошлом уроке вы сравнивали тематические ниши по насыщенности, цене и косвенным признакам спроса. Теперь нужно сделать важный переход: перестать думать о паке как о наборе красивых объектов и описать его как решение задачи конкретного разработчика.
К концу урока у вас будет одностраничный черновик из двух связанных частей:
- портрет целевого покупателя — не абстрактный «геймдев», а разработчик с конкретной задачей, ограничениями и причиной купить набор;
- игровой сценарий — одна сцена или небольшой фрагмент игры, который покупатель сможет собрать с помощью вашего пака.
Это ещё не окончательный коммерческий бриф и не выбор победившей идеи. Это рабочая гипотеза, которую вы затем используете при ранжировании трёх идей пака.
Покупатель пака — не игрок и не «все инди-разработчики»
У вашего будущего продукта есть как минимум три аудитории:
| Роль | Что ей важно | Почему не стоит смешивать роли |
|---|---|---|
| Конечный игрок | Атмосфера, история, игровой опыт | Игрок почти никогда не выбирает ваш ассет-пак напрямую |
| Покупатель пака | Экономия времени, понятность файлов, единый стиль, возможность собрать нужную сцену | Именно этот человек принимает решение о покупке |
| Разработчик, который будет использовать ассеты | Сетка, тайлы, варианты, анимации, совместимость элементов | Иногда это тот же человек, что и покупатель; в маленьких командах чаще всего так и есть |
Фраза «мой пак для инди-разработчиков» слишком широка, чтобы помочь вам решить, что рисовать. У начинающего автора hobby-проекта, программиста, который делает прототип, и художника небольшой студии действительно могут быть общие интересы, но их задачи, бюджет и требования различаются.
Для первого коммерческого набора полезнее определить покупателя через работу, которую он пытается выполнить:
«Мне нужно быстро заменить серый прототип на цельную игровую локацию, не подбирая десять несовместимых наборов и не дорисовывая критически важные элементы самому».
Это не демография. Возраст, страна и любимые игры могут быть полезны для будущего маркетинга, но для состава ассет-пака важнее другое:
- на каком этапе находится проект;
- какую сцену разработчик собирает прямо сейчас;
- что он уже умеет делать сам, а что не хочет или не может рисовать;
- какая недостающая категория ассетов блокирует работу;
- какие технические риски заставляют его не покупать пакет.
{
"type": "exercise",
"id": "a80fddc9-2b31-4cfc-87a5-a367c068a047"
}
Портрет строится на наблюдениях, а не на фантазии
На прошлом уроке вы собрали карточки конкурентов. Теперь ищите в них не только цены и превью, но и следы пользовательских задач: вопросы в комментариях, состав паков, обновления, расширения и повторяющиеся категории ассетов.
{"type":"reading","par_intro":"Прочитайте фрагменты статьи *Marketing for Indie Devs: Market Research* на GameDeveloper. Автор пишет о маркетинге игр, но два принципа полезно перенести на ассет-паки: целевая аудитория должна быть конкретной, а ценность продукта нужно объяснять через знакомую покупателю задачу.","par_directions":"В разделе **“4. Define your target audience”** прочитайте <span data-type=\"resource_reading_textrange\" data-resource-subitem-id=\"808a69cf\" data-range-start=\"Defining your audience is understanding who will be most interested in your game?\" data-range-end=\"these demographics will shift.\">основную логику аудитории</span>. Перенесите вопрос с игры на ваш будущий пак: кто будет наиболее заинтересован именно в таком решении, а не вообще в пиксель-арте.\n\nЗатем в разделе **“5. What are your selling points?”** прочитайте <span data-type=\"resource_reading_textrange\" data-resource-subitem-id=\"c6e6374c\" data-range-start=\"People need frames of reference to understand a anything new.\" data-range-end=\"intended audience.\">идею знакомого контекста</span>. Отметьте для себя разницу между «совершенно уникальный набор» и «знакомая игровая задача, решённая отличающимся способом».","learning_duration":"6 minutes","url":"https://www.gamedeveloper.com/business/marketing-for-indie-devs-market-research","title":"Marketing for Indie Devs: Market Research","isV2":true,"blockId":"f86ca929-97e1-4a46-8d1b-d143aac2422e","lessonId":"45c540b5-a3fc-42ef-813d-036d86ccbcb0"}
Полезно вести три колонки: наблюдение, осторожный вывод, решение для своего продукта.
| Наблюдение | Осторожный вывод | Решение для будущего пака |
|---|---|---|
| В комментариях покупатели спрашивают про атаки, инструменты и предметы для крафта | Часть пользователей планирует не статичную карту, а игру с действиями и прогрессом | Если вы обещаете приключенческий сценарий, обозначьте, есть ли в первом наборе интерактивные объекты и состояния |
| Пользователь спрашивает про дома и интерьеры | Открытая природная локация сама по себе может не закрывать весь нужный сценарий | Либо включить входы и интерьеры, либо честно ограничить пакет внешними локациями |
| Пользователь уточняет сетку и импорт спрайт-листа | Техническая ясность влияет на пригодность покупки | Позднее понадобятся понятные размеры, сетка и организация файлов |
Важно: один комментарий не доказывает спрос всей ниши. Он показывает, что конкретная потребность существует и её можно сформулировать словами покупателя. Несколько похожих вопросов из разных карточек уже образуют более сильную гипотезу.
{"type":"reading","par_intro":"Изучите страницу *Pixel Plains* от SnowHex как пример того, как описание, состав и комментарии помогают восстановить предполагаемый сценарий использования набора. Не копируйте тему или состав пака: ваша задача — увидеть, какие вопросы покупателей превращаются в требования к продукту.","par_directions":"В верхней части страницы, до заголовка **“Features”**, прочитайте <span data-type=\"resource_reading_textrange\" data-resource-subitem-id=\"9006893a\" data-range-start=\"A set of 16x16 basic sprites and tilesets for top down games.\" data-range-end=\"all kinds of additional content for games\">заявленное назначение набора</span>. Затем просмотрите списки **“Features”** и **“Next Features/Expansions”**: отметьте, какие категории помогают собирать сцену сейчас, а какие отложены как расширения.\n\nВ разделе **“Comments”** найдите ветку пользователя ItsButterTime, начинающуюся вопросом <span data-type=\"resource_reading_textrange\" data-resource-subitem-id=\"d6708dff\" data-range-start=\"Do any of the packs have resource icons?\" data-range-end=\"Like wood or stone. Crafting materials so we can have the players craft the new furniture\">о ресурсах для крафта</span>. Ниже на странице также найдите вопрос <span data-type=\"resource_reading_textrange\" data-resource-subitem-id=\"4c9e4458\" data-range-start=\"Any plans for adding buildings to this?\" data-range-end=\"Yep, but I'm working on something else for this package.\">о зданиях</span>. Для каждого случая запишите не «покупатель хочет больше ассетов», а точную игровую функцию: крафт, переход к интерьеру, взаимодействие или другое действие.","learning_duration":"8 minutes","url":"https://snowhex.itch.io/pixel-plains","title":"Pixel Plains - Top-Down Asset Pack (Seasons Update) by SnowHex 🌱","isV2":true,"blockId":"ca7f875e-bbb2-4884-9e94-c3e42315242d","lessonId":"45c540b5-a3fc-42ef-813d-036d86ccbcb0"}
Из этого примера не следует, что каждый коммерческий набор обязан содержать персонажей, ферму, здания, интерфейс и четыре сезона. Такой подход быстро превращает первый пакет в неподъёмный проект. Вывод другой: покупатель должен понимать, какую законченную задачу он сможет выполнить с заявленным составом.
Сценарий использования задаёт состав, а не тема
Тема отвечает на вопрос: «какой это мир?»
- фэнтези;
- sci-fi;
- современный город;
- шахта в горах.
Сценарий отвечает на другой вопрос: «что игрок делает в конкретной части игры и какую сцену должен собрать разработчик?»
Сравните формулировки:
| Слабая формулировка | Почему она не помогает |
|---|---|
| «Пак для фэнтези-RPG» | Неясно, это лес, таверна, подземелье, город, бой или ферма |
| «Горные тайлы и пропсы» | Перечисляет тему, но не задаёт сцену и функциональность |
| «Красивый набор для игр» | Не говорит покупателю, какую проблему набор решает |
| Рабочая формулировка | Что она уже определяет |
|---|---|
| «Набор для top-down приключения, где игрок проходит горный перевал, входит в заброшенную шахту и исследует пещерные камеры» | Нужны поверхности, перепады высоты, входы, проходы, ориентиры и шахтные пропсы |
| «Набор для sci-fi roguelite, где игрок зачищает отсеки станции и открывает двери между комнатами» | Нужны модульные комнаты, двери с состояниями, укрытия, контейнеры и читаемые проходы |
| «Набор для фермерской игры, где игрок расчищает участок, выращивает ресурсы и обустраивает двор» | Нужны почва, вода, растения в состояниях, инструменты либо их визуальные результаты, декор и варианты сезона |
Сценарий полезен, потому что он создаёт проверяемую причинно-следственную связь:
- Разработчик хочет собрать определённую игровую ситуацию.
- Для неё требуются конкретные типы пространства, препятствий, объектов и визуальных сигналов.
- Эти требования определяют минимальный состав пака.
- Всё, что не поддерживает сценарий, либо становится расширением, либо не входит в продукт.
Посмотрите, как подобная логика выглядит в большом наборе окружения.
{"type":"image","url":"https://img.itch.zone/aW1hZ2UvNDU3ODI4Mi8yOTAwNzg2MS5qcGc=/original/gJVhOY.jpg","caption":"Лист ассетов для top-down горной и пещерной локации: растительность, каменные формации, входы в пещеры, шахтное оборудование, модульные скалы, дороги, руины и водные элементы. Категории показывают, какие визуальные средства могут поддерживать один сценарий исследования горной местности.","isV2":true,"blockId":"008571fe-ac66-4bfa-8a73-f6556b80c99a","lessonId":"45c540b5-a3fc-42ef-813d-036d86ccbcb0"}
У такого листа есть не просто «много камней». Камни могут обозначать препятствия и границы пути; входы в пещеры — смену подлокации; рельсы, тележки и крепи — следы добычи и точки интереса; мосты и водопады — структуру маршрута и ориентиры. Именно это превращает коллекцию объектов в средство собрать игровое пространство.
При этом изображение не говорит ничего о реальном спросе, цене, лицензии или качестве файлов. Это только визуальный пример того, как состав ассетов может быть организован вокруг одной среды.
{
"type": "exercise",
"id": "5d6386fb-050b-4beb-893f-bf81e6a58835"
}
Проверка сценария: может ли покупатель собрать обещанную сцену?
Практик Sebbyspoons формулирует это через метафору конструктора: на упаковке не должны быть показаны объекты, для которых внутри не хватает деталей. В видео есть слишком сильное утверждение о том, что полнота набора сама по себе гарантирует продажи. Его принимать не нужно: продажи зависят также от спроса, цены, видимости карточки, качества и конкуренции. Но критерий «можно ли собрать обещанную сцену?» действительно полезен.
{"type":"video","title":"Selling Pixel Art Assets Online","learning_duration":79,"video_id":"gzOHOPT1ApQ","par_intro":"В коротком фрагменте *Selling Pixel Art Assets Online* канала Sebbyspoons - Game Dev and Pixel Art автор объясняет, почему покупатель оценивает пак как набор строительных блоков для сцены, а не как отдельную картинку. Смотрите его как практическую эвристику, а не как доказательство рыночных закономерностей.","par_directions":"Посмотрите <span data-type=\"resource_video_timerange\" data-resource-subitem-id=\"6b83086d\" data-range-start=\"228\" data-range-end=\"307\">проверку полноты</span>. Сопоставьте эту идею со своим сценарием: не обязан ли ваш первый пак позволить собрать игру целиком, а обязан ли он позволить собрать **то, что обещает его описание**.","video_duration":663,"isV2":true,"blockId":"e9749e8b-c581-44a8-939f-93d107b09919","lessonId":"45c540b5-a3fc-42ef-813d-036d86ccbcb0"}
Для проверки не нужен игровой движок. Поскольку вы будете работать только в Aseprite, позднее можно собрать статичный макет сцены на отдельных слоях: пол, границы, крупные объекты, интерактивные пропсы и персонаж-заглушка. Пока достаточно спланировать такую сцену на бумаге или в заметках.
Возьмём рабочий пример — не как готовую нишу для выбора, а как образец точности.
Сценарий: одиночный разработчик делает top-down приключенческую игру. В одной главе игрок идёт по горному перевалу, находит заброшенный рудник, входит в пещеру и проходит через несколько камер к старой святыне.
Что должен позволить собрать пак: наружную тропу с перепадами высоты, читаемый вход в шахту, внутренние пещерные стены и полы, развилки, деревянные крепи, рельсы, тележки, ящики, каменные завалы и несколько уникальных ориентиров.
Граница первого продукта: это набор окружения; он не обещает готового героя, врагов, интерфейс или полностью готовую боевую систему.
Последняя строка особенно важна. Ограничение не ослабляет продукт, если покупатель видит, что именно входит в него. Нечестная полнота — когда превью показывает сцену с персонажем, эффектами и интерфейсом, но карточка не объясняет, что эти элементы отсутствуют, — разрушает доверие.
Соберите портрет покупателя по пяти параметрам
Не давайте персонажу вымышленное имя, возраст и любимый напиток. Для ассет-пака гораздо полезнее портрет, который позволяет принимать производственные решения.
| Параметр | Что зафиксировать | Пример для горно-пещерного сценария |
|---|---|---|
| Контекст проекта | Размер команды, этап и тип игры | Одиночный разработчик или малая команда; прототип уже работает, но пока использует временные визуальные элементы |
| Конкретная задача | Что нужно сделать в ближайшем игровом фрагменте | Собрать исследуемую горную локацию с переходом в шахту и пещеру |
| Боль и потери времени | Что приходится делать вручную без пака | Подбирать несовместимые скалы, выдумывать переходы поверхности, дорисовывать входы и шахтные детали |
| Критерий покупки | Как покупатель поймёт, что набор подходит | Сможет увидеть в превью целую сцену, список модулей и понятную сетку; заметит, что элементы рассчитаны на совместную сборку |
| Причина отказаться | Что создаст риск или недоверие | Неясные размеры, отсутствие углов и переходов, слишком мало вариантов, декоративные элементы без базовых тайлов, непрозрачная лицензия |
На основе таблицы соберите короткий портрет. Его можно написать в таком виде:
Целевой покупатель: одиночный разработчик или небольшая команда, создающие пиксельную top-down игру и переходящие от серого прототипа к первой атмосферной локации. Им нужен согласованный набор окружения, чтобы быстро собрать горный маршрут, вход в заброшенную шахту и несколько пещерных камер без поиска и ручной стилизации десятков сторонних объектов. Покупатель выбирает пак, если видит в нём полный набор базовых модулей, понятные ограничения и готовый пример собранной сцены.
Это уже сильнее, чем «для RPG-разработчиков», потому что из него следуют решения:
- нужны не только красивые большие скалы, но и элементы, которыми можно строить границы прохода;
- нужны не только тележки и кирки, но и поверхность, пещерные стены и вход;
- превью должно показывать маршрут и читаемую сцену, а не россыпь объектов на нейтральном фоне;
- отсутствие персонажей допустимо, если набор прямо позиционируется как окружение и не выдаёт себя за полный game kit.
{
"type": "exercise",
"id": "f7c5953b-eb4b-4633-a997-00995e6f0753"
}
Ваш рабочий документ: «покупатель + сцена»
Создайте документ из восьми пунктов. Одной страницы достаточно; его задача — сделать будущие решения последовательными, а не написать красивый маркетинговый текст.
1. Ниша-кандидат
Зафиксируйте формат, камеру, тему и игровой сценарий.
Pixel art, top-down, модульное окружение для горно-пещерной приключенческой локации.
2. Одно предложение о покупателе
Используйте конструкцию:
Для [типа разработчика], который находится на [этапе проекта] и хочет [собрать конкретную сцену], но сталкивается с [ограничением].
Не пишите «для всех, кто делает игры». Если формулировка подходит одновременно создателю гонок, карточной игры, визуальной новеллы и RPG, она ещё слишком общая.
3. Игровая ситуация
Опишите действия игрока в сцене тремя-четырьмя глаголами: проходит, исследует, собирает, сражается, выращивает, открывает, избегает, обустраивает. Затем обозначьте место.
Например: «Игрок проходит по опасной тропе, находит вход, исследует пещеру и собирает ресурсы в заброшенной шахте».
4. Визуальная задача разработчика
Опишите сцену со стороны того, кто её строит:
Разработчик должен расположить поверхность, скалы и проходы так, чтобы игрок различал доступный маршрут, препятствия, вход в шахту и точки интереса.
Это связывает игровые действия с ассетами.
5. Минимальные категории ассетов
Запишите категории, а не количество объектов:
- базовые поверхности и варианты;
- границы, перепады или стены;
- входы и переходы между зонами;
- крупные ориентиры;
- функциональные пропсы;
- небольшие декоративные элементы;
- варианты для уменьшения повторяемости.
На этом этапе не обещайте себе сотни отдельных предметов. Сначала докажите, что без каждой категории невозможно собрать заявленный фрагмент.
6. Ясная граница
Отдельно запишите, чего в первой версии не будет. Это защищает от расползания объёма:
Не входят: игровые персонажи, враги, UI, эффекты и интерьер поселения. Они могут стать совместимыми расширениями, если соответствуют спросу и не противоречат основному стилю.
7. Доказательства и допущения
Разделите факты и интерпретацию.
| Тип записи | Пример |
|---|---|
| Наблюдение | В карточках похожих паков покупатели спрашивают о входах, зданиях, атаках, крафтовых ресурсах или технической разметке |
| Вывод | Покупателям важны не отдельные декоративные объекты, а возможность продолжить игровую задачу |
| Допущение | Для выбранного горно-пещерного сценария разработчики особенно оценят модульные переходы и шахтные пропсы |
| Что проверить позже | Есть ли у прямых конкурентов такая связка и считают ли они её базовой или отличающей особенностью |
8. Проверка обещания
Закончите документ одной фразой:
Покупатель сможет собрать [конкретную сцену] без необходимости самостоятельно создавать [критические недостающие категории].
Если в скобках получается длинный список вроде «полы, стены, переходы, входы, скалы, декор, двери, персонажи, враги, UI, эффекты», вернитесь к границе продукта. Возможно, вы обещаете целую игру вместо первого осмысленного набора окружения.
Главное
Портрет покупателя — это не вымышленный персонаж и не широкая категория «инди-разработчик». Это описание человека, который пытается решить конкретную производственную задачу.
- Формулируйте покупателя через его контекст, задачу, ограничения и критерий покупки.
- Извлекайте гипотезы из карточек конкурентов и комментариев, но не выдавайте отдельные наблюдения за статистику рынка.
- Определяйте пак через игровую сцену, а не только через тему и список красивых объектов.
- Полнота означает не «включить всё», а «дать достаточно элементов для честно заявленного сценария».
- Ясно указывайте, что входит в первый набор и что станет возможным расширением.
В следующем уроке вы возьмёте три идеи пака и ранжируете их по взвешенным критериям спроса, конкуренции, отличимости и трудоёмкости. Ваш новый документ станет основой для оценки: идея, у которой нет конкретного покупателя и собираемой сцены, не должна получить высокую оценку только потому, что её приятно рисовать.
Can't find a good explanation? Sign up and we'll make it for you