В одном из
предыдущих постов я затронул причины, по которым иногда принимаются решения о покупке заказной разработке курса.
Знатно поспорили на эту тему :). Владимир Наумов даже подвесил у себя на блоге как пособие для начинающих покупателей заказных решений.
В общем и целом подобным образом выбираются многие продукты. Взять супермаркеты. Планируешь купить одно, выходишь с существенно более другим набором товаров. Иногда того, что хотел купить среди них вообще нет...
Ну да ладно, оставим злободневный и деликатный вопрос в покое, а поговорим вот о чем: а каковы истинные причины, которые побуждают клиентов заказывать у провайдеров eL курсы?
Давайте сперва перечислим вообще причины, которые могут побудить заказчика на такое прямо скажем затратное предприятие:
1. Качество. Большинство заказчиков не являются профессиональными разработчиками (и даже очень большие и "толстые", имеющие у себя штат соответствующих сотрудников, не являются профессиональными разработчиками). Вродеб как да, отдельно взятая команда, которая только и делает, что разрабатывает курсы дни напролет, сделает продукт быстрей и качественней. олрайт - это может быть причиной. Тем более, когда задача идёт от бизнеса, где качество обученных напрямую зависит от количества продаж новой линейки скажем машин.
2. Скорость. Курс нужен завтра и не абы какой а вполне смотрибельный, который бы выполнил, возложенные на него задачи. Тут уже спорно - в ряде случаев большие компании столько времени тратят на междепартаментные согласования, тендеры и проч., что быстрей сделать курс своими силами. Пусть он даже и сильно проиграет в качестве. Хотя иногда под скоростью понимается такая разница как: не сделаем вообще своими силами - сделаем с помощью внешней команды разработчиков. В этом случае да - скорость причина :)
3. План. Такое тоже бывает. По плану надо разработать N-ное количество курсов. Своими силами не успеть, привлекаем внешних разработчиков.
4. Дальше больше. Бюджет. Есть бюджет и его необходимо освоить именно на электронные курсы. Такое сплошь и рядом в государственном секторе. Там за неосвоение бюджета наказывают даже больше, чем за его нецелевое использование.
5. Опыт. Заказывают разработку одного-двух курсов с тем, чтобы перенять опыт, скопировать модель разработки и запустить такое-же у себя, пусть хуже, но зато на порядок дешевле с потенциалом "на вырост". Запросто. Видали и такое.
А теперь причины, о которых многие забывают, но которые иногда бывают истинными причинами разработки электронных курсов с привлечением внешней команды разработчиков. Помнить об этом ауторсинговой компании крайне важно для того, чтобы её разработка "прошла" и проект был успешно начат и не менее успешно сдан :).
Прежде чем их назвать, давайте посмотрим на историю вопроса.
Разработка курсов, да и вообще eL в ряде случаев прорастает "не с низу", а "спускается сверху".
Т.е. руководство решает, что им дозарезу необходим eL. Создают отдел или расширяют функционал уже существующего подразделения. И хоп - готово у нас уже есть еЛЁнинцы (© by
lern :) атомное название - понравилось), которые еще вчера и знать не знали про электронное обучение, и вообще ...
Бывает конечно и не так мрачно и команда подбирается крепкая, дело своё знают туго и хлеб свой не зря кушают, т.е. дают вполне измеримые результаты.
Итак причины, при выявлении которых разработчикам надо быть крайне осторожным с заказчиком:
1. Руководителю показалось, что для полного счастья его команде надо знать историю его компании в его же изложении. С тем, чтобы её грамотно представить - конечно на такое святое дело денег жалеть грех - поэтому "давайте по полной программе". Скажите не бывает? Никто альбомчики из кожи на юбилей не таскал? :). Опасность - заказчик никогда не будет доволен - разработчик погрязнет в чек-листах, или вообще в середине разработки заказчик в лице руководителя возьмет "паузу" на "редактирование материалов". История не такая гладкая оказалась :).
2. Васе, в соседней компании фирма "Самаякрутаяконтора"сделал наикрутейший курс по продажам. И этот самый Вася в на крайнем совместном чаепитии рассказал (Показал? не поверите, но и такое бывает. Представьте сюжет: баня, проектор, экран и один одетый и потный, который показывает :)) этот курс. А как же мы? Пофиг на контекст, пофиг на результаты - надо срочно делать такой-же иначе отстанем от Васи. Истинная причина - у Васи есть что-то чего нет у меня - непорядок. Кстати по этой-же причине и eL начинают внедрять в особо продвинутых конторах :). Опасность - разработчику могут предъявить претензию типа "Вон у Васи то - работает, а у нас - нет".
3. В родном отечестве пророков нет. Иными словами руководство не доверяет разработку важных продуктов своей команде из-за уверенности, что люди, которых он по три раза на дню распекает за некомпетентность просто неспособны сделать что-то пристойное. Опасность для разработчика - вас затюкают правками эти самые, затюканные. Иными словами - на вас сорвут злость и обиду на своё начальство. Сюда же можно отнести, хоть и с меньшим "коэффициентом вредности" курсы, которые без видимой необходимости были "спущены" для внедрения сверху.
Ну вот, я назвал по крайней мере три истинных причины, которыми может быть вызвано желание компании разрабатывать электронный курс с привлечением внешней команды. Я думаю, что можно и продолжить, равно как и о том, что я вкладываю в понятие "качество" ... например в следующем посте.
Как представитель стороны разработчиков скажу, что конечно приятней (и продуктивней) всего работать, если причиной заказа курса п.1 из "вообще причин", т.е. качество. Заказчику кровь из носу надо получить качественный курс. Это просто песня, а не заказ.