Operating through the “eyes” of development: Efficient communications
Download as PPTX, PDF0 likes1,696 views
The speech will cover main tasks of developers at the operating stage of the project. How to use milestone time efficiently. Things to keep in mind at the stage of designing new functional and content.
More Related Content
What's hot (20)
Viewers also liked (8)
Similar to Operating through the “eyes” of development: Efficient communications (20)
More from DevGAMM Conference (20)
Operating through the “eyes” of development: Efficient communications
- 1. Доклад на тему: “Оперирование глазами разработки: Эффективные коммуникации" Руководитель проекта Мясищев Александр
- 2. Оглавление: 1. Стадия разработки и оперирования 2. Ключевые задачи 3. Варианты решений 4. Немного статистики
- 3. Стадия разработки + Фокус на качестве контента + Внесение изменений на любой стадии - Архитектурные решения только для сложных систем - Монетизация вторична, геймплей первичен Стадия Оперирования + Оперативный фидбек от игроков + Большая статистика - Очень ограниченные ресурсы - Очень дорого менять основные концепции
- 4. Процесс создания + Придумывание новой фичи - Монетизация фичи + Дизайн фичи - Согласование настройки фичи с оператором + Разработка логики работы - Разработка обвязки инструментария + Поддержка частных случаев + Тестирование функционала - Тестирование дополнительных опций настройки + Релиз
- 5. Составные части любого функционала - Основная логика поведения - Локализация - Контент - Данные - Статистика - Система изменения данных «на лету» - Система выдачи контента игрокам - Система добавления контента «на лету» - Монетизационные элементы - Инструментарий внешнего оперирования
- 6. Постулаты взаимодействия Разработки с Оператором - Оператор лучше знает, как нужно продавать - Оператор лучше знает, что нужно продавать - Внутриигровые рекламные банеры – ответственность оператора - Оценка разработки пожеланий Оператора должна быть разбита на сегменты - Лучший друг Оператора – статистика, худший враг – хардкод - Радость Оператора обратно пропорциональна времени между идеей и возможности ее релиза - Каждый раз, когда в проекте требуются техработы, в компании грустит один Оператор
- 7. КТО ВИНОВАТ И ЧТО ДЕЛАТЬ?
- 8. Вариант 1: Самый правильный Нужен Product Manager! - Главный по тарелочкам - Не имеет подчиненных и озабочен только качеством проекта - Отвечает за деньги головой
- 9. Вариант 2: Правильный Встроить Оператора в процесс разработки! - Коллегиальные брейнштормы - Пришли к решению - задокументируй - Разделяй и неси ответственность! - В случае любых изменений в договоренностях – оповещай сразу
- 10. Вариант 3: Плохой Если Оператора нет … (или он внешний) - Составьте чеклист без чего делать новый функционал нельзя - Закладывайте в код возможность быстрой доработки по требованиям заказчика - Тренируйте в команде Product Manager
- 11. Такие доработки очень дороги!
- 12. Немного статистики: Если функционал замкнут на себя: Среднее количество доработки функционала: 3 Стоимость одной доработки: от 20 до 60% от базовой стоимости Количество работы в корзину: до 40% Если функционал подготовлен к оперированию: Среднее количество доработок функционала: 1 Стоимость доработки: не больше 15% от базовой стоимости Количество работы в корзину: до 5%
- 13. Главные и очевидные плюсы Возможность : - использовать функционал многократно - использовать функционал без участия разработки - расширять функционал с минимальными трудозатратами - сократить технические издержки
- 14. Готов ответить на ваши вопросы www.nival.com Мясищев Александр Контакты Skype: bespanikii email: alexander.myasischev@nivalnetwork.com
Editor's Notes
- #2: Представиться ФИО Кратко о рабочем опыте Обрисовать суть доклада
- #8: Не хотите платить деньги или отчислять роялти - давайте напишем свой движок и заработаем кучу денег, а потом еще и продадим его.
- #10: Не хотите платить деньги или отчислять роялти - давайте напишем свой движок и заработаем кучу денег, а потом еще и продадим его.
- #11: Что