WordPress WooCommerce

Это называется фасетный поиск. Можно пилить свое решение. Но при большом объеме товаров оно может убить весь сайт ввиду своей сложности вычислений.

Потому крупные сайты используют ElasticSearch или его тюнинговую версию Algolia https://community.algolia.com/wordpress/

В любом случае фасетный поиск - это технически сложная штука. Далеко не каждый программист способен правильно ее реализовать. Есть некие готовые плагины - но ни один из них на мой взгляд не идеален.

Потому в большинстве случаев я просто выдыхаю и работаю в рамках типовых механик. А там где бюджет позволяет - интегрируем с Algolia.

через хук-фильтр posts_search

например:

function q418923_chg_search( $search, &$wp_query ){
    global $wpdb;
    if ( empty( $search ) )
        return $search; // skip processing - no search term in query
    $q = $wp_query->query_vars;
    $n = ! empty( $q['exact'] ) ? '' : '%';
    $search =
    $searchand = '';
    foreach ( (array) $q['search_terms'] as $term ) {
        $term = esc_sql( like_escape( $term ) );
        $search .= "{$searchand}( $wpdb->posts.post_title LIKE '{$n}{$term}{$n}' )";
        $searchand = ' AND ';
    }
    if ( ! empty( $search ) ) {
        $search = " AND ({$search}) ";
        if ( ! is_user_logged_in() )
            $search .= " AND ($wpdb->posts.post_password = '') ";
    }
	return $search;
}
add_filter( 'posts_search', 'q418923_chg_search', 500, 2 );

Мб можно сделать лучше. Но надо рыть в эту сторону.

Создание системы производственного учета из Woo - интересная идея :)
При большом желании конечно можно сделать. Встречались решения и посложнее :)

Добавить тип поста "Номенклатура", добавить к продуктам метабокс "Материальные затраты". Сохранять структуру затрат в метаполе.
Затем написать отчет, который будет это все выводить на основе списка заказов.

На малом объеме будет работать.
Если записей встанет под 1 млн штук и более, то метаполе уже не прокатит. Надо будет переписать на таблицу.
А если записей более 1 млн штук, то надо будет подключать отдельный NoSQL или OLAP сервер для их прожовывания, свода и кросстабуляции.

Готовых решений такого типа не встречал. Шансов что то готовое найти мало ввиду крайней индивидальности пожелания. Потому такие задачи решаются как правило с участием программистов. Рискну предположить что для этой задачи нужен программист выше среднего. Иначе вместо решения можно получить кучу костылей.