В рамках EdTech проекта проекта я довела до рабочей первой версии цифровую игру «Место решений». Исходной точкой была готовая механика настольной игры, которую нужно было превратить в веб-продукт: с понятными пользовательскими сценариями, формализованными правилами, сохранением состояния и итоговым результатом. Звучит как «просто перенести», но офлайн-механика не равна цифровой.

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

В результате появилась рабочая версия на HTML, CSS и два варианта продолжительности игры, случайная последовательность карточек и событий, сохранение прогресса в браузере, адаптация под разные устройства и выгрузка результата в PDF, без регистрации и сбора персональных данных.

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

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

Для меня это в первую очередь управленческий кейс: от исходной идеи и предметной методики до требований, сценариев, декомпозиции, реализации, приёмки, выпуска и первой итерации по пользовательской обратной связи.

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

Игра: https://ckroco.github.io/mesto-resheniy-game/

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