Improving search experience on our transactional sites

RE: Improving search experience on our transactional sites

PEarle — Tue, 12 Apr 2016 11:46:17 GMT

"...we also need to remain agile..."

LOL

RE: Improving search experience on our transactional sites

michaelkellett — Sat, 09 Apr 2016 07:53:45 GMT

The changed search is not a step forward and is is nowhere near industry best practice . It is not a leap forward either and the tone of this reply, in my opinion, demonstrates utter contempt for the reasonable critical response from customers.

Since the "design team" seem not to have understood:

The new search engine is inferior in every way to the old one as far as customer experience goes. It is MUCH slower to use and will definitely propel me to check out other suppliers much more frequently. It is likely that Farnell will be demoted from it s current position of supplier of first resort as far as I'm concerned.

Please go back to the older version and if you must make changes then cut down the amount of white space (so it can show more items on the screen at once) and try to improve the data base so that the parametric searches work better.

To see for yourself just how bad the new search tool is - try to find the cheapest N channel MOSFET in SOT 23 with less than 0.1R on resistance with a gate drive of 3V or less in stock , no US sources, cut tape.

Then, if you can, try the same thing on the old search engine, on Digikey, RS.

RE: Improving search experience on our transactional sites

shabaz — Fri, 08 Apr 2016 15:00:49 GMT

Hi Dudley,

Thanks for getting us the update!

One point, not sure if it was clear from the feedback, is that in many of the comments so far, the reference to speed means the user interaction time and number of clicks and scrolling and moving focus from the side bar to elsewhere, rather than the server response time. The 'speed and performance of filters' in the text above didn't make it clear if it was server response time which was being monitored, or the issues mentioned.

Traditionally having a horizontally scrolling pane at the top is a typical UI no-no for other businesses, but I suspect works for engineers who are used to spreadsheets and 'programming-in' a search by setting all parameters as such. I appreciate that the dynamic thing showing how many search items will be shown is useful, but generally engineers won't navigate away if the first search reveals too much or too little, they will just iteratively fine-tune the search provided it is speedy to do so.

To be honest I could be completely wrong, I don't have the knowledge to know how long it takes users to perform searches and successfully select the desired parts. Just wanted to make sure that the transactional site team are aware that the feedback isn't necessarily about server response time speed.