Процесс профессионального развития WordPress

Недавно мы обсуждали «Как коммерческие разработчики Плагина используют WordPress репозиторий«. В этой статье содержится твердое объяснение плагина репозитория, как его использовать, как не злоупотреблять им, и как использовать его для успеха, даже с премиум плагинов.

Сейчас самое время работать в качестве разработчика WordPress: сообщество активно и растет, платформа имеет солидный API и платформа находится в постоянном развитии. Несмотря на эти преимущества, многим разработчикам трудно начать строить премиальные продукты.

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

Дальнейшее чтение на SmashingMag:

• Процесс профессионального развития WordPress
• Написание эффективной документации для конечных пользователей WordPress
• Как создать пользовательские таксономии в WordPress
• Добавление пользовательских полей в WordPress’комментарий форме

Получить идею

Для многих, самая большая проблема заключается в том, чтобы придумать идею для премиум-продукта, который будет работать. Как разработчики, мы часто делаем это сложнее, чем это должно быть. Многие из нас будут отвергать наши собственные идеи, думая:, это слишком очевидно, или Любой может построить, что, так зачем беспокоиться? Но это абсолютно необоснованно.

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

Это, как говорится, вот несколько способов, чтобы семена идеи:

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

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

Воплотите его в жизнь

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

Определение окружающей среды

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

Несколько вещей, чтобы рассмотреть:

• Какую версию WordPress вы поддержите?
• Будете ли вы предоставлять обновления для будущих релизов?
• Будет ли ваш продукт работать на WordPress Multisite?
• Какие браузеры вы будете нацелены?

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

Развития

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

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

Таким образом, если вы собираетесь быть ориентации WordPress 3.3.1, с поддержкой IE 9, Chrome 13 «, Safari 5 » и Firefox 6 «, то ваша местная среда развития должна включать в себя надлежащие инструменты для разработки веб-сайта по всем направлениям.

Промежуточной

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

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

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

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

Тестирования

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

Существуют различные инструменты, утилиты и библиотеки для автоматизированного тестирования как кода сервера (в нашем случае, PHP), так и кода на стороне клиента (в нашем случае HTML, CSS и JavaScript). Эти инструменты могут занять много статей сами по себе, но давайте рассмотрим несколько общих передовой практики.

Отслеживание ошибок

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

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

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

Отслеживание ошибок и управление исходом

Большинство промежуточных и продвинутых разработчиков используют ту или иную форму управления исходом для управления своей работой. Если вы этого не сможете, то, безусловно, читайте «7 Version-Control Systems Reviewed»,который обеспечивает большое введение в управление исходным кодом и версии проекта.

Ряд приложений интегрируют отслеживание ошибок с исходным управлением, обеспечивая сплоченное решение «все-в-одном» для управления версиями проекта и ошибок, которые появляются во время тестирования и после выпуска.

Хотя эта статья не является ресурсом для систем управления исходным кодом, мы коснимся, в частности, два, которые делают убийственную работу по обеспечению как управления исходным кодом, так и отслеживания ошибок:

• Codebase предоставляет хостинг для Git, Mercurial и Subversion. Он имеет твердый бэк-энд администрации и хорошо интегрированных билетов и отслеживания ошибок.
• GitHub (очевидно) является Git основе системы управления исходным источником, которая также включает в себя билеты и отслеживания. Его интерфейс проще, чем Codebase, но это не меньше приложения.

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

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

Автономные приложения

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

Два продукта, в частности, элегантные решения для отслеживания ошибок для фрилансеров и команд:

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

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

Бета-тестирование

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

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

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

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

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

Об ошибках, тестировании и выпусках

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

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

Выберите модель ценообразования

Когда ваш проект завершен, то есть, когда он претерпел разработку, постановку и несколько раундов тестирования — пришло время вывести его на рынок. Множество статей может быть написано о стратегиях для этого; тема богата. Здесь мы рассмотрим самые популярные методы ценообразования и маркетинга продукта. Воспринимайте это только как общий обзор.

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

Freemium

Этот вариант является очень распространенным, а не только с WordPress связанных продуктов, но со многими приложениями и услугами в Интернете. Согласно этой модели, вы бы предоставить бесплатную версию продукта — возможно, пробная версия или функция калекой версии — а затем дать пользователям возможность перейти на премиум-версию.

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

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

Одноразовая покупка

Эта модель проста. Если пользователь хочет функциональность, предлагаемую плагином, то они покупают его. Это единовременная плата, и продукт является их сохранить.

Одним из таких продуктов может быть плагин, который помогает пользователям оптимизировать свою базу данных WordPress. Скажем, пользователь является заядлым блоггером и сохраняет ряд полуписьменных проектов. Возможно, у них есть тонна материала в «Trash», что они не взяли время, чтобы удалить, генерации немного накладных расходов в базе данных. Плагин, который кишки все это от установки WordPress и базы данных будет доставить значение для пользователя в течение длительного времени. Но он, вероятно, не будет часто использоваться и, таким образом, не будет требовать ежемесячной модели оплаты.

