Боюсь, вы упустили пару важных моментов…
Все варианты — трагитрованные рассылки, «причесывание» маркетингом — это требует времени.
а я уже писал, что финальный скоуп релиза готов за 16 часов до гоулайва (в которые хотелось бы поспать сходить ))))
Причины для такого позднего подтверждения банальные: где-то не успели финальный тест доделать напр., где-то наоборот срочный чендж всплыл
Так что нет возможности в такое короткое время выпускать сложную коммуникацию.
В итоге, создаем один шаблон, наполняем его за пару часов и рассылаем на всех пользователей. Чай не детский сад — в экселе могут по одному полю фильтрануть.
Так что, безусловно, для малого объема ченджей можно позволить себе красивую коммуникацию.
И, да, вы правы, я коммуницирую на более прокачанных пользователей — «ключевых пользователей». Если писать на всех юзеров, такой формат не подойдет.
По роду занятий тоже сталкиваюсь с задачей коммуникации об изменениях в системах.
К сожалению, коммуникация по вашему формату может подходить не всегда…
Например в моих релизах для SAP нужно рассказать о 100 ченджах каждый месяц… возникают забавные моменты:
желательно не рассылать 15 писем на каждую функциональную область — пишем одно письмо на всех, каждый фильтрует ченджи которые касаются только его.
всю суть каждого ченджа можно описать максимум одной строкой в таблице. Иначе слишком много информации. Так что очень много вопросов остается без ответа..
И конечно же окончательный список ченджей готов за 16 часов до гоулайва )
Ну и еще я сталкивался один раз с коммуникацией о новой системе, которая строилась поставщиком, а не сотрудниками…
Это было фиаско, братан…
вместо делай-раз-делай-два инструкции для пользователя о том как поднять инцидент в сапорт — получили маркетинговый материал о приемуществах системы.
Так что сотрудники все-таки понимают кому и что надо коммуницировать немного лучше поставщиков.
Видимо вам просто попался человек, который сидел не на своем месте. И такое бывает. вчера был ведущим технологом — сегодня стал ключевым пользователем, который должен налаживать коммуникации. Совсем другая работа!
Все варианты — трагитрованные рассылки, «причесывание» маркетингом — это требует времени.
а я уже писал, что финальный скоуп релиза готов за 16 часов до гоулайва (в которые хотелось бы поспать сходить ))))
Причины для такого позднего подтверждения банальные: где-то не успели финальный тест доделать напр., где-то наоборот срочный чендж всплыл
Так что нет возможности в такое короткое время выпускать сложную коммуникацию.
В итоге, создаем один шаблон, наполняем его за пару часов и рассылаем на всех пользователей. Чай не детский сад — в экселе могут по одному полю фильтрануть.
Так что, безусловно, для малого объема ченджей можно позволить себе красивую коммуникацию.
И, да, вы правы, я коммуницирую на более прокачанных пользователей — «ключевых пользователей». Если писать на всех юзеров, такой формат не подойдет.
По роду занятий тоже сталкиваюсь с задачей коммуникации об изменениях в системах.
К сожалению, коммуникация по вашему формату может подходить не всегда…
Например в моих релизах для SAP нужно рассказать о 100 ченджах каждый месяц… возникают забавные моменты:
Ну и еще я сталкивался один раз с коммуникацией о новой системе, которая строилась поставщиком, а не сотрудниками…
Это было фиаско, братан…
вместо делай-раз-делай-два инструкции для пользователя о том как поднять инцидент в сапорт — получили маркетинговый материал о приемуществах системы.
Так что сотрудники все-таки понимают кому и что надо коммуницировать немного лучше поставщиков.
Видимо вам просто попался человек, который сидел не на своем месте. И такое бывает. вчера был ведущим технологом — сегодня стал ключевым пользователем, который должен налаживать коммуникации. Совсем другая работа!