Unity – это один из самых популярных игровых движков в мире. Сейчас наша команда создает продукты, которыми пользуются сотни тысяч разработчиков. Но на старте нашей работы мы, не осознавая того, допустили огромную ошибку, которая, к счастью превратилась, в классный опыт. Делюсь, чтобы вам не пришлось получить урок, который чуть не стоил нам карьеры.
Успешное начало
Создавать игры или приложения с помощью Unity можно двумя путями. Можно писать весь код самому, что очень долго и сложно. Либо использовать готовые модули. Это условные пакеты с набором инструментов для разработки, дизайна и прочие, которые вы можете скачать и сразу использовать в игре. В общем, собрать все как конструктор.
Чтобы упростить разработку, Unity создали свой Asset Store (более простая и понятная всех аналогия – App Store с приложениями для iPhone), где разработчики выкладывали и продавали свои модули (плагины), чтобы другие не тратили время и использовали готовые решения для своих задач.
Тогда же мы с коллегами из команды Stan’s Assets начали разработку таких плагинов для Unity. Мы ведь разработчики. А значит, лучше других понимаем, как создавать продукты, которые облегчат жизнь другим разработчикам.
Плагины по-настоящему стали нашей визитной карточкой. Вскоре мы вошли в топ-5 команд, чьи плагины скачивают в мировом Asset Store. Самые популярные – Ultimate Mobile Pro, iOS Native Pro, Android Native Pro.
Сама поддержка Asset Store рекомендовала нас для пользователей Unity с пометкой – «они делают хороший продукт». Из-за этого к нам обращались за помощью в разработке такие известные компании, как Moon Studios и OneSignal. С ними мы успешно сотрудничаем и по сей день.
Но именно тогда, когда мы стали популярны среди пользователей Unity, мы совершили один из самых ярких провалов в нашей карьере.
Потеря контроля и денег
Мы стали заниматься плагинами, как только они появились в Unity. Опыта у нас было немного, поэтому мы думали, что все делаем правильно. Но в какой-то момент процесс стал похож на снежный ком. И вот почему.
Создание модуля обычно выглядит так:
- вы создаете плагины и загружаете их;
- другие разработчики их скачивают и используют;
- если что-то не работает – пишут отзывы или просьбы это исправить.
Все как в любом сервисе: получаешь обратную связь и делаешь все, чтобы улучшить ситуацию.
Так мы выпускали новые плагины и параллельно исправляли все, о чем нас просили пользователи.
Тем временем конкуренция и запросы нашей аудитории росли. Нам показывали проблему – мы ее решали, давали запрос – исправляли. Но из-за нехватки опыта архитектура наших плагинов хромала.
Мы работали на скорость и старались быстро отдать исправленные продукты, но забывали о качестве первоначально кода.
В то время мы запустили в общее пользование двенадцать модулей, которые все время «дорабатывали». На это уходило много сил, а соответственно, и денег. Так мы поняли две вещи:
- Исправить все проблемы, на которые жалуются люди, нереально. Проще все переписать.
- Финансовые затраты на поддержку и развитие проекта вышли за рамки того, что нам приносил Asset Store.
С продажи плагинов мы зарабатывали $5–7 тысяч в месяц. И ровно эту же сумму платили разработчикам, чтобы исправить ошибки.
Плохой код и плохая архитектура «убила» сам по себе действительно хороший продукт – наши плагины.
Они были востребованными и удобными. Но то, что мы не могли их чинить и развивать, привело к убыткам. Мы не покрывали стоимость затрат на развитие продукта. И дальше так продолжаться не могло.
Трудное решение
Мы приняли очень сложное решение. Подсчитали, сколько ресурсов предстоит потратить, и остановили текущие процессы.
Мы взяли паузу, убрали все наши старые плагины с Asset Store и начали писать новые.
Все заняло где-то год. Каждый день мы с нуля писали новые продукты. Но в этот раз иначе: уже с чистым кодом и правильной архитектурой. На это ушли силы команды и больше $15 тысяч.
Ставка на качество продукта
Эффект был просто потрясающим. После того как мы переписали продукты – поддерживать их стало в 10 раз дешевле!
Если вначале наши разработчики тратили дни на исправление проблем, то теперь это занимает несколько часов в неделю.
Раньше поддержка модулей стоила нам $7–10 тысяч, а сейчас обходится всего в $800.
После этого случая мы навсегда усвоили, что правильная архитектура, чистый и продуманный код помогают развивать продукт проще, дешевле и качественнее. Этот принцип подходит для любой работы, проекта или занятости.
Ставьте качество на первый план. Тогда вам не придется переделывать работу и тратить деньги на исправление ошибок, которых можно было избежать.
Этот материал – не редакционный
Это – личное мнение его автора. Редакция может не разделять это мнение.
Сообщить об опечатке
Текст, который будет отправлен нашим редакторам: