Аудит настроек проекта как услуга технического специалиста

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

В моем агентстве по техподдержке онлайн-школ на постоянном сопровождении находится более 20 проектов с оборотами от 200 тыс. до 20 млн руб./мес.

Одна из услуг агентства — технический аудит проектов на GetCourse. И в настоящее время он становится всё более востребованным.

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

Технический аудит — это:

• проверка корректности настроек,

• выявление и исправление ошибок,

• поиск возможностей и резервов для оптимизации.

Чаще всего требуется точечный аудит конкретной воронки, процесса, вебинара или рассылки. Реже — полная диагностика аккаунта, начиная от базовых настроек и заканчивая проверкой всех актуальных объектов и смежных сервисов: продукты, предложения, лендинги, виджеты, обработка заказов, работа отдела продаж и т.д.

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

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

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

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

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

Какие еще характеристики технического специалиста важны с точки зрения аудита:

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

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

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

Технический аудит проекта, как и любая другая услуга, состоит из следующих основных этапов:

1. Предварительный созвон для выявления потребности и оценки объема задач.

2. Заключение договора и получение предоплаты.

3. Детализация задачи и составление технического задания (ТЗ).

4. Получение необходимых доступов к сервисам проекта.

5. Проведение аудита по согласованному ТЗ и подготовка отчета.

6. Итоговый созвон с заказчиком и ответы на вопросы.

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

Разберём подробнее каждый этап.

Часто заказчики формулируют свой запрос так: «ой, кажется у нас там что-то не так, посмотрите, всё ли хорошо, а если нет, то насколько...».

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

• полный аудит всех систем и процессов проекта,

• выборочный аудит отдельной воронки, продукта или другого объекта,

• точечный аудит — проверка настройки отдельных элементов: продажа, промоакция, процесс, вебинар/автовебинар, настройка доменной почты и т.д.

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

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

• техническое задание,

• чёткие сроки выполнения работ,

• стоимость услуги и условия оплаты/предоплаты.

В некоторых проектах требуется подписание соглашения о неразглашении (NDA).

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

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

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

Чем подробнее вы всё опишите, тем лучше. В процессе аудита ТЗ может корректироваться и дополняться новыми сведениями — это нормальная практика, которая также даёт вам право пересмотреть изначально установленную стоимость.

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

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

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

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

Еще на этапе согласования ТЗ стоит договориться с клиентом о том, чтобы во время аудита параллельно с вами эти же объекты никто не трогал. Если для этого появляется острая рабочая необходимость — пусть обязательно ставят вас в известность.

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

Переходим непосредственно к аудиту.

Чек-лист аудита в целом не отличается от чек-листа настроек, когда вы заходите в проект в качестве технического специалиста и делаете все «с нуля».

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

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

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

Фиксируйте сразу все нестыковки или сомнительные места, которые видите, не надейтесь на память, что запишите всё потом и разом.

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

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

Отчет

Отчет фиксирует результат проведенной вами проверки по каждому пункту ТЗ.

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

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

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

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

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

Основной принцип аудита или «Не навреди!»

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

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

С аудитом, как с клятвой Гиппократа, главное — не навредить.

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

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

Встречу обязательно записываете и запись также передаете заказчику.

Вот мы и подошли к вопросу: «А что потом? Мы провели аудит, почему бы сразу всё не исправить?».

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

Во-вторых, на этапе составления ТЗ вы не можете достоверно предположить, какие работы и в каком объеме потребуются. Это вы поймете только после завершения проверки.

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

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

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

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

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

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

Все подробности в личке, пишите пообщаемся и всё обсудим — написать в Telegram

По вопросам заказа аудита проекта напишите в бот поддержки — сделать заявку