Ошибки в отчетности по гранту «Мой бизнес» приводят к возврату до 100% выделенных средств с пенями, даже если игра вышла в релиз. Для геймдева на Kotlin критически важно разделить оплату лицензий, ФОТ и закупку «железа», так как комиссия не принимает общие чеки без детальной привязки к функциональным модулям приложения.
Финансовая отчетность: чеки и платежные поручения
Главная ловушка — попытка списать расходы на софт или технику без привязки к смете. Если в вашем расчет сметы на разработку Android-приложения для господдержки: статьи расходов и лимиты была указана закупка тестовых устройств (например, Google Pixel 7 за 50 000–70 000 руб.), чек должен содержать серийный номер устройства и быть оформлен на юрлицо. Расходы на облачные сервисы (Firebase, AWS) принимаются только по детализированным инвойсам, где виден конкретный проект.
Кейс: стартап списал 150 000 руб. за «подписки на ПО» одним чеком. Итог — отказ в признании 80% суммы, так как не было разделения на IDE, графические редакторы и серверные мощности. Экспертный вывод: каждый платеж свыше 10 000 руб. должен сопровождаться актом приемки-передачи или лицензионным договором, иначе расход признают нецелевым.
Подтверждение ФОТ разработчиков на Kotlin
Зарплаты — самая крупная статья расходов (обычно 60–80% бюджета). Для комиссии недостаточно выписки по счету; требуются табели учета рабочего времени, где зафиксированы часы разработки конкретных фич. Например, если Senior Kotlin Developer получает 200 000 руб./мес., в отчете должно быть отражено: «Разработка архитектуры MVVM и интеграция с API — 80 часов».
Нюанс: если вы используете аутсорс, требуйте от подрядчика детализированный акт, где указано количество стори-поинтов или человеко-часов по каждой задаче. Обобщенная фраза «Разработка игры — 500 000 руб.» приведет к требованию доказать реальность работ. Мой вывод: внедряйте Jira или YouTrack с первого дня; выгрузка из таск-трекера — лучший аргумент для проверяющего.
Технический отчет: от кода к функционалу
Технический отчет — это мост между деньгами и продуктом. Здесь нужно доказать, что средства пошли на реализацию функционала, заявленного в критерии оценки инновационности мобильной игры для получения гранта: что важно для комиссии. Вместо описания сюжета игры прикладывайте скриншоты из Android Studio, архитектурные схемы и ссылки на коммиты в Git (GitHub/GitLab).
Пример: для подтверждения разработки системы инвентаря на Kotlin приложите скриншот класса Data Class и логику работы с локальной БД Room. Если заявлена оптимизация под разные разрешения экранов, покажите отчеты о тестировании на 3-5 различных диагоналях. Экспертный вывод: технический отчет должен быть написан языком инженера для проверяющего, который может быть не технарем, но владеет чек-листом требований.
Доказательство достижения KPI и коммерциализации
Грант — это инвестиция государства, поэтому ищите подтверждение эффективности. Если в бизнес-плане стоял KPI в 10 000 установок за первые 3 месяца, приложите скриншоты из Google Play Console. Если вы обещали монетизацию через In-app purchases, покажите первые транзакции или настроенные платежные шлюзы. Важно: отсутствие выручки допустимо, если достигнуты технические показатели (например, FPS > 60 на устройствах среднего сегмента).
Риск: расхождение между заявленным стеком (Kotlin) и реальным (например, перешли на Unity/C#) без уведомления фонда может стать причиной расторжения договора. Мой вывод: любые изменения в архитектуре или стеке фиксируйте дополнительным соглашением к гранту, чтобы избежать обвинений в нецелевом использовании средств.
Вывод
Идеальная отчетность — это связка «Смета → Платежка → Акт → Коммит в Git → Скриншот в приложении». Начинайте сбор документов с первого дня разработки, не откладывая на конец квартала, так как восстановить детализацию по часам спустя 3 месяца невозможно. Избегайте оплаты услуг через личные карты основателей — это 100% отказ в признании расхода. Лучшая стратегия: вести внутренний реестр расходов, где каждому чеку соответствует конкретный тикет в Jira и пункт в смете.