• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Operating through the “eyes” of development: Efficient communications
 

Operating through the “eyes” of development: Efficient communications

on

  • 65 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 ...

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.

Statistics

Views

Total Views
65
Views on SlideShare
65
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Представиться <br /> ФИО <br /> Кратко о рабочем опыте <br /> Обрисовать суть доклада
  • Не хотите платить деньги или отчислять роялти - давайте напишем свой движок и заработаем кучу денег, а потом еще и продадим его.
  • Не хотите платить деньги или отчислять роялти - давайте напишем свой движок и заработаем кучу денег, а потом еще и продадим его.
  • Что

Operating through the “eyes” of development: Efficient communications Operating through the “eyes” of development: Efficient communications Presentation Transcript

  • Доклад на тему: “Оперирование глазами разработки: Эффективные коммуникации" Руководитель проекта Мясищев Александр
  • Оглавление: 1. Стадия разработки и оперирования 2. Ключевые задачи 3. Варианты решений 4. Немного статистики
  • Стадия разработки + Фокус на качестве контента + Внесение изменений на любой стадии - Архитектурные решения только для сложных систем - Монетизация вторична, геймплей первичен Стадия Оперирования + Оперативный фидбек от игроков + Большая статистика - Очень ограниченные ресурсы - Очень дорого менять основные концепции
  • Процесс создания + Придумывание новой фичи - Монетизация фичи + Дизайн фичи - Согласование настройки фичи с оператором + Разработка логики работы - Разработка обвязки инструментария + Поддержка частных случаев + Тестирование функционала - Тестирование дополнительных опций настройки + Релиз
  • Составные части любого функционала - Основная логика поведения - Локализация - Контент - Данные - Статистика - Система изменения данных «на лету» - Система выдачи контента игрокам - Система добавления контента «на лету» - Монетизационные элементы - Инструментарий внешнего оперирования
  • Постулаты взаимодействия Разработки с Оператором - Оператор лучше знает, как нужно продавать - Оператор лучше знает, что нужно продавать - Внутриигровые рекламные банеры – ответственность оператора - Оценка разработки пожеланий Оператора должна быть разбита на сегменты - Лучший друг Оператора – статистика, худший враг – хардкод - Радость Оператора обратно пропорциональна времени между идеей и возможности ее релиза - Каждый раз, когда в проекте требуются техработы, в компании грустит один Оператор
  • КТО ВИНОВАТ И ЧТО ДЕЛАТЬ?
  • Вариант 1: Самый правильный Нужен Product Manager! - Главный по тарелочкам - Не имеет подчиненных и озабочен только качеством проекта - Отвечает за деньги головой
  • Вариант 2: Правильный Встроить Оператора в процесс разработки! - Коллегиальные брейнштормы - Пришли к решению - задокументируй - Разделяй и неси ответственность! - В случае любых изменений в договоренностях – оповещай сразу
  • Вариант 3: Плохой Если Оператора нет … (или он внешний) - Составьте чеклист без чего делать новый функционал нельзя - Закладывайте в код возможность быстрой доработки по требованиям заказчика - Тренируйте в команде Product Manager
  • Такие доработки очень дороги!
  • Немного статистики: Если функционал замкнут на себя: Среднее количество доработки функционала: 3 Стоимость одной доработки: от 20 до 60% от базовой стоимости Количество работы в корзину: до 40% Если функционал подготовлен к оперированию: Среднее количество доработок функционала: 1 Стоимость доработки: не больше 15% от базовой стоимости Количество работы в корзину: до 5%
  • Главные и очевидные плюсы Возможность : - использовать функционал многократно - использовать функционал без участия разработки - расширять функционал с минимальными трудозатратами - сократить технические издержки
  • Готов ответить на ваши вопросы www.nival.com Мясищев Александр Контакты Skype: bespanikii email: alexander.myasischev@nivalnetwork.com