Даже если вы не работаете в сфере ИТ, вы почти наверняка так или иначе работаете с технологиями - создавая электронные таблицы, обновляя веб-страницы, проверяя информацию о клиентах из баз данных или просто читая электронные письма. И, как вы, наверное, заметили, технология не всегда работает так, как вам хотелось бы, или, что еще хуже, так, как должна. Это означает, что иногда вам нужно работать с вашей технической командой для решения проблем.
Однако, как известно любому, кто участвовал в этом взаимодействии, оно не всегда проходит гладко. Чтобы убедиться, что вы получаете необходимую вам помощь и что технические специалисты всегда рады помочь вам, вот практические советы для общения с командой таким образом, чтобы это хорошо сработало для обеих сторон.
1. Чрезвычайная ситуация
Пример: «Сайт не работает!»
Ваш цифровой мир рушится, или, может быть, просто сервер вашей компании рушится. Каким бы ни был кризис, вам нужно немедленно связаться со своей технической командой, но без паники, сумасшествия и переворота рабочих столов. Нет, вам нужно сделать это правильно, потому что это очень важно. Это означает, что вы должны как можно быстрее донести факты до технической команды.
Но предупреждающее слово перед тем, как отправлять это электронное письмо всеми заглавными буквами или звонить разработчику в воскресенье утром: убедитесь, что ситуация действительно «жизнь или смерть». Для большинства компаний «жизнь и смерть» подразумевает практический результат., Другими словами, это проблема, которая останавливает или серьезно мешает вам, вашим коллегам или вашей компании правильно обслуживать клиентов? Да? Продолжать. Нет? Сделай глубокий вдох.
Не уверен, что считается чрезвычайной ситуацией? Спросите своего босса, есть ли политика, и если да, то какая процедура должна соблюдаться в случае, если случится худшее. Если ничего из этого не существует, запланируйте быстрый разговор с вашим техническим менеджером или ведущим разработчиком о возможности настройки системы. Скорее всего, ИТ-команда не только оценит ваш интерес, но и будет рада, что это приведет к уменьшению количества ложных срабатываний в будущем. (Даже технические энтузиасты боятся чрезвычайной ситуации на сервере в 11 вечера.)
2. Внутренние ошибки
Пример: «Когда я нажимаю кнопку« Далее », я не перехожу на следующую страницу».
На этот раз проблема не является угрозой для бизнеса, но это раздражающий сбой, который усложняет выполнение задач. Вы могли бы продолжить свой день, работая над ошибкой, но вы не должны просто игнорировать ее.
Опять же, вы должны следовать любой установленный протокол для отчетности. (И, возвращаясь к первому пункту, вы можете помочь настроить систему отчетности, если ее в настоящее время не существует.) Когда вы подаете свой отчет, не забудьте включить как можно больше соответствующей информации.
Отчет о мечте будет включать следующее:
- Что вы пытались сделать
- Что случилось, когда ты это сделал
- Устройство и операционная система, которые вы использовали
- Любое программное обеспечение
- Скриншот проблемы
Хотя эта информация может показаться утомительной, она поможет технической команде быстрее диагностировать проблему. Хотите бонусные баллы (и ваши проблемы решаются быстрее)? Повторите свои технические термины, чтобы поговорить об ошибке. Это спасет всех вовлеченных в множество догадок.
3. Срочное обновление
Пример: «Клиенту нужна обновленная EOD его домашней страницы».
Возвращение к кризису. Но на этот раз вы тот, кто инициирует спешку. Это означает, что вы должны быть особенно внимательны к своим ИТ-сотрудникам. Быть очень ясным о том, что должно быть сделано. И, если вам нужна помощь с несколькими предметами, сообщите команде приоритет каждого из них, на случай, если все не может быть сделано одновременно.
Кроме того, вместо того, чтобы требовать, чтобы техническая команда бросила все, чтобы служить вам, спросите, сколько времени, по их мнению, необходимо для внесения изменений. Если это не может быть выполнено так быстро, как вы хотите, вы должны подтвердить, почему задача настолько срочна (помните этот итог?), И дать понять, что вы здесь, чтобы помочь завершить ее как можно скорее.
Также важно помнить, что только потому, что вам нужно что-то, это не всегда делает это возможным. Всегда предполагайте, что до того, как вы приехали со срочным заданием, техническая группа работала над другим проектом (или двумя, или тремя) с крайним сроком.
Да, вам, вероятно, на законных основаниях нужно что-то сделать прямо сейчас, но есть ли временное или быстрое исправление (например, просто исправление опечаток и неработающих ссылок), которые будут работать на данный момент? Если так, то иди с этим. Затем установите график для остальной части проекта, который работает для всех участников.
4. Небольшое предложение
Пример: «Мы должны предоставить читателям возможность комментировать наш блог, используя их профили в Facebook».
У вас есть умная идея, которая, по вашему мнению, улучшит приложение или веб-сайт вашей компании? Вы можете быть к чему-то. Но это не значит, что вы должны спешить в техническую команду и ожидать похвалы за вашу идею. Вместо этого вам нужно быть умным и уважительным к тому, как вы к нему подходите.
Сообщите разработчикам или дизайнерам, почему вы считаете, что ваша идея заслуживает реализации («Наша маркетинговая команда только что поделилась статистикой о том, насколько активны наши клиенты на Facebook, и я думаю, что это может помочь нам улучшить взаимодействие на сайте»). В то же время помните о временных и денежных ограничениях, с которыми сталкиваются все. И не забывайте уважать знания и мнения ваших ИТ-специалистов. Попробуйте использовать «мог» вместо «должен», чтобы не звучать так, будто вы уже знаете все правильные ответы.
Кроме того, если придумывать подобные идеи - обычная часть вашей работы, попробуйте узнать о разработке или дизайне. Даже некоторые базовые знания помогут вам сделать более полезные и реалистичные предложения.
5. Большая идея
Пример: «Как насчет редизайна всей домашней страницы?»
Иногда вы хотите встряхнуть вещи. И ваши идеи как постороннего могут (иногда) быть именно тем, что необходимо для обновления стратегии или бренда вашей компании.
Но не увлекайтесь своими революционными побуждениями. Опять же, вы должны сообщить своей команде дизайнеров или разработчиков, почему вы считаете, что изменения необходимы. И, поскольку вы говорите о капитальном ремонте, вы должны быть готовы оправдать затраты и время, необходимые для этого.
Вы можете сделать идею более привлекательной, если сможете найти способ помочь. Может быть, вы можете быть бета-тестером. Или вы можете написать копию. Или, может быть, вы можете одолжить техническую команду своему стажеру, чтобы помочь исследовать несколько (более простых) аспектов процесса. Любой способ облегчить нагрузку означает, что ваша большая идея может стать реальностью быстрее.
Независимо от того, что вам нужно, это чувствительная ко времени задача или просто творческое предложение по улучшению, знание того, как обратиться к вашей технической команде, когда вам нужна их помощь, облегчит обе ваши работы и поможет всем лучше работать вместе, в идеале приводя к меньшему количеству запутанных электронных писем, которые стресс всех.
