Những sai lầm trong việc quản lý sản phẩm phần mềm phải tránh để mọi người không ghét nhà cung cấp?

Một câu hỏi trước đây về lý do tại sao mọi người ghét Microsoft đã bị đóng cửa. Đây là một nỗ lực cho một câu hỏi có phần mang tính xây dựng hơn trên cùng một dòng chung. Điều này là cả rộng hơn và hẹp hơn mặc dù. Nói chung hơn là về các nhà cung cấp phần mềm nói chung, không chỉ Microsoft. Nó hẹp hơn bằng cách chỉ giao dịch với quản lý các sản phẩm phần mềm.

Vì vậy, những bước cần thực hiện (và / hoặc tránh) trong việc quản lý các sản phẩm phần mềm riêng lẻ để đảm bảo rằng không chỉ các sản phẩm riêng lẻ mà toàn bộ công ty cũng được tôn trọng / thích / nhìn thấy trong một khía cạnh tích cực?

Quan trọng nhất rõ ràng là để cung cấp một sản phẩm chất lượng.

Các chủ đề quan trọng khác:

• Trung thực. Đừng nói dối khi sự thật sẽ sớm xuất hiện.
• Đáng tin cậy. Tuân thủ thời hạn.
• Khả dụng. Trả lời email, nhấc điện thoại.
• Sẵn sàng hợp tác. Nếu nó có nghĩa là làm việc với đối thủ cạnh tranh gần nhất của bạn để làm những gì khách hàng cần, hãy làm điều đó và thực hiện nó một cách chuyên nghiệp. Không có thủ đoạn bẩn làm tổn thương khách hàng đầu tiên.

Mục cuối cùng trong danh sách của tôi có lẽ là thứ khiến MS bị mang tiếng xấu như vậy (mặc dù tôi nghĩ rằng họ tốt hơn nhiều về mặt đó); và thậm chí còn tệ hơn khi các công ty nhỏ làm điều đó.

Một danh sách không đầy đủ, bắt đầu với hai danh sách có thể đi một chặng đường dài để tạo ra những khách hàng thực sự đam mê, những người sẽ nỗ lực quảng bá sản phẩm của bạn.

• Một mô hình hỗ trợ đáp ứng, tôn trọng. Không có gì giống như là nhanh chóng và cung cấp cho khách hàng của bạn hỗ trợ tốt. Lý tưởng nhất là một mô hình phản ứng trực tiếp. Ngay cả với một mô hình hỗ trợ cộng đồng như trang web bảng thông báo nơi mọi người có thể hỏi và bất kỳ ai cũng có thể trả lời các câu hỏi nhưng kiểm duyệt nó và gieo hạt giống với nhân viên hỗ trợ sẽ giúp ích. Một câu châm ngôn cũ về dịch vụ khách hàng - cung cấp cho ai đó dịch vụ khách hàng tốt và họ có thể nói với một người về điều đó. Cung cấp cho họ dịch vụ khách hàng kém và họ sẽ nói với 10 người. Trong thế giới web, 10 người bây giờ được nhân lên nhiều lần.

• Sử dụng thiết kế tốt - bạn muốn nhắm đến những người thích thú. Điều này không chỉ là kỹ thuật mà còn là thiết kế - lắng nghe khách hàng, quan sát vai, tạo mẫu và cải tiến liên tục các sản phẩm được phát hành.

Hai người khác tôi muốn thêm:

• Chất lượng - yup, giữ một nắp chặt về số lượng lỗi, không phát hành cho đến khi nó là rắn. Tập trung vào một sản phẩm chắc chắn hơn là một sản phẩm dễ vỡ với tính năng quá tải. Tôi nhớ đôi khi trong lúc điên cuồng của web 1.0, một nhà cung cấp lớn đã thông báo rằng thật tuyệt vời khi có thể phát triển phần mềm lặp đi lặp lại mà không cần một quy trình chất lượng thực sự khi phát triển trang web. Trong khoảng thời gian đó, tôi đã thử một trong những trang web mới của họ và nó đã phá vỡ tôi gần như ngay lập tức. Có vẻ như rõ ràng nó KHÔNG có thử nghiệm trước khi phát hành. Một cách tốt để làm nản lòng các đồng minh của bạn và từ chối khách hàng mới.

• Một mô hình cấp phép hoạt động tốt cho cách mọi người sẽ sử dụng phần mềm. Mọi người biết họ cần phải trả tiền, nhưng nếu bạn có thể phản ánh sự linh hoạt mà mọi người cần trong chính sách của bạn, thì nó sẽ hiệu quả với tất cả mọi người. Ví dụ: giấy phép cho mỗi chỗ ngồi cho phép bạn sử dụng nhiều máy tính hoặc máy tính ở nhà và cơ quan. Bởi vì rất nhiều người có nhiều hơn một máy tính.

