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

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

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

Бандероль Шредингера.

Как истинные евреи, мы заранее прошерстили много информации касаемо перевозчиков и убедились, что наиболее выгодным вариантом будет доставка наших игр Почтой России в качестве бандеролей.

"Бандероль — почтовое отправление с бумажной продукцией и печатными изданиями, крупнее и тяжелее письма. В бандероли обычно пересылают книги, журналы, плакаты и др." (с сайта ПР)

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

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

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

Перемножаем количество посылок на среднюю стоимость и получаем радостное известие: за пересылку мы должны будем Почте 100.000 рублей, или же 20% от всех вырученных нами денег за предзаказ.

Конечно, таким новостям мы не были рады, однако, у нас совершенно внезапно нарисовался план "Б".

По(ч/с)томаты.

Именно в это время Почта России начала запускать доставку в Почтоматы. А, дабы популяризировать это дело, установила фиксированную цену в 99₽ за любую пересылку (на самом деле, получалось больше, порядка 120₽). Для нас это могло бы стать спасательным кругом, поэтому мы стали ускоренно разбираться с тем, как все же отправить посылку в Почтомат.

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

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

К нашей радости, большинство заказчиков, в городах которых уже открылись почтоматы, были не против забрать посылку из них. В то же время, так как услуга только начала работать, городов с почтоматами было не так много. И, если в Москву и Питер (а это 30-40% заказов) мы доставили почти все посылки за ~120₽/шт, то на дальний восток заказы отправлялись за 600-700 рублей (и да, мы платили это со своего кармана, так как пообещали доставить игру в любую точку страны. Все эти заказы в итоге вышли для нас в минус, что уж тут поделать).

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

Что же касается пересылок, то после всех разбирательств партия все же была готова к отправке и оплачена. Мы поехали в сортировочный центр и оставили там сначала первые 150 посылок, а потом и оставшиеся 110.

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

Нужно было отправлять их сразу…

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

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

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

В прошлых частях [ первая | вторая | третья ] я поведал о том как мы разработали собственную настольную игру и вручную приняли 300 предзаказов за неделю. Читать эту запись, не прочитав предыдущие, на мой взгляд, не имеет никакого смысла.

Тираж — это сложно.

Приняв 300 предзаказов, мы смогли заказать печать 500 копий игры. Цены на производство в сфере полиграфических услуг напрямую зависят от размера тиража, условно:
50 игр — 1500₽/шт
100 игр — 1100₽/шт
500 игр — 800₽/шт

Соответственно, чем больше печатаем, тем дешевле выходит на штуку.

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

Первое, с чем мы столкнулись при заказе тиража – удивление типографии. Мы заранее уточняли сроки производства, но никто не думал, что речь будет идти о тираже в 500 коробок. Соответственно, ждать производства пришлось сильно дольше, чем изначально предполагалось.

Второй возникший вопрос — комплектация заказа. С материалами мы все давно решили и протестировали, но вот о сборке серьезно никто не задумывался. Одно дело самостоятельно собрать 50 комплектов игр, а другое — 500.
Электронно укомплектовать жетоны по коробкам не выйдет. Только вручную. Стоит такая услуга дорого, по очевидным причинам.
Заказывать коробки в собранном состоянии тоже глупо. 500 коробочек в собранном виде займут половину газели, а доставлять тираж придется через половину страны. Следовательно, и коробки собирать нам также придется вручную.

Единственное, что нам удалось заказать собранным — это колоды карт. Однако, несмотря на то, что мы доплатили за такую услугу, было решено в любом случае проверять комплектность и наличие брака (ведь его никто не исключает). А когда человек ждёт два месяца оплаченную игру и по итогу получает брак, становится не очень приятно.

[Февраль 2022) В общем-то, полтора месяца мы ждали окончания производства, и вот, в один прекрасный день, поехали принимать тираж.

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

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

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

Третий этап сборки — самый ужасный. Было необходимо вручную отсчитать определенное количество жетонов каждого типа. 40 одних, 30 других, 10 третьих, 10 четвёртых и 10 пятых. Прошло уже полтора года, а я до сих пор помню, сколько каких жетонов нужно класть в коробку.

Четвертый этап — кубик и правила игры. Их нужно сложить так, чтобы они помещались в коробку.

Ну и пятый, финальный этап — упаковка игры для почтовой пересылки.

Каждый из этапов, напомню, нужно проделать ПЯТЬСОТ раз. А покупатели ждут. Они уже заплатили деньги за заказ.

Провернуть все это в одиночку – безумие. Вдвоем – издевательство. Хорошо, что у нас есть друзья.
Мы купили для ребят закусок, организовали удобные места, включили музыку, разделили обязанности и стали собирать игры.
Уже не припомню, сколько нас по итогу было, но получился нешуточный цех.

Но, почему же "китайский"?) Из-за того, что последние полгода мы ударно занимались разработкой игры, сдать сессию в университете было сложнее, чем обычно. И так уж получилось, что нас отправили на пересдачу китайского языка.
И вот мы сидим, бормочем себе что-то под нос на китайском, и одну за другой собираем: кто коробочки, кто правила, кто жетоны. А из кухни доносится "Гульшат работать 🥲".
(Само собой, все происходило исключительно на добровольной основе, а взамен на помощь мы всячески отблагодарили ребят)
Несколько дней мы отдавали все свое свободное время на сборку и вот, наконец, собрали те 300 игр, которые должны были отправить.

В следующей части я расскажу, как мы чуть не потонули на доставке и почему все же не утонули.

Идея:

