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

. Мы можем добавить систему умных подсказок/напоминаний/советов, на основе поведенческих паттернов пользователей. Либо, если у нас нет возможности анализа поведенческих паттернов, мы можем добавить советы или оповещения со статистикой использования продукта, отправляя их в соответствии с (напр. разные отрезки времени в течение недели).

, . Мы можем фундаментально изменить наш формат коммуникации с пользователями. Если ранее мы опирались на однотипные текстовые информационные блоки, мы можем перейти к использованию картинок (). Если ситуация позволяет, мы можем использовать юмор () и небольшие экспериментальные нововведения (). Мы также можем поиграть с изменением терминологии в продукте. Не смотря на допустимый скепсис в данном вопросе, изменение коммуникации может существенно помочь в придании продукту чувства «свежести» и «новизны».

. Мы можем периодически напоминать пользователю о том хорошем опыте, который он получил от нашего продукта. Простейший пример: функция «Most liked photo» в Facebook, периодически показывающая самые популярные фото нашего профиля и т.п. Тайминг для показа подобных напоминаний может быть ссинхронизирован с хорошими событиями для пользователя в продукте ().

, . Мы можем разбить крупные обновления на несколько частей, и запускать их с такой периодичностью, чтобы у пользователей возникло ощущение что «продукт постоянно обновляется».

. Мы можем изменить структуру продукта, параллельно введя новые термины и названия категорий. Фактически речь идет об оптимизации продукта, что может быть очень полезным если у нас слишком много функций разбросанных по разным частям продукта. Даже в самой большой оптимизации мы должны избегать существенных изменений в главных процессах (workflow-ах), которые наши пользователи выполняют постоянно (, ).