I want to talk about an important topic: bug reports. Why it matters to report bugs, and why it matters to report them properly.
And most importantly, this is not only important for me as a developer. First of all, it is important for the players themselves.
Why bug reports matter
Sometimes it may seem that if something in the game is not working, the developer surely already knows about it.
But that is not always the case.
The game already has a lot of text, events, conditions, branches, and different progression paths. Obvious bugs are usually caught during testing, but the bigger the game becomes, the higher the chance that some issue will only appear in a very specific situation: on a certain platform, in a certain language, or with a certain set of conditions.
Sometimes one small change can cause a problem in a completely different place.
And if nobody reports it, I may simply never know about it.
A recent example: the “In Development” label
There are options in the game that are not available yet and should be marked with an “In Development” label. For example:
Shelley and Justin’s house;
the “Go up to the room” option at the lake.
When I test the game in the development language, I see this label, so everything looks correct to me.
But recently, completely by chance, it turned out that this label was missing in one of the localizations. The “In Development” line simply had not been localized.
So during my own testing, I would not see this problem at all. In the development language, everything was fine.
Even the testers did not notice it. And that is understandable: they do not always know what exactly should be on the screen, their eyes also get used to repeated testing, and they often have access to design documents and lists of added content. Because of that, they may already know what is unfinished and not notice that the label itself is missing.
In this situation, a simple message from a player would have helped a lot:
“This option is unavailable here, but there is no ‘In Development’ label. I am playing on this platform, in this language.”
That would have been enough to find and fix the issue much earlier.
What is worth reporting
You do not need to wait until the game completely breaks.
It is worth reporting anything that seems strange, for example:
an unclear or unavailable option without explanation;
a missing “In Development” label;
a strange translation;
a scene where the text does not match the images;
unclear event logic;
an error in the journal;
an incorrect hint;
repeated dialogue;
an event that does not start;
a choice that looks active but leads nowhere.
Even if you are not sure whether it is a bug or not, it is better to report it.
If everything works as intended, I will simply explain it. If it is an error, it can be fixed.
Translations are especially important
Please always mention the language you are playing in.
English is additionally proofread, but most other languages are mainly done through machine/AI translation. This means there may be missing lines, strange wording, or even situations where the meaning of a scene is changed.
I had a similar case back during my first project. A player wrote that a scene looked strange: according to the images, one thing was happening, but the characters were saying something else. I asked what exactly was written there, and it turned out that the translator had misunderstood the scene and translated it with the opposite meaning.
Without that message, I might never have known about the problem.
Why I cannot check everything myself
It is important to understand that about 80% of the game is made by one person.
I handle development, writing, testing, communication, replies, comments, updates, and many other related things. Many people have told me that they are surprised I manage to communicate with so many players at all while still releasing updates at this pace.
But physical energy is not unlimited.
The amount of information in the game is already too large to keep everything in my head. Sometimes I even ask in chat:
“Does anyone remember how it was in that event?”
Yes, I can open the design documents and search through old notes, but it is not always quick or easy. Something can be missed, something may not be obvious, and sometimes a bug appears because of an old change in a place where you would not expect it.
That is why reports from players are so helpful.
How to write a useful bug report
The more specific the report is, the easier it is to understand and fix the problem.
A useful bug report should include:
1. Game version For example: 0.XX
2. Platform PC / Android / Mac
3. Language Russian / English / Español / Deutsch, etc.
4. Where the problem happened Location, character, event, or specific moment in the game.
5. What happened For example: “The option is unavailable, but there is no ‘In Development’ label.”
6. What should have happened For example: “If the content is not ready, there should be an ‘In Development’ label.”
7. Screenshot or save file This helps a lot, and sometimes it is necessary to understand the issue.
You do not have to write perfectly. The main thing is to give enough information so I can understand where to look.
A note about communication
There is also one more thing worth remembering: I am not a native English speaker.
When I reply in English or another language, my message may only roughly convey what I originally meant. The same applies to messages from you that I translate for myself.
Because of this, misunderstandings can happen. So the clearer and more specific the report is, the better.
A message like “it doesn’t work” gives almost no information. But a message with the location, language, platform, game version, screenshot, or save file can really help.
A little about the human side of development
Real-time development is not only code, text, and updates. It is also fatigue, bad days, mistakes, communication with people, and constantly switching between different tasks.
Sometimes you spend the whole day struggling with something, nothing works, and by the end of the day it feels like the entire day was wasted. And then someone writes something strange or aggressive, and you may snap in response.
I am not justifying myself with this. It is wrong. But we are all human.
If the project had a separate community manager whose only job was to communicate, smooth things over, and “sell” the game, that would be one thing. But right now, I handle most of this myself, alongside development.
That is why clear and detailed reports help a lot. They save time, reduce misunderstandings, and make it possible to fix real issues faster.
Conclusion
If you see something strange, it is better to report it.
Even if it is small. Even if you are not sure whether it is a bug. Even if it seems like “they surely already know about this.”
Maybe we do not.
Bug reports do not only help me. They help make the game clearer and more comfortable for you.
Хочу поговорить о важной теме — сообщениях об ошибках. О том, почему о багах важно сообщать, и почему важно делать это правильно.
И главное: это важно не только мне как разработчику. В первую очередь это важно самим игрокам.
Почему баг-репорты действительно нужны
Иногда со стороны может казаться, что если в игре что-то не работает, то разработчик наверняка уже об этом знает.
Но на практике это далеко не всегда так.
В игре уже очень много текста, событий, условий, разветвлений и вариантов прохождения. Очевидные баги мы, как правило, вылавливаем сами. Но чем больше становится игра, тем выше шанс, что какая-то проблема проявится только в конкретной ситуации: на конкретной платформе, на конкретном языке или при определённом наборе условий.
Иногда одна небольшая правка может вызвать проблему совсем в другом месте.
И если никто об этом не сообщает, я могу просто не узнать о проблеме.
Недавний пример: пометка «В разработке»
В игре есть варианты, которые пока недоступны и должны быть помечены значком или надписью «В разработке». Например:
дом Шелли и Джастина;
вариант «Подняться в комнату» на озере.
Когда я тестирую игру на языке разработки, я вижу эту пометку, поэтому для меня всё выглядит правильно.
Но недавно, совершенно случайно, выяснилось, что в одной из локализаций этой пометки нет. Строка «В разработке» просто не была локализована.
То есть на своих тестах я бы вообще не увидел эту проблему. На языке разработки всё было в порядке.
Даже тестеры этого не заметили. И это можно понять: они не всегда знают, что именно должно быть на экране, у них тоже замыливается глаз, а ещё они часто видят диздоки и список добавленного контента. Из-за этого они уже заранее знают, что где-то контент не готов, и могут не заметить, что сама пометка отсутствует.
В такой ситуации очень помогло бы простое сообщение от игрока:
«В этом месте вариант недоступен, но нет пометки “В разработке”. Играю на такой-то платформе, язык такой-то».
Этого было бы достаточно, чтобы найти и исправить проблему намного раньше.
О чём стоит сообщать
Не нужно ждать, пока игра полностью сломается.
Стоит сообщать о любых вещах, которые кажутся странными. Например:
непонятный или недоступный вариант без объяснения;
отсутствие пометки «В разработке»;
странный перевод;
сцена, где текст не совпадает с изображениями;
непонятная логика события;
ошибка в дневнике;
неправильная подсказка;
повторяющийся диалог;
событие, которое не запускается;
выбор, который выглядит активным, но никуда не ведёт.
Даже если вы не уверены, баг это или нет — лучше написать.
Если всё работает как задумано, я просто объясню. Если это ошибка, её можно будет исправить.
Переводы особенно важны
Пожалуйста, всегда указывайте язык, на котором вы играете.
Английский ещё дополнительно вычитывается, но остальные языки в основном делаются через машинный/AI-перевод. Из-за этого там могут быть потерянные строки, странные формулировки или даже ситуации, где смысл сцены меняется.
У меня уже был похожий случай ещё на первом проекте. Игрок написал, что сцена выглядит странно: по картинкам происходит одно, а персонажи говорят другое. Я спросил, что именно там написано, и в итоге оказалось, что переводчик неверно понял сцену и перевёл её с противоположным смыслом.
Если бы игрок не написал, я бы мог об этом никогда не узнать.
Почему я не могу проверить абсолютно всё сам
Важно понимать: игру примерно на 80% делает один человек.
Я занимаюсь разработкой, пишу, проверяю, общаюсь с вами, отвечаю на сообщения, читаю комментарии, занимаюсь обновлениями и ещё кучей сопутствующих вещей.
Мне уже много раз говорили, что люди удивляются, как я вообще успеваю так много общаться с игроками и отвечать на вопросы, учитывая скорость выхода обновлений.
Но физические силы не бесконечны.
Объём информации в игре уже такой, что невозможно держать всё в голове. Я сам иногда спрашиваю в чате:
«А кто помнит, как у нас было в таком-то эвенте?»
Да, я могу открыть диздоки, начать искать нужное место и проверять старые записи. Но это не всегда быстро и не всегда просто. Что-то может потеряться, что-то может быть неочевидным, а иногда баг появляется из-за старой правки в месте, где его совсем не ждёшь.
Именно поэтому сообщения от игроков очень помогают.
Как лучше составлять баг-репорт
Чем конкретнее сообщение, тем проще понять и исправить проблему.
Хороший баг-репорт выглядит примерно так:
1. Версия игры Например: 0.XX
2. Платформа PC / Android / Mac
3. Язык Русский / English / Español / Deutsch и т.д.
4. Где произошла проблема Локация, персонаж, событие или конкретный момент в игре.
5. Что произошло Например: «Вариант недоступен, но нет пометки “В разработке”».
6. Что должно было произойти Например: «Если контент не готов, должна быть пометка “В разработке”».
7. Скриншот или сохранение Это очень помогает, а иногда без этого вообще сложно понять, в чём проблема.
Не обязательно писать идеально. Главное — дать достаточно информации, чтобы я мог понять, где искать.
Важный момент про общение
И ещё один момент, о котором тоже стоит помнить: я не англоязычный.
Когда я отвечаю вам на английском или другом языке, мой ответ может лишь примерно передавать то, что я написал изначально. То же самое касается и сообщений от вас, которые я перевожу для себя.
Из-за этого иногда могут возникать недопонимания. Поэтому чем конкретнее и проще описана проблема, тем лучше.
Сообщение вроде «не работает» почти ничего не даёт. А вот сообщение с местом, языком, платформой, версией игры, скриншотом или сохранением действительно помогает найти и исправить проблему.
Немного о человеческой стороне разработки
Разработка в реальном времени — это не только код, тексты и обновления. Это ещё и усталость, неудачные дни, ошибки, общение с людьми и постоянное переключение между разными задачами.
Бывает, что ты целый день над чем-то бьёшься, ничего не получается, и в конце дня чувствуешь, что время прошло впустую. А потом кто-то пишет что-то странное или агрессивное, и можно сорваться в ответ.
Я себя этим не оправдываю. Это неправильно. Но все мы люди.
Если бы у проекта был отдельный комьюнити-менеджер, чья единственная работа — общаться, сглаживать углы и «продавать» игру, это было бы одно. Но сейчас большую часть всего этого я делаю сам, параллельно с разработкой.
Поэтому нормальные, понятные и подробные сообщения о проблемах очень помогают. Они экономят время, уменьшают недопонимание и позволяют быстрее исправлять реальные ошибки.
Итог
Если вы видите что-то странное — лучше сообщите.
Даже если это мелочь. Даже если вы не уверены, баг это или нет. Даже если кажется, что «об этом уже наверняка знают».
Возможно, не знают.
Баг-репорты помогают не только мне. Они помогают сделать игру понятнее и удобнее для вас самих.