사람들이 공급 업체를 미워하지 않도록 소프트웨어 제품 관리에서 어떤 실수를 피해야합니까?


10

이전 질문 사람들이 마이크로 소프트 싫어하는 이유에 대해 폐쇄되었다. 이것은 동일한 일반 노선을 따라 다소 건설적인 질문에 대한 시도입니다. 이것은 더 넓고 좁습니다. Microsoft뿐만 아니라 일반적으로 소프트웨어 공급 업체에 관한 것이 더 일반적입니다. 소프트웨어 제품 관리 만 다루면 더 좁아집니다.

따라서 개별 소프트웨어 제품을 관리 할 때 개별 제품뿐만 아니라 회사 전체를 긍정적 인 관점에서 존중 / 사망 / 보이게하려면 어떤 단계를 수행해야합니까 (또는 피해야합니까)?

답변:


10

가장 중요한 것은 분명히 양질의 제품을 제공하는 것입니다.

다른 중요한 주제들 :

  • 정직. 어쨌든 진실이 언제 나올지 거짓말하지 마십시오.
  • 신뢰성. 마감일을 준수하십시오.
  • 유효성. 이메일에 회신하고 전화를받습니다.
  • 협조 할 의지. 고객과 가장 가까운 경쟁 업체와 협력하여 고객이 필요로하는 것을 만들려면 전문적으로 수행하십시오. 고객을 먼저 괴롭히는 더러운 속임수는 없습니다.

내 목록의 마지막 항목은 아마도 MS가 그렇게 나쁜 평판을 얻었을 것입니다 (그러나 지금은 그 점에서 훨씬 더 낫다고 생각합니다). 소규모 회사가 그렇게하면 훨씬 더 나빠집니다.


3

열정적 인 고객을 만드는 데 먼 길을 갈 수있는 두 가지로 시작하는 철저한 목록, 제품 홍보를 위해 출발하는 고객.

  • 반응이 좋고 정중 한 지원 모델. 빠르거나 고객에게 좋은 지원을 제공하는 것만 큼 좋은 것은 없습니다. 직접 반응 모델이 이상적입니다. 게시판 사이트와 같은 커뮤니티 지원 모델을 사용하더라도 누구나 질문 할 수 있고 누구나 질문에 대답 할 수는 있지만 지원 담당자와 함께 씨앗을 심고 도움을 줄 수 있습니다. 고객 서비스에 대한 오래된 최대치-누군가에게 좋은 고객 서비스를 제공하면 한 사람에게 그것에 대해 알려줄 수 있습니다. 열악한 고객 서비스를 제공하면 10 명에게 알릴 것입니다. 웹 세계에서는 이제 10 명이 여러 번 곱해집니다.

  • 좋은 디자인을 사용하면 사람들을 즐겁게하려고합니다. 엔지니어링뿐만 아니라 디자인도 필요합니다. 고객의 의견을 듣고, 어깨 너머로보고, 프로토 타이핑 및 출시 된 제품의 지속적인 개선.

내가 추가 할 다른 두 가지 :

  • 품질-,, 버그 수에 단단히 고정하고 견고해질 때까지 방출되지 않습니다. 기능 과부하가있는 색다른 제품보다는 견고한 제품에 중점을 둡니다. 웹 1.0의 열풍 속에서 언젠가는 큰 공급 업체가 웹 사이트를 개발할 때 실제 품질 프로세스없이 소프트웨어를 반복적으로 개발할 수 있다는 것이 얼마나 위대한 지 발표했습니다. 그 무렵, 나는 그들의 새로운 사이트 중 하나를 시험해 보았고 거의 즉시 나를 깨뜨 렸습니다. 출시 전 테스트가 없었던 것 같습니다. 동맹국을 좌절시키고 새로운 고객을 멀리하는 좋은 방법입니다.

  • 사람들이 소프트웨어를 사용하는 방법에 적합한 라이센스 모델. 사람들은 자신이 지불해야한다는 것을 알고 있지만, 정책에 사람들이 필요로하는 유연성을 반영 할 수 있다면 모든 사람에게 효과적입니다. 예 : 여러 컴퓨터 또는 업무용 및 가정용 컴퓨터를 사용할 수있는 좌석 당 라이센스. 많은 사람들이 하나 이상의 컴퓨터를 가지고 있기 때문입니다.