• Преимущество. Вы генерируете доход сразу, потому что пользователи должны приобрести продукт для того, чтобы использовать его.
• Недостаток. Будут ли обновления бесплатными? Какова политика возврата средств? Будете ли вы оказывать поддержку?

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

Подписки

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

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

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

Лучшая модель ценообразования

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

Оказание поддержки

Независимо от того, сколько работы вы положили в интерфейс или сколько вы и ваши бета-тестеры проверить его, некоторые пользователи всегда будут иметь вопросы или нужна помощь в использовании продукта.

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

Документации

Любой продукт, который вы грузите, должен включать в себя некоторую форму документации. Разработчики программного обеспечения делают это различными способами, и разработчики WordPress ничем не отличаются:

• Текстовый файл. Как правило, текстовые файлы «readme» кратко описывают, что делает продукт, как его установить и как связаться с вами. Хотя общие, они не предоставляют много деталей о том, как использовать продукт; они, как правило, предназначены для дополнения другого источника документации. Кроме того, для включения плагина в репозиторий WordPress требуются файлы readme.
• Веб-сайт. В последние годы, предоставление документации для темы или плагина на специальном сайте стало обычным. Веб-сайт становится основной точкой отсчета и может быть связан с от самого продукта, от других веб-сайтов, из Twitter, по электронной почте и так далее. Это простой способ тщательно документировать продукт с помощью текста, скриншоты, видео и многое другое.
• Контекстная помощь. Эта форма документации является менее распространенным, но является элегантным решением, когда все сделано правильно. Как правило, внеочередная документация осуществляется с помощью меток, документов и других методов, которые направляют пользователя через приложение.

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

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

Параметры поддержки

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

Один из вариантов заключается в том, чтобы обеспечить поддержку через форум с использованием свободного программного обеспечения с открытым исходным кодом,таких как bbPress и vBulletin. Эти пакеты относительно просты в установке, настройке и настройке.

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

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

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

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

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

Слово о поддержке и ценах

Существует, как правило, корреляция между моделью поддержки и моделью ценообразования продукта:

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

Конечно, это всего лишь обобщения. Например, если вы выберете модель freemium, вы все равно можете предложить поддержку, но все сводится к компромиссам. Вы были бы готовы оказать поддержку, если время, затраченное непосредственно не оплачивается?

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

Переход на рынок

Окончательный вопрос, чтобы рассмотреть, прежде чем жить, как представить продукт и как получить слово. К счастью, посадочные страницы и социальные сети делают его проще, чем когда-либо для продвижения продуктов.

Рынков

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

Два из самых популярных рынков для WordPress прямо сейчас Являются ThemeForest и MojoThemes. Оба следуют комиссионной модели и предлагают гораздо более широкую аудиторию, чем то, что вы могли бы достичь по своему усмотрению. Но требования к публикации вашей работы на этих рынках могут быть строгими по сравнению с самостоятельной публикацией.

Страница посадки

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

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

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

Следуйте двум ключевым принципам при настройке целевой страницы:

1. Опишите необходимость того, чтобы ваш продукт удовлетворял;
2. Сделать это легко купить.

Если целевая страница не касается этих двух точек, то пересмотрите, нужна ли она вообще вам.

Страница Marketplace или Посадка?

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

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

Решение в основном личное. Оцените свой продукт и целевую аудиторию и узнайте, предоставляет ли существующий рынок наилучшие возможности. Если нет, то двигаться вперед с целевой страницей или веб-сайтом.

Поделиться им

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

Чтобы получить информацию о вашей работе, рассмотрим следующие отправные пункты:

• Блог сообщения и информационные бюллетени. В дополнение к использованию собственного веб-сайта, рассмотреть вопрос о охвате нескольких авторов и участников известных сайтов WordPress и бюллетеней. Чаще всего, они будут рады получить слово о вашем проекте.
• Твиттер, Facebook и Google. К настоящему времени, социальные сети, похоже, не головной или иную информацию. Хотя Есть разнообразие на выбор, кросс-продвижение через большую тройку, как правило, имеет лучший результат. Достаточно простого упоминания о выпуске, а также ссылки на запись в блоге или на целевую страницу.
• Реклама. Предполагая, что вы можете себе это позволить, рассмотрите возможность запуска рекламной сети, охват которой простирается дальше, чем ваши собственные сети.

Как и все, все сводится к тому, что лучше для вашего проекта. Это, как говорится, не ограничивайте себя только один канал, таких как социальные медиа. Попробуйте сочетание торговых точек. Тебе нечего терять.

Заключение

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

Дайте им попробовать на ваш следующий проект и, как только он запущен, повторите!