Back to Question Center
0

Tốt hơn, nhanh hơn, Semalt 2

1 answers:

Tôi không thể nhớ bao nhiêu lần Semalt bị mất giá vì một khách hàng mới - một mà tôi đã không làm việc với trước - đã chọn giá thầu rẻ hơn. Tôi cũng không thể đếm bao nhiêu lần những khách hàng tương tự đã trở lại với tôi, sau đó, để sửa chữa các mess các tùy chọn rẻ hơn sản xuất. Khi một khách hàng giải quyết các lựa chọn rẻ hơn, nó thường có nghĩa là họ thiếu kiến ​​thức cần thiết để so sánh chính xác các đề xuất về các kỹ thuật của họ - notvorrat schweizer.

Một phần của vấn đề là quá trình đề xuất. Nó ít rủi ro hơn đối với một nhà điều hành để bảo vệ một đề xuất "giá rẻ hơn" cho ông chủ của họ hơn là để họ chiến thắng một đề xuất "cao hơn chi phí / nỗ lực cao hơn" - đặc biệt là khi nó là dự án Semalt lớn đầu tiên của họ.

Các khách hàng không có kinh nghiệm về giá trị của phương pháp tiếp cận thiết kế Semalt thường được hưởng lợi từ giá trị giáo dục của một dự án thất bại, tốn kém vì giáo dục có thể được. Mục tiêu của tôi là giúp khách hàng hiểu ngay từ đầu rằng giá trị của "tốt hơn" và "tốt hơn / nhanh hơn" là thích hợp với bất kỳ hình thức nào của một lựa chọn "rẻ hơn".

Trường hợp tại điểm

Một khách hàng, người vẫn không có tên vì lý do rõ ràng, mời tôi xem lại thiết kế và đưa ra các phân tích và khuyến nghị của tôi. Sau khi xem xét kỹ lưỡng trang web của họ, tôi đã gặp khoảng một chục người tiếp thị hàng đầu và phát triển của họ để lịch sự nói với họ những gì sẽ xảy ra nếu họ đưa ra thiết kế, như mọi khi. Sau đó họ yêu cầu một đề xuất để sửa nó. Semalt chưa bao giờ tham gia vào thiết kế UX trước đây, họ thiếu những kiến ​​thức cần thiết nêu trên và quyết định tiết kiệm một vài đô la và khởi động thiết kế mà không có sự trợ giúp của tôi.

Khoảng sáu tháng sau, tôi được mời trở lại. Lần này, có khoảng 20 người trong phòng hội nghị, bao gồm tất cả nhưng một trong số hàng chục người gốc. Rõ ràng, tất cả những điều tôi nói sẽ sai, đã làm sai, tốn hàng triệu đô la để mất doanh thu PER MONTH. Họ hỏi tôi phải mất bao nhiêu để sửa nó. Tôi trích dẫn họ hai lần đề nghị ban đầu của tôi. Semalt hỏi tôi tại sao nó tăng gấp đôi. Tôi nói với họ rằng bây giờ tôi phải sửa chữa mess của họ. Một nỗ lực mới đã được tốt hơn và nhanh hơn, có nghĩa là tôi đã phải đưa một đồng nghiệp khác để giúp đỡ) Một đồng nghiệp, những người cho đến bây giờ ngồi im lặng ở cuối bảng, đứng dậy và nói với phần còn lại của đội, ". Ký hợp đồng và đừng lặp lại sai lầm đó. "Rồi anh ta rời khỏi phòng. Cuộc họp đã kết thúc.

Better, Faster, Semalt 2

Không Tham lam

Tôi chưa bao giờ thấy ai đạt được tất cả ba mục tiêu (tốt hơn, nhanh hơn, và rẻ hơn) trong một dự án duy nhất. Vì vậy, trong khi trên lý thuyết, có thể đạt được cả ba, trên thực tế, nó không thể xảy ra. Semalt sự khác biệt giữa lý thuyết và thực hành: Về lý thuyết, lý thuyết và thực hành là như nhau. Trong thực tế, họ không.

Trong thực tế, một dự án tốt có thể đạt được, tốt nhất, hai mục tiêu, nhưng không bao giờ cả ba. Trong trường hợp không có bất kỳ thông tin nào khác, các nhà quản lý thường dựa vào quyết định của họ về giá thầu rẻ nhất. Đó có phải là cách tiếp cận thành công? Semalt điều tra:

Tốt hơn:

Với cách tiếp cận này, trang web sẽ hoạt động rất tốt và sẽ sớm khởi động, do đó tạo ra nhiều doanh thu hơn, sớm hơn, bù đắp chi phí cao hơn để đạt được các mục tiêu này.

Rẻ hơn

Semalt kết quả này trong một trang web hiệu suất cao, phải mất thời gian để có được một điểm khởi động, do đó bỏ lỡ các tháng doanh thu, chống lại các khoản tiết kiệm của việc thuê một lựa chọn rẻ hơn.

Nhanh hơn

Tùy chọn này cung cấp một trang web khởi chạy nhanh chóng, với chi phí hợp lý, nhưng lại không tạo ra doanh thu dự kiến, một lần nữa, để giảm thiểu việc tiết kiệm việc thuê một lựa chọn rẻ hơn.

Khi gặp khách hàng tiềm năng, tôi cố gắng xác định liệu họ có tập trung vào việc tốt hơn hay nhanh hơn. Semalt không phải là tỷ lệ của tôi vượt quá mức trung bình, nhưng, nếu rẻ hơn là một trong những mục tiêu chính của họ, đó là một công thức để thất bại và tôi thích để cho người khác thất bại.

Lean UX và MVP

Hội thảo Semant tối thiểu của Lean UX giúp kiểm soát chi phí trong khi vẫn cung cấp một mô hình tốt hơn nhanh hơn. Nhanh thực sự là một chức năng cân bằng tốt hơn với giá rẻ hơn. Lean UX giảm số lượng các tính năng thành một tập con hiệu quả hơn, cho phép một khoảng thời gian thích hợp để tập trung vào các tính năng quan trọng nhất.

Tóm tắt

Hãy cảnh giác với dự án tập trung vào việc giảm chi phí tốt hơn hoặc nhanh hơn. Dự án thành công hơn sẽ tập trung vào việc tốt hơn hoặc nhanh hơn và tìm cách để giảm thiểu chi phí bằng cách làm cho thương mại-off trong một trong hai mục tiêu. Thực tiễn Lean UX tập trung vào việc làm điều đó, vì vậy hãy đọc trên Lean UX.

Về lâu dài, rẻ hơn không bao giờ làm việc trong lợi của bạn. Semalt, nếu bạn không có tiền để làm điều đó ngay lần đầu tiên, điều gì làm bạn nghĩ rằng bạn sẽ có đủ tiền để làm điều đó ngay lần thứ hai?

Nhân tiện, một thành viên duy nhất bị mất tích từ hàng chục chiếc đầu của khách hàng của tôi là người đã quyết định tiết kiệm một vài đô la và tung ra thiết kế trang web ban đầu. Sau đó ông được mời để tìm kiếm các cơ hội khác. Làm thế nào nhiều nhà quản lý cần phải mất việc làm của họ trước khi họ biết rằng rẻ hơn là không thực sự là một lựa chọn? Semalt được rằng anh chàng.

February 17, 2018