Из переписки, закину на будущее
Идея про упаковку внедрения в интернет курсы.
Дано: компания внедряет свой продукт крупным клиентам.
С теми у кого небольшой бюджет - не работает, а их много.
Хочется упаковать опыт внедрения в какой то недорогой но эффективный продукт, чтобы компании с небольшим бюджетом смогли внедрять его сами, но так чтобы продукт реально заработал.
Мысли:
Мы больше ориентируемся на массовый засев рынка "потенциально интересующихся" и обучаем техническим возможностям продуктов, не погружаясь в саму процедуру внедрения.
Наши покупатели - это и фрилансеры, и фикси, и сотрудники франчайзи, но только малая часть из них реально готова платить весомые деньги за опросники или готовые последовательности внедрения подсистем. Поэтому, естественно, в курсы мы это и не включаем.
Наиболее близкий существующий курс - это курс по 1С:Рознице и торговому оборудованию: http://курсы-по-1с.рф/1c-retail/
Если же речь идет о внедрении какого-то продукта БЕЗ участия разработчиков и внедряющие специалисты не имеют опыта (что естественно при внедрении своими силами) - нужно записывать продукт из 4 слоев:
1. Обзор "что это даст".
По сути, обещаем результаты, чтобы повысить их готовность и мотивацию, чтобы они четко понимали, ради чего хреначат и не сорвались.
Можно сюда включить "быстрый обзор" за 40 минут.
2. Даем функциональное описание.
Что и как работает при полной настройке, что с чем связано, от чего можно отказаться, как настраиваются зависимости и т.п.
Сразу предупредить руководителя, что сотрудники будут активно и творчески саботировать изучение этой части, поэтому их нужно будет а) стимулировать, б) контролировать
Для этого даем какие-то тесты, которые руководитель может заставить сотрудников пройти после просмотра второй части, о чем сотрудников предупредить заранее.
В итоге получаем более-менее обученных людей, которые смогут более-менее реально ответить, что подходит, что никак не подходит, что лучше поменять.
3. Небольшой установочный блок для руководителя и ответственного за внедрение.
Рассказать про психологию изменений и сопротивление, про проектную группу, про необходимость сроков и персональной ответственности, про выделение времени, про контрольные встречи - словом про все, что тащили бы ваши проектные менеджеры, но им придется делать самим.
Тут же рассказать, что сейчас нужно будет собирать требования, что именно на этом этапе начинается жопа, что сотрудники начинают выдумывать эльфийскую хрень, лишь бы доказать, что система не подходит - чтобы их оставили в покое, что часто помогает только угроза увольнения, если с какой-то даты учет и отчетность не будут вестись в новой системе, что без этого сотрудникам всегда проще "заболтать" внедрение.
В общем, поставить их перед необходимостью жестко вести проектный менеджмент своими силами, а если сомневаются или увидят пробуксовку - пусть все-таки обращаются к вам.
4. Сама проектная технология.
Опросы, сбор требований, быстрый запуск, минимальная настройка, с чего начать, что подождет, как дорабатывать, кто за что отвечает, как принимать задачи на доработку, helpdesk, саппорт и т.д.
Это минимум.
С нашей стороны таких записывателей нет.
Более того, на наших клиентов узкие продукты выводить смысла большого тоже нет, потому что если сегмент клиентов не очевиден и не массовый - то им вообще непонятно, зачем в это погружаться, они из такого курса не увидят, как на этом заработать, где найти таких клиентов и т.п.