Как определить идеальную область для вашего проекта LearnDash

Честный, подробный, серьезный объем проекта.

Это то, к чему мы стремимся, не так ли?

Без точной оценки аутсорсинг вашего проекта может превратиться в огромный управленческий кошмар.

Прежде чем вы сможете даже вздохнуть с облегчением, вы обнаружите, что имеете дело с большой кучей задержек, недостающими деталями, бесконечными петлями движения вперед и назад, отодвиганием сроков и переопределением первоначального объема проекта до тех пор, пока вы не закончите. сократили ваш бюджет до нуля; все это оставляет вас с тяжелой коробкой непроданных курсов и огромной дырой в кармане.

Ой!

К сожалению, многие из наших клиентов рассказывали нам эти ужасные истории из своего предыдущего опыта.

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

# 1 Первые несколько обсуждений — самые важные

Вам не нужно быть экспертом в WordPress или LearnDash. Важно то, что вы четко общаетесь с людьми, которые есть.

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

На этом этапе вам не нужно беспокоиться о том, что вы станете слишком детализированными. Но задавать правильные вопросы разработчику LearnDash и доносить свои ожидания чрезвычайно важно.

Недавно наш клиент (назовем его Боб) хотел перенести свой сайт на LearnDash. Поняв, почему Бобу нужно было перейти на LearnDash, мы обнаружили, что его самая большая забота заключалась в том, чтобы его ученики не сталкивались с какими-либо несоответствиями на его сайте.

Подобная информация помогла нам найти оптимальное решение для конкретных бизнес-потребностей Боба.

№ 2 Предположения закладывают основу для неожиданных затрат и крупных задержек

Недостающие детали и обоснованные догадки создают разрыв между «вашими ожиданиями» и «пониманием этих ожиданий вашим разработчиком». Этот разрыв — именно та черная дыра , от которой вам нужно держаться подальше.

Например, Боб упомянул, что хочет начать использовать новый платежный шлюз. Если бы мы не знали, кого он имеет в виду, мы бы не смогли:

1. Предложите лучшую альтернативу, если таковая имеется
2. Оценивайте и сообщайте ему о любых проблемах совместимости с LearnDash и другими плагинами на его действующем сайте.
3. Проверьте, доступен ли готовый плагин для интеграции или его нужно создать с нуля.

Другими словами, ничего не упускайте. Даже незначительная недостающая деталь о «настройках доступа пользователя» или «добавлении некоторых полей формы на страницу оформления заказа» может оказать огромное влияние на ваш бизнес.

Независимо от того, с кем вы работаете, мы рекомендуем настаивать на наличии подробного письменного объема работ.

# 3 Всегда будьте готовы иметь дело с ползучестью и задержками области

Scope Creeps — это надоедливые небольшие требования или изменения, которые появляются, когда ваш проект находится на этапе реализации. Незначительная работа, которую вы или ваш разработчик не предполагали ранее (при создании содержания вашего проекта), что в конечном итоге приводит к дополнительным расходам и нежелательным задержкам.

Работа с опытным разработчиком или агентством LearnDash может оказаться очень полезным, когда речь идет об избежании этих неожиданных накладных расходов на разработку. Это связано с тем, что кто-то с большим опытом, скорее всего, занимался подобными проектами, что облегчает им выявление потенциального расширения масштабов.

Теперь у проектов есть задержки, независимо от того, насколько детализирован ваш объем. Что-то может быть вызвано разработчиком, что-то вами, а может быть, даже глобальной пандемией! Неважно, кто или что несет ответственность, важно то, что задержки неизбежны и их нужно учитывать.  

Установка реалистичных сроков — единственный способ обойти это, и любой опытный профессионал скажет вам об этом.

# 4 Несколько поставщиков предоставляют резко различающиеся предложения

Что вы делаете, когда находитесь в такой ситуации?

Большинство людей в конечном итоге выбирают более бюджетный вариант. Это одна из самых распространенных ошибок, которые, как мы видели, совершают люди — предполагая, что человек, цитирующий большее число, пытается их обокрасть.

Конечно, это возможно. Но прежде чем вы примете решение, мы предлагаем вам сделать последнюю попытку понять, как разработчик пришел к цифре при определении масштаба вашего проекта LearnDash. Вы хотите убедиться, что ваш потенциальный разработчик не обещает лучшее число, чтобы исключить риск потери вас как клиента.

При оценке необходимых часов разработки наихудший сценарий может быть в 20-50 раз больше, чем наилучший! На самом деле такие методы, как « оценка по трем точкам », часто используются профессионалами для получения реалистичной оценки.

Понимание нюансов сферы деятельности, которая находится на самом дорогом конце спектра, не только поможет вам проверить, понимает ли этот человек то, о чем он говорит, но и поможет вам лучше понять, через что вам нужно пройти. независимо от того, решите ли вы работать с ними в будущем.

Хотите перейти на онлайн-обучение?
Получите настройку LMS от экспертов LD!

Ознакомьтесь с нашими услугами по настройке LearnDash

Мы следуем двухэтапному процессу определения масштаба проекта LearnDash

Возьмем пример Боба.

Когда Боб обратился к нам по поводу перехода на LearnDash, он хотел, чтобы мы создали для него торговую площадку для курсов, такую ​​как Udemy или Coursera.

Шаг 1: Открытие

Во время наших звонков с Бобом (или любым другим клиентом в этом отношении) мы убедились, что присутствовали как наш «менеджер по обслуживанию клиентов», так и наш «эксперт по предмету / эксперт по LearnDash». Все эти звонки были о том:

• Понимание требований Боба
• Выявление ограничений и потенциальных препятствий
• Определение целей проекта

Мы сделали все возможное, чтобы провести Боба через этот процесс, обучить его, когда это необходимо, и сделать его интересы нашим главным приоритетом.

Когда у нас было все необходимое, мы разослали «первоначальный черновик», чтобы проверить, все ли мы на одной волне. Черновик, который выглядел примерно так:

Это вряд ли исчерпывающий черновик, но вы поняли картину.

Шаг 2: Оценка усилий

Как только Боб подтвердит, что черновик соответствует его требованиям, мы приступаем к созданию документа «Оценка трудозатрат».

Здесь мы сопоставляем функции и задачи разработки с количеством часов, необходимых для выполнения работы, а затем определяем окончательный график и смету расходов на проект.

Итак, скажем, мы работаем над настраиваемым «Модулем видео-назначений» для Боба. Оценка выглядит примерно так:

Напутствие

Мы знаем, что это может разочаровать.

Вы отдаете свою работу на аутсорсинг по какой-то причине. Вы хотите разгрузить разработку, чтобы сосредоточиться на более важных делах.

Дело в том, что если вы не уделите внимание этому этапу проекта, вы можете легко попасть в ловушку ценообразования и столкнуться с трудностями, которых раньше не ожидали.

Ваши требования могут меняться в ходе проекта, и это нормально. Важно то, что вы работаете с командой, которая может адаптироваться. Команда, с которой вы можете эффективно общаться, чтобы определить идеальную область для вашего проекта LearnDash.

В конце концов, успешные проекты строятся на четких планах действий, которые вытекают из честного, подробного и актуального объема работы.

Это все на данный момент!

Есть вопросы к нам? Отметьте их в разделе комментариев ниже или свяжитесь с нашими экспертами LearnDash !