A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

Why engineers need exploratory search?

Why engineers need exploratory search?
Oleg
Oleg
13 December, 2013 | 3 min for reading

engineers-exploratory-search

Search. One of the most powerful changes in experience we’ve seen for the last 10-15 years. It is interesting, but search was with us many years. Search or find was a functionality in every enterprise application already 20-25 years ago. However, before Google made us to believe and experience the power of web search, the importance of this function was clearly underestimated. Because of Google wide adoption, we associate almost everything in search innovation with Google. It is not unusual to hear that vendor or developer is comparing what they do in search with Google.

Interesting enough, search innovation happens outside of Google Headquarters too. Old article from 2007 – Top 17 Search Innovations Outside Of Google speaks about it. Have a read, compare your notes from 2007 and draw your opinion. Several innovation mentioned in the article aree very resonating with PLM, engineering and manufacturing. The following two are my top choices – result refinement and parametric search. Here are passages I captured:

Results refinement and Filters: Often a natural next step after a search is to drill down into the results, by further refining the search. This is different from the “keyword-tweaking” that we’ve all gotten used to with Google; it’s not just experimenting with keyword combinations to submit a new query, but rather, an attempt to actually refine the results set [akin to adding more conditions to the “where” clause of a SQL query] – this would allow users to narrow the results and converge on their desired solution.

Parametric search: This type of search is closer to a Database query than a Text search; it answers an inherently different type of question. A parametric search helps to find problem solutions rather than text documents. For example, Shopping.com allows you to qualify clothing search with a material, brand, style or price change; job search sites like indeed let you constrain the matches to a given zip code; and GlobalSpec lets you specify a variety of parameters when searching for Engineering components (e.g. check out the parameters when searching for an industrial pipe ). Parametric search is a natural feature for Vertical Search engines.

Another interesting writeup that drove my attention last week was LinkedIn post – The Changing Face of Exploratory Search. Daniel Tunkelang, speaks about modern trends in search, such as entity-oriented search, knowledge-graph and search assistance. The conclusion Daniel made in his article is that future of search is in combination of faceted search and search assistance. He called it exploratory search. I found the following quotes very insightful:

Exploratory searcher has a set of search criteria in mind, but does not know how many results will match those criteria — or if there even are any matching results to be found.

Combining entity-oriented search and knowledge graphs has led to the use of faceted search interfaces that expose entities to searchers and encourage searchers to combine entities into precise search queries.

Search assistance offers the promise of making faceted search more accessible to the average searcher, enabling searchers to compose faceted search queries as they type. Indeed, search assistance makes it possible to expose untrained searchers to a richer set of relationships than typical faceted search interfaces, approaching the expressiveness of a database query language like SQL. Facebook’s Graph Search offers a taste of what is possible by combining faceted search with search assistance. It encourages people to create structured queries inside the search box, using suggestions along the way to guide the process of query construction.

PLM vendors are looking towards how to provide search as part of user experience. For most of user today, search is a natural part of application. At the same time, engineering and manufacturing data is semantically rich and interconnected. The complexity of products is growing. Product configurations, bill of materials, suppliers, manufacturers and many other data islands. All together creates a complex data access problem.

What is my conclusion? Customer demands is to have simplicity of Google combined with the complexity of product configuration, multiple bill of materials, variety of document configurations, manufacturing and supply data. The idea of “exploratory search” can be very compelling for engineering and manufacturing data. Just my thoughts…

Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
20 February, 2017

Develop3D article – Kenesto Drive 2.0 updates cloud product document management, collaboration and version control brings a news about Kenesto Drive...

5 October, 2009

I’d like to discuss a user experience topic today. I think, this is a very painful question if we are...

20 December, 2018

As world is buzzing about Aras PLM, I thought it is a great time to come and check what is...

17 October, 2022

Last week, I was recording a video podcast with Adam Keating, CEO of CoLab. We discussed modern tech trends, and...

29 September, 2020

SaaS industry is booming. SaaS solutions are increasing in popularity among companies. If you didn’t check SaaS business growth recently,...

16 May, 2014

Have you heard about “150% BOM”? BOM management terminology is confusing sometimes. Ed Lopategui gave a shot to explain it in...

17 April, 2015

I had a chance to share my thoughts about complexity of product lifecycle in supply chain at COFES 2015 Design...

19 April, 2016

Online experience was never as important for manufacturing companies as today. With growing amount of e-commerce, the ability of online...

14 July, 2016

Times have changed quickly for cloud. Just few years ago, PLM vendors and manufacturing companies were skeptical about cloud expansion....

Blogroll

To the top