-알렉스


3

증오하는 몇 가지 방법 :

비즈니스 제품을 마케팅하고 판매 할 때 구매 권한이없는 사람들을 목표로하십시오. 그런 다음 사용성에 대해 걱정할 필요가 없습니다.

이상적으로 가격은 혼란스럽고 비합리적이어야합니다. 명확하게 차별화되지 않은 기능을 가진 여러 버전이 있습니다. 이상적으로 하나 또는 두 개의 특히 바람직한 기능을 가격 규모에서 높이 올리면 사람들은 사용하지 않을 많은 것들에 대해 큰 돈을 지불해야한다는 느낌을받습니다.

전력이 충분하면 이후 버전의 소프트웨어가 이전 버전과 호환되지 않으며 업그레이드 할인을 제공하지 않습니다. 추가 포인트를 얻으려면 사람들에게 익숙한 기능을 제거하십시오.

실제로 작동하지 않는 기능을 광고하십시오. 제품을 충분히 제어 할 수있는 경우 강제 업그레이드로 일부를 제거하십시오.

간헐적으로 버그가있는 버그를 남겨 두십시오. 어떤 일이 발생하면 그것이 당신의 잘못이 아닌 이유를 생각해보십시오. 불평하는 고객을 돌파하십시오. 또는 실제로 제품의 사용성을 떨어 뜨리는 수정 프로그램을 생각해보십시오.

품질 관리는 고객 만족을 원하는 회사를위한 것입니다. 많은 베타 테스터가 있습니다. 사용하십시오. 피드백을 제공하지 않아도 보고서를받을 수 있습니다. 다음 버전에서 많은 문제를 해결할 수 있습니다 (위의 약간의 비 호환성, 업그레이드 가격 없음 및 기능 제거에 대한 내용 참조).

사용자 컴퓨터를 엉망으로 만듭니다. DRM은 특히 누군가에게 미리 알려주지 않고 (특히 제품과 같은 제품에서 DRM을 기대하지 않는 경우) 유용합니다.

불법 복제 방지 조치가 훌륭합니다. 탐지 알고리즘에 많은 오 탐지가 있는지 확인하십시오. 허위 긍정을 수정하는 편리하거나 쉬운 방법이 필요하지 않습니다.

요즘 우스운 일을 주장하는 혼란스러운 EULA는 일반적입니다. 그들을 미워하기 위해서는 거기에 무언가를 묻고 나중에 시행해야합니다.

설명서는 겁쟁이 용입니다. 문서에서 몇 가지 중요한 작업을 수행하는 방법을 알아내는 것은 사실상 불가능합니다. (불행히도 시간이 지남에 따라 너무 효과적이어서 실제로 효과적이지 못했습니다.)

어색한 문서와 신청 절차가 필요한 리베이트가 좋습니다. 요즘 많은 영수증이 시간이 지남에 따라 사라지는 방식으로 인쇄되므로 원본 영수증을 요구하고 처리하는 데 시간이 오래 걸리므로 많은 비용을 절약 할 수 있습니다.

오만함과 잘 알려진 반 경쟁 관행은 항상 여기에서 유용합니다.

(어떤 제안을 염두에두고 어떤 제안이나 개인적으로 겪은 제안을 추측 할 필요는 없습니다.)


이 목록에 불일치 및 연결을 추가하십시오. 응용 프로그램이 동일하다고 기대할 때 일부 응용 프로그램이 미묘하게 다른 작업을 수행하도록하십시오. (아마도 Outlook과 IE에서 HTML 처리?) 일부 응용 프로그램은 다른 응용 프로그램에서만 올바르게 읽을 수 있고 독점적 인 데이터 형식으로 무겁게 내보내는 형식으로 문서를 내보내거나 형식이 문서화되지 않은 경우 보너스 포인트로 만듭니다. 잡았다.
Julia Hayward

2

1) 양질의 제품 만들기
2) 고객 이해
3) 일관성 유지


일관성 +1 사람들은 종종 어디에서야하는지 알 필요가 있기 때문에 광휘와 끔찍함이 변동하지 않고 일관된 평범함을 유지합니다.
Jon Hopkins

@ 존 fluctuating brilliance니스. 예측 가능성에는 상당한 가치가 있습니다.
George Marian

1

공개적이고 명확한 방식의 가격-여기에는 초기 구매 가격뿐만 아니라 업그레이드, 추가 기능 또는 모듈, 지원, 컨설팅, 교육 및 기타 관련 비용이 포함됩니다.

저렴할 필요는없고 원하는만큼 적극적으로 가격을 책정 할 수 있지만, 내 경험상 가격과 관련하여 무엇보다 고객을 화나게하는 것은 분명하지 않은 추가 사항과 더 많은 돈을 가지고 있다는 생각입니다 그들은 불공평하게 추출하여 지금 구매했습니다.

알 수없는 비용은 돈에 관한 것이 아니라 사람들의 명성에 관한 것입니다. 구매 한 사람은 프로젝트 예산을 책정 할 때 명성을 얻었습니다. 추가 비용이 돈을 위해 가치가 있더라도, 당신은 그들이 상사에게 돌아가서 더 많은 돈을 요구해야 할 때, 당신은 그들이 망친 것을 인정하고 그들이 당신을 미워하게 할 것입니다.


1

소프트웨어 회사를 긍정적 인 시각으로 유지하는 것은 거래의 양쪽 측면을 포함합니다.

회사는 다음을 수행해야합니다.

  1. 선택한 분야에서 목적에 가장 적합한 코드를 지속적으로 제공
  2. 고객 피드백에 따라 지속적으로 개선을 위해 노력하고 있습니다.
  3. 공정한 것으로 보인다

고객은 다음을 수행해야합니다.

  1. 그들이 잘하고 / 나쁘게 일하고 있다고 회사에 피드백을 제공하십시오
  2. 응답에 대한 기대치가 합리적이어야합니다.

이 간단한 규칙들로부터 많은 좋은 것들이 자연스럽게 따릅니다. 문제는 시장의 힘과 경쟁이 그 자체가되는 것입니다.


1
사실 나는 첫 번째 "필수"가 사실이라는 것을 완전히 확신하지는 못합니다. 잘해야하는 것을 수행하고 사용자에게 좋은 가치를 나타내는 것을 제공하는 것에 대한 자세한 내용입니다. 그것은 명백히 우수하지 않을 수도 있고, 어떤면에서는 명백히 열등 할 수도 있지만, 그것이 잘 작동 하고 훨씬 더 저렴한 경우 동일한 결과를 얻습니다.
Murph

@Murph 저는 너무 많은 의미를 상급자에게 적용하려고한다고 생각합니다. 아마도 "목적에 가장 잘 맞는 것"이 ​​더 좋은 표현 일 것입니다. 이것을 반영하기 위해 답변을 편집했습니다.
게리 로우

가치가 "목적에 가장 적합"하다는 것이 확실하지 않지만, 당신이 말하려는 것에 감사합니다-설명하기 어려운 것입니다.
Murph

1

뉴스에 많이 노출되는 Microsoft, Google 또는 Facebook과 같은 대기업 인 경우 사람들이 나를 미워하지 못하게 할 수 없습니다. 그것은 불가능.

더 당신이 성공적으로 , 더 당신이하는 미워 .

공급 업체는 hatemeter성공 이라는 측정 값을 얻기 위해 측정 항목을 만들어야합니다 . ;)

