6 вещей, которые мы узнали в 2021 году как агентство WordPress

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

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

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

1. Шаблоны предложений и воронка продаж

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

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

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

К основным видам работ, которыми мы занимаемся, относятся:

1. Слуги разработчиков WordPress
2. Решения для корпоративного развития
3. Текущее обслуживание и поддержка WordPress

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

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

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

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

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

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

2. Текущие деловые отношения

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

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

Построение текущих контрактов с клиентами

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

Связанный: Шесть главных угроз безопасности WordPress и их решения

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

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

Партнерство с другими поставщиками

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

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

Другие занимаются различными сферами бизнеса — рекламой, PR, SEO, маркетингом, креативом, хостинговыми компаниями, ищущими надежного партнера по разработке WordPress, который адаптировался бы к их процессам, помог бы им расти и при необходимости предоставлял услуги по разработке для своих учетных записей.

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

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

3. Помогите разным аудиториям

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

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

Разработка WordPress как услуга

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

Мы специализируемся в нескольких направлениях, таких как создание решений SaaS (с различными планами оплаты и функций), крупных мультисайтов, пользовательских миграций с разных платформ (PHP, Java, Python, .NET) и крупных пользовательских проектов, интегрирующих все виды сторонних API. . Этот шаг позволил нам построить отдельные процессы для каждого из них, извлечь определенные повторно используемые компоненты и повысить уровень опыта членов нашей команды, что, в свою очередь, позволило им постоянно делать больше за меньшее время с меньшим количеством сбоев.

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

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

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

Связанный: DevriX обновил восемь собственных плагинов WordPress

Обновление полных служб

Источник

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

Связанный: WordPress Retainers 101: Что такое WordPress Retainers

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

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

4. Обеспечение качества бесценно

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

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

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

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

5. Коммуникация и документация

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

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

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

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

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

6. Контрольные списки

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

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

Мы копнули глубже и разбили более крупные этапы бизнес-процесса на отдельные компоненты, состоящие из чек-листа для каждого из них. Некоторые из них связаны с наймом — список профессиональных и желаемых социальных навыков, разбивка целей компании — и миссия, определенная таким образом, который мы можем использовать во время интервью для подробной оценки людей. То же самое касается подготовки демонстрации или настройки проекта — для каждого из них каждый раз нужно делать многое, некоторые из них более масштабны, например, «создание нового частного репозитория GitHub» через «отправку документов X, Y, Z в новый члены команды» или «добавьте это в .gitignore».

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

Бонус: автоматизация и повторное использование

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

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

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

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

Мы используем различные интеграции Zapier с Asana, GitHub, Slack, WordPress для определенных действий, включая отправку форм Gravity Forms, различные инструменты отчетности и другие. У нас есть две платформы мониторинга приложений и систем, которые запускают и отслеживают веб-решения, и мы интегрировали хороший инструмент сравнения пользовательского интерфейса, выполняющий анализ изображений на разных снимках одного и того же веб-сайта.

Наша CRM — это специальный проект, созданный на основе WordPress, который мы разрабатывали в течение последнего года, и продолжаем интегрировать с внешними инструментами и системами, расширяя механизм отчетности для улучшения конечных процессов. Наша команда также взаимодействует через внутренний экземпляр BuddyPress, который наш технический директор Станко подключил к Slack для публикации обновлений статуса и комментариев. Мы соединяем наши системы вместе и экономим много времени на копировании и вставке или переключении контекста, создавая настраиваемых ботов, запускающих действия через сторонние сервисы, и выполняя автоматизированный бизнес-мониторинг для определенных веб-сайтов.

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