Вместе с Максимом Месиловым мы сегодня связались по Skype и записали подкаст.
Мы не репетировали, так что будут накладки. Но что-то даже есть интересное в таком формате.
Если понравится, пишите, мы еще попробуем
Итак, 30+ минут рассказал о проектах и задачах применительно к бизнесу веб-студии, немного о конструкторе отчетов.
(Еще одна попытка с форматом. Должно быть сильно меньше и качественнее. У всех показывается?)
Пусть с накладками, зато коротко и можно чаще публиковать.
Спасибо!
А чем снимаете такое видео?
Следующие на очереди Отчеты по рабочему времени, потом Планерки, докумены, поиск
Мы-то как раз используем:
1. задачи и отчеты (только после обновления многих вкусностей еще не увидели - вечные проблемы у нас с обновлениями, ТП решает)
2. Техподдержку для клиентов
3. CRM
4. Собираемся настроить Экстранет для вовлечения клиентов в процесс
Сегодня была интересная мысль об интеграции Техподдержки с Задачами. В частности, требуется вести статистику обращений по каждому клиенту. Еще хорошо бы интегрировать со Сделками CRM: оформляем Сделку "Техподдержка до ... числа", и до этого числа клиент включен в группу "Коммерческая поддержка".
Как-то так.
Это правильнее было бы разместить в блоге в разделе "для партнеров". Сейчас получается у тебя 3 разных блога (я насчитал три) и все в разных разделах.
Не очень удобно
Милевский Александр
Вообще с задачами отлично поработали, очень нравится.
Есть некоторые шероховатости, например в мобильном шаблоне (попробуйте выбрать из структуры сотрудника - если не влезает в диалог, не выбрать, так как скролла в диалоге нема. В общем, мобильный шаблон задач надо будет ещё подработать).
Надеюсь, остальные модули также подтянете по интерфейсу до уровня задач. В тех же БП диалог выбора пользователя, например, жутчайше неудобная штука.
У нас сейчас установлена 10 версия.
Извините, что гоняю вас по разным блогам
Например 11й портал применительно к веб-студии. Делаем экстранет, где для обслуживаемых клиентов создаем группы, куда приглашаем внешних пользователей.
Первое, что видят эти пользователи - письмо с неправильной ссылкой для подтверждения регистрации. Экстранет у нас был с более ранних версий, может что-то поменялось уже, и содержимое сообщения осталось еще с тех времен, но шаблон содержит неправильный путь. Ну ладно, выкрутились - путь поменяли, кое-как заработало.
Двигаемся дальше - клиент становится участником своей рабочей группы. Создает задачу. А у него не отображается список сотрудников, которых можно выбрать в качестве исполнителей. В списке видно подразделения, а людей - нет. Без них задача не создается. Есть выход - дать полный доступ на модуль соц.сети. Тогда клиент сможет создать задачу. Но так же он сможет зайти в любую другую рабочую группу и создать еще и там что-нибудь. Без полного доступа видно только свои данные, но пользоваться сайтом все равно нельзя.
Это мы одни такие везучие?
2. Так как по проекту у нас есть задачи порожденные руководителями (новый, разрабатываемый, еще не сданный функционал) и задачи порожденными клиентом в виде тикетов в технической поддержке (гарантийные работы) то нужна возможность привязать тикеты ТП к Проекту. +Добавить в проект соответствующую вкладку — "Техническая поддержка" со списком тикетов по данному проекту. .
Возникло несколько вопросов или идей, например, хочется одну задачу привязать к нескольким категориям, или нескольким проектам, в основном для того чтобы разграничить к ней доступ.
В модуле "техподдержка" можно было выбрать пользователей, которые всегда видят задачи друг друга.
Да, можно назначить "соисполнителя" или "наблюдающего", но удобнее создать одну "рабочую группу", в неё один раз включить людей, а потом нужные задачи включать в несколько групп.
По поводу работы с задачами веб-студией, лично мне хотелось бы иметь большую гибкость при работе с экстранетом, упрощенный компонент создания задач для внешних клиентов (где им не нужно выбирать ответственных, а можно просто создать задачу с минимум обязательных полей).
Обязательным в идеале нужно оставить только название задачи, остальные поля (текст задачи, желаемая дата, категория, критичность - сделать необязательными). Объясню почему.
Чем проще система - тем выше вероятность что ей будут пользоваться. Ситуация - клиент хочет чтобы ему на сайт добавить новость (или нарисовали баннер). Он заходит на портла, нажимает кнопку "создать задачу/заявку", и пишет "хочу большой крассный баннер "у нас распродажа", повесить на главной странице. И нажимает "отправить". Заявка поступает менеджеру (он её обрабатывает - или уточняет требования или переключает на дизайнера). Дизайнер рисует, потом отсылает вариант баннера заказчику, он утверждает, после этого дизайнер переключает заявку на контент-менеджера, и он добавляет её на сайт.
Другими словами, я хочу прийти к такой системе, в которой будет что-то вроде электронного менеджера, на основе заявок.
Схема такая: клиент при создании заявки выбирает категорию, и пишет текст заявки. В зависимости от категории заявка попадает на ответственного. Ответственный смотрит его ли это заявка, клиент ошибся в категории или не выбрал её - меняет категорию (и соответственно выбирается другой ответственный).
Если заявка комплексная (создать каталог аксессуаров), то заявка разбивается на 3 части:
- нарисовать дизайн каталога и утвердить его заказчиком;
- запрограммировать и заверстать каталог (возможно еще протестировать) - программистом;
- наполнить каталог из тех материалов, которые прислал заказчик - контент-менеджер;
Как это происходит в обычной студии: клиент пишет на почту менеджеру "хочу каталог", менеджер уточняет что-же клиент на самом деле хочет, предлагает варианты, ведет с ним переписку, утверждает вместе с ним дизайн, потом ставит задачу программисту, возможно что еще потом сам контролирует все ли правильно сделал программист, потом менеджер ставит задачу контент-менеджеру наполнить каталог, когда все наполнено - пишет клиенту "все готово".
Дальше клиент может написать "все хорошо, только здесь дорисуйте кнопочку, сделайте рамочку синей, и добавьте еще эти 50 позиций. И опять мендежер идет расставлять задачи дизайнерам, программистам, и контент-менеджеру.
При всем этом менеджер должен как минимум хорошо разбираться и в дизайне, и понимать в программировании (чтобы оценить что его программист не надувает со сроками), и вообще быть универсальным.
А таких людей найти сложно.
Поэтому меня посетила идея - сделать универсального менеджера в лице компьютера и за счет коллективного действия всей веб-студии, с сохранением взаимозаменяемости.
Схема работы "Электронный менеджер": клиент пишет на портале-экстранете заявку "хочу каталог", заявка поступает контент-менеджеру. Если контент-менежер видит что задача сложная и сам он её выполнить не может - он запускает "мастер создания заявки" где клиенту приходит уведомление: "Требуется уточнить Вашу заявку, и предлагается ввести дополнительные поля в виде брифа".
Потом контент-мереджер ставит разбивает эту задачу на несколько (например, в виде подзадач), одну - дизайнеру, одну - программисту (после согласования дизайна), одну - себе (по наполнению). Роль менеджера тут хоть и присутствет, но минимальная, и сводится к обычному уточнению заявки и разбиению её на несколько.
Схема не новая, я видел её в работе, например, в онлайн-консультанте приватбанка. Там девушки уточняют что я хочу с помощью веб-формы, и переключают на ответственного.
Дальше дизайнер получает свою подзадачу "нарисовать каталог". Он так-же видет бриф, заполненый клиентом. Дизайнер рисует макет каталога, и прикрепляет его к задаче, и ставит "завершена", или "ожидает утверждения". Это уведомление поступает сразу заказчику. Он смотрит дизайн - и вносит свои корректировки. Мне кажется что это удобнее, так как это значительно сократит время (менеджеру не нужно пересылать туда-сюда письма), дизайнер будет сразу понимать что хочет клиент и сможет уточнить интересующие его вопросы сразу у клиента.
После утверждения дизайна (клиент поставил галочку "утверждаю";) автоматически запускается задача на программиста, где он все программирует (утверждения клиентом тут не обязательно, проверить может сам программист, другой программист или директор), потом запускается задача по наполнению, контент-менеджер наполнил (все или часть) и отсылает ссылку клиенту для проверки.
Схема выигрывает по скорости, так же вероятнее всего что выигрывает и по качеству. Каждый лучше разбирается в своей области (дизайнер, программист, рекламист) и может лучше вести диалог с клиентом.Если бы я был заказчиком - я бы скорее лучше поговорил сам с дизайнером что я хочу, или с программистом, чтобы рассказать как все должно выезжать. Наверное это связано с тем, что я всегда хочу во всем разобраться до конца. Поэтому могу даже приехать в сео-студию, которая нам делает рекламу, и разговаривать с их специалистами о том как они продвигают наши сайты и как это можно улучшить.
Но тут ложится нагрузка на программиста, дизайнера, рекламиста, так как они должны кроме обычной работы еще уметь общаться с клиентом (не обматерить если он их достал или у них плохое настроение), уметь самостоятельно планировать свои сроки на небольшие промежутки времени.
Веб-студия - это как правильно небольшая компания, и иметь отдельного менеджера не каждый может себе позволить. Во всех сферах как правильно лучше всего разбирается сам директор студии, но если он занимается всей этой перепиской с клиентами то большую часть дня впустую тратится его ценность и знания. Загрузить на полный деть менеджера тоже не всегда возможно, и он является первым кандидатом на отчисление в периоды волн кризиса.
Сейчас я рассматриваю возможность разработки именно системы электронного менеджера, будет ли она удачной - покажет время.
Смущает то что штатный компонент задач щас не рассчитан на то чтобы его кастомизировали. В техподдержке можно сколько угодно лопатить публичные компоненты, подстраивая так как нужно.
Здесь же в каждом новом обновлении все каардинально меняется, интерфейс без перезагрузки, разные выпадающие списки и тд. Модуль задач щас не рассчитан на то чтобы под него писались свои компоненты.
Хочется универсальный механизм пользовательских полей, хотя-бы на базе инфоблоков, а лучше на базе модуля задач.
Может быть для продвинутых пользователей сделать отдельный интерфейс где все задачи в одной куче, но зато сверху есть мощный фильтр без перезагрузки, как в админке. Может быть даже сделать в админке отдельный раздел "Сервисы" - "Задачи" где показывать задачи в таком интерфейсе, думаю продвнутым пользователям и руководителям было бы удобнее и быстрее.
Идея:
Уже полгода отслеживаю развитие
И все еще не то, что хотелось бы хотя бы из минимума
Не хватило как минимум разделения "производственной, процессной или проектной" и "чисто организационной" составляющей.
Ну тяжело это в реальности, когда "основной рабочей лошадкой" выступает задача
Вот чуть чуть бы расширить объект "событие" и все встанет на свои места. Ну ведь предлагали же на обсуждении еще при первом появлении CRM. Причем несколькими людьми.
В свое время я получил ответ, что данный объект нужен только для логирования, но кому нужно такое автоматическое и неуправляемое логирование то?
Просто есть вещи, для которых функционал задачи является сильно излишним, а вот возможностей события не хватает всего лишь чуть чуть, ну буквально два три поля.
P.S. свежие изменения CRM пока не смотрел, потому могу заблуждаться. Последний раз когда смотрел - событие можно было ввести только с датой по факту клика мышкой (а вдруг мне хотелось бы зафиксировать иные даты или время начала, окончания..., длительность). А еcли б потом события наряду с задачами да в диаграмку Ганта бы
Поэтому и считаю, что вот изза такой мелочи и необходимости по таким мелочам переходить на задачи , которые по идее имеют отношение больше к управлению проектами и процессами, чем для фиксации всех событий во взаимоотношениях с клиентом все удобство как то смазывается
И вот именно этого минимума лично мне не хватает
А как было бы удобно контролировать реальные процессы на базе задач и фиксировать взаимоотношения на базе событий. И в то же время, если бы еще события можно было использовать как основание для задачи - вообще бы цены не было
>Последний раз когда смотрел - событие можно было ввести только с датой по факту клика мышкой
Cейчас дату можно указать произвольно
>Вот чуть чуть бы расширить объект "событие" и все встанет на свои места. Ну ведь предлагали же на обсуждении еще при первом появлении CRM. Причем несколькими людьми.
Это как я понимаю вы про пользовательские поля в событиях. Ваш сценарии использования кажется весьма специфическим. Но создайте идею и посмотрим число голосов.
Задержка даже в доли секунды уже заставляет нервничать, а тут 2-3 секунды (нам нашем сайте.)
Но, в целом, обновление классное. Многое стало удобнее!
Сейчас создали модуль задач, который более красиво выглядит, и более быстро работает, но заточен он только под свою конкретные нужды. А если мы хотим огранизовать с помощью задач и работу отдела интернет-проектов, и отдела ИТ (учет заявок), и отдела эксплуатации (ремонт лампочек), и заказ канцелярии, и тд., то лучше это организовывать через задания БП.
Ведь если взять задачу, все её функции можно описать с помощью Бизнес-процесса.
Такие действия как
- "Задача от сотрудника другого отдела может быть принята или отклонена",
- Галочка "Проконтролировать результат выполнения",
- функция "Повторять задачу в заданные промежутки времени"
- уведомление наблюдателям задачи
все это можно описать как бизнес-процесс, причем на каждой фирме он всегда свой и чуть-чуть отличается от эталонного. Поэтому партнеры и просят сделать пользовательские поля для задач.
Хотя можно было все сделать по другому, дополнительно больше попрограммировать, но сделать задачи как бизнес-процесс, и сделать типовой процесс "задачи и поручения" в том виде в каком задачи есть сейчас, а на основе его пользователи могли бы создавать свои бизнес-процессы и настраивать так как себе нужно.
Например, настроить чтобы в задачах для отдела "маркетинг" всегда следящим был директор по маркетингу. Или, если в ходе задачи выясняется что макет дизайна должен утвердить руководитель отдела, то ставится галочка в настройках задачи, и для руководителя создается задача/уведомление, и только после его нажатия кнопки "принимаю" или "отклоняю" происходит дальнейший ход заявки. Или если нужно поставить задачу не конкретному человеку, а отделу (пускай даже директору отдела) то чтобы не заставлять директора вручную распихивать заявки можно сделать автоматическое делегирование в зависимости от категори или тегов заявки (а если тот, на кого делиригуется, находится в отпуске - то заявка переводится на другого свободного человека, или менее загруженного, и тд). Вариантов бесконечное множество, и создать универсальный модуль задач для всех не получится, универсальным может быть только констурктор бизнес-процессов.
Это может быть неудобно и негибко для клиента, но разработчику зато развязывает руки для внедрения и допиливания процесса постановки задач под нужны клиента. Мне так кажется.
Создал идею по этому поводу: