Хочется создать цепочки событий, между которыми можно отслеживать конверсию, как это реализовано в Facebook и Firebase.

Сабж. Очень не хватает. 

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

Чтобы например в отчете UserAqusition можно было добавить столбец Retention-7day и тому подобное. 

1. Хотелось бы иметь возможность сравнивать разные сегменты в виде наложения графиков этих сегментов. Сейчас приходится открывать 2 или более вкладок, чтобы сравнивать поведение сегментов.
2.  Дополнительное  предложение: 

В метрике нужна поддержка двух основным моментов:

1) Создание конфигов для отправки в приложение, почти что как в appmetrica-push

2) Возможно строить срезы и сравнение по разным конфигам (см. https://vote.appmetrica.yandex/communities/4/topics/12-sravnenie-segmentov)

Как сейчас: 

- Создаю кампанию

- Определяю сегмент

- Отправляю Пуш

Как хочется:

- Создаю кампанию

- Определяю сегмент

- Ставлю в расписание

- Пуш отрабатывает в определенные дни по расписанию для определенного сегмента

Например:

У нас сервис объявлений (аналог Авито). Одна из главных метрик - подача объявлений. 

Есть необходимость создания триггера по условию: 

Не подавал объявление неделю – отправить пуш "Заработай на старой электронике - подай объявление"

Мы можем запланировать отправлять пуш каждый день в 11 утра, определить сегмент как "Исключить пользователей с событием new_advert за последнюю неделю и получивших пуш в последний месяц". 

Перед каждой отправкой Appmetrica обновляет сегмент и отправляет всем пользователям уведомления

Сейчас AppMetrica отслеживает установки из Facebook через диплинки. Поддержка такого трекинга временно прекращена, поскольку механизм сложен и работает не у всех. Нужен нативный трекинг Facebook, Audience Network и Instagram.

Нужна возможность отправлять в AppMetrica произвольные события не только из приложения, с помощью SDK, но и просто делая запрос к API. Таким образом можно будет засылать в AppMetrica, например, события со своего сервера: верифицированные покупки из интернет-магазина, активацию подписки с веба и т.д.

Хочется иметь возможность быстро создавать новую пуш-кампанию, на основе уже проведенной ранее.

Сейчас крэш логи отображаются не символифицированными. Их можно символифицировать вручную догрузив dSYM файл. И это наверное хорошо работает если крэш один.

Если крэшей много, то: 

1. Вручную их символифицировать все - трудоемкая задача

2. Ввиду того, что несимволифицированный крэш - это падение в условно рандомном адресе - крэши не склеиваются. А следовательно их становится больше в штуках и проблема 1 становится все более сложной.

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

Предлагаю:

1. Дать возможность грузить dSYM'ы через API. Это позволит например добавить в Xcode в Build Phases простой curl который загрузит вам нужный dSYM.

2. Это позволит вам иметь крэши символифицированными - разработчики будут довольны

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