그렇기 때문에 기업가의 최고 품질 중 하나가이를 이해하고 처리 할 수있는 이유입니다. 더 중요한 것은 나쁜 피드백을 사용하여 제품을 개선하는 것입니다 (모든 피드백은 흥미 롭습니다).

벤더들이 직면해야하는 진정한 도전은 미움이 아니라 무관심 입니다.

편집 : 나는이 매우 흥미로운 웹 사이트를 발견했다 . 누구나 인기있는 다양한 회사 및 제품에 대한 의견을 제시 할 수 있습니다. 투표 금액이 너무 적어서 결과를 적절하게 만들 수 없지만 흥미로운 유권자들이 이유를 설명해야합니다. 나는 당신이 의견을 발견하고 스스로 인간의 본성을 판단하는 것을 복잡하게합니다.


매우 기본적인 수준에서 (즉, 그것을 위해 무언가를 싫어하는 많은 반동적 인 바보가 있습니다) 이것은 사실이지만 나는 그것이 도움이 될지 확신하지 못합니다. 작은 토큰 수준을 넘어 미워하지 않고 성공한 많은 회사가 있습니다. Dropbox를 싫어하는 사람은 없습니다. 또는 트위터 (회사-십대들이 제품을 사용하는 방식을 좋아하지 않지만 회사를 싫어하지 않는 사람들이 있습니다).
Jon Hopkins

어느 회사를 염두에두고 있습니까?

@Pierre-시작 Dropbox 및 Twitter에 대한 두 개의 목록입니다.
Jon Hopkins

@ 존 : 무엇? 티셔츠가 없으세요? marketinginprogress.com/wp-content/uploads/2010/06/…

@Pierre-제품 사용 방식을 싫어하는 것과 회사를 싫어하는 것의 차이점이라고 생각합니다.
Jon Hopkins

1

내가 사용했던 상용 소프트웨어의 각도에서이 문제에 대해 이야기하겠습니다.

너무 많은 유연성 – 이것은 매우 중요합니다. 유연성을 제공하려는 열망은 대부분의 사람들이 원하는 기능의 설계를 포기한다는 것을 의미합니다. 사용자가 실제로 좋아하는 "유연한"제품을 사용한 적이 없습니다. 설계 오류를 해결하는 방법을 알아 내고 싶지는 않습니다. 우리는 잘 알려진 공급 업체의 "유연한"프로젝트 관리 소프트웨어를 보유하고 있으며 이름은 그대로 남아 있습니다. 유연성이 뛰어나서 프로젝트를 요청한 고객을위한 필드와 같은 것이 없습니다 (수만 달러의 제품을 필요로하는 회사가 클라이언트별로 프로젝트를 정렬 할 필요가없는 회사는 몇 개입니까? 그것은 0이 될 것이다.). 아이디어 나 인시던트를 프로젝트로 변환 할 때 정보가 프로젝트로 자동 이동하지 않습니다. 개발자가 시스템을 실제로 설계하지 않았기 때문에 원했던 것이 무엇인지 또는 매우 성가신 사람에 대한 세부 정보를 검색 할 수있었습니다. 필드를 추가 한 다음 모든 양식을 수정하여 해당 필드를 볼 수 있도록하는 복잡성으로 인해 거의 모든 사람들이 제품을 우리에게 판매 한 모든 "훌륭한"기능에 대해 제품 사용을 포기하고 문서화하는 데만 사용한다는 것을 의미합니다. 시각. 일반적으로 시스템이 유연할수록 더 많은 사람들이 그것을 싫어할 것입니다. 그것은 우리에게 팔렸고 시간을 기록하기 위해서만 사용되었습니다. 일반적으로 시스템이 유연할수록 더 많은 사람들이 그것을 싫어할 것입니다. 그것은 우리에게 팔렸고 시간을 기록하기 위해서만 사용되었습니다. 일반적으로 시스템이 유연할수록 더 많은 사람들이 그것을 싫어할 것입니다.

데이터베이스 고유의 성능이 더 우수한 코드를 작성하는 대신 데이터베이스 중립적이되기를 원하므로 성능에 대한 고려 부족.

