Victoria Sinelnikova
Руководитель отдела разработки спецпроектов в kts.tech
если скопировать себе табличку-шаблон, внутри неё в виде заметок останутся все подсказки)
Аминь!)
всё так!) а уж о том, что твоё планирование будет соответствовать факту, отдельный предмет мечтаний)
Зато январь и февраль впереди) много ещё каких классных быстрых проектов можно успеть сделать
Привет!)
1. да, всё так. вкюай не совершенен, но можно знать, с чем его есть) у нас уже много своих подходов к vkui и в целом наработок-оберток, в том числе и роутер мы свой написали, так что не все так грустно. мы его так же используем, так как много проектов делаем непосредственно для вк и это одно из тех.требований. а за рекомендацию спасибо в любом случае, никогда не лишним знать проверенные альтернативы)
2. бывает и такое, но тут еще смотря как с ним работать. даже если трафик из каталога не даёт ожидаемых показателей по целевому действию, его все равно можно анализировать и смотреть как ведут себя люди невовлеченные и предлагать клиенту корректировки пользовательского пути, чтобы даже, возможно не релевантный трафик, давал результаты
3. в целом да, пока odr-архив не будет принят командой модерации ВК, приложение действительно будет открываться в вебвью. но этот вебвью не будет выглядеть нативно - открытие приложения таким образом будет равноценно открытию приложения с урла mvk в браузере. для сохранения нативности лучше все же загружать odr-архив, в нем приложение выглядит намного приятнее
4. тут 100%-е да) всё так. я в тексте как раз подсветила, что нужно будет учитывать особенности каждой платформы, но это все равно большая оптимизация клиентского бюджета, так как основной функционал меняется в очень редких случаях (а это и основные затраты)
5. в каталоге вк мы были с большим количеством приложений и часть из них проходится действительно по тому пути, что у вас описан (в принципе я тоже упомянула внутреннюю модерацию, не сильно просто вдавалась в подробности). но и бывают отдельные проекты, которые мы делаем вместе с вк, там процесс тестирования отличается и нас смотрит отдельная команда тестировщиков.
Что касается самого опыта прохождения общей модерации - самое основное, что полезно знать (как бы ни было странно) - отлично знать свой продукт и перед реализацией проводить этап аналитики, так как на этой внутренней модерации не все комментарии по делу и много субъективных вещей, которые в любом случае нужно обработать и пояснить почему реализовано так, а не иначе (это и затягивает в основном процесс). А функциональные баги должны быть крайне редкими - для этого у нас и внутреннее тестирование и ревью
По каталогу ок - в него, на моей памяти, не попадали, там немного другой формат проектов для него, кажется. у нас под оки были более ситуативные и функциональные проекты
мы пришли к такой табличке не просто так и на текущий момент так действительно удобнее. вопрос использования специальных планировщиков мы прорабатывали, но помимо их плюсов у каждого были и свои минусы, которые были нам неудобны (возможно это тема и для отдельной статьи). я в статье упоминала, что мы рассматривали и вариант планирования и в существующих сервисах и внутри нашего таск трекера, но, опять же именно для такого планирования как было нужно именно нам, увы сервисы не подошли. поэтому мы собрали то, что есть с учетом того, что и как нам нужно)