«Тратили $5–7 тыс. в месяц, чтобы исправить ошибки»: как мы своими руками чуть не убили наш продукт

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

Создавать игры или приложения с помощью Unity можно двумя путями. Можно писать весь код самому, что очень долго и сложно. Либо использовать готовые модули. Это условные пакеты с набором инструментов для разработки, дизайна и прочие, которые вы можете скачать и сразу использовать в игре. В общем, собрать все как конструктор.

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

Тогда же мы с коллегами из команды Stan’s Assets начали разработку таких плагинов для Unity. Мы ведь разработчики. А значит, лучше других понимаем, как создавать продукты, которые облегчат жизнь другим разработчикам.

Сама поддержка Asset Store рекомендовала нас для пользователей Unity с пометкой – «они делают хороший продукт». Из-за этого к нам обращались за помощью в разработке такие известные компании, как Moon Studios и OneSignal. С ними мы успешно сотрудничаем и по сей день.

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

Мы стали заниматься плагинами, как только они появились в Unity. Опыта у нас было немного, поэтому мы думали, что все делаем правильно. Но в какой-то момент процесс стал похож на снежный ком. И вот почему.

Создание модуля обычно выглядит так:

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

Тем временем конкуренция и запросы нашей аудитории росли. Нам показывали проблему – мы ее решали, давали запрос – исправляли. Но из-за нехватки опыта архитектура наших плагинов хромала.

Мы работали на скорость и старались быстро отдать исправленные продукты, но забывали о качестве первоначально кода.

В то время мы запустили в общее пользование двенадцать модулей, которые все время «дорабатывали». На это уходило много сил, а соответственно, и денег. Так мы поняли две вещи:

С продажи плагинов мы зарабатывали $5–7 тысяч в месяц. И ровно эту же сумму платили разработчикам, чтобы исправить ошибки.

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

Мы приняли очень сложное решение. Подсчитали, сколько ресурсов предстоит потратить, и остановили текущие процессы.Мы взяли паузу, убрали все наши старые плагины с Asset Store и начали писать новые.

Все заняло где-то год. Каждый день мы с нуля писали новые продукты. Но в этот раз иначе: уже с чистым кодом и правильной архитектурой. На это ушли силы команды и больше $15 тысяч.

Эффект был просто потрясающим. После того как мы переписали продукты – поддерживать их стало в 10 раз дешевле! Если вначале наши разработчики тратили дни на исправление проблем, то теперь это занимает несколько часов в неделю.

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

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

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