Около полгода я вынашивал идею игры в которой управление будет построено полностью на программировании.
Изначально задумка была крайне примитивной:
Жанр: Roguelite арена. Референсом послужил недавно нашумевший Brotato, но управление будет полностью кодом. А ещё можно будет писать свои функции, создавать переменные, потоки, демоны (не те, которые из потустороннего мира, хотя для новичков в программировании они могут быть куда страшнее).

Так выглядит игра референс. Порекомендовал бы её фанатам жанра, но думаю все и любители жанра и так знают эту игру.

В дальнейшем я несколько подробнее расписал своё видение и выделил механики, на которых будет базироваться интересный геймплей. Но это были лишь идеи, которые только предстоит протестировать. Ведь на бумаге идея GTA для Android с возможностью грабить караваны кажется крутой, но суровые реалии опыта игроков все расставляют на свои места.

Подготовка:

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

Самыми важными для меня были:

1. Удобство.
   Многим начинающим большое количество элементов визуального программирования и возможность руками расставлять объекты на сцене и на экране кажется крайне удобным, но не мне. Мне больше нравится всё делать через код. Поэтому уже на этом этапе я исключил для себя титанов вроде UE, Unity и Godot.
   2. Лицензия.
   Кодеры любят писать код и не любят делать что-то ещё (вот я например не люблю писать этот пост сейчас, но боль от того, что я буду пилить игру год и про неё никто не узнает куда сильнее, поэтому держусь). Лишние проблемы с лицензиями и авторскими правами мне ни к чему, поэтому UE, насчёт которого я ещё сомневался после первого пункта вылетает.
   3. Перформанс и устойчивость к ошибкам.
   Эти два пункта я объединил в один, чтобы точнее передать муки выбора - большая часть моего опыта - Kotlin и Java. На них можно создавать довольно хороший код с точки зрения ошибкоустойчивости + у меня есть небольшой опыт использования библиотеки LibGDX (популярный игровой движок на Java). Но, учитывая тот факт, что я тот ещё геймдевер, а JVM не самое лучшее решение для производительных игр, я решил отбросить этот вариант.
   После чего задумался о языках семейства C, узнал о наличии довольно большого количества движков, но понял, что с моими навыками писать безопасный код (они на самом деле неплохие, просто холодно сейчас), это - не лучшая идея и я сел думать.

Так идея и продолжала консервироваться, т.к. я не мог выбрать идеальные для себя инструменты, до того момента, как однажды я не увидел статью про то, что Microsoft стремительно переписывает свою любимую ОС на Rust. Я немного касался этого языка, но по сути не знал о нём ничего и мне стало интересно.

Закинул себе на Kindle вот эту книгу и с каждой страницей всё больше начинал влюбляться в этот язык. Я подумал: "Вот оно!". И принялся искать игровые движки на этом языке, и довольно быстро наткнулся на Bevy.

Движок был относительно молодой и опенсорсный, что внушало некоторое опасение. Я изучил сайт (движок поддерживается неплохой, по меркам смертных, копеечкой), принцип ECS, что значит Data-Driven, пообщался с ребятами в дискорде и понял - это оно!

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

Вот так выглядела игра, арты любезно сгенерил старина Кандинский.

Прототип (Версия 0.0.1)

Начать разработку я решил с создания простого прототипа, который позволит тестировать механики и отбрасывать то, что не работает без лишних временных затрат. На первых порах я решил использовать бесплатные пискель арты, но очень быстро от них отказался, набросав сам все арты в игре (дешево, сердито, не идеально, но с душой).

Геймплей хотелось немного обосновать логически и я придумал для себя некоторую сюжетную основу игры: мы играем за кодера, который исправляет различные проблемы в системе (баги, вирусы и тд). Так и пришла идея первых двух видов врагов (жуки и черви).

По визуальному стилю я выбрал пиксель арт + стереотипный кодерский стиль (черный фон, зеленый текст). Изначально я хотел сделать всю игровую палитру одноцветной, но враги и снаряды персонажа терялись и было сложно адекватно реагировать на игру, из-за чего враги перекрасились в красный цвет, как и положено ошибкам в коде. После некоторого времени работы у меня получилось что-то такое:

Главное меню с окном в стиле MacOS и возможность почитать описание основных игровых команд.

А вот и наш игровой персонаж.

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

Первое геймплейное видео.

Проблемы первой версии

Как это часто бывает, пока я тестировал игру, мой глаз замылился: я набил руку в управлении, из-за чего мне хотелось постоянно увеличивать сложность, все механики казались мне интуитивными, но плейтесты моих товарищей спустили меня с небес на землю.

1. Сложна, страшна, паника

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

2. Медленно, нет экшона, нудно

   Идея управлять всеми действиями кодом изначально показалась крутой: некоторые действия могут быть сложными, тогда для них пишешь функцию, которая упрощает этот процесс. В будущем я планировал добавить больше инструментов, чтобы сделать ощущения прогресса ещё более сильным, но проблема в том, что сейчас таких инструментов мало, а нажимать около 10 клавиш, чтобы пройти пару шагов - очень медленно и надоедает. И даже наличие истории прошлого ввода (при нажатии стрелки вверх) особо эту проблему не решало. Проблема так же улетает в бэклог.

3. Обучение игре

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

Помимо этих проблем было ещё много вещей, которые я изначально (до плейтестов) хотел исправить, поэтому бэклог всё увеличивался. В версии 0.0.2 я решил взять прицел на улучшение пользовательского опыта, но об этом - в следующем посте.

Спасибо за уделённое время, потрогать игру можно по ссылке