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

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

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

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

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

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

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

Создание интерфейса — это задача дизайнера. Менеджер должен предъявлять вопросы и озвучивать реальные или возможные проблемы перед дизайнером. Но правки и переделки должен делать сам дизайенр, своими руками. Важно еще понимать, в какой форме менеджер должен ставить задачи перед дизайнером. Он не должен просить дизайнера «сделать кнопку красной, а не зелёной». Он должен сформулировать проблему в целом — например, «нам нужно увеличить число кликов по кнопке в два раза» — чтобы дизайнер сам подумал, как её лучше решить и предложил свой вариант.

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

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

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

Рейтинг на Тостере пока никак не связан с Хабром. Но есть идея в будущем на профиле Хабра выводить блок репутации, заработанной на Тостере. И наоборот, на профиле Тостера выводить блок заработанной репутации на Хабре.