데이터베이스에 수백 명의 동시 사용자와 대규모 데이터 세트가있는 환경에서의 테스트 부족. 소규모 데이터 세트에 적합하게 작동하는 데이터베이스 쿼리는 대규모 데이터베이스에 적합하지 않은 경우가 많습니다. 잘 알려진 콜센터 소프트웨어 프로그램이있는 콜센터에서 일한 적이 있는데, 한 화면에서 다음 화면으로 이동하는 데 10 분이 걸릴 수 있습니다. 당신은 전화를받는 사람과 사용자가 이것을 얼마나 좋아했는지 상상할 수 있습니다. 가장 일반적인 오류는 데이터베이스의 시간 초과입니다.

변화를위한 변화. 모든 것을 수행하는 방법을 재정렬하면서도 원하거나 필요로하는 기능을 추가하지 않는 새로운 버전의 버전을 얻는 것 이상으로 사용자를 성가 시게하지 않습니다 (Office 2007 및 추가 한 엉터리 리본 및 제거한 메뉴 구조 참조). 나는 매일 2 ~ 2 년 동안 내가 의존하는 것들을 다시 배우고 싶지 않으며 대부분의 사용자도 마찬가지입니다. 문제를 더 잘 해결하기 위해 새로운 기술을 배우는 것은 한 가지 일이며, 이미 알고있는 모든 것을 찾을 수 없도록 GUI를 다시 재배 열하는 또 다른 일입니다.

고객 서비스. 문제가있는 경우, 특히 소프트웨어에 대해 막대한 비용을 지불 한 경우 비용이 너무 많이 들지 않고 신속하게 문제를 해결하도록 도와주십시오.

말도 안되는 버그가있는 소프트웨어. 자, 나는 일반적인 방법으로 일반적인 작업을 수행하는 것을 중단 할 수 없어야합니다. 이 물건을 테스트하지 않았습니까? 설치시 또는 제품을 사용하여 처음 며칠 동안 버그를 발견하면 특히 성가신 일입니다. 마지막 버전에서 훌륭하게 작동했던 것들이 더 이상 작동하지 않을 때 더욱 성가신 일입니다. 모든 코드에 버그가 있는지 확인하십시오. 그러나 가장 확실한 코드는 배송 전에 길들여 져야합니다.

이제 올바른 회사에 관해서는 Red-Gate가 그 회사라는 것을 제출합니다. 그들의 물건은 효과가 있습니다. 그것은 그것을 사용하기 위해 많은 어려움을 겪지 않고해야 할 일을합니다. 빠르며 고객 서비스는 훌륭합니다. 내가 경험 한 거의 모든 숙련 된 SQl 서버 dba는 툴 구매를 권장합니다.


0

불완전한 문서 및 개선 요구 없음-현재 데이터베이스 정의 나 다이어그램을 제공 할 수없는 소프트웨어 공급 업체와 협력하고 있습니다. 그들은 "걷는 데이터 사전"이기 때문에 실제로 개발자 중 한 명에게 전화하는 것이 좋습니다. 이제 그들이 왜 응용 프로그램을 개선하거나 버그를 수정하지 않는지 알게 될 것입니다. 그들은 고객 테이블에 무엇이 있는지 설명하기에 너무 바쁩니다.

편집 : 이제 나는 그들이이 데이터베이스를 문서화하지 않은 이유를 알고 있습니다.

  1. dt = date, s = string / varchar, d = float 유형에 따라 필드 이름에 대한 명명 규칙이 있습니다.
  2. 고유 한 클러스터형 인덱스에만 기본 키가 없습니다.
  3. 어떤 테이블에도 제한이 없습니다.
  4. 저장 프로 시저의 대부분에는 다음이 포함됩니다. 선택 *
  5. 모든 키 필드는 문자열 유형입니다 (최소한의 문제).
  6. 많은 커서!
  7. 그들은 패치에 대한 의견과 버전 번호를 언급했지만 그게 전부입니다.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.