- Alex

Một số cách để bị ghét:

Khi tiếp thị và bán sản phẩm kinh doanh của bạn, hãy nhắm đến những người có thẩm quyền mua hàng sẽ không phải sử dụng sản phẩm đó. Sau đó, bạn không phải lo lắng về khả năng sử dụng.

Lý tưởng nhất, giá cả nên gây nhầm lẫn và phi lý. Có nhiều phiên bản với chức năng không được phân biệt rõ ràng. Lý tưởng nhất là có một hoặc hai tính năng đặc biệt mong muốn ở mức giá cao, vì vậy mọi người có cảm giác họ phải trả nhiều tiền cho rất nhiều thứ họ sẽ không sử dụng.

Nếu bạn có đủ năng lượng, hãy tạo các phiên bản phần mềm mới hơn không tương thích với phiên bản trước và không giảm giá nâng cấp. Đối với các điểm bổ sung, loại bỏ chức năng mà mọi người có thể được sử dụng.

Quảng cáo các tính năng không thực sự hoạt động. Nếu bạn có đủ quyền kiểm soát sản phẩm, hãy xóa một số trong số chúng bằng các nâng cấp bắt buộc ít nhiều.

Để lại một số lỗi trong, tốt nhất là lỗi không liên tục. Hãy đưa ra lý do tại sao, nếu có chuyện gì xảy ra, đó không phải là lỗi của bạn. Stonewall khách hàng phàn nàn của bạn. Ngoài ra, đưa ra một bản sửa lỗi thực sự làm cho sản phẩm ít sử dụng hơn.

Kiểm soát chất lượng dành cho các công ty muốn sự hài lòng của khách hàng. Bạn đã có rất nhiều người thử nghiệm beta tiềm năng ngoài kia: sử dụng chúng. Bạn sẽ nhận được báo cáo ngay cả khi bạn không cung cấp cho họ bất kỳ phản hồi nào. Bạn có thể sửa rất nhiều trong số chúng trong phiên bản tiếp theo (xem bên trên về sự không tương thích nhẹ, không có giá nâng cấp và chức năng loại bỏ).

Làm rối tung máy tính của người dùng. DRM rất tuyệt ở đây, đặc biệt nếu bạn không nói cho ai biết về nó trước thời hạn (và đặc biệt nếu họ sẽ không mong đợi DRM trên một cái gì đó giống như sản phẩm của bạn).

Các biện pháp chống vi phạm bản quyền là rất lớn. Hãy chắc chắn rằng các thuật toán phát hiện của bạn có nhiều dương tính giả. Không cần thiết phải có những cách thuận tiện hoặc dễ dàng để sửa lỗi tích cực sai.

EULAs dài gây nhầm lẫn rằng tuyên bố những điều vô lý là phổ biến hiện nay. Để bị ghét bỏ họ, bạn phải chôn vùi một cái gì đó tàn nhẫn trong đó và thực thi nó sau đó.

Tài liệu dành cho wimps. Hãy chắc chắn rằng hầu như không thể tìm ra cách thực hiện một vài điều quan trọng từ các tài liệu. (Thật không may, điều này đã trở nên quá phổ biến theo thời gian để thực sự hiệu quả.)

Giảm giá yêu cầu tài liệu lúng túng và thủ tục ứng dụng là tốt. Hãy nhớ rằng nhiều biên lai hiện nay được in theo cách mờ dần theo thời gian, vì vậy bạn có thể tiết kiệm rất nhiều tiền bằng cách yêu cầu biên nhận gốc và mất đủ thời gian để xử lý chúng.

Sự kiêu ngạo và thực hành chống cạnh tranh được công bố rộng rãi luôn hữu ích ở đây.

.

1) Tạo ra một sản phẩm chất lượng
2) Hiểu khách hàng
3) Duy trì tính nhất quán

Giá theo cách mở và rõ ràng - điều này không chỉ bao gồm giá mua ban đầu mà còn nâng cấp, các tính năng hoặc mô-đun bổ sung, hỗ trợ, tư vấn, đào tạo và bất kỳ chi phí liên quan nào khác.

Bạn không cần phải rẻ, bạn có thể định giá mạnh như bạn muốn, nhưng một điều trong kinh nghiệm của tôi sẽ khiến khách hàng khó chịu hơn bất cứ điều gì khi nói đến giá cả là những bổ sung không rõ ràng và ý tưởng rằng họ có nhiều tiền hơn trích xuất không công bằng từ họ bây giờ họ đã thực hiện mua hàng.

