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

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/20790

Вопрос

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

Итак, какие шаги следует предпринять (и/или избегать) при управлении отдельными программными продуктами, чтобы гарантировать, что не только отдельные продукты, но и компания в целом пользуется уважением/любимостью/видится в положительном свете?

Это было полезно?

Решение

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

Другие важные темы:

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

Последний пункт в моем списке, вероятно, и принес MS такую ​​плохую репутацию (хотя я думаю, что сейчас они намного лучше в этом отношении);и еще хуже, когда это делают небольшие компании.

Другие советы

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

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

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

Два других я бы добавил:

  • Качество - да, сохраняя плотную крышку на количество ошибок, а не выпуская, пока оно не станет твердым. Сосредоточение внимания на твердости, а не на сложном с перегрузкой. Я помню, как когда -то во время безумия Web 1.0 крупный поставщик объявил, как здорово было иметь возможность итеративно разработать программное обеспечение без реального процесса качества при разработке веб -сайтов. Примерно в это же время я попробовал один из их новых сайтов, и это почти сразу же сломалось. Казалось, ясно, что у него не было тестирования перед выпуском. Хороший способ расстроить ваших союзников и отвергать новых клиентов.

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

-- Алекс

Некоторые способы быть ненавистными:

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

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

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

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

Оставьте некоторые ошибки, предпочтительно прерывистые ошибки. Придумайте причины, почему, если что -то происходит, это не ваша вина. Stonewall ваших жалобных клиентов. В качестве альтернативы придумайте исправление, которое фактически делает продукт менее полезным.

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

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

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

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

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

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

Высокомерие и широко разрекламированные антиконкурентные практики всегда полезны здесь.

(Никаких очков за угадание, какие предложения я написал с учетом компаний, или даже какие из них, или какие я перенес лично.)

1) Создать качественный продукт
2) Понять клиента
3) Поддерживать последовательность

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

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

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

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

Компания должна:

  1. Непрерывно предоставлять код, который наиболее подходит для цели в выбранных их областях
  2. Считается, что он постоянно стремится улучшаться, действуя на отзывы клиентов
  3. Считаться справедливым

Клиент должен:

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

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

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

Чем больше вы успешный, чем больше ты ненавистный.

Продавец должен создать метрику, называемую hatemeter Чтобы измерить их успех! ;)

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

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

РЕДАКТИРОВАТЬ: Я нашел это очень интересным Веб-сайт. Анкет Это позволяет кому -либо высказать свое мнение о различных популярных компаниях и продукте. Количество голосов слишком низка, чтобы сделать результаты актуальными, но что интересно избирателей, должно объяснить почему. Я позволяю вам открыть для вас комментарии и судить о себе, человеческая природа сложна.

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

Слишком большая гибкость - это важно. Не позволяйте своему желанию предложить гибкость, что вы отказываетесь от разработки функций, которые хотели бы большинству людей. Я никогда не использовал «гибкий» продукт, который пользователям действительно любил использовать. Они не хотят выяснять, как исправить ваши ошибки дизайна. У нас есть «гибкое» программное обеспечение для управления проектами от известного поставщика, которое остается безымянным. Это настолько гибко, что у него нет таких вещей, как поле для клиента, который запросил проект (сколько компаний достаточно больших, чтобы нуждаться в продукте, который стоит десятки тысяч долларов, не нужно иметь возможность сортировать проекты по клиенту? Это было бы ноль.). Когда вы конвертируете идею или инцидент в проект, информация не автоматически переходит к проекту, ищет подробности о том, что было необходимо, или кто хотел, чтобы она чрезвычайно раздражала, потому что разработчики на самом деле не разработали систему, так как она был таким «гибким». Сложность попыток добавить поля, а затем исправить все формы, чтобы вы могли видеть эти поля, означает, что почти все сдались, используя продукт для всех «отличных» функций, которые он был продан нам, и только используйте его для документирования время. В целом, чем более гибкая система, тем больше людей будут ненавидеть ее.

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

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

Изменения ради перемен. Ничто не раздражает пользователям больше, чем получение новой версии чего -то, что переставляет, как делать все, и все же не добавляет никаких функций, которые они хотели или необходимы (см. Office 2007 и дерьмовую ленту, которую они добавили, и структуру меню, которую они удалили). Я не хочу переучить то, что я зависел от ежедневного года или двух лет, и большинство пользователей не делают. Одно дело выучить новые Techiniques, чтобы лучше решать проблемы, и это еще одно - просто воспользоваться графическим интерфейсом, чтобы вы не могли найти все, что вы уже знали, как это сделать.

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

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

Теперь о компании, которая делает это правильно - я утверждаю, что Red -Gate - это компания. Их материал просто работает, он делает то, что, по его словам, должно быть без особых проблем с моей стороны, чтобы использовать его, это быстро, и их обслуживание клиентов великолепно. Практически каждый опытный DBA SQL Server, который я когда -либо знал, рекомендует покупать свои инструменты.

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

РЕДАКТИРОВАТЬ: Теперь я знаю, почему они не документировали эту базу данных:

  1. Существует соглашение об именах для имен поля на основе типа: dt = date, s = string/varchar, d = float
  2. Нет только первичных клавиш, только уникальные кластерные индексы.
  3. Нет ограничений на каких -либо таблицах.
  4. Большинство хранимых процедур содержат: выберите *
  5. Все ключевые поля - типы строк (наименьшие проблемы)
  6. Курсоры в изобилии!
  7. Они прокомментировали и номер версии номеровались свои патчи, но это все.
Лицензировано под: CC-BY-SA с атрибуция
scroll top