Vindicar

if x == 1:
    @bot.message_handler(content_types="text")
    def send(message):
        ...

Так работать НЕ будет. Ты явно не очень понимаешь, что делаешь.

1. Должна быть только одна функция, декорированная как @bot.message_handler(content_types="text"). Если их несколько, отработате только одна.

2. Ты должен хранить сведения:
- Какой вопрос был последним задан тому или иному пользователю
- Какие вопросы были уже заданы тому или иному пользователю
В рамках обучения их можно хранить в словаре, но в реальном боте потребуется постоянное хранилище (например, БД), в котором эти сведения пережили бы перезапуск бота

3. Внутри обработчика @bot.message_handler ты должен получить ID пользователя, отправившего сообщение, взять из описанного выше хранилища номер последнего заданного вопроса (если есть), и уже на основании этого номера судить о том, правильный ли ответ.

1. Убрать list(). Обратиться по индексу 0 - bd[0].
2. Почитать про списки и кортежи.

Вариантов много. Самый простой - храни в БД время обновления (например, время, когда была добавлена запись), и пусть его бот периодически проверяет. Хорошо работает в том плане, что БД может обновляться разными источниками, бот о них знать не обязан. Но вносит лаг между обновлением данных и реакцией бота. Да и бот базу понапрасну дергает.

Так как в тегах postgre, почитай про команду NOTIFY. Она вроде примерно про то же самое.

Также есть вариант с сокетом - бот слушает UDP-сокет, парсер на него посылает пакет с оповещением. Плюс в том, что оповещать может любая программа, которая может до этого сокета достучаться.

человек вводил команду(/start например), после этого бот просил написать что нибудь, человек писал какой то текст и бот что то делал с ним

Тебе нужны Finite State Machines (автоматы состояний). Стоит почитать, что это вообще такое.
Проблема в том, что в pyTelegramBotAPI их реализации из коробки вроде нет. Есть сторонние библиотеки, которые нужно искать. Ну или реализовывать самому.

Идея, в общем-то, простая: тебе нужно для каждого пользователя хранить его текущее состояние (например, ввёл он команду /start или нет). Тогда в обработчике сообщения ты сможешь узнать состояние этого пользователя, и решить, что делать с этим сообщением.
Сложности будут, когда тебе потребуется хранить какие-то ещё данные вместе с сообщением.

for product in select_db():
    @dp.callback_query_handler(text=product['name_but'])
    async def pole(message: types.message):
        await bot.send_message(message.from_user.id, product['desk'], reply_markup=but.nav_button)

Ты делаешь глупость.
Просто потому, что после того, как этот код отработает, созданные тобой копии обработчика pole() останутся, и будут мешать.
Используй один, более общий обработчик callback_query_handler, и в нём уже смотри, какой текст тебе пришёл, какой пользователь его отправил, и что с этим текстом надо делать.

Кнопка добавляется вызовом определённого метода. Параметры метода могут быть не константами, а переменными. В Питоне есть циклы.

Вот и всё. Выбираешь список показываемых продуктов, делаешь цикл по результатам, для каждого генерируешь кнопку, подставив сведения о продукте вместо текста кнопки.

Единственный вопрос, как различить, какая кнопка была нажата. Тут уже зависит от библиотеки.

Хранить где-то (в БД, например) какое сообщение закрытого чата соответствует какому пользователю. При получении сообщения-ответа в закрытом чате узнать ID отвеченного сообщения, посмотреть в базе, какой пользователь отправил оригинал, переслать текст этому пользователю.

pprint(data)
data = r.json()

Тебя порядок не смущает?

У тебя в двух местах есть цикл вида "for row in chat", внутри которого присваивается значение chat_info.
Нет гарантий, что этот цикл выполнится хотя бы один раз. chat может быть пустой коллекцией.
Если цикл не выполнится, chat_info никогда не будет присвоено значение, и вернуть её будет нельзя.
Об этом тебя и предупреждает ошибка.

RTFM. У сообщения есть метод reply().

pyinstaller для сборки питон-скрипта в exe файл. Скрипт бота импортировать динамически, через importlib. Ну и продумать интерфейс взаимодействия между ботом и лаунчером - объекты журналов (logging), передача токена, и т.д.

Значит у тебя нет записи в БД для этого юзера. Ты add_user() точно выполнял для него?

Блин, еще раз - текст ошибки угадывать нужно?
Вбил в гугл "@bot.callback_query_handlers", он подсказывает, что наверно нужно "@bot.callback_query_handler" (в конце нет буквы S).

Очевидно, сначала проверять на форвард, потом уже писать текст. Поменяй блоки местами
А вообще какой потаённый смысл в первом if, если у тебя все ветки одинаковые? Почему не написать составное условие?

aiogram для написания телеграм-бота.
aioschedule, чтобы не велосипедить планировщик.