Không biết chi phí không phải là về tiền, họ là về danh tiếng của mọi người. Người mua hàng đã đặt một số danh tiếng của họ lên hàng đầu khi họ đặt ngân sách cho dự án về phía trước. Ngay cả khi chi phí tăng thêm là giá trị đồng tiền, bạn sẽ phải quay lại với sếp của mình và xin thêm tiền, bạn sẽ khiến họ công khai thừa nhận rằng họ đã lừa đảo và họ sẽ ghét bạn vì điều đó.

Giữ một công ty phần mềm trong một ánh sáng tích cực liên quan đến cả hai mặt của giao dịch.

Công ty phải:

1. Liên tục cung cấp mã phù hợp nhất cho mục đích trong các lĩnh vực đã chọn của họ
2. Được nhìn thấy đang tiếp tục phấn đấu để cải thiện bằng cách hành động theo phản hồi của khách hàng
3. Được nhìn nhận là công bằng

Khách hàng phải:

1. Cung cấp phản hồi cho công ty rằng họ đang làm tốt / xấu
2. Hãy hợp lý trong mong đợi của họ về câu trả lời

Từ những quy tắc đơn giản này, rất nhiều điều tốt đẹp tự nhiên làm theo. Vấn đề là, các lực lượng thị trường và cạnh tranh là chính nó, gắn bó với họ là một cơn ác mộng.

Khi bạn là một tập đoàn lớn như Microsoft, Google hoặc Facebook có nhiều tin tức, bạn không thể khiến mọi người ghét bạn. Điều đó là không thể.

Bạn càng thành công , bạn càng bị ghét .

Nhà cung cấp nên tạo ra một số liệu được gọi là hatemeterđể đo lường sự thành công của họ! ;)

Đó là lý do tại sao một trong những phẩm chất lớn nhất của một doanh nhân là có thể hiểu và xử lý điều đó. Và quan trọng hơn, sử dụng phản hồi xấu để cải thiện sản phẩm của họ (bất kỳ phản hồi nào cũng thú vị).

Các nhà cung cấp thách thức thực sự phải đối mặt không phải là ghét, mà là sự thờ ơ .

EDIT : Tôi tìm thấy trang web rất thú vị này . Nó cho phép bất cứ ai đưa ra ý kiến ​​của mình về một loạt các công ty và sản phẩm phổ biến. Số lượng phiếu bầu quá thấp để làm cho kết quả có liên quan, nhưng những gì cử tri thú vị phải giải thích tại sao. Tôi cho phép bạn khám phá các ý kiến ​​và đánh giá bản thân con người là phức tạp.

Hãy để tôi thảo luận điều này từ góc độ của phần mềm thương mại tôi đã sử dụng khiến tôi phát điên.

Quá nhiều tính linh hoạt - điều này rất quan trọng. Đừng để mong muốn cung cấp sự linh hoạt của bạn có nghĩa là bạn từ bỏ việc thiết kế các tính năng mà hầu hết mọi người sẽ muốn. Tôi chưa bao giờ sử dụng một sản phẩm "linh hoạt" mà người dùng thực sự thích sử dụng. Họ không muốn phải tìm ra cách khắc phục lỗi thiết kế của bạn. Chúng tôi có phần mềm quản lý dự án "linh hoạt" từ một nhà cung cấp nổi tiếng sẽ không tên. Thật linh hoạt, nó không có những thứ như một lĩnh vực cho khách hàng đã yêu cầu dự án (Chỉ cần có bao nhiêu công ty đủ lớn để cần một sản phẩm có giá hàng chục ngàn đô la không cần có thể sắp xếp các dự án theo khách hàng? Đó sẽ là con số không.). Khi bạn chuyển đổi ý tưởng hoặc sự cố sang dự án, thông tin sẽ không tự động chuyển sang dự án, làm cho việc tìm kiếm chi tiết về những gì đã muốn hoặc ai muốn nó cực kỳ khó chịu vì các nhà phát triển không thực sự thiết kế hệ thống, vì nó rất "linh hoạt". Sự phức tạp của việc cố gắng thêm các trường và sau đó sửa tất cả các biểu mẫu để bạn có thể thấy các trường đó có nghĩa là khá nhiều người đã từ bỏ sử dụng sản phẩm cho tất cả các tính năng "tuyệt vời" mà nó được bán cho chúng tôi và chỉ sử dụng nó để làm tài liệu thời gian. Nói chung, một hệ thống càng linh hoạt, càng nhiều người sẽ ghét nó. các tính năng nó đã được bán cho chúng tôi như có và chỉ sử dụng nó để ghi lại thời gian. Nói chung, một hệ thống càng linh hoạt, càng nhiều người sẽ ghét nó. các tính năng nó đã được bán cho chúng tôi như có và chỉ sử dụng nó để ghi lại thời gian. Nói chung, một hệ thống càng linh hoạt, càng nhiều người sẽ ghét nó.

Thiếu cân nhắc về hiệu suất bằng cách muốn trung lập cơ sở dữ liệu thay vì viết mã hiệu suất tốt hơn có thể là cơ sở dữ liệu cụ thể.

Thiếu thử nghiệm trong một môi trường với hàng trăm người dùng đồng thời và một bộ dữ liệu lớn trong cơ sở dữ liệu. Các truy vấn cơ sở dữ liệu hoạt động tốt đối với các tập dữ liệu nhỏ thường không phù hợp với các cơ sở dữ liệu lớn. Tôi đã làm việc tại một trung tâm cuộc gọi một lần có chương trình phần mềm trung tâm cuộc gọi nổi tiếng, có thể mất mười phút để chuyển từ màn hình này sang màn hình tiếp theo. Bạn có thể tưởng tượng bao nhiêu người thực hiện cuộc gọi và người dùng thích điều này. Lỗi phổ biến nhất của chúng tôi là thời gian chờ trên cơ sở dữ liệu.

Thay đổi vì lợi ích thay đổi. Không có gì làm người dùng khó chịu hơn là nhận phiên bản mới của một thứ gì đó sắp xếp lại cách làm mọi thứ và không thêm tính năng nào họ muốn hoặc cần (xem Office 2007 và Ribbon nhảm nhí họ đã thêm và cấu trúc menu họ đã xóa). Tôi không muốn phải học lại những thứ tôi phụ thuộc vào hàng năm hoặc hai năm và hầu hết người dùng cũng không. Đó là một điều để học các công nghệ mới để giải quyết vấn đề tốt hơn và đó là một điều khác để sắp xếp lại GUI để bạn không thể tìm thấy tất cả những thứ bạn đã biết cách làm.

Dịch vụ khách hàng. Nếu tôi gặp sự cố, tôi muốn bạn giúp tôi khắc phục nhanh chóng và không tốn quá nhiều chi phí, đặc biệt nếu tôi đã trả một số tiền rất lớn cho phần mềm.

Phần mềm lỗi lố bịch. Thôi nào, tôi không thể phá vỡ nó làm những công việc thông thường theo cách thông thường. Bạn đã kiểm tra những thứ này phải không? Điều này đặc biệt gây phiền toái khi bạn gặp lỗi trong quá trình cài đặt hoặc vài ngày đầu sử dụng sản phẩm. Thậm chí còn khó chịu hơn khi những thứ hoạt động tuyệt vời trong phiên bản trước không còn hoạt động. Chắc chắn tất cả các mã đều có lỗi, chúng tôi biết điều đó, nhưng những mã rõ ràng nhất nên được thuần hóa trước khi vận chuyển.

Bây giờ với một công ty làm đúng - tôi gửi Red-Gate là công ty đó. Công cụ của họ chỉ hoạt động, nó làm những gì nó nói nó nên làm mà không gặp nhiều rắc rối về phía tôi để sử dụng nó, nó nhanh và dịch vụ khách hàng của họ rất tuyệt. Khá nhiều dba máy chủ có kinh nghiệm mà tôi từng biết khuyên bạn nên mua các công cụ của họ.

Tài liệu kém và không mong muốn cải thiện nó - Tôi hiện đang làm việc với một nhà cung cấp phần mềm không thể cung cấp cho tôi bất kỳ định nghĩa hoặc sơ đồ cơ sở dữ liệu nào. Họ thực sự khuyên bạn chỉ nên gọi một trong những nhà phát triển của họ vì họ là "từ điển dữ liệu đi bộ". Bây giờ tôi sẽ biết lý do tại sao họ không cải thiện ứng dụng hoặc sửa lỗi; họ quá bận rộn để giải thích những gì trong bảng khách hàng.

EDIT: Bây giờ tôi biết tại sao họ không ghi lại cơ sở dữ liệu này:

1. Có một quy ước đặt tên cho các tên trường dựa trên loại: dt = date, s = string / varchar, d = float
2. KHÔNG có khóa chính chỉ các chỉ mục cụm duy nhất.
3. Không có ràng buộc trên bất kỳ bảng.
4. Hầu hết các thủ tục được lưu trữ có chứa: Chọn *
5. Tất cả các trường chính là loại chuỗi (ít nhất là các vấn đề)
6. Con trỏ thiên hạ!
7. Họ đã bình luận và đánh số phiên bản của họ, nhưng đó là về nó.