я первичный опрос провожу по стандартной схеме

остановились на том, что я фрилансер

Как правило, если исполнитель может первый вопрос без заказчика решить, то это хороший исполнитель. И прайс у него высокий.

Если на первый вопрос отвечает заказчик,  то ему следует подумать о найме к себе в команду IT специалистов

Я на самом деле и писал про то, что нужно выложить свои хотелки по первому этапу сюда и начать собирать обратную связь

Без заказчика не выйдет. Таким говорят Прокруст был, который укладывал путников в ложе и более длинным нуги рубил, коротких растягивал. В таком случае будет создано то что представляется верным исполнителю, но не то, что нужно заказчику.

Кстати, чем Odoo хороша, тем что можно внедрять помодульно закрывая конкретные хотелки и нужды. На уровне малого бизнеса это может быть то, что нужно

В задачах автоматизации заказчик не знает, как можно по другому, а просить от него ТЗ - это натягивать автоматизацию на неавтоматизированный бизнес процесс. Так можно форму отчетика пофиксить, поменять кнопочку слева на право, дизайн пофиксить. Не более.

Поэтому идеально, на мой взгляд, диалог примерно так должен идти: чего надо? Ну хочу чтобы времени вот тут меньше тратилось. Ок, по цене будет дороже - норм? Норм. Тогда тебе надо вот это и это, мы за столько времени это сделаем вот с таким удобством, за столько - вот с таким, а вот тут у нас на будущее расширение заложено будет сразу, потому как там вы ведь наверняка захотите это и это? Ну да - точно - хочу. Позже готов заплатить.

Заказчику очень редко что-то надо

Он лучше возьмёт то что есть или тетрадку вести будет

Вы говорите так как будто заказчик понимает профит в автоматизации, зачастую это не так

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

Ну хочу чтобы времени вот тут меньше тратилось. 

Правило пяти почему здесь весьма к месту. Почему меньше, почему именно здесь?

просить от него ТЗ - это натягивать автоматизацию на неавтоматизированный бизнес процесс

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

Тогда тебе надо вот это и это, мы за столько времени это сделаем вот с таким удобством, за столько - вот с таким, а вот тут у нас на будущее расширение заложено будет сразу

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

К примеру в одной гос конторе профакапили планы заложения советских еще кабелей, выяснилось это при внедрении САПА в головной конторе. Ну как выянилось, АйТишникам и ГенДиру это был сурпрыз, а инженеры все отлично знали.
Ну и как можно автоматизировать процесс завязанный на одного человека, который худо бедно помнил где что лежало?
И во многих конторах часто оказывается, что процесс завязан на человека и это очень трудно автоматизировать в принципе.

В любом тз есть пункт цели и задачи проекта...

Заказчик должен понимать что выиграет от автоматизации и что собственно ему надо и чем это конкретно ему поможет.
Хотя бы на уровне "уменьшить траты на хранение товара" или "понять, кому и за что платиться зарплата" 😺

Ещё раз: любой проект автоматизации это инвестии заказчика в возможную выгоду

В любом курсовом тоже эти пункты есть, но во многих случаях эти пункты не содержат ни целей ни задач

Потому как деньги он тратит сейчас, а профит (если он будет) потом

Вообще это не инвестиции в возможную выгоду, чаще это возможность снизить потери.
Для малого бизнеса штраф от налоговой за ошибку может быть смертельным.
В большой конторе ИТ отдел не приносит прибыли, он уменьшает потери

Такое ощущение, что в чате собрались профессора "теории внедрения систем".
Из которых ни один ни разу ничего не внедрил.
Но каждый день преподает как это делается.

Чат нужно переименовать в:
"Отговорю внедрять Odoo. Профессионально. Дорого."

👍 в точку!