FI pre-postmortem

Get Started. It's Free
or sign up with your email address
FI pre-postmortem by Mind Map: FI pre-postmortem

1. What went wright?

1.1. Получено приложение, способное зарабатывать на всех платформах, для которых оно было выпущено

1.2. Получен и осмыслен технический опыт создания игр жанра citybuilder

1.3. Получен, проанализирован и применяется на практике опыт формирования распределенных команд для создания технически сложных приложений

1.4. Накоплен и в данный момент анализируется опыт построения игрового баланса

1.5. Продукт показывает уверенную динамику роста дохода, как суммарного, так и с одного пользователя (суммарный доход приложения на всех платформах в данный момент приближается к 700 долларам в день)

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

1.7. Техническое состояние продукта позволяет развивать его

2. What went wrong?

2.1. Сумма инвестиций в продукт и очень долгий выход на приемлемый уровень дохода делает ROI ниже минимального уровня IRR с учетом времени жизни продукта. За жизненный цикл продукта невозможно вернуть вложенные в него средства, с учетом средств на рекламные кампании

2.2. BEP продукта достигнут искусственно, за счет сокращения команды ниже минимума, необходимого для развития

2.3. Команда продукта фактически расформирована, возможностей имеющихся на проекте людей хватает только на support tasks

2.4. UI и UX анализ показал, что интерфейс приложения не достаточно интуитивен для значительной части пользователей

2.5. Game loop приложения содержит очень мало точек, стимулирующих игрока к трате кристаллов

2.6. Выбранная технология доставки контента оказалась очень зависимой от слаженности работы пары "иллюстратор-3d-моделлер". Срок "синхронизации" этой пары и в будущем будет определять скорость развития всего приложения

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

2.8. Отсутствие взаимопонимания между продюсером и ПМом проекта мешали фокусированию команды продукта на единой стратегии

3. Reasons, pleas and childish excuses

3.1. Game editor

3.2. Ad tasks

3.3. Kiip/Tapjoy

3.4. Options with FAQ

3.5. Call to Action screens

3.6. Town Hall

3.7. All multiplayer stages

3.8. Most of UI improvements

4. Improvement proposal

4.1. o features

4.1.1. Отказ от концепции островов и переход к условно-бесконечной карте

4.1.2. Изменение основного игрового цикла, с внедрением в него большего количества действий

4.1.3. Отказ от использования "населения" в качестве одного из расходуемых ресурсов

4.1.4. Внедрение дополнительных игровых циклов, необходимых для обеспечения основного цикла ресурсами и событиями

4.1.5. Внедрение связной системы квестов, прохождение которых необходимо для перехода на новый уровень

4.1.6. Изменение игрового интерфейса в зависимости от модели поведения игрока

4.1.7. Использование альтернативных методов монетизации для получения прибыли от игроков, не готовых платить реальные деньги

4.1.8. Использование мини-игр в качестве альтернативного режима прохождения игровых циклов

4.1.9. Обязательное использование методов стимулирования игроков к расходу внутриигровой валюты

4.1.10. Создание UI, "подсказывающего" игроку следующее действие

4.1.11. Активное использование социального графа пользователя для стимулирования возврата его в игру

4.2. o people

4.2.1. Разделение команды на support часть для FI1 и developement часть для FI2

4.2.2. Централизация developement части в одном из офисов

4.2.3. Четкое и однозначное закрепление одной из моделей взаимодействия продюсера и ПМа проекта

4.2.3.1. PM только управляет командой, за feature-list отвечает продюссер

4.2.3.2. PM и продюсер отвечают за feature-list методом консенсуса

4.2.3.3. PM определяет feature-list, продюсер обеспечивает анализ и приоритезацию задач с точки зрения монетизации

4.3. o process

4.3.1. Использование классической модели scrum для команды FI2

4.3.2. Использование модели kanban для команды FI1

4.3.3. Четкое определение целей проектов, целей продуктов, метрик и методов подтверждения их достижения до запуска продукта

4.3.4. Четкое определение бюджета (финансовый, ресурсный, временной) продуктов до старта работы над ними

4.4. o technology

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

4.4.2. Перевод игры на single architecture MVC/MVVC модель

4.4.3. Отказ от хранения графики внутри приложения в виде неотъемлемой части приложения: графика должна подгружаться с сервера

5. Roadmap status

5.1. Stage one

5.1.1. 2 More Islands

5.1.2. Server work continues

5.1.3. 6.2 marmeade is being explored, which will hopefully allow for a playbook store

5.1.4. Removal of Holiday Content

5.1.5. (Townhall done but not released)

5.2. Stage two

5.2.1. Price Changes

5.2.2. Interstitials

5.2.3. Video Ads

5.2.4. 10+ More islands

5.2.5. quests locked to specific level

5.2.6. quests complete one at a time

5.2.7. Game Editor

5.2.8. Server work continues

5.2.9. Speed up game changes

5.2.10. Better Screenshots

5.3. Stage three

5.3.1. levels extended to 30

5.3.2. 60 more quests

5.3.3. more content

5.3.4. new game parameters

5.3.5. LTO offers

5.3.6. Kiip / Tapjoy

5.3.7. Options Menu with FAQ

5.3.8. Missing Resources call to action screens

5.3.9. (Maybe better bonus structure)

5.4. Stage four

5.4.1. Town Hall

5.4.2. New Tutorial with Caps text

5.4.3. Pop-ups are all closed only by tapping X

5.4.4. Arrows during tutorials do not disappear

5.4.5. Hiding Buildings

5.4.6. Deleting Existing Buildings refunds 100% of cash (for easy integration of Townhall)

5.4.7. New Features Pop-Up

5.4.8. 1st stage Multiplier - View other people's islands

5.5. Stage five

5.5.1. Flurry update

5.5.2. Energy Timer

5.5.3. Whats being made

5.5.4. Better Remove interface

5.5.5. show people the time it takes to make anything in the info pop-up. For example, Shanty - 1 min.

5.5.6. Different Icons for Commercial and Production

5.5.7. Deleting buildings refund 50% of cash

5.6. Future stages

5.6.1. Remove gem from produce

5.6.2. More Buildingsda,

5.6.3. Update Game Screen Ui

5.6.4. Various Text Changes

5.6.5. Change name to Fantasy

5.6.6. Light multiplier exchange - send energy, for example