http://wiki.avobjects.com/api.php?action=feedcontributions&feedformat=atom&user=Ivan 2026-04-27T13:50:22Z User contributions MediaWiki 1.18.2 http://wiki.avobjects.com/Types_of_Licenses 2010-01-02T10:06:06Z

<p>Ivan: </p> <hr /> <div>==Overview of Licensing Terms==<br /> <br /> There are two primary types of licenses:<br /> <br /> #The '''Single Developer''' or '''Team''' license. This license grants the Licensee with the right to use the Product (for example, [[Multimedia SDK]]) by either one developer (Single Developer License) or 1-4 developers (Team License). There is no limitation on the number of executable applications, and no limitation on the number of deployed or redistributed copies. So, for the Single Developer license, one developer at a time can work with the SDK, but you can redistribute copies of the application(s) you develop with the SDK unlimited and royalty-free. In case you have a Team license, up to 4 developers can work with the SDK at the same time.<br /> #The '''Single Application''' license. This license grants the Licensee with the right to use the Product to develop one executable application. The number of developers, depployments or redistributed copies is not limited. To understand better what can be considered as one executable application, please read a more detailed faq post [[What Is a Single Application|here]].<br /> <br /> For better understanding here's a comparison table.<br /> <br /> {|<br /> |-<br /> !<br /> !Single Developer License<br /> !Team License<br /> !Single Application License<br /> <br /> |-<br /> | Number of developers and/or development computers<br /> | 1<br /> | 4<br /> | Unlimited<br /> <br /> |-<br /> | Number of test computers<br /> | Unlimited<br /> | Unlimited<br /> | Unlimited<br /> <br /> |-<br /> | Number of applications<br /> | Unlimited<br /> | Unlimited<br /> | 1<br /> <br /> |-<br /> | Deployment or redistribution<br /> | Unlimited<br /> | Unlimited<br /> | Unlimited<br /> |}<br /> <br /> ===Updates &amp; Support===<br /> <br /> We supply a 1 year subscription for updates and support with both the Single Developer/Team and Single Application licenses. The price of subsciption renewal is 50% the full list price of the Product at the moment of renewal. Renewing the subscription is optional but the 50% discount is valid for only 6 months after subscription expiration.<br /> <br /> ===Delivery===<br /> <br /> After purchasing the license you will receive a set of license files and activation instructions. Delivery is made via email.<br /> <br /> Before the license keys can be delivered we ask the customer to provide at least two email contacts. The first (technical contact) will be used to deliver the license files and, in the future, will periodically receive email notifications about new releases of the licensed product (including information about bug fixes and new features). The Licensee agrees that at least one email address will be provided and will be receiving such mailings in order for MediaLooks to make sure the Licensee is informed about the Product's changes. 7 days before and upon subscription expiration we will send a note to this contact informing about the option to renew the subscription.<br /> <br /> The second contact will only be used to inform about subscription expiration.<br /> <br /> Both email contact, however, may be occasionally used to provide the customer with information about new and related products.<br /> <br /> Upon delivery of the license keys the Licensee's email address (or several addresses) will be associated with his license and periodical mailings with information about new releases (including) will be made.<br /> <br /> ==Common Questions==<br /> <br /> ''Does the Single Developer License mean that only one person in our company can use the SDK at the same time and that there is no restriction for the applications that are created and redistributed?''<br /> <br /> Yes, that is correct in case you purchase a Single Developer License. In case you purchase a Team license, up to 4 developers can work with the SDK at the same time. And нes, there is no restriction to the number of applications that you develop with the SDK, and you can redistribute them royalty-free.<br /> <br /> __NOTOC__<br /> [[Category:Licensing FAQ]]</div>

Ivan http://wiki.avobjects.com/Types_of_Licenses 2010-01-02T10:05:32Z

<p>Ivan: </p> <hr /> <div>==Overview of Licensing Terms==<br /> <br /> There are two primary types of licenses:<br /> <br /> #The '''Single Developer''' or '''Team''' license. This license grants the Licensee with the right to use the Product (for example, [[Multimedia SDK]]) by either one developer (Single Developer License) or 1-4 developers (Team License). There is no limitation on the number of executable applications, and no limitation on the number of deployed or redistributed copies. So, for the Single Developer license, one developer at a time can work with the SDK, but you can redistribute copies of the application(s) you develop with the SDK unlimited and royalty-free. In case you have a Team license, up to 4 developers can work with the SDK at the same time.<br /> <br /> #The '''Single Application''' license. This license grants the Licensee with the right to use the Product to develop one executable application. The number of developers, depployments or redistributed copies is not limited. To understand better what can be considered as one executable application, please read a more detailed faq post [[What Is a Single Application|here]].<br /> <br /> For better understanding here's a comparison table.<br /> <br /> {|<br /> |-<br /> !<br /> !Single Developer License<br /> !Team License<br /> !Single Application License<br /> <br /> |-<br /> | Number of developers and/or development computers<br /> | 1<br /> | 4<br /> | Unlimited<br /> <br /> |-<br /> | Number of test computers<br /> | Unlimited<br /> | Unlimited<br /> | Unlimited<br /> <br /> |-<br /> | Number of applications<br /> | Unlimited<br /> | Unlimited<br /> | 1<br /> <br /> |-<br /> | Deployment or redistribution<br /> | Unlimited<br /> | Unlimited<br /> | Unlimited<br /> |}<br /> <br /> ===Updates &amp; Support===<br /> <br /> We supply a 1 year subscription for updates and support with both the Single Developer/Team and Single Application licenses. The price of subsciption renewal is 50% the full list price of the Product at the moment of renewal. Renewing the subscription is optional but the 50% discount is valid for only 6 months after subscription expiration.<br /> <br /> ===Delivery===<br /> <br /> After purchasing the license you will receive a set of license files and activation instructions. Delivery is made via email.<br /> <br /> Before the license keys can be delivered we ask the customer to provide at least two email contacts. The first (technical contact) will be used to deliver the license files and, in the future, will periodically receive email notifications about new releases of the licensed product (including information about bug fixes and new features). The Licensee agrees that at least one email address will be provided and will be receiving such mailings in order for MediaLooks to make sure the Licensee is informed about the Product's changes. 7 days before and upon subscription expiration we will send a note to this contact informing about the option to renew the subscription.<br /> <br /> The second contact will only be used to inform about subscription expiration.<br /> <br /> Both email contact, however, may be occasionally used to provide the customer with information about new and related products.<br /> <br /> Upon delivery of the license keys the Licensee's email address (or several addresses) will be associated with his license and periodical mailings with information about new releases (including) will be made.<br /> <br /> ==Common Questions==<br /> <br /> ''Does the Single Developer License mean that only one person in our company can use the SDK at the same time and that there is no restriction for the applications that are created and redistributed?''<br /> <br /> Yes, that is correct in case you purchase a Single Developer License. In case you purchase a Team license, up to 4 developers can work with the SDK at the same time. And нes, there is no restriction to the number of applications that you develop with the SDK, and you can redistribute them royalty-free.<br /> <br /> __NOTOC__<br /> [[Category:Licensing FAQ]]</div>

Ivan http://wiki.avobjects.com/Dev:Serge_Tasks 2009-12-17T16:53:32Z

<p>Ivan: </p> <hr /> <div>==Done==<br /> <br /> <br /> ==ToDo==<br /> <br /> * Там где отображается количество тикетов в менюшках (в главном меню и там где навигация по типам кейсов) сделать отображение в виде total/unread.<br /> основная цифра, видимая всегда, считается в app/controllers/application.rb (count_my_messages()), а выводится в app/views/layouts/_head.html.erb<br /> остальные циферки (по &quot;папкам&quot;) считаются в app/controllers/messages_controller.rb (там дергается код из messages_helper), а выводятся при помощи app/views/messages/_folders.html.erb<br /> <br /> * В списке лицензий на странице кейса помечать триальные лицензии как Evaluation license и все строчку подкрашивать каким-нибудь красным цветом.<br /> красным там ща красятся просроченные<br /> рисуется это здесь: app/views/messages/_licenses.html.erb<br /> триальность лицензии определяется по наличию expiration_date - если есть, значит триал<br /> <br /> * Добавить возможность Edit recipients в любом состоянии кейса, просто как отдельную опцию.<br /> это надо делать по аналогии с edit recipients при отправке сообщения, код последнего можно посмотреть тут:<br /> app/views/messages/_reply.html.erb (вывод формы, вверху там про доп. получателей)<br /> app/controllers/messages_controller.rb (обработка Additional recipients в update_reply(), с 270й по 282ю строку)<br /> <br /> * Во [http://rm.medialooks.com/messages/all_cases/in%20progress вьюшках списков кейсов] добавить еще одну дату в поле Date. Текущая дата - это дата последнего сообщения от кастомера или кастомеру. Нужно вывести еще одну - дату любого обновления кейса. Насколько я понимаю, именно по этой дате происходит сейчас сортировка кейсов.<br /> сейчас при любом изменении треда меняется updated_at первого поста (он служит парентом для всех сообщений треда)<br /> код для этого тут: app/views/models/message.rb (before_create :update_parents_updated_at)<br /> при выводе списка кейсов сортировка идет именно по updated_at главного сообщения<br /> т.е. что бы ее вывести - надо просто вывести message.updated_at.strftime(...) или make_rel_date(message.updated_at)<br /> make_rel_date - код для преобразования дат изменения в 'yesterday/today/N days ago' и соотв-й подкраски<br /> находится в app/helpers/messages_helper.rb<br /> там же находится make_rel_date_from_last_change(), который сейчас и выводит столбец Date <br /> <br /> * Добавить возможность удалять вручную контакт. При этом должны быть удалены все его кейсы.<br /> <br /> * Добавить возможность посылать камент кастомеру без асайна тикета себе. При этом (видимо) нельзя менять статус кейса.<br /> <br /> * Добавить фолоу-ап письмо после даунлоада.<br /> <br /> * Переработать структуру контакта. Будет описано позже.<br /> <br /> * Инструмент для авто-подбора кастомера в ин-се ассаоцииации контакта с кастомером.<br /> <br /> * Тул для мониторинга кейсов др. юзеров.<br /> <br /> * [postponed] Переделать отправку мыла с формы на Sales на Gmail SMTP.<br /> <br /> * [postponed] Перед отправкой ответа на кейс добавить возможность выбрать между двух опций After case is updated by customer: 1) assign this case to me и 2) set to new status.</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T15:30:58Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернал камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> '''сделал так, что все юзерские ссылки на кейсы автоматом переписываются на админские. у клиента при этом не переписываются, т.е. только при отображении для вас'''<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> '''fixed'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> '''какое? Я там немного поменял квотинг, проверь сейчас плиз'''<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> '''да, нужны пояснения чо как было'''<br /> <br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> '''в смысле с обсуждениями в даунлоад кейсе?'''<br /> <br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> '''базы - это контакты или письма?'''<br /> <br /> * Копии в кейсах.<br /> * [[Dev:CRM Tasks]]<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> '''fixed'''<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T15:25:02Z

<p>Ivan: /* Current */</p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернал камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> '''сделал так, что все юзерские ссылки на кейсы автоматом переписываются на админские. у клиента при этом не переписываются, т.е. только при отображении для вас'''<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> '''fixed'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> '''какое?'''<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> '''да, нужны пояснения чо как было'''<br /> <br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> '''в смысле с обсуждениями в даунлоад кейсе?'''<br /> <br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> '''базы - это контакты или письма?'''<br /> <br /> * Копии в кейсах.<br /> * [[Dev:CRM Tasks]]<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T15:22:00Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернал камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> '''сделал так, что все юзерские ссылки на кейсы автоматом переписываются на админские. у клиента при этом не переписываются, т.е. только при отображении для вас'''<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> '''fixed'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> '''какое?'''<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> '''да, нужны пояснения чо как было'''<br /> <br /> * Копии в кейсах.<br /> * [[Dev:CRM Tasks]]<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T15:21:00Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернал камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> '''fixed'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> '''какое?'''<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> '''сделал так, что все юзерские ссылки на кейсы автоматом переписываются на админские. у клиента при этом не переписываются, т.е. только при отображении для вас'''<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> '''да, нужны пояснения чо как было'''<br /> <br /> * Копии в кейсах.<br /> * [[Dev:CRM Tasks]]<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T15:13:21Z

<p>Ivan: /* Current */</p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернл камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> '''какое?'''<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> '''сделал так, что все юзерские ссылки на кейсы автоматом переписываются на админские. у клиента при этом не переписываются, т.е. только при отображении для вас'''<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> '''да, нужны пояснения чо как было'''<br /> <br /> * Копии в кейсах.<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> * [[Dev:CRM Tasks]]<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T14:49:32Z

<p>Ivan: /* Current */</p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернл камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> '''какое?'''<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> '''могу предложить все юзерские ссылки на кейсы автоматом переписывать на админские. у клиента при этом не переписывать, т.е. только при отображении для вас'''<br /> <br /> * Копии в кейсах.<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> <br /> * [[Dev:CRM Tasks]]<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T14:45:39Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернл камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> '''какое?'''<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> * Копии в кейсах.<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> <br /> * [[Dev:CRM Tasks]]<br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T14:42:57Z

<p>Ivan: /* Current */</p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> '''fixed'''<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> '''примеры с хидерами накидай плиз с rm_monitor'''<br /> <br /> * Копии в кейсах.<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> '''только когда окошко с интернл камментом открыто. нажимаешь там внизу cancel и опять квота в окно ответа идет. это фича'''<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> <br /> * [[Dev:CRM Tasks]]<br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-12-10T14:37:27Z

<p>Ivan: /* Current */</p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> * [[Dev: Serge Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * [bug] При создании лицензии когда делаешь триальную неправильно рассчитывается плюс один месяц.<br /> <br /> * Почему-то у всех ощущение что наши письма стали чаще попадать в спам. Надо проверить как у нас шлюцо письма. Мошт в хидерах чота не так?<br /> <br /> * Копии в кейсах.<br /> <br /> * Квота по-прежнему выткается в интернал камент.<br /> <br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> <br /> * Проблемы с доступам к кейсам нескольких юзеров. Надо обсудить. Исходный кейс вот [http://rm.medialooks.com/messages/show/28265 тут].<br /> <br /> * Нерпальное оформление квот (не распознаюцо гмейлом). Отладицо под него.<br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> '''похоже на то. ты просто сделал create mail case и все?'''<br /> <br /> <br /> * [[Dev:CRM Tasks]]<br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> <br /> ===Mail Cases with Screwed Up Formatting===<br /> <br /> * [http://rm.medialooks.com/messages/show/26572]<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> * Добавить опцию зиповать лиц. файлы при отправке.<br /> <br /> * Автоматизировать пиналки, кот. занимается Ольга.<br /> <br /> * Сделать независимыми RM и даунлоады. Если лежит RM не должны лежать даунлоады. Хз чо как сделать.<br /> <br /> * Галка would you like us to send you an email a few days prior to the expiration of your evaluation license?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-11-25T09:57:17Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> * Для мейловых кейсов убрать квоту втыкаемую в окошки эдитов (сейчас она втыкается как в интернал, так и во внешний камент). Из интернал вообще убрать. Для экстернал - убрать из едита но прикручивать к письму при отправке.<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Этот [http://rm.medialooks.com/messages/show/26560 кейс] как я понимаю теперь болтается вне всяких очередей?<br /> * Во [http://rm.medialooks.com/messages/all_cases/in%20progress вьюшках списков кейсов] добавить еще одну дату в поле Date. Текущая дата - это дата последнего сообщения от кастомера или кастомеру. Нужно вывести еще одну - дату любого обновления кейса. Насколько я понимаю, именно по этой дате происходит сейчас сортировка кейсов.<br /> * [bug] Берем (предположительно) любой кейс. Пускай это будет кастомер у которого 2 или более контактов и пускай на текущий момент у кейса только один партисипант. Добавляем сообщение и при этом добавляем еще одного участника (ставим галочку). Сообщение добавляется, теперь у кейса два участника, все ОК. Теперь делаем интернал камент (не важно с асайном или без) - дополнительные участники пропадают. Баг повторяется в случае если участников добавлять через email.<br /> * Добавить возможность Edit recipients в любом состоянии кейса, просто как отдельную опцию.<br /> * В списке лицензий на странице кейса помечать триальные лицензии как Evaluation license и все строчку подкрашивать каким-нибудь красным цветом.<br /> * Там где отображается количество тикетов в менюшках (в главном меню и там где навигация по типам кейсов) сделать отображение в виде total/unread.<br /> * [[Dev:CRM Tasks]]<br /> * В случае когда кастомер [http://rm.medialooks.com/messages/show/13168 ссылается на другой кейс] нужно придумать как в него попадать из вьюхи просмотра кейса в RM.<br /> * Как аттачить прайс лист к письмам таким образом чтобы каждый раз заново не заливать? Мне кажется проще всего залить прайс как продукт. Тогда и подписка нужных людей на него сразу заработает. Вопрос - как заимплементить механизм аттачинга удобный?<br /> * Никак не могу придумать что делать с [http://rm.medialooks.com/messages/show/16519 такими] кейсами.<br /> * Поисследуй плиз можно ли как-то засунуть батовские почтовые базы в Gmail. Например, есть [http://www.gmail-backup.com/ такая штука.]<br /> * Перед отправкой ответа на кейс добавить возможность выбрать между двух опций After case is updated by customer: 1) assign this case to me и 2) set to new status.<br /> * Добавить возможность удалять вручную контакт. При этом должны быть удалены все его кейсы.<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> * Что делать с контактами когда у двух людей одинаковый email? Пример - mbcradio.<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> * [17:40:21] Vsevolod V. Burkutsky: ещё одна мысль - что-бы тикеты от одинаковых чуваков типа как в дереве лежали<br /> <br /> * Добавить опцию резолвинга кейса после отправки internal comment, без посылки кастомеру чего-либо.<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-11-09T11:32:53Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> * Добавить тайтлы к страницам RM. Там должно быть все очевидно. Ну типа если это кейс то его сабжект, если это кастомер то название кастомера, если юзер то имя юзера. Остальное - по названию менюшек (Product, Customers, etc.).<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> ===Инвойсы===<br /> <br /> * Каждому продукту и каждому едишену продукта привязываем цену. Все сущности у которых есть цена, становятся доступными в интерфейсе инвойсинга.<br /> <br /> * Что такое инвойс вообще:<br /> <br /> 1) Это некоторая запись в БД, привязанная к двум другим сущностям RM: кастомеру и пользователю. Нужно добавить две возможности в гуйне: а) просмотреть все инвойсы данного кастомера; б) посмотреть инвойсы данного пользователя (имеется в виду только свои или все, или любого конкретного пользователя - в зависимости от наличия прав).<br /> 2) Наличие неоплаченного инвойса это некоторый особый статус кастомера, самый последний перед закрытием сделки. Неоплаченные инвойсы нужно будет выводить отдельными списками в разных местах системы, чтобы можно было в соответствии с ними делать какие-то действия.<br /> <br /> У самого инвойса есть следующие свойства:<br /> 1) Список продуктов, включенных в него.<br /> 2) Скидка.<br /> 3) Данные о клиенте.<br /> 4) Метод платежа.<br /> <br /> Инвойс отсылается кастомеру по почте, аттачицо к кейсу и сохраняется в истории. <br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-11-04T10:44:13Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> <br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> ===Инвойсы===<br /> <br /> * Каждому продукту и каждому едишену продукта привязываем цену. Все сущности у которых есть цена, становятся доступными в интерфейсе инвойсинга.<br /> <br /> * Что такое инвойс вообще:<br /> <br /> 1) Это некоторая запись в БД, привязанная к двум другим сущностям RM: кастомеру и пользователю. Нужно добавить две возможности в гуйне: а) просмотреть все инвойсы данного кастомера; б) посмотреть инвойсы данного пользователя (имеется в виду только свои или все, или любого конкретного пользователя - в зависимости от наличия прав).<br /> 2) Наличие неоплаченного инвойса это некоторый особый статус кастомера, самый последний перед закрытием сделки. Неоплаченные инвойсы нужно будет выводить отдельными списками в разных местах системы, чтобы можно было в соответствии с ними делать какие-то действия.<br /> <br /> У самого инвойса есть следующие свойства:<br /> 1) Список продуктов, включенных в него.<br /> 2) Скидка.<br /> 3) Данные о клиенте.<br /> 4) Метод платежа.<br /> <br /> Инвойс отсылается кастомеру по почте, аттачицо к кейсу и сохраняется в истории. <br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-11-04T10:43:32Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - <br /> '''сделал'''<br /> нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> '''с этим сложности. ща это помечается в логе, который может сожержать все что угодно'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> ===Инвойсы===<br /> <br /> * Каждому продукту и каждому едишену продукта привязываем цену. Все сущности у которых есть цена, становятся доступными в интерфейсе инвойсинга.<br /> <br /> * Что такое инвойс вообще:<br /> <br /> 1) Это некоторая запись в БД, привязанная к двум другим сущностям RM: кастомеру и пользователю. Нужно добавить две возможности в гуйне: а) просмотреть все инвойсы данного кастомера; б) посмотреть инвойсы данного пользователя (имеется в виду только свои или все, или любого конкретного пользователя - в зависимости от наличия прав).<br /> 2) Наличие неоплаченного инвойса это некоторый особый статус кастомера, самый последний перед закрытием сделки. Неоплаченные инвойсы нужно будет выводить отдельными списками в разных местах системы, чтобы можно было в соответствии с ними делать какие-то действия.<br /> <br /> У самого инвойса есть следующие свойства:<br /> 1) Список продуктов, включенных в него.<br /> 2) Скидка.<br /> 3) Данные о клиенте.<br /> 4) Метод платежа.<br /> <br /> Инвойс отсылается кастомеру по почте, аттачицо к кейсу и сохраняется в истории. <br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-11-03T18:20:55Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> '''с индикацией сложности, давай пока это повисит'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> ===Инвойсы===<br /> <br /> * Каждому продукту и каждому едишену продукта привязываем цену. Все сущности у которых есть цена, становятся доступными в интерфейсе инвойсинга.<br /> <br /> * Что такое инвойс вообще:<br /> <br /> 1) Это некоторая запись в БД, привязанная к двум другим сущностям RM: кастомеру и пользователю. Нужно добавить две возможности в гуйне: а) просмотреть все инвойсы данного кастомера; б) посмотреть инвойсы данного пользователя (имеется в виду только свои или все, или любого конкретного пользователя - в зависимости от наличия прав).<br /> 2) Наличие неоплаченного инвойса это некоторый особый статус кастомера, самый последний перед закрытием сделки. Неоплаченные инвойсы нужно будет выводить отдельными списками в разных местах системы, чтобы можно было в соответствии с ними делать какие-то действия.<br /> <br /> У самого инвойса есть следующие свойства:<br /> 1) Список продуктов, включенных в него.<br /> 2) Скидка.<br /> 3) Данные о клиенте.<br /> 4) Метод платежа.<br /> <br /> Инвойс отсылается кастомеру по почте, аттачицо к кейсу и сохраняется в истории. <br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-11-03T18:05:56Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> '''оно там есть, просто называецо нетривиально: &lt;% if @expiration_date %&gt;'''<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> ===Инвойсы===<br /> <br /> * Каждому продукту и каждому едишену продукта привязываем цену. Все сущности у которых есть цена, становятся доступными в интерфейсе инвойсинга.<br /> <br /> * Что такое инвойс вообще:<br /> <br /> 1) Это некоторая запись в БД, привязанная к двум другим сущностям RM: кастомеру и пользователю. Нужно добавить две возможности в гуйне: а) просмотреть все инвойсы данного кастомера; б) посмотреть инвойсы данного пользователя (имеется в виду только свои или все, или любого конкретного пользователя - в зависимости от наличия прав).<br /> 2) Наличие неоплаченного инвойса это некоторый особый статус кастомера, самый последний перед закрытием сделки. Неоплаченные инвойсы нужно будет выводить отдельными списками в разных местах системы, чтобы можно было в соответствии с ними делать какие-то действия.<br /> <br /> У самого инвойса есть следующие свойства:<br /> 1) Список продуктов, включенных в него.<br /> 2) Скидка.<br /> 3) Данные о клиенте.<br /> 4) Метод платежа.<br /> <br /> Инвойс отсылается кастомеру по почте, аттачицо к кейсу и сохраняется в истории. <br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-11-03T14:37:26Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[Dev:Tasks To Complete Before We Can Papustico!]]<br /> * [[CMS Tasks]]<br /> * [[Dev:Communication System]]<br /> * [[Dev: Support System Roles]]<br /> * [[Dev: RM User Rights]]<br /> * [[Dev: RM Licensing Feature Update]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> * [bug] Откуда-то взялся кейс in progress без асайна - [http://rm.medialooks.com/messages/show/1586].<br /> '''забить, он старый'''<br /> <br /> * [bug] При паттписке-атписке из кейса выскакивает явоскрпитовый диалог с цифрами (например, 68).<br /> <br /> * [bug] Чичас после нажатия на Send emails в [http://rm.medialooks.com/distributives/show/39 релизах] в гуйне ничо не происходит. Т.е. кажецо что ты промахнулсо и хочецо нажать кнопку исчо раз. Хотя на самом деле все срабатывает (письма шлюцо) и если со страницы уйти то из [http://rm.medialooks.com/distributives списка] этот продукт исчезнет.<br /> '''происходит, но долго'''<br /> <br /> * [http://rm.medialooks.com/customer/show/95] При создании или редактировании лицензии. Убрать галку &quot;Send license files&quot; и добавить просто новую кнопку &quot;Save and Send License Files&quot;.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Добавть ссылочку Re-send License Files прямо рядом с Edit License. Update переименовать в Renew. Пункты меню расположить так: Renew License | Edit License | Re-send License Files | Delete License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Ссылочку Add License поместить над списком лицензий и назвать Add New License.<br /> <br /> * [http://rm.medialooks.com/customer/show/95] Notes в свойствах лицензии нужно выводить красным.<br /> <br /> ==TODO==<br /> <br /> ===Current===<br /> <br /> * [http://rm.medialooks.com/messages/new_cases/SM] Для всех вариантов отображения списка кейсов. В табличке со списком выводить также статус (In progess, waiting, etc.) - предпоследней колонкой.<br /> <br /> * [note] Добавить бряк после номера версии в тексте релилз ноутс который вставляется в subscribe.<br /> <br /> * [note] Для license_file.rhtml нужно новое условие - триальная лицензия или нет. Т.к. текст в этом случае другой.<br /> <br /> * [http://rm.medialooks.com/] Писать дату рядом с номером версии на главной странице.<br /> <br /> * [http://rm.medialooks.com/customer] В списке кастомеров выводить еще и company таг (первой колонкой).<br /> <br /> * [http://rm.medialooks.com/control] Не нужна такая длинная простыня изменений на странице рестарт апдейт RM. А когда она делает рестарт хотелось бы какой-нить индикации.<br /> <br /> * Када дуплицируецо кейс нада в логе выводить ссылку на дочерний кейс. Ссылка на родительский кейс сейчас есть, а вот наоборот - нету. Кроме этого, хорошо бы в обоих случаях (родитель и дочко) выводить вверху что-то вроде This case has parent cases:&lt;br&gt;* Subject или This case has child cases...<br /> <br /> ===To Think About===<br /> <br /> * Как сделать FTP с per customer паролями?<br /> * Как добавить features и подписку кастомеров на них?<br /> <br /> ===Important CRM/Email-Related Fixes===<br /> <br /> * Сделать возможность CC на кейс.<br /> <br /> * Сделать фичу слежения за кейсами.<br /> <br /> * Мердждинг кейсов.<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * Нужно проверить что это не глюки у нас (такое кол-во закачек) и залочить чувака [http://rm.medialooks.com/messages/show/1700].<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> * [Bug] Не работает напоминалка проля в даунлоадах.<br /> <br /> * Сбрасывается инфо при вводе уже зареганого email.<br /> <br /> * Красные буквы при вводе adsf@medialooks.com.<br /> <br /> * Не обрабатываются ошибки типа wrong password в даунлоадз.<br /> <br /> * В моей опере никогда не начинаются даунлоады автоматом.<br /> <br /> ===RM Access Rights===<br /> <br /> * Сейчас если зайти на главную под пользовтелем cthomson@medialooks.com (Reseller/Sales Manager) то у него нет столбца Customers. Нужно добавить и выводить там соответственно только доступных ему кастомеров.<br /> <br /> ===Подписки===<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Новая подписка license_expred_followup - которая будет запускацо спустя 4 месяца после истечения подписки. Там написано что через 2 месяца закончицо скидка 50% на продление лицензии. (Кстати идея - может давать доп. скидку за продление в течение месяца после истечения паттписки - типа 65%?)<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * [Отложено] New email setup. Нужно засетапить новый домен medialooks-team.com. Мы будем его использовать для следующего - чтобы слать и принимать почту с двух общих адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt;. Почему-то очень многие закачики тупо не получают наши письма. Если это не поможет то нам придется переходить на полностью web-based общение с кастомерами.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> * Сортировка по дате последнего релиза вот [http://rm.medialooks.com/distributives тут].<br /> <br /> * В RM надо сделать напоминалки для нас об истечении лицензий у кастомеров. (Чтобы пинать/напоминать руками.)<br /> <br /> * Поиск кастомеров и контактов по странам в RM.<br /> <br /> * Дать возможность редактировать meeting results.<br /> <br /> * Доработать функционал реселлеров. Например, чтобы про кастомера было видно что он привязан к некоторому реселлеру ([http://rm.medialooks.com/customer/show/364 пример]).<br /> <br /> * Придумать что-нибудь с аттачами. Добавить их в темплейт или как-то иначе автоматизировать. Не забыть про то что он обновляется (автоматизировать?) - может как отдельный продукт его или в этом роде... Нужно уметь видеть версию прайса кот. была отправлена.<br /> <br /> * Ручная блокировка аккунта. Выдавать сообщение &quot;Your account has been suspended. Please contact MediaLooks in order to unlock your account.&quot;<br /> <br /> * Выводить количество кастомерских кейсов в скобкаъ на странице кастомера.<br /> <br /> * Выводить едишен лицензии в ее свойствах на стр. кастомера.<br /> <br /> * Надо различать даунлоады по продуктам (например QT DS и QT Plugin).<br /> <br /> * Вот в [http://rm.medialooks.com/product/licenses/22 этой] вьюхе выводить сначала триальные, потом expired лицензии. Триальные лицензии нужно помечать каким-то визуальным образом.<br /> <br /> * Тайтлы страниц в RM. Расписать подробнее что где нужно.<br /> <br /> * Выводить где-то отдельно триальные лицензии, чтобы можно было пинать кастомеров по ним.<br /> <br /> * Нужен способ задать реселлера со страницы кастомера. И нужно на странице кастомера это видеть.<br /> <br /> * Сделать опции go to case by number в обоих интерфейсах RM.<br /> <br /> * Логгировать даунлоады и выводить в кейсах последнюю скачанную пользователем версии.<br /> <br /> * Когда дискуссия идет в теме даунлоад - новые даунлоады ее обновляют что неудобно.<br /> <br /> * Идея. Вести две простыни release notes. Одна что вписал девелопер. Другую - что отправлено кастомерам.<br /> <br /> * Добавить список аттачей к письму про апдейт кейса.<br /> <br /> * Некоторым заказчикам нужно дать возможность заливать на FTP с паролем.<br /> <br /> * Надо бы разрешить just comment to customer без реасайна кейса.<br /> <br /> * Продумать логику один контакт - две конторы. Пример videoassistech. У него разные адреса для разных случаев.<br /> <br /> * Нужно разработать функцию CC case. Там выбираешь N людей кот. кейс как бы идет копией до тех пор пока они не нажпут dismiss.<br /> <br /> ===Инвойсы===<br /> <br /> * Каждому продукту и каждому едишену продукта привязываем цену. Все сущности у которых есть цена, становятся доступными в интерфейсе инвойсинга.<br /> <br /> * Что такое инвойс вообще:<br /> <br /> 1) Это некоторая запись в БД, привязанная к двум другим сущностям RM: кастомеру и пользователю. Нужно добавить две возможности в гуйне: а) просмотреть все инвойсы данного кастомера; б) посмотреть инвойсы данного пользователя (имеется в виду только свои или все, или любого конкретного пользователя - в зависимости от наличия прав).<br /> 2) Наличие неоплаченного инвойса это некоторый особый статус кастомера, самый последний перед закрытием сделки. Неоплаченные инвойсы нужно будет выводить отдельными списками в разных местах системы, чтобы можно было в соответствии с ними делать какие-то действия.<br /> <br /> У самого инвойса есть следующие свойства:<br /> 1) Список продуктов, включенных в него.<br /> 2) Скидка.<br /> 3) Данные о клиенте.<br /> 4) Метод платежа.<br /> <br /> Инвойс отсылается кастомеру по почте, аттачицо к кейсу и сохраняется в истории. <br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===[Отложено] Communication Monitor===<br /> <br /> Сперва обсудить: может сразу делать web-based ticketing system?<br /> <br /> Коммуникация - это в данном случае одно из трех:<br /> <br /> 1) Кастомер заполнил контактную форму на сайте. Насколько я знаю, в этом случае все данные попадают в базу и там храняцо (если трафик платный то [http://www.medialooks.com/admin/block_admin/53 сюда] лучше не нажимать).<br /> <br /> 2) На один из двух адресов - &lt;sales@medialooks-team.com&gt; и &lt;dev@medialooks-team.com&gt; получено письмо от кастомера.<br /> <br /> 3) Мы послали кастомеру письмо с одного из двух адресов (во всех случаях мы ставим BCC на адрес, с которого пишем).<br /> <br /> В RM нужно реализовать три списка:<br /> <br /> 1) Список коммуникаций типа (1), на которые не было ответа с одного из двух адресов в течение N часов. <br /> <br /> 2) Список коммуникаций типа (2), на которые не было ответа с одного из двух адресов в течение M часов. <br /> <br /> 3) Список коммуникаций типа (3), в случае если от кастомера не было ответа в течение D рабочих дней.<br /> <br /> В обоих случаях выводить в таблице всю инфо, которая есть на данный email - телефон, скайп, ссылка на кастомеров, у которых в контактах числицо такой email (см. также &quot;Contact as System Item&quot;).<br /> <br /> N, M и D нужно дать возможность конфигурить через гуй RM.<br /> <br /> В первом приближении выводить тела писем не нужно. Но в будуем мне кажется мы все равно к этому придем. Поэтому хранить можно уже начинать.<br /> <br /> <br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-08-06T04:58:45Z

<p>Ivan: </p> <hr /> <div><br /> == толстым нада падумать ==<br /> <br /> * Инвойсы.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Небольшие коррекции по интерфейсу создания лицензии.<br /> <br /> * Апдейт license stats по классам лицензий после того как будет сделан апдейт структуры параметров продукта.<br /> <br /> * Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> * [[Dev:RM Licensing Feature Update]]<br /> <br /> [[Category: Web Development Tasks]]</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-26T11:12:04Z

<p>Ivan: </p> <hr /> <div>* Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> <br /> * Инвойсы.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Небольшие коррекции по интерфейсу создания лицензии.<br /> <br /> * Апдейт license stats по классам лицензий после того как будет сделан апдейт структуры параметров продукта.<br /> <br /> * [[Dev:RM Licensing Feature Update]]<br /> <br /> [[Category: Web Development Tasks]]</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-22T15:28:52Z

<p>Ivan: </p> <hr /> <div>* Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> <br /> * Небольшие коррекции по интерфейсу создания лицензии.<br /> <br /> * (?) Инвойсы.<br /> <br /> * Апдейт license stats по классам лицензий после того как будет сделан апдейт структуры параметров продукта.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * [[Dev:RM Licensing Feature Update]]<br /> <br /> [[Category: Web Development Tasks]]</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-21T11:06:47Z

<p>Ivan: </p> <hr /> <div>* Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> * Новая структура параметров продукта.<br /> <br /> * (?) Инвойсы.<br /> <br /> * Апдейт license stats по классам лицензий после того как будет сделан апдейт структуры параметров продукта.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-16T17:58:25Z

<p>Ivan: </p> <hr /> <div>* Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> * Новая структура параметров продукта.<br /> <br /> * (?) Инвойсы.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * Генерация временных лицнзий (гуй).</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-16T17:07:27Z

<p>Ivan: </p> <hr /> <div>* Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> * Новая структура параметров продукта.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * (?) Инвойсы.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-16T12:22:12Z

<p>Ivan: </p> <hr /> <div>* Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> * Новая структура параметров продукта.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * (?) Инвойсы.<br /> <br /> * Personal protect:<br /> решить какие из 7 файлов нужны а какие нет<br /> решить где и как буит MediaLooks Protection Guide<br /> решить где и как кастомер буит получать MLProxyT.dll<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-16T06:22:04Z

<p>Ivan: </p> <hr /> <div>* Квотинг при ответах через RM/Support System.<br /> <br /> * Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> * Новая структура параметров продукта.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * (?) Инвойсы.<br /> <br /> * Personal protect:<br /> решить какие из 7 файлов нужны а какие нет<br /> решить где и как буит MediaLooks Protection Guide<br /> решить где и как кастомер буит получать MLProxyT.dll<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).<br /> <br /> * Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-15T08:52:49Z

<p>Ivan: </p> <hr /> <div>* Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == толстым нада падумать ==<br /> * Новая структура параметров продукта.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * (?) Инвойсы.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).</div>

Ivan http://wiki.avobjects.com/Dev:Tasks_To_Complete_Before_We_Can_Papustico 2009-07-15T07:43:07Z

<p>Ivan: </p> <hr /> <div>* Support System. Если кастомера для даннова email не существует, то рядом показывать ссылочку &quot;Create customer&quot; - соответственно уводить на страницу создания нового кастомера где уже вбит этот email и страна. Доступно только SM.<br /> <br /> * Новая структура параметров продукта.<br /> <br /> * Генерация временных лицнзий (гуй).<br /> <br /> * Квотинг при ответах через RM/Support System.<br /> <br /> * Галка subscribe to thread (шлет письма при апдейте кейса пользователю RM).<br /> <br /> * Темплейты в RM/Support System. Чтобы создать темплейт, нужно выделить текст и нажать кнопочку. После чего выскакивает попап где можно задать имя шаблона и сделать его либо личным, либо расшарить с другими пользователями. Темплейты, доступные пользователю, выводяцо справа от поля ввода.<br /> <br /> * (?) Инвойсы.<br /> <br /> * Подумать чо делать если чота сломалось а мы уже папустились.<br /> <br /> == DONE ==<br /> * Новые типы лицензий.<br /> <br /> * New downloads and website view in IE8 debugging.<br /> <br /> * Отвязка контактов от кастомера.<br /> <br /> * Реселлирский фнукционал (проверить плюс кэш).</div>

Ivan http://wiki.avobjects.com/JP:Multimedia_SDK_test 2009-06-08T12:30:11Z

<p>Ivan: JP:Multimedia SDK test moved to JP:Multimedia SDK over redirect</p> <hr /> <div>#REDIRECT [[JP:Multimedia SDK]]</div>

Ivan http://wiki.avobjects.com/JP:VanoBalda-test 2009-06-08T06:42:37Z

<p>Ivan: JP:VanoBalda-test moved to JP:VanoBalda over redirect</p> <hr /> <div>#REDIRECT [[JP:VanoBalda]]</div>

Ivan http://wiki.avobjects.com/JP:VanoBalda 2009-06-08T06:42:37Z

<p>Ivan: JP:VanoBalda-test moved to JP:VanoBalda over redirect</p> <hr /> <div>test</div>

Ivan http://wiki.avobjects.com/JP:VanoBalda 2009-06-08T06:41:59Z

<p>Ivan: JP:VanoBalda moved to JP:VanoBalda-test</p> <hr /> <div>test</div>

Ivan http://wiki.avobjects.com/JP:VanoBalda 2009-06-08T06:41:27Z

<p>Ivan: New page: test</p> <hr /> <div>test</div>

Ivan http://wiki.avobjects.com/Events 2009-04-04T12:58:37Z

<p>Ivan: </p> <hr /> <div>&lt;!--SORT=3--&gt;<br /> {{This|company/events.html}}<br /> <br /> Upcoming events.<br /> <br /> ==Overview==<br /> <br /> {{Template:Events}}<br /> <br /> ==NAB Show 2009 - April 20-23 - Las Vegas, USA==<br /> <br /> MediaLooks provides the broadcasting industry with software development kits and solutions that help time-to-market and bring software development costs down.<br /> <br /> Some of our most popular solutions are:<br /> <br /> * [[Multimedia SDK]] - a broadcast automation software development kit. Supports capture and playout via Blackmagic Design, Bluefish444 and AJA (coming soon). Time shifting, advanced playlist management, multi-format gapless playout, etc. This product is also used by broadcast engineers for direct deployment in studios.<br /> * [[Vision Mixer SDK]] - a software kit to build multi-viewers and software production switchers.<br /> <br /> New products:<br /> <br /> * [[MPEG-2 Video Decoder DirectShow Filter|MPEG-2 Video Decoder]] - high-quality '''royalty-free''' MPEG-2 decoder based on Intel's decoding engine.<br /> * [[Audio Decoder DirectShow Filter|Audio Decoder]] - '''royalty-free''' MP3, AC-3 and AAC decoder.<br /> * [[Chroma Key DirectShow Filter|Chroma Keying Technology]] - implemented as a feature of the [[Vision Mixer SDK]], as well as a stand-alone DirectShow filter - we claim this to be the best chroma key technology capable of real-time operation on a PC.<br /> * [[Flash Overlay DirectShow Filter]] - an innovative way to add animated graphics and dynamic content to your video layout.<br /> * [[MXF Splitter DirectShow Filter|MXF Splitter]] - completely rewritten version of our MXF splitter.<br /> <br /> If you would like to meet us an NAB and talk to us about our product - let us know.<br /> <br /> * [http://www.nabshow.com/ NAB Show Official Web Site]<br /> <br /> [[Category:Company]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Events 2009-04-04T12:11:14Z

<p>Ivan: Undo revision 7746 by Ivan (Talk)</p> <hr /> <div>&lt;!--SORT=3--&gt;<br /> {{This|company/events.html}}<br /> <br /> Upcoming events.<br /> <br /> ==Overview==<br /> <br /> {{Events}}<br /> <br /> ==NAB Show 2009 - April 20-23 - Las Vegas, USA==<br /> <br /> MediaLooks provides the broadcasting industry with software development kits and solutions that help time-to-market and bring software development costs down.<br /> <br /> Some of our most popular solutions are:<br /> <br /> * [[Multimedia SDK]] - a broadcast automation software development kit. Supports capture and playout via Blackmagic Design, Bluefish444 and AJA (coming soon). Time shifting, advanced playlist management, multi-format gapless playout, etc. This product is also used by broadcast engineers for direct deployment in studios.<br /> * [[Vision Mixer SDK]] - a software kit to build multi-viewers and software production switchers.<br /> <br /> New products:<br /> <br /> * [[MPEG-2 Video Decoder DirectShow Filter|MPEG-2 Video Decoder]] - high-quality '''royalty-free''' MPEG-2 decoder based on Intel's decoding engine.<br /> * [[Audio Decoder DirectShow Filter|Audio Decoder]] - '''royalty-free''' MP3, AC-3 and AAC decoder.<br /> * [[Chroma Key DirectShow Filter|Chroma Keying Technology]] - implemented as a feature of the [[Vision Mixer SDK]], as well as a stand-alone DirectShow filter - we claim this to be the best chroma key technology capable of real-time operation on a PC.<br /> * [[Flash Overlay DirectShow Filter]] - an innovative way to add animated graphics and dynamic content to your video layout.<br /> * [[MXF Splitter DirectShow Filter|MXF Splitter]] - completely rewritten version of our MXF splitter.<br /> <br /> If you would like to meet us an NAB and talk to us about our product - let us know.<br /> <br /> * [http://www.nabshow.com/ NAB Show Official Web Site]<br /> <br /> [[Category:Company]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Events 2009-04-03T13:38:01Z

<p>Ivan: </p> <hr /> <div>&lt;!--SORT=3--&gt;<br /> {{This|company/events.html}}<br /> <br /> Upcoming events.<br /> <br /> ==Overview==<br /> <br /> {{Events}}<br /> <br /> ==NAB Show 2009 - April 20-23 - Las Vegas, USA==<br /> <br /> MediaLooks provides the broadcasting industry with software development kits and solutions that help time-to-market and bring software development costs down.<br /> <br /> Some of our most popular solutions are:<br /> <br /> * [[Multimedia SDK]] - a broadcast automation software development kit. Supports capture and playout via Blackmagic Design, Bluefish444 and AJA (coming soon). Time shifting, advanced playlist management, multi-format gapless playout, etc. This product is also used by broadcast engineers for direct deployment in studios.<br /> * [[Vision Mixer SDK]] - a software kit to build multi-viewers and software production switchers.<br /> <br /> New products:<br /> <br /> * [[MPEG-2 Video Decoder DirectShow Filter|MPEG-2 Video Decoder]] - high-quality '''royalty-free''' MPEG-2 decoder based on Intel's decoding engine.<br /> * [[Audio Decoder DirectShow Filter|Audio Decoder]] - '''royalty-free''' MP3, AC-3 and AAC decoder.<br /> * [[Chroma Key DirectShow Filter|Chroma Keying Technology]] - implemented as a feature of the [[Vision Mixer SDK]], as well as a stand-alone DirectShow filter - we claim this to be the best chroma key technology capable of real-time operation on a PC.<br /> * [[Flash Overlay DirectShow Filter]] - an innovative way to add animated graphics and dynamic content to your video layout.<br /> * [[MXF Splitter DirectShow Filter|MXF Splitter]] - completely rewritten version of our MXF splitter.<br /> <br /> If you would like to meet us an NAB and talk to us about our product - let us know.<br /> <br /> * [http://www.nabshow.com/ NAB Show Official Web Site]<br /> <br /> <br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Template:Licensing 2009-03-16T12:04:26Z

<p>Ivan: </p> <hr /> <div>==Licensing==<br /> <br /> Lifetime license. '''No royalties.''' The license grants the right to use the SDK to create an unlimited number of applications and deploy or distribute these applications without any limitations. Single Developer and Team licenses are available. One year of support and updates is included in the license fee.<br /> <br /> If you are interested in licensing this product please '''contact us through the form below''' or call one of the [[Resellers|authorized resellers]].</div>

Ivan http://wiki.avobjects.com/Template:Licensing 2009-03-16T11:40:11Z

<p>Ivan: </p> <hr /> <div>==Licensing==<br /> <br /> Lifetime license. '''No royalties.''' The license grants the right to use the SDK to create an unlimited number of applications and deploy or distribute these applications without any limitations. Single Developer and Team licenses are available. One year of support and updates is included in the license fee.<br /> If you are interested in licensing this product please '''contact us through the form below''' or call one of the [[Resellers|authorized resellers]].</div>

Ivan http://wiki.avobjects.com/Template:Licensing 2009-03-16T11:38:43Z

<p>Ivan: </p> <hr /> <div>==Licensing==<br /> <br /> Lifetime license. '''No royalties.''' The license grants the right to use the SDK to create an unlimited number of applications and deploy or distribute these applications without any limitations. Single Developer and Team licenses are available. One year of support and updates is included in the license fee.<br /> <br /> 1<br /> <br /> If you are interested in licensing this product please '''contact us through the form below''' or call one of the [[Resellers|authorized resellers]].</div>

Ivan http://wiki.avobjects.com/Template:Licensing 2009-03-16T11:30:22Z

<p>Ivan: </p> <hr /> <div>==Licensing==<br /> <br /> Lifetime license. '''No royalties.''' The license grants the right to use the SDK to create an unlimited number of applications and deploy or distribute these applications without any limitations. Single Developer and Team licenses are available. One year of support and updates is included in the license fee.<br /> If you are interested in licensing this product please '''contact us through the form below''' or call one of the [[Resellers|authorized resellers]].</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-02-25T07:13:40Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [01:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> * [01:00] Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> * [00:20] Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> * [00:45] При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> * [самдурак (ящик хуйня@mdilooks.com)] RM высаживается при попытке отослать emails продукта Test Product 1 - он часть бандла Test Bundle.<br /> * [fixed] Некорретный парсинг контактов вида Graham Neden &lt;graham@starfish.tv&gt; (Starfish Technologies Ltd) при редактировании кастомера.<br /> * [fixed] При добавлении нового кантакта к кастомеру этот контакт подписывается на все имеющиеся на данный момент у кастомера подписки. Это неверно - новый контакт (при добавлении его) не должен ни на что подписываться.<br /> * [explained] Что означает галко левая которая стоит напротив email, у которого лицензия на бандл?<br /> * [00:10] Убрать график downloads с главной страницы. Он довольно медленный и держать его на странице, через которую постоянно ходишь в процессе навигации, невозможно. :( Временно разместить его на отдельной страничке.<br /> * [??:??] Наследование/объединение продуктов (см. полное описание ниже).<br /> * [00:15] Добавить на страницу [http://rm.medialooks.com/product/show/40 о продукте] инфо о том какие он в себя включает (если бандл), и за чьими релизами смотрит (если он смотрит).<br /> * [00:15] Переделать интерфейс задания продуктов для бандла. Через Ctrl жутко высадно. Лучше либо галки, либо два списка, и кноки туда-сюда перекидывать.<br /> * [00:15] Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> * [00:10] Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> * [00:25] проверка кастомер.таг по частям. т.е. если таг совпадает целиком то не дает создать. а если совпадает по частям (пробелами делится) то выводит предупреждение со списком найденных совпадений и после повторного нажатия Сейв создает<br /> * [00:35] Добавить в свойства кастомера еще одно таговое поле &quot;Exhibitions&quot;.<br /> * [01:50] Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> * [00:15] Добавить поля к продуктам: 1) Purchase link; 2) Subscription update link. Выводить эти сцылочки в отдельной колоночке после Latest Version. Название столбца - Purchase Links. Сами ссылки - Purchase/Update.<br /> * [02:15] Add abstract tags feature (т.е. сперва сделать лицензии одно тег-поле, патом убрать роялтис (не потеряв тех кастомеров, у кот. сейчас стоит галка роятлиз) и тайп (не потеряв тех у кот. стоит тайп Team), патом сделать фильтрацию кастомеров по вот этим тагам лицензии).<br /> <br /> ==TODO==<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * [unconfirmed] При наличии customer с некоторым email не срабатывает подписка этого email на любой продукт. Запрет должен срабатывать только в случае если лицензия есть именно на этот продукт (возможно, тут надо еще добавить логику про наследованные продукты).<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Добавить в шаблоны писем (шаблон рассылки нового релиза, 2 шаблона license expired) возможность вставлять &quot;License update link&quot; в случае если такая ссылка указана в свойствах продукта (типа IF License update link exists - вставить следующее). Прислать мне файло шаблонов на редактирование (могу сам залезть но надо настроить тада SVN твой).<br /> <br /> * Сделать урлы в свойствах кастомера кликабл.<br /> <br /> * Cross-promotion subscriptions.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> * Создавать в Google Blog Search и Google Alerts фиды по тегам клиента, подсасывать их и демонстрировать мышап на странице клиента. :)))<br /> <br /> * Исследовать возможность автоматически создавать для каждого контакта в RM аккаунт в вике, принадлежащий определенной группе.<br /> <br /> * Убивать разделительные знаки в поле contacts (елси это телефон). Нужно для того чтобы можно было искать по номеру телефона в почтовой базе.<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===User Rights===<br /> <br /> * Разобраться с ролями и отображением соотв. инфы.<br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-02-11T09:41:46Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [01:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> * [01:00] Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> * [00:20] Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> * [00:45] При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> * [самдурак (ящик хуйня@mdilooks.com)] RM высаживается при попытке отослать emails продукта Test Product 1 - он часть бандла Test Bundle.<br /> * [fixed] Некорретный парсинг контактов вида Graham Neden &lt;graham@starfish.tv&gt; (Starfish Technologies Ltd) при редактировании кастомера.<br /> * [fixed] При добавлении нового кантакта к кастомеру этот контакт подписывается на все имеющиеся на данный момент у кастомера подписки. Это неверно - новый контакт (при добавлении его) не должен ни на что подписываться.<br /> * [explained] Что означает галко левая которая стоит напротив email, у которого лицензия на бандл?<br /> * [00:10] Убрать график downloads с главной страницы. Он довольно медленный и держать его на странице, через которую постоянно ходишь в процессе навигации, невозможно. :( Временно разместить его на отдельной страничке.<br /> * [??:??] Наследование/объединение продуктов (см. полное описание ниже).<br /> * [00:15] Добавить на страницу [http://rm.medialooks.com/product/show/40 о продукте] инфо о том какие он в себя включает (если бандл), и за чьими релизами смотрит (если он смотрит).<br /> * [00:15] Переделать интерфейс задания продуктов для бандла. Через Ctrl жутко высадно. Лучше либо галки, либо два списка, и кноки туда-сюда перекидывать.<br /> * [00:15] Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> * [00:10] Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> * [00:25] проверка кастомер.таг по частям. т.е. если таг совпадает целиком то не дает создать. а если совпадает по частям (пробелами делится) то выводит предупреждение со списком найденных совпадений и после повторного нажатия Сейв создает<br /> * [00:35] Добавить в свойства кастомера еще одно таговое поле &quot;Exhibitions&quot;.<br /> * [01:50] Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> ==TODO==<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Add abstract tags feature.<br /> ( т.е. сперва сделать лицензии одно тег-поле, патом убрать роялтис и тайп, патом сделать фильтрацию кастомеров по вот этим тагам лицензии)<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===User Rights===<br /> <br /> * Разобраться с ролями и отображением соотв. инфы.<br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-02-11T05:30:26Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [01:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> * [01:00] Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> * [00:20] Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> * [00:45] При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> * [самдурак (ящик хуйня@mdilooks.com)] RM высаживается при попытке отослать emails продукта Test Product 1 - он часть бандла Test Bundle.<br /> * [fixed] Некорретный парсинг контактов вида Graham Neden &lt;graham@starfish.tv&gt; (Starfish Technologies Ltd) при редактировании кастомера.<br /> * [fixed] При добавлении нового кантакта к кастомеру этот контакт подписывается на все имеющиеся на данный момент у кастомера подписки. Это неверно - новый контакт (при добавлении его) не должен ни на что подписываться.<br /> * [explained] Что означает галко левая которая стоит напротив email, у которого лицензия на бандл?<br /> * [00:10] Убрать график downloads с главной страницы. Он довольно медленный и держать его на странице, через которую постоянно ходишь в процессе навигации, невозможно. :( Временно разместить его на отдельной страничке.<br /> * [??:??] Наследование/объединение продуктов (см. полное описание ниже).<br /> * [00:15] Добавить на страницу [http://rm.medialooks.com/product/show/40 о продукте] инфо о том какие он в себя включает (если бандл), и за чьими релизами смотрит (если он смотрит).<br /> * [00:15] Переделать интерфейс задания продуктов для бандла. Через Ctrl жутко высадно. Лучше либо галки, либо два списка, и кноки туда-сюда перекидывать.<br /> * [00:15] Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> * [00:10] Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> * [00:25] проверка кастомер.таг по частям. т.е. если таг совпадает целиком то не дает создать. а если совпадает по частям (пробелами делится) то выводит предупреждение со списком найденных совпадений и после повторного нажатия Сейв создает<br /> * [00:35] Добавить в свойства кастомера еще одно таговое поле &quot;Exhibitions&quot;.<br /> <br /> ==TODO==<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Add abstract tags feature.<br /> ( т.е. сперва сделать лицензии одно тег-поле, патом убрать роялтис и тайп, патом сделать фильтрацию кастомеров по вот этим тагам лицензии)<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===User Rights===<br /> <br /> * Разобраться с ролями и отображением соотв. инфы.<br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-02-11T04:52:33Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [01:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> * [01:00] Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> * [00:20] Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> * [00:45] При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> * [самдурак (ящик хуйня@mdilooks.com)] RM высаживается при попытке отослать emails продукта Test Product 1 - он часть бандла Test Bundle.<br /> * [fixed] Некорретный парсинг контактов вида Graham Neden &lt;graham@starfish.tv&gt; (Starfish Technologies Ltd) при редактировании кастомера.<br /> * [fixed] При добавлении нового кантакта к кастомеру этот контакт подписывается на все имеющиеся на данный момент у кастомера подписки. Это неверно - новый контакт (при добавлении его) не должен ни на что подписываться.<br /> * [explained] Что означает галко левая которая стоит напротив email, у которого лицензия на бандл?<br /> * [00:10] Убрать график downloads с главной страницы. Он довольно медленный и держать его на странице, через которую постоянно ходишь в процессе навигации, невозможно. :( Временно разместить его на отдельной страничке.<br /> * [??:??] Наследование/объединение продуктов (см. полное описание ниже).<br /> * [00:15] Добавить на страницу [http://rm.medialooks.com/product/show/40 о продукте] инфо о том какие он в себя включает (если бандл), и за чьими релизами смотрит (если он смотрит).<br /> * [00:15] Переделать интерфейс задания продуктов для бандла. Через Ctrl жутко высадно. Лучше либо галки, либо два списка, и кноки туда-сюда перекидывать.<br /> * [00:15] Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> * [00:10] Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> * [00:25] проверка кастомер.таг по частям. т.е. если таг совпадает целиком то не дает создать. а если совпадает по частям (пробелами делится) то выводит предупреждение со списком найденных совпадений и после повторного нажатия Сейв создает<br /> <br /> ==TODO==<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Add abstract tags feature.<br /> ( т.е. сперва сделать лицензии одно тег-поле, патом убрать роялтис и тайп, патом сделать фильтрацию кастомеров по вот этим тагам лицензии)<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Добавить в свойства кастомера еще одно таговое поле &quot;Exhibitions&quot;.<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===User Rights===<br /> <br /> * Разобраться с ролями и отображением соотв. инфы.<br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-02-10T15:56:24Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [01:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> * [01:00] Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> * [00:20] Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> * [00:45] При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> * [самдурак (ящик хуйня@mdilooks.com)] RM высаживается при попытке отослать emails продукта Test Product 1 - он часть бандла Test Bundle.<br /> * [fixed] Некорретный парсинг контактов вида Graham Neden &lt;graham@starfish.tv&gt; (Starfish Technologies Ltd) при редактировании кастомера.<br /> * [fixed] При добавлении нового кантакта к кастомеру этот контакт подписывается на все имеющиеся на данный момент у кастомера подписки. Это неверно - новый контакт (при добавлении его) не должен ни на что подписываться.<br /> * [explained] Что означает галко левая которая стоит напротив email, у которого лицензия на бандл?<br /> * [00:10] Убрать график downloads с главной страницы. Он довольно медленный и держать его на странице, через которую постоянно ходишь в процессе навигации, невозможно. :( Временно разместить его на отдельной страничке.<br /> * [??:??] Наследование/объединение продуктов (см. полное описание ниже).<br /> * [00:15] Добавить на страницу [http://rm.medialooks.com/product/show/40 о продукте] инфо о том какие он в себя включает (если бандл), и за чьими релизами смотрит (если он смотрит).<br /> * [00:15] Переделать интерфейс задания продуктов для бандла. Через Ctrl жутко высадно. Лучше либо галки, либо два списка, и кноки туда-сюда перекидывать.<br /> * [00:15] Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> * [00:10] Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> <br /> ==TODO==<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * [confirmed] Проверка по customer tag на наличие дубликата при создании кастомера. В случае если есть кастомер tag1 tag2, и мы создаем кастомера tag1 - то проверка не срабатывает. Также продумать возможность других сценариев. Цель: при добавлении кастомера оповещать администратора о наличии кастомера с похожими тагами. В противном случае перед созданием приходится делать поиск.<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Add abstract tags feature.<br /> ( т.е. сперва сделать лицензии одно тег-поле, патом убрать роялтис и тайп, патом сделать фильтрацию кастомеров по вот этим тагам лицензии)<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Добавить в свойства кастомера еще одно таговое поле &quot;Exhibitions&quot;.<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===User Rights===<br /> <br /> * Разобраться с ролями и отображением соотв. инфы.<br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-02-10T13:40:17Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [01:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> * [01:00] Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> * [00:20] Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> * [00:45] При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> * [самдурак (ящик хуйня@mdilooks.com)] RM высаживается при попытке отослать emails продукта Test Product 1 - он часть бандла Test Bundle.<br /> * [fixed] Некорретный парсинг контактов вида Graham Neden &lt;graham@starfish.tv&gt; (Starfish Technologies Ltd) при редактировании кастомера.<br /> * [fixed] При добавлении нового кантакта к кастомеру этот контакт подписывается на все имеющиеся на данный момент у кастомера подписки. Это неверно - новый контакт (при добавлении его) не должен ни на что подписываться.<br /> * [explained] Что означает галко левая которая стоит напротив email, у которого лицензия на бандл?<br /> * [00:10] Убрать график downloads с главной страницы. Он довольно медленный и держать его на странице, через которую постоянно ходишь в процессе навигации, невозможно. :( Временно разместить его на отдельной страничке.<br /> * [??:??] Наследование/объединение продуктов (см. полное описание ниже).<br /> * [00:15] Добавить на страницу [http://rm.medialooks.com/product/show/40 о продукте] инфо о том какие он в себя включает (если бандл), и за чьими релизами смотрит (если он смотрит).<br /> * [00:15] Переделать интерфейс задания продуктов для бандла. Через Ctrl жутко высадно. Лучше либо галки, либо два списка, и кноки туда-сюда перекидывать.<br /> * [00:15] Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> * [00:10] Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> <br /> ==TODO==<br /> <br /> ===Bugs, Fixes, Questions===<br /> <br /> * [confirmed] Проверка по customer tag на наличие дубликата при создании кастомера. В случае если есть кастомер tag1 tag2, и мы создаем кастомера tag1 - то проверка не срабатывает. Также продумать возможность других сценариев. Цель: при добавлении кастомера оповещать администратора о наличии кастомера с похожими тагами. В противном случае перед созданием приходится делать поиск.<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Add abstract tags feature.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> * Добавить в свойства кастомера еще одно таговое поле &quot;Exhibitions&quot;.<br /> <br /> * Подписка Update Discount Expiration. Ввести для лицензий которые expired только после 01.12.2009. Т.е. письма по этой подписке должны начать ходить примерно с 01.05.2010.<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===User Rights===<br /> <br /> * Разобраться с ролями и отображением соотв. инфы.<br /> <br /> ===Customer download tracking===<br /> <br /> * Индивидуальные даунлоад ссылки для отслеживания какой подписчик нажал на сцылку.<br /> * Отписка или оповещение администратора о подписчиках который не нажимают на ссылки (признак того что не получают письма или не читают их - но при этом по какой-то причине не отписываются).<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-01-30T09:09:40Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [1:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> * [01:00] Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> * [00:20] Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> * [00:45] При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> <br /> ==TODO==<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Наследование/объединение продуктов (см. полное описание ниже).<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> <br /> * Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-01-29T13:51:07Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [1:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> * [01:20] Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> * [03:00] Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> <br /> ==TODO==<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Добавить колоночку &quot;Latest Version&quot; сразу после колонки &quot;Product&quot; на главной странице. Выводить туда номер самой распоследней версии (вклюачая бету).<br /> <br /> * Добавить фичу: разработчик (указан в свойствах продукта) должен получать релиз ноутсы. Но при этом он не должен быть подписчиком (учитываца в статистике и т.д.).<br /> <br /> * Наследование/объединение продуктов (см. полное описание ниже).<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> <br /> * Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> * Research on online license document generation. Существует ли какой-нить вебовский генератор PDF?<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===Наследование/объединение продуктов===<br /> <br /> Необходимо поддержать два следующих сценария:<br /> <br /> 1) Существует продукт DirectShow Filter Pack - он включает в себя большой набор DirectShow фильтров. Каждый фильтр релизится по своему графику (т.е. без графика) - поэтому отдельного download для него не существует. Т.е. продукт в данном случае это просто такая лицензия, т.е. совокупность цены и набора компонентов. В RM возможность создавать такие лицензии должна быть реализована в виде продукта в общем списке - просто у него будут какие-то дополнительные свойства как-то &quot;включать в себя такие-то продукты&quot;.<br /> <br /> Соответственно, при создании лицензии на такой продукт нужно сделать так чтобы:<br /> <br /> * Контакты кастомера могли быть подписаны на релизы (updates) по каждому из продуктов отдельно. По-умолчанию - создается подписка на все входящие в пакет продукты. Отписаться от каждого из продуктов в отдельности можно через сцылку на отписку из письма или это можно сделать через редактирование свойств лицензии.<br /> <br /> * Контакты кастомера не были дубликатно подписаны на эти же самые продукты через другие механизмы RM.<br /> <br /> * Подписка License Expired в данном случае остается одна - только на общий продукт. Но в случае, если подписка истекла, то при рассылке Release Updates в тело письма вставляется соотв. сообщение (т.к. это сейчас сделано для обычных лицензий).<br /> <br /> * В случае если для продукты DirectShow Filter Pack - RM конечно же имеет право наложить в штаны но после этого должен немедленно собрацо и вести себя так как будто он точно знает что нужно делать - а именно вести себя так как будто DirectShow Filter Pack это самый обычный продукт (т.е. появитсо в Distributives и дать возможность сделать рассылку). Т.е. обычная рассылка Release Updates для продукта такого типа тоже создаецо.<br /> <br /> 2) Существуют продукты DeckLink SDK, Playout SDK и Multimedia SDK, для которых мы решили в целях упрощения использовать общий даунлоад. В данном случае все остается как есть - т.е. лицензии создаются именно под эти продукты, отдельно ведется статистика подписок, лицензий и закачек - но используется только один download.<br /> <br /> Например, мы говорим что DeckLink SDK и Playout SDK - оба используют download Multimedia SDK. Разработчик закачивает новый релиз именно для Multimedia SDK. Этот новый релиз появляется в разделе Distributives. Я его модерю, нажимаю сделать рассылку - и, как и раньше, выходят три блока писем - для DeckLink SDK, Playout SDk и Multimedia SDK.<br /> <br /> Особенность: ссылка во всех письмах теперь называется multimedia sdk. Делать редиректы и переименования - не надо (иначе клиенты будут говорить я скачал Playout SDK а мне ставится Multimedia SDK).<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:RM/LMS_Tasks 2009-01-22T07:58:19Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[CMS Tasks]]<br /> <br /> ==RM/LMS Tasks==<br /> <br /> ==DONE==<br /> <br /> * [1:00] SVN setup.<br /> * [00:10] Выводить вот [http://rm.medialooks.com/customer/show/119 тут] информацию &quot;Last edited: X days ago.&quot; (доделка апдейта кастомер.апдейтед_эт при манипуляциях с лицензиями)<br /> * [00:05] Ссылку нью кастомер снизу перенести наверх: &quot;Add new customer&quot;. Send LicenseExpired убрать.<br /> * [00:20] Поменять from/reply-to писем [http://rm.medialooks.com/product/subscribers/31 sent to all] на: MediaLooks &lt;dev@medialooks.com&gt;. После рассылки выводить сообщение &quot;15 emails sent to subscribers.&quot; 15 это количество писем.<br /> <br /> ==TODO==<br /> <br /> ===Backups to Amazon S3===<br /> <br /> Давай будем наш бэкапный файл закачивать на амазон раз в неделю. Я сделал там аккаунт.<br /> <br /> ===Tasks===<br /> <br /> * Добавить новый опцию к свойствам продукта - возможность наследовать другие продукты. В гуе опция дает возможность составить список наследуемых продуктов. На практике это используется следующим образом. Продаются лицензии на Продукт А, хотя даунлоада и релизов для этого продукта либо вообще не существует, либо они выпускаются реже. Т.е. продукт это просто банлд из продуктов B и C. Подписка на новые релизы продукта А означает, что на этот адрес должны отсылаться также и новые релизе продуктов B и C. При этом в случае если лицензия на продукт А истекла - в письмо с релизами продуктов B и C должен вставляться соответствующий текст.<br /> <br /> * Если переименовать продукт, то перестает работать общая ссылка на даунлоад и по-версионные ссылки.<br /> <br /> * Добавить возможность вести историю лицензий. Т.е. если кастомер обновил лицензию, то я ее не просто редактирую а делаю к ней какой-то аддишен - таким образом что в RM остается (и может быть отображена) инфа про старую лицензию.<br /> <br /> * Разобрацо в чем проблема с настройкой goals в гугле.<br /> <br /> * Contact as System Item (see task description).<br /> <br /> * Search (see task description).<br /> <br /> * Сортировка по тагам во вьюхе кастомеров. Статистика по тагам.<br /> <br /> * Добавить вывод количества лицензионных подписок в графу &quot;Site Subscribers&quot;. Графу переименовать в &quot;Subscribers (Interested/Licensed)&quot;.<br /> <br /> * Переработать миханизм добавления контактов в кастомера. При пастинге в поле Name строки вида <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt; (MediaLooks)' <br /> :'Andrew A. Okunev &lt;dev@medialooks.com&gt;'<br /> :'&quot;Andrew A. Okunev&quot; &lt;dev@medialooks.com&gt;' <br /> :- сразу выделять из этой строки Name и Email и вставлять в соответствующие поля. То что в скобках - просто отбрасывать.<br /> <br /> * Группировка продуктов по тегу &quot;Product type&quot; на главной странице. Соответственно в свойства продукта нужно добавить такое поле. Группирока осуществляется по сочетанию тегов - например, &quot;sdks vsevolod&quot;, &quot;sdks dkn&quot;, &quot;filters dkn&quot; - это три разных группы (а у кадого продукта в этих группах по 2 тега). Внутри групп сортировать продукты по общему количеству подписок на апдейты (просто подписка или по лицензии). Группы сортировать по суммурному количеству подписок.<br /> <br /> * Общие рассылки. Научиться делать рассылки по всем клиентам. Это должна быть отдельная подписка.<br /> <br /> * Переместить главною меню на верх: &quot;Products | Customers | New Releases (5) | Users&quot;. &quot;New Releases&quot; это вместо &quot;Distributives&quot;; в скобках выводить количество неомодерированных релизов.<br /> <br /> * Создать продуктовое меню вот [http://rm.medialooks.com/product/show/15 тут]: &quot;Add new release | View leads | View customers | Edit&quot;. Из таблицы на главной странице убрать столбцы Edit и Delete. Там же заменить &quot;Site Subscribers&quot; на &quot;Leads&quot;, а &quot;Licenses&quot; на &quot;Customers&quot;. Ссылку из цифр в этих столбцах убрать, сделать ее рядом в виде &quot;(View)&quot; (а то не очень удобно в цифры кликать).<br /> <br /> * Персонализированный учет закачек. Мы хотим про каждого клиента знать скачивает он новые версии или нет. В письме, которое он получает при выходе новой версии, можно делать уникальный урл, чтобы система знала нажал он или нет. Второй подход - это использовать куки на тот случай, если клиент скачивает с сайта.<br /> <br /> * Статистика закачек. Научицо разделять новые (приходящие с рекламы или из поиска) и повторные (наши кастомеры качают новые версии) закачки.<br /> <br /> * Подумать. Если есть идеи как интегрировать с Google Analytics (GA) AdWords (AW) - было бы клева. Например вытаскивать из GA данные о посещениях конкретной страницы и сравнивать их с данными по закачкам.<br /> <br /> * При добавлении нового релиза вставлять в поле версии номер последней +1 в последней цифре.<br /> <br /> * Задача, связанная с объединением Playout SDK и др. в один даунлоад. Галка следить за даунлоадом штоли. Надо вспомнить.<br /> <br /> * Проблема с возможностью создать продукт у которого все версии - беты. И тогда не работает общая ссылка.<br /> <br /> * Проблема с RSS-фидом блога (у меня почему-то аутлук пытаецо запустицо).<br /> <br /> ===Это потом===<br /> <br /> * Переделать форму контактов на сайте. Добавить возможность указать второй email. Отдельные поля под скайп, телефон.<br /> <br /> * Подписка royalties.<br /> <br /> ===Industry-Based Subscriptions===<br /> <br /> Добавить возможность создавать рассылки по индустриям. В целом все аналогично тому как сейчас работают подписки на новые релизы. Можно подписывать контакты руками. А при рассылке заодно рассылать тем, кто является клиентом какого-либо продукта и тоже записан в эту индустрию.<br /> <br /> Возможно, когда у нас появятся разные способы делать рассылки, придется придумывать способы не слать дважды по одному и тому же поводу. Например, заводить для рассылки какой-нибудь ID.<br /> <br /> <br /> ===Contact as System Item===<br /> <br /> Необходимо реализовать контакты как самостоятельную сущность.<br /> <br /> Контакт представляет из себя имя (текстовое поле например &quot;Andrew Okunev) и ассоциированный c ним набор полей:<br /> <br /> * email name (используется в подстановках в письмах; если пусто, используется &quot;customer&quot;)<br /> * email (любое количество)<br /> * skype (любое количество)<br /> * телефон (любое количество)<br /> <br /> Необходимо реализовать отображение и редактирование свойств для любого из контактов. Например:<br /> <br /> * Когда добавлен в систему<br /> * С какими компаниями (Customers) ассоциирован.<br /> * С какими лицензиями ассоциирован.<br /> * На какие подписки подписан.<br /> <br /> Все это нужно реализовать в одной вьюхе. Редактирование доступно только администратору системы.<br /> <br /> Примечания:<br /> <br /> * В системе должны отсутствовать дубликаты по email. Дубликаты по имени допустимы (т.е. когда одинаковое имя но разный email), но должна быть возможность их соединить (т.е. превратить в один контакт с двумя email). Реализовать это можно через отдельную вьюху, доступную администратору.<br /> <br /> * Если у контакта больше одного email, то любой из них может использоваться для авторизации.<br /> <br /> * Новый контакт (как сущность) создается при любом добавлении контакта в систему (например, при создании подписки через модуль subscribers.<br /> <br /> ===Universal Uploads===<br /> <br /> Необходимо реализовать возможность закачивать в RM абстрактные (не привязанные к какому-либо продукту) файлы. При этом каждому такому файлу должен быть по-умолчанию присвоен срок жизни - 30 дней. После чего файл автоматически удаляется. Файлы можно защищать паролем, который требуется для скачки.<br /> <br /> Каждый файл привязан к какому-либо юзеру. Только у этого пользователя (или у администратора) есть возможность добавлять к своему аккаунту файлы или удалять их. Каждую закачку можно удалить или обновить файл в ней.<br /> <br /> Соответственно, необходимо создать две новых вьюхи:<br /> <br /> 1) Вьюха создания закачки. Опции: текстедит срок жизни (по-умолчанию вбито 30), чекбокс защитить паролем, путь к файлу.<br /> <br /> 2) Вьюха список закачек данного юзера. Отображать: имя файла, количество скачек, оставшийся срок жизни, дата закачки. Имя файла является ссылкой на данный файл (вида rm.medialooks.com/...).<br /> <br /> В меню каждого юзера должно быть что-то вроде &quot;My Uploads&quot;, которая ведет на вьюху (2).<br /> <br /> ===Customer Access===<br /> <br /> Нужно научицо давать кастомерам доступ к аплоадам. Для этого нужно реализовать в RM еще одну роль - &quot;Customer&quot;. Роль &quot;User&quot; нужно переименовать в &quot;Developer&quot;. Каждый контакт, добавленный в систему, должен получать соотв. статус и автоматически сгенеренный пароль. Никаких писем при заведении пользователей пока автоматически рассылать не надо. Однако, при первой попытке зайти в систему, кастомер должен по почте получить свой пароль. Залогинившись, он имеет доступ только к своим аплоадам (в будущем добавим еще подписки и лицензии).<br /> <br /> ===Search===<br /> <br /> Необходимо реализовать поиск в системе. Форма поиска - одна на все случаи. Она должна размещаться на всех страницах системы.<br /> <br /> По каким полям искать:<br /> <br /> * По контактам.<br /> * По названию клиента.<br /> * По тегу клиента.<br /> <br /> '''Пример.''' Если в поле поиска ввден запрос:<br /> <br /> Andrew A. Okunev &lt;dev@medialooks.com&gt; (MediaLooks)<br /> <br /> - то сперва нужно произвести поиск отдельно по &quot;Osman Yel&quot;, &quot;dev@medialooks.com&quot; и &quot;MediaLooks&quot;. Эти результаты вывести в первую очередь.<br /> <br /> Во-вторую - выделить из поисковой строки название домена и отрезать от него домен первого уровня. Т.е. в нашем примере искать по строке &quot;medialooks&quot;. Эти результаты вывести во вторую очередь.<br /> <br /> Кроме этого, естественно должен работать поиск в том случае если исходный запрос это &quot;dev@medialooks.com&quot; или просто &quot;medialooks&quot;.<br /> <br /> ===LinkedIn Integration===<br /> <br /> Зачем? Любая система управления контактами страдает одним недостатком - ей неоткуда узнать о том, что у кого-то поменялся email или телефон.<br /> <br /> Предполагается что пользователи LinkedIn (за исключением [http://www.linkedin.com/pub/2/26b/926 некоторых] поддерживают свой профиль в актуальном состоянии. В частности, следят за тем, чтобы в профиле был актуальный email.<br /> <br /> В результате хочется получить поддержку следующих сценариев:<br /> <br /> * Узнавать об изменениях в контактной информации наших клиентов.<br /> * Приглашать в нашу сеть клиентов, которые уже используют LinkedIn.<br /> * Приглашать в LinkedIn тех клиентов, которые его пока не используют.<br /> * Если клиент для общение с нами использует один email, а для LinkedIn - другой, - то нам нужно узнать этот email и использовать его как запасной/альтернативный.<br /> <br /> Для начала думаю следует просто проверить, позволяет ли API делать следующее:<br /> <br /> * Авторизоваться в системе под каким-то реальным логином (например, подо мной).<br /> * Поискать пользователей по email.<br /> * Получить email любого из моих контактов.<br /> * Послать конкретному пользователю инвайт, иметь возможность указать кастомный текст для инвайта.<br /> * Пригласить нового пользователя через email, то же самое с кастомным текстом.<br /> <br /> Задача неактуальна поскольку как я понял от LinkedIn нужно сначала получить одобрение на использование API:<br /> <br /> * http://www.linkedin.com/static?key=developers_apis<br /> <br /> ==Done Tasks==<br /> <br /> * [[LMS/CMS Tasks: Done]]<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan http://wiki.avobjects.com/Dev:LMS/CMS_Tasks:_Done 2009-01-22T07:18:38Z

<p>Ivan: </p> <hr /> <div>See also:<br /> <br /> * [[RM/LMS Tasks]]<br /> <br /> ==Completed Tasks: LMS - 18.01.2009==<br /> <br /> ===Small Tasks===<br /> <br /> * [16:00] Поднятие локальных копий, изучение кода.<br /> * [0:30] Сортировка продуктов по алфавиту на главной странице.<br /> * [0:30] Разные адреса. Чтобы не вся почта уходила с BCC на rm_monitor.<br /> * [4:00] Можно ли вот [http://rm.medialooks.com/product/subscribers/4 тут] сделать так чтобы при нажатии на &quot;delete&quot; не перегружалась страница?<br /> * [0:30] Разрешить вот [http://rm.medialooks.com/product/subscribers/4 тут] добавлять подписчиков в формате &quot;name@email.com&quot;.<br /> * [1:00] Добавить проверку на дубликаты при создании нового клиента. Проверку проводить по customer tag.<br /> * [3:00] Вот [http://rm.medialooks.com/customer/edit/138 тут] (к примеру) при редактировании (или создании) клиента когда добавляешь новый контакт и говоришь ему &quot;Add fields&quot; он должен добавлять новое поле для ввода снизу (чтобы можно еще один контакт добавить). Добавил новую задачу, там надо переработать миханизм. --[[User:Admin|Admin]] 09:27, 18 January 2009 (MSK)<br /> * [4:00] Обработка [[асдфас]] и др. (фильтрация вики-тегов при рассылке писем).<br /> * [0:10] Вот [http://rm.medialooks.com/customer/show/141 тут] отображать дату в формате dd.mm.yyyy.<br /> * [3:00] Royalties. Первое - это галочка в свойствах лицензии &quot;Royalties&quot;. Второе - это возможность отображать клиентов только с этой галочкой вот [http://rm.medialooks.com/customer здесь].<br /> * [0:30] Нужно добавить поле &quot;License Type&quot; к свойствам лицензии. У него могут быть два значения: &quot;Single Developer&quot; и &quot;Team&quot;.<br /> * [1:00] Если я вбил в поле &quot;Purchased&quot; (это я про лицензии) какую-то дату, то я хочу чтобы в поле &quot;Expires&quot; сразу же автоматически подставилось то же самое плюс один год. При этом у меня должна быть возможностью вручную указать даты, которые отличаются больше или меньше чем на год.<br /> * [0:10] При добавлении кастомера по-умолчанию оставлять поле industry пустым. Всем клиентам это поле принудительно сбросить.<br /> * [8:00] Добавить возможность указать несколько индустрий для одного кастомера. Вообще, лучше всего индустрии сделать как таги на делишесе. Т.е. не выбор из списка а пишешь любое но она умеет подсказывать и показывает внизу полный список того что уже есть. <br /> * [8:00] Добавить к полям кастомера страну. Лучше тоже как таги (т.е. простыня из полного списка стран не нужна).<br /> * [4:00] Обновление версии руби.<br /> <br /> ===[8:00] Exclude Subscribers Feature===<br /> <br /> Когда пишешь письмо всем подписчикам какого-либо продукта (например, вот [http://rm.medialooks.com/product/subscribers/35 тут]) нужна опция &quot;Exclude subscribers of the following products:&quot;. Там выбираешь один или неск. продуктов и письмо не уходит тому, кто подписан на апдейты по этим продуктам, или имеет лицензию по этим продуктам.<br /> <br /> Идея в том что &quot;send to all&quot; используется для рекламы других продуктов. Соотв., письма не нужно слать тем, кто уже про эти продукты знает.<br /> <br /> ===[0:00] Backups===<br /> <br /> Сейчас мы всю информацию о лицензиях и клиентах храним в RM. Что там у нас с бэкапами (я уже забыл)?<br /> <br /> :30 ежедневных бэкапов каждой БД + снэпшоты файловой системы: 2 ежечасных (now-1h, now-2h), 4 еже(ипитруччо)-6-часных (06:07, 12:07, 18:07, 00:07), 2 еженедельных (последнее и предпоследнее воскресенья)<br /> <br /> ===[3:00] The Essence of Beta===<br /> <br /> При [http://rm.medialooks.com/product/new_distributive закачке новой версии] можно указать что данная версия - бета. До сих пор логики к этому никакой прикручено не было. Нужно сделать чтобы, если стоит такая галочка, то по [http://rm.medialooks.com/downloads/playout_sdk.exe общей ссылке] отдавалась самая свежая версия, у которой такой галочки нет. Скачать бета-версию можно только по [http://www.medialooks.com/downloads/playout_sdk_3.1.0.0.exe прямой ссылке].<br /> <br /> ===[5:00] Download Stats===<br /> <br /> Реализовать учет количества даунлоадов. Какая именно статистика будет реально испозоваться не знаю. Поэтому сохранять нужно все. <br /> <br /> Отображение сделать на отдельной вьюхе. Потом решим - возможно, какие-то данные вытащим на главную страницу.<br /> <br /> Что отображать:<br /> <br /> * Количество загрузок по дням. Рисовать симпатишный график, с возможностью выбора периода для отображения (любой период за который есть статистика). Отдельное отображение в таблице при этом не нужно.<br /> * Всего загрузок по каждому продукту.<br /> * Все то же самое но с разбивкой по версиям.<br /> <br /> ===[10:00] License Editing GUI===<br /> <br /> Нужно переработать вот эту [http://rm.medialooks.com/customer/show/33 еботу]:<br /> <br /> * Ссылка Edit внизу customer/show/33 сейчас ведет вот [http://rm.medialooks.com/customer/edit/33 сюда] - это редактирвоание всех свойств клиента. Нужно разделить - отдельно редактировать свойства клиента, и отдельно - каждую его лицензию.<br /> <br /> * Добавление новой лицензии. Нужно сделать отдельную ссылку вот [http://rm.medialooks.com/customer/show/33 здесь], которая будет аяксом (без перезагрузки) открывать нужные формы. Т.е. при создании новой лицензии видна вся страница customer/show/33.<br /> <br /> * На страничку любого эдита добавить ссылочку Cancel - по сути это просто возврат на предыдущую страницу или на уровень вверх.<br /> <br /> '''Total time spent:'''<br /> <br /> ==Completed Tasks: CMS - 18.01.2009==<br /> <br /> ===Small Tasks===<br /> <br /> * [2:00] Сообщение об ошибке на почту в случае если руби говорит &quot;ви ар сори&quot;. Но как быть с дебагом? (Это общее для CMS и RM.)<br /> * [1:00] Запретить отсылать пустые письма через форму контактов, если нет галки &quot;подписаться&quot;<br /> * [2:00] Проблема со списками (FF bug).<br /> <br /> ===[8:00] Images Export===<br /> <br /> На текущий момент необходима поддержка следующих вореантов синтаксиса картинок:<br /> <br /> &lt;code&gt;&lt;nowiki&gt;[[Image:filename.jpg|right|thumb|200px|nolink|Description text.]]&lt;/nowiki&gt;&lt;/code&gt;<br /> <br /> Порядок параметров right, thumb, 200px, nolink не важен. Любой из параметров может отсутствовать.<br /> <br /> Вместо right может быть left или center. Если параметр не задан то по-умолчанию left. Про left и center нужно покопать подробнее, пока мы их не используем, поэтому можно забить.<br /> <br /> Если не указан thumb, то подпись под картинкой не выводится. Остается только в alt.<br /> <br /> Если указан nolink, то убирается ссылка на картинку в вике.<br /> <br /> '''Total time spent:'''<br /> <br /> [[Category: Tasks]]<br /> __NOTOC__</div>

Ivan