Заявление о миссии: чего мы хотели достичь
Два месяца назад мы в Docebo выпустили наш первый плагин для WordPress, который позволяет нашим пользователям преобразовать свою систему управления контентом WordPress в портал системы управления электронным обучением. Созданная нами функциональность позволяет пользователям встраивать курсы электронного обучения, размещенные на Docebo, на свой сайт WordPress, получать доступ к курсам электронного обучения и отчетам об обучении непосредственно с панели инструментов WordPress, использовать виджет для отображения курсов, назначенных зарегистрированным пользователям, и импортировать между Docebo и база данных пользователей WordPress.
Не будет преувеличением сказать, что некоторые из самых ценных уроков мы усвоили на горьком опыте. Прочтите, что мы узнали, чтобы вы могли избежать школы тяжелых ударов…
1. Хорошо подумайте о своем предложении — достаточно ли хорошо вы знаете своих пользователей?
У вас должна быть четкая цель, которая принесет пользу пользователям плагина: в нашем случае это была возможность для пользователей WordPress превратить свой веб-сайт в инструмент управления обучением. Наши исследования неоднократно говорили нам, что многие из наших пользователей являются существующими пользователями CRM, ERP и инструментов управления контентом, что говорит о том, что все, что мы можем сделать для дальнейшей интеграции в этом пространстве, будет для них полезным.
Таким образом, для нас плагин WordPress был востребован пользователями и соответствовал нашей более широкой стратегии превращения нашей платформы в более широкую экосистему, которая позволила бы нам общаться с пользователями, которые (пока) не являются экспертами в области электронного обучения, но которые могут извлечь из этого пользу. интеграция электронного обучения со сторонней организацией. Это требование полностью определило разработку функциональных спецификаций — мы сели и долго думали о том, что нам нужно от плагина для достижения этих целей.
С другой стороны, любой, кто рассматривает возможность перехода к разработке плагинов для WordPress, должен подумать о том, чего хотят пользователи, чтобы сделать свой веб-сайт более интересным и привлечь трафик, а также о том, как это согласуется с общей бизнес-стратегией. Один из лучших способов «узнать», чего хотят наши пользователи, — это как можно больше общаться с людьми — мы используем Vivocha для живого общения на сайте, а регулярные опросы пользователей проводятся с помощью Fluidsurveys.
Мы также потратили время на работу с разработчиками WordPress и владельцами сайтов, чтобы понять, почему они будут использовать наш плагин. Мы хотели удостовериться, что у нас не получится плагин, который понравился нашим существующим пользователям, но оказался бесполезным для всех остальных, поэтому мы посвятили время изучению того, как можно оптимизировать установки WordPress для электронного обучения. Проверка конкурентов, если вы находитесь в области конкуренции, будет абсолютно жизненно важной — вы хотите убедиться, что ваш плагин предлагает что-то отличное от их, и позже он будет использоваться в более практических аспектах, таких как наименование (большинство плагины устанавливаются после поиска поисковой системы по базе плагинов).
2. Убедитесь, что у вас есть методология, которой нужно следовать
Большинство программистов и инженеров-программистов знают, какую методологию они предпочитают использовать в своей повседневной работе — убедитесь, что вы можете перенести это и на разработку WordPress.
Как мы обнаружили в процессе, даже небольшие побочные проекты требуют значительного внимания — мы обнаружили, что нам нужен всесторонний план тестирования и ряд тем для тестирования в среде разработки.
В общем, мы всегда рекомендуем писать тесты, а затем писать код — это просто лучшая методология и (при условии, что вы пишете код с нуля) не будет слишком сильно мешать вашей деятельности по кодированию. Поэтому хорошенько подумайте о том, как должен работать ваш плагин (см. пункт выше), а затем начните набрасывать, что вызовет сбой, учитывая, что теперь вы знаете, для чего он был разработан.
Для тестирования разработчики могут обратиться к собственному руководству WordPress Test Suite, которое поможет авторам плагинов в грязном бизнесе по созданию нескольких автоматических тестов (критично для сложных плагинов).
Вы также захотите получить в свои руки тесты тем, которые предназначены для разработчиков тем, но предоставляют полезный файл WXR с фиктивными данными, который имитирует структуру и иерархию сложного живого сайта.
Нет никаких сомнений в том, что тестирование темы WordPress добавляет слой разработки, без которого большинство людей предпочло бы обойтись, но преимущества ощутимы. Поддержание чистого, организованного и тестируемого кода значительно упрощает будущие обновления, особенно когда вы достигаете точки, когда сотни тысяч пользователей ежедневно используют ваш плагин.
3. Разработайте стратегию поддержки
Интеграция с широко используемой системой управления контентом, такой как WordPress, значительно расширяет потенциальную аудиторию, но также означает большее количество запросов в службу поддержки — вам нужно подумать о том, что вы можете предложить и какой будет ваша стратегия. Некоторые производители плагинов раздают свое программное обеспечение бесплатно, но затем взимают плату за поддержку, что является вариантом, если у вас мало времени, хотя это, вероятно, приведет к большему разочарованию пользователей.
В Docebo у нас есть несколько стратегий поддержки. Мы проводим регулярные вебинары, а также выпускаем руководства для каждой предлагаемой нами интеграции — это помогает сократить количество запросов в службу поддержки от пользователей плагинов.
Когда возникают ошибки, не описанные в руководстве, мы используем систему тикетов на базе Kayako — она автоматически назначает приоритет и держит пользователя в курсе результатов, без особого ручного вмешательства со стороны нашей команды после того, как они просмотрели у проблемы. Конечно, пользователи также могут войти в систему и проверить билеты самостоятельно. В тех случаях, когда на сайте плагинов WordPress возникают ошибки, мы используем аналогичный процесс, хотя для этого требуется, чтобы сотрудник вручную создавал тикет, а затем обновлял дискуссионный форум.
В конечном счете, ваша стратегия поддержки будет сводиться к количеству времени, которое вы можете выделить на ее управление. Вы также можете рассмотреть возможность вовлечения пользователей с помощью поддерживаемого сообществом решения, такого как GetSatisfaction.
Мы сделали еще один шаг вперед в привлечении сообщества, с самого начала решив, что хотим интегрировать нашу сеть поддержки с вкладом в плагин, выпустив все это под лицензией с открытым исходным кодом. Это дает другим разработчикам возможность поработать над этим плагином и помочь нам улучшить опыт электронного обучения Docebo с точки зрения пользователя WordPress.
4. Помните, что совершенства не существует
Объединив пункты два и три выше, вы, вероятно, придете к такому выводу в какой-то момент — планирование и тестирование могут продолжаться месяцами, но нет ничего лучше, чем выложить свою работу и посмотреть, что из этого выйдет.
Если возможно, проведите закрытое тестирование с небольшой группой пользователей, прежде чем добавить плагин в каталог — используйте существующих клиентов, ваших друзей, платную группу бета-пользователей или кого-либо еще, кого вы можете получить как можно раньше. Это не только позволяет выявить любые технические ошибки, которые могли проскользнуть, но и является отличным способом улучшить пользовательский интерфейс. Разработка плагина часто приводит к тому, что разработчик становится слишком близким, а это означает, что бэкенд плагина становится катастрофой для любого, кто не знаком с предпосылкой дизайна.
Как только это будет сделано, вы захотите выпустить свой код в мир. Будьте готовы потратить много времени на поддержку после запуска, особенно в первые несколько дней, когда пользователи впервые приобретут ваш продукт. Но в Интернете очень компактная среда: вы можете получить запрос на поддержку, выполнить необходимый код, протестировать его, а затем достаточно быстро развернуть все. Что, безусловно, хорошо, потому что, скорее всего, вы сделаете ошибки, которые приведут к ошибкам некоторых пользователей — это просто часть жизни. Имея указанную выше стратегию поддержки и строгую методологию пересмотра и тестирования, вы будете на пути к созданию успешного плагина.
Вы тоже занимаетесь разработкой WordPress? Какими знаниями вы хотели бы поделиться? Дайте нам знать в комментариях ниже!
Об авторах
Якопо Маури — прирожденный коммуникатор, влюбленный во все, что связано с писательством и технологиями, и обладающий опытом журналиста-фрилансера, пишущего о технологиях и видеоиграх. Он опытный маркетолог и работал в таких компаниях, как Nintendo Italy и официальное агентство уличного маркетинга Microsoft Italy.
Docebo — глобальный поставщик решений для электронного обучения с клиентами и партнерами в 29 странах. Для получения дополнительной информации посетите сайт www.docebo.com.
Николас Холмс — прежде всего маркетолог и копирайтер. За годы работы он приобрел обширные знания в области Ruby on Rails и WordPress. Сегодня он может также строить и писать о проекте, убийственная комбинация.
(дпе)