У меня не приняли курс и что с этим делать?

На прошедшей конференции сообщества Digital Learning нас с коллегами почти выгнали из зала — все закончилось, а мы никак не могли наговориться и обсудить очень важные вопросы. И самый актуальный вопрос (и не только в ту пятницу, но и вообще почти на все времена) — что делать с заказчиками, которые курс заказали, а потом его правят и правят, и правят. И никак не принимают, хотя вроде бы все согласовали. И правда — что с этим делать?

Этот текст будет для разработчиков курсов. Заказчикам не читать. Шутка :) Просто есть 2 взгляда на процесс разработки с двух разных сторон и этот будет со стороны разработчика. А в следующую пятницу — со стороны заказчика.

Я — разработчик курсов, уже 20 лет как. И у меня не приняли такое количество курсов, что я даже не буду пробовать их считать. Мы боролись, спорили, переделывали, ругались про себя и всегда очень переживали. Потому что ты делаешь работу, вкладываешься, а потом — не приняли. Как быть?

Самое важный вывод, который я сделала для себя — если у вас не приняли курс, виноваты вы. Да, вот так резко и жестко. В большинстве случаев, минимум на 80% вы виноваты в том, что происходит при приемке готовой работы.

В чем же на самом деле виноваты разработчики?

- Мы плохо слушаем нашего заказчика. Нам кажется, что нам все понятно и очевидно, мы же опытные и бывалые. И в этом месте мы упускаем главное, а потом не можем понять, почему у нас продукт не принимают.
- Мы давим и настаиваем на своем. Нам кажется, что мы опять же настолько опытные и умные, настолько хорошо все видим, прям насквозь, что мы точно знаем, каким должен быть курс заказчика. И мы уговариваем, настаиваем, давим. А потом оказывается, что заказчик как-то с нами согласился (не хотел спорить, не нашел аргументов или просто забил уже), но при приемке готового жить с этим совсем не готов. Потому что заказчик очень часто намного лучше знает, какой курс ему нужен на самом деле. Простой или сложный, короткий или длинный, веселый или скучный. Он знает свою аудиторию. Нет, он даже ее не знает, он ее чувствует и он в ней живет. И может быть он и есть та самая аудитория. Но нам же хочется сделать как правильно, что-то новое и вообще — как нам хочется. И мы давим.
- Мы оставляем самое сложное согласование на конец проекта. По сути с самого начала заказчик часто видит курс в очень обобщенном и поверхностном виде. И только после первой сборки заказчик видит образ готового продукта. И тут понимает, что в своей голове все видел сильно иначе. И начинается самое интересное. Тут кто-то мне скажет, что есть сценарий и мы его отдавали. Отвечу — согласовать сценарий это одно, а увидеть в сценарии курс — совсем другое. Заказчик не разработчик, он не должен уметь текст сценария в голове представить в виде интерактивного лонгрида.

И еще мы не учитываем мелкие особенности проекта, компании и заказчика. Зачастую почти все разработчики чего угодно (не только курсов) видят только свою реальность, но не видят реальность другой стороны. Мы видим свои отпуска, свои трудности и затраты, но редко смотрим на противоположную ситуацию. Это же справедливо и для заказчика, с той стороны тоже часто ничего не видно. Нужно принимать условия, не только свои.

Если у вас не приняли проект, то сначала смотрите на себя. Что вы делали не так, что не учли, где не слушали и что не узнали. Попытка думать иначе открывает удивительные возможности.