RM Updates: April 7, 2008

From AVObjects Knowledge Base
(Difference between revisions)
Jump to: navigation, search
Line 30: Line 30:
  
 
* При изменении названия продукта нужно менять названия файлов.
 
* При изменении названия продукта нужно менять названия файлов.
 +
 +
==Модерирование релизов==
 +
 +
В связи с тем что разработчики пишут неакккуратные тексты, нужно разнести публикацию релиза в два этапа:
 +
 +
1) Разработчик заливает файл, указывает release notes и все остальное. Нажимает кнопку Upload. При этом происходит все то же самое что сейчас (в том числе и обновление ссылки) - но не уходит письмо подписчикам (как тем у кого лицензии, так и тем кто просто подписан).
 +
 +
2) На главной странице (только у администратора) появляется список релизов, ждущих подтверждения. Помимо названия продукта нужно выводить: содержимое release notes, количество подписчиков через лицензии, количество просто подписчиков, дата последней рассылки писем по этому релизу, ссылочка Edit. Сортировать список нужно сверху вниз по возрастанию даты - т.е. самый новый релиз всегда внизу. По ссылочке Edit переходим на страницу, где можно отредактировать все релизы данного продукта, которые ждут редактирования (т.е. те же что были в списке на пред. странице). У каждого релиза кнопочка Save. У последнего кнопочка "Send Emails" (неактивна до тех пор пока все предшествующие релизы не будут отредактированы). По кнопке "Send Emails" подписчикам рассылаются письма. На этой странице все если можно через AJAX, без перезагрузок.
 +
 +
* В случае частых релизов нежелательно заваливать клиентов письмами. Поэтому один из частых сценариев - это пропускать этап (2) для нескольких релизов подряд. Важно что тогда, когда администратор все-таки нажмет "Send Emails" - в release notes письма должны включиться все release notes тех релизов, которые были пропущены.
  
 
__NOTOC__
 
__NOTOC__

Revision as of 16:59, 8 April 2008

Questions

  • Вот тут непонятно какие цифры в "Subscribes (Updates/LicenseExpired)". Должны быть соотв. цифры из числа контактов данного кастомера. Чтобы можно было быстро видеть тех кастомеров, с которыми теряется контакт.

Новые задачи по подпискам

  • Поставить в BCC всех рассылаемых писем адрес <rm_monitor@medialooks.com>. Это нужно для мониторинга рассылаемых системой писем.
  • Добавить возможность разослать всем подписчикам на данный продукт письмо (на вот эту вьюху). Т.е. текстовое поле и кнопочка Send. Через диалог подтверждения (чтобы лишний раз подумать прежде чем слать).

Вьюха product/subscribers/

  • На страницах вида нужно добавить опции сортировки по Subscriber Name и Email. По-умолчанию сортировка по email.
  • Нужно проверять дубликаты при добавлении контактов. Если email уже подписан на данный продукт, выдавать ошибку "такой-то email уже подписан".

Вьюха product/new_distributive/

  • Добавить ссылочки "Added", "Fixed" рядом с полем для редактирования Release Notes. Кнопочки вставляют в текст. полее соответственно текты "Added:" и "Fixed:".

Новая вьюха

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

Редиректные ссылки

  • [Помнишь, обсуждали давно.] Для каждого продукта должна быть уникальная ссылка вида, которая при запросе редиректится на последний релиз например вот сюда. Важно чтобы на компьютере пользователя файл сохранился именно с цифрами текущей версии _1.6.2.21. Т.е. именно так как называн файл текущего релиза.
  • При изменении названия продукта нужно менять названия файлов.

Модерирование релизов

В связи с тем что разработчики пишут неакккуратные тексты, нужно разнести публикацию релиза в два этапа:

1) Разработчик заливает файл, указывает release notes и все остальное. Нажимает кнопку Upload. При этом происходит все то же самое что сейчас (в том числе и обновление ссылки) - но не уходит письмо подписчикам (как тем у кого лицензии, так и тем кто просто подписан).

2) На главной странице (только у администратора) появляется список релизов, ждущих подтверждения. Помимо названия продукта нужно выводить: содержимое release notes, количество подписчиков через лицензии, количество просто подписчиков, дата последней рассылки писем по этому релизу, ссылочка Edit. Сортировать список нужно сверху вниз по возрастанию даты - т.е. самый новый релиз всегда внизу. По ссылочке Edit переходим на страницу, где можно отредактировать все релизы данного продукта, которые ждут редактирования (т.е. те же что были в списке на пред. странице). У каждого релиза кнопочка Save. У последнего кнопочка "Send Emails" (неактивна до тех пор пока все предшествующие релизы не будут отредактированы). По кнопке "Send Emails" подписчикам рассылаются письма. На этой странице все если можно через AJAX, без перезагрузок.

  • В случае частых релизов нежелательно заваливать клиентов письмами. Поэтому один из частых сценариев - это пропускать этап (2) для нескольких релизов подряд. Важно что тогда, когда администратор все-таки нажмет "Send Emails" - в release notes письма должны включиться все release notes тех релизов, которые были пропущены.


Personal tools