Для чего необходимы комментарии как оформляются

Зачем нужны комментарии на сайте

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

Один из способов взаимодействия с клиентами и читателями – это комментарии на сайте. Тема достаточно спорная. Кто-то говорит, что это полезно для сайта, а некоторые скептически к этому относятся. Давайте разберемся в этом вопросе.

Примерно два года назад мы сделали ребрендинг своего блога и тогда было много вопросов насчет комментариев:

Вообще комментарии на сайте нужны как минимум по нескольким причинам:

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

Варианты комментирования

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

Нюансы: обязательно найдутся те, кто напишет: «Они не размещают мои комментарии». Поэтому модерация должна быть быстрой, а не через 2 недели после написания сообщения.

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

Нюанс: кто-нибудь захочет поспамить и обязательно оставит рекламную ссылку.

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

Теперь остался самый важный вопрос, как запустить комментарии с технической точки зрения? Есть 3 способа:

1. Написать свой код.

Минусы: Это дорого, порой не имеет смысла.

2. Использовать плагины социальных сетей.

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

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

3. Использовать код специального сервиса.

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

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

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

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

Список правил расположили под комментариями:

В этом своде правил, четко прописано, что будет публиковаться, а что – нет.

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

Полезные советы по работе с комментариями

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

Например, статья «Зачем вам нужен https? И нужен ли?». Вызвала шквал комментариев, читатели задавали много вопросов, просили совета и оставляли свое мнение.

Оперативно отвечайте. Не медлите с ответом, особенно это касается негатива. Много не очень приятных комментариев было у нас к статье «500 ли рублей ему красная цена: о продающих текстах и биржах фриланса».

И в таком духе 60 сообщений. Ни один не удалили.

Благодарите. Говорить «спасибо» нужно не только за хорошие комментарии, но и за то, что читатель нашел ошибку.

Прочитать статью и сами комментарии можно здесь.

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

Вот один из примеров:

Чем закончился диалог, можно посмотреть тут.

Источник

10 основных правил деловой переписки

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

Как обычно мы общаемся с коллегами?

Привет! Там клиент чего-то попросил сделать, я так и не понял. Сможешь к завтра?

Кому: project@********.ru, manager@********.ru, kolya@********.ru, submissions@********.ru, superduper@********.ru, arinastepanovna@********.ru, kotik@********.ru, natasha1990@********.ru, klassnjiparen@********.ru, irrishka@********.ru, bigboss@********.ru, russiavpered@********.ru….

Ну что, мы договорились? Сделаешь?

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

Правила внутрикорпоративной деловой переписки

Содержание письма

Рабочая почта — для рабочих писем, поэтому лучше сразу ограничить круг тем, по которым стоит писать деловые сообщения:

Для остальных мелких задач есть Skype и другие сервисы.

Тема в письме нужна по двум причинам:

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

Тема: Договор → Прошу согласовать договор

Тема: Срочно → Пришли банковские реквизиты (срочно)

Тема: Важно → Резюме встречи по проекту ***

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

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

Адресация

В поле «Кому» ставят тех, от кого требуется ответ на письмо. Если получателей несколько, отписаться, как правило, должны все.

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

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

Приветствие

Приветствие с именем («Игорь, здравствуйте!», «Олег, привет») – простая норма вежливости. Письмо без приветствия неуловимо меняет настроение получателя. Даже если вы пишете старому другу, поздоровайтесь с ним в первом письме дня.

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

Первое предложение — суть письма

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

Если вопросов, которые предстоит решить, много, в начале стоит написать «Накопились вопросы по проекту. Прошу ответить в течение дня».

Обязательное прочтение всех вложений и пересылаемых комментариев

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

Уточнения

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

Орфография и пунктуация

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

Для этого есть пара причин:

Структура

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

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

Оперативность ответа

Полчаса-час — нормальное время для ответа на рабочее письмо (в переписке с партнерами или другими лицами не из вашей компании это время увеличивается: как правило, им не нужно решать с вами срочные задачи). Если вы не можете ответить на письмо достаточно быстро, объясните это в ответном письме («Мне требуется время, чтобы собрать материал» или «Я подробно отвечу вам в течение трех часов»).

Важно: не отправляйте письма и не отвечайте на рабочие сообщения в нерабочее время. Пожалейте всех.

Тимур Асланов, главный редактор журнала «Управление сбытом», руководитель издательского дома «Имидж-Медиа», автор блога о продажах и маркетинге www.supersales.ru, автор и ведущий семинаров и тренингов по продажам, маркетингу и PR, автор книги «Арифметика продаж»

Не пропустите новые публикации

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

Источник

Зачем комментировать исходный код и как это делать правильно

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

Комментарии — поясняющие строки в программном коде, которые позволяют понять смысл написанного. Они пишутся для людей, но игнорируются компиляторами и интерпретаторами.

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

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

Чем комментарии могут помочь программисту

Комментарии, в зависимости от ситуации, делают сразу несколько полезных вещей:

Как комментарии оформляют в коде

Комментарии бывают совсем короткими, длиной не более строки, и большими, многострочными.

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

Для выделения комментариев в коде используют разные символы:

Правила, которых принято придерживаться

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

1. Комментарии помещаются прямо над кодом, к которому они относятся. Так проще понять, о чём речь, не вникая в содержание каждой строчки. Совсем короткие пояснения можно писать справа.

2. Комментируют все основные элементы кода: модули, функции, константы, глобальные переменные, интерфейсы, классы и их составные элементы (методы, свойства, константы).

3. Пишут коротко и по делу. Комментарии без смысловой нагрузки страшно раздражают. Не нужно писать комментарии типа «это гениальный код», «таблица1», «! №; %:? *» и подобные.

4. Нельзя, чтобы комментарии оскорбляли кого-то или содержали слова, которые не поймёт технарь. В поддержку движения Black Lives Matter Twitter в своем коде решил не использовать слова slave, master и blacklist. Кто-то из россиян, возможно, улыбнётся, но стандарт есть стандарт.

Документирующие и поясняющие комментарии

В зависимости от того, для чего нужны комментарии, их условно делят на два вида:

Пример на языке Java:

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

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

Как комментируют функции и библиотеки

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

Например, документирующий комментарий из заголовка библиотеки Lodash для JavaScript выглядит так:

Кроме этого, в заголовочных комментариях к функциям указывают стандартный набор сведений:

Пример из той же библиотеки Lodash:

Главное здесь — избегать бессмысленных комментариев. Вот пример плохого описания процедуры на языке 1С:

К прикладным процедурам, функциям и классам делайте информативные и понятные заголовки с описанием всех входных и выходных параметров.

Как автоматизировать создание комментариев

В различных IDE есть возможность автоматизировать создание комментариев. Это делается с использованием тегов — дескрипторов, которые начинаются с символа @. Вот самые популярные:

Из таких комментариев автоматически формируется документация программы. Для этого используют генераторы документации, например, javadoc для языка Java, phpDocumentor для PHP, doxygen для C и C++, Epydoc для Pithon и другие.

Принцип работы прост. Генератор обрабатывает файл с исходным текстом, находит там имена классов, их членов, свойств, методов, процедур и функций, а затем связывает их с данными из наших комментариев с тегами. Из этой информации формируется документация в формате HTML, PDF, RTF или других.

При разработке библиотек и фреймворков обычно создается документация для API. Со временем она устаревает — в неё не успевают или просто забывают вносить изменения.

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

Когда нужны пояснения в коде, а когда — нет

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

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

Если вы вставили промежуточные комментарии для отладки или объяснения результатов, после окончания работы их нужно убрать. Иначе они будут захламлять код.

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

После отладки их лучше удалить, оставив строки:

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

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

Пример на языке JavaScript:

Здесь и сам метод Number.isFinite (), и глобальная функция isFinite () проверяют, является ли параметр value конечным числом (то есть не ± ∞). Но если value = null, то isFinite (value) возвращает true, а Number.isFinite (value) возвращает false. Поэтому Number.isFinite (value) нельзя менять на isFinite (value).

Обязательно комментируйте код, если в нём есть какие-то тонкости и неочевидные вещи. Например:

Это неудачный комментарий: непонятно, зачем количество умножать на 2.

Правильно будет так:

В любом случае, старайтесь писать поясняющие комментарии как можно реже.

Комментарии в сложном коде и рефакторинг

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

Например, есть метод, который сравнивает числа a и b. Если a > b, он возвращает true, a если a

Весь этот громоздкий кусок кода можно значительно упростить, просто убрав блок if-else:

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

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

Что в итоге

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

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

И помните, что комментарий — не панацея, он не спасёт плохой код, даже если сделает его понятнее. Сложные и запутанные фрагменты сокращайте и делайте рефакторинг, а комментируйте по минимуму.

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

Quality Assurance дословно означает «обеспечение качества» — специалисты отвечающие за функциональное тестирование программного обеспечения на этапе разработки.

Агоритмический язык, который разработан и используется в ПО для управления оборудованием «Буран», «Морской старт», «Фрегат», «Протон-М» и других космических программ РФ.

Встроенный язык программирования, который используется в семействе программ «1С: Предприятие». Является интерпретируемым языком высокого уровня.

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

Интегрированная среда разработки, (Integrated development environment) — комплекс программных средств, используемый программистами для разработки программного обеспечения.

Источник

Новый гост для оформления документов

С 1 июля 2018 года вступил в силу ГОСТ Р 7.0.97-2016. В нем описано, как оформлять деловые и служебные документы: официальные письма, приказы на работе, справки для людей и запросы в ведомства. Россия составила список рекомендаций для всех и предлагает их использовать, чтобы было красиво и понятно.

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

Мы прочитали его весь — вот главное.

Как составлять документы по госту

Вот несколько советов из стандарта:

Зачем гост для документов

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

Этот гост — такая опорная точка: вы можете его не придерживаться, но если нужен ответ на вопрос «Как правильно с точки зрения России?» — вот он, этот ответ.

Применять или не применять гост — решайте сами. Штрафов за это нет. Но если вы где-то публично заявите: у нас, мол, документы по госту, — тогда уже должны применять обязательно.

Когда документ на нескольких страницах

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

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

Шрифты — бесплатные

Шрифты рекомендуют такие:

Или похожие по начертанию и размеру.

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

Отступы и интервалы

Абзацный отступ — 1,25 см.

Заголовки разделов — с таким же абзацным отступом слева или по центру.

Вот требования к интервалам:

Минимальные поля для всех документов:

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

Выравнивание — по ширине

Документы по госту нужно выравнивать по ширине листа.

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

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

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

Реквизиты документа

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

В верхней части документа нужно написать, какая компания его составила, ее адрес, телефон и электронную почту, ИНН, ОГРН и другие реквизиты с учетом назначения документа.

По госту нужно написать и название документа. Это не касается только деловых и служебных писем. Если это приказ — нужно так и указать.

Дату ставят вверху. Причем не ту, когда составили документ, а когда подписали. Форматы даты такие:

Источник

Говорить нельзя молчать!
Комментарии на сайте: нужны или в топку?

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

О чем я? Я о комментариях на сайте. Тема спорная. Года полтора назад мы делали ребрендинг блога (ох, как круто сказала), и тогда встал ряд вопросов о комментариях. Во-первых, нужны ли комментарии в блоге нам и нашим клиентам-читателям или нет? Во-вторых, если комменты нужны, то как это технически организовать: код свой писать, воспользоваться стандартными сервисами или поставить плагин из соцсетей? Далее предстояло решить: модерировать или без модерации пропускать всё в эфир? Еще очень важно было понять, пропускать пусть и с модерацией в эфир всё или фильтровать сообщения? Стоит ли об этом сообщать авторам?

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

Комменты, а нужны ли они вам?

Зачем могут быть нужны комментарии на сайте:

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

Как организовать процесс комментирования?

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

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

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

В этом же пункте обращу внимание и на еще один важный подвопрос, вытекающий из предыдущих – вам нужны авторизованные пользователи или вы готовы принимать комментарии и от неавторизованных?

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

Вопрос цензуры

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

Если у вас модерируемая система комментирования на сайте, то вроде все просто – не согласовывать неугодные сообщения и все. Однако мы рекомендуем поступить иначе.

Составьте список правил (вне зависимости от того, как публикуются ваши сообщения: с модерацией или без) для комментирования вашего сайта и разместите его в «шаговой доступности» от поля для написания сообщения. Ниже покажу, как это реализовано у нас в блоге.

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

Если комментарии без модерации, сообщите, что сообщение, нарушающее правила, будет удалено админом.

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

На что обратить особое внимание, или оооочень полезные советы!

Не только хвалимся! Не стоит бояться негативных комментариев и удалять их. Наоборот, если вы оставите только ванильные сообщения, типа: «Как тут все отлично!», «Компания самая лучшая» и т.д., может сложиться впечатление, что комменты липовые. А дальше сами понимаете: это ни к чему хорошему не приведет. Все должно быть в меру.

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

У нас один из самых интересных диалогов в блоге к статье «500 ли рублей ему красная цена: о продающих текстах и биржах фриланса» получился достаточно сложным и критичным в наш адрес:

Да-да и в таком темпе 60 комментов. Ни один не удалили. Можете почитать вот тут »

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

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

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

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

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

Куда прикручивать?

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

Конечно, все индивидуально и стоит ориентироваться по ситуации, но эти моменты самые распространенные и очевидные.

Каких результатов мы достигли?

Говоря о комментариях, сложно дать какую-либо числовую, вернее, денежную оценку результата. Но, вот что можем сказать совершенно точно:

Вместо вывода

Хотите комментариев? Поверьте, они есть у клиентов, ваша задача их заслужить. Конечно, количество и частота будут во многом зависеть от сферы бизнеса и вашей целевой аудитории. Но и к самому ресурсу требования не ниже. Следите за контентом (наши копирайтеры могут помочь вам в этом), делайте его полезным, интересным, уникальным, регулярным. Отвечайте на вопросы, поддерживайте диалог. Будьте терпеливы и комментарии у вас в кармане на сайте!

Источник