Adamos

Мой хрустальный шар показывает рукожопа, который использовал в РНР сложение вместо конкатенации.

От многопользовательского приложения в формате программы для десктопа уже отказались даже такие динозавры, как 1С.
Не хочешь класть данные в интернет - положи в интранет. Потом, когда одумаешься, перенесешь на хостинг.
"CRM-система с клиентской базой, с учетом приходов и расходов, c учетом товаров на складе и с архивом заказов" - это 90% систем, внедряемых в бизнесе. Писать что-то свое с нуля тут имеет смысл только в том случае, если вы собираетесь развивать и поддерживать его самостоятельно же, постоянно копаясь и выделяя на это ресурсы. В формате "один раз заплатил и работаешь" - только готовые решения.

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

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

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

На своем домене самому имеет смысл заморачиваться, если готов потом поддерживать растущий функционал и хотелки типа "вот тут у нас трехкилометровый Ёксель с макросами - надо его импортировать..." и в каком-то светлом будущем довести это до реально работающей CRM.
Отдельный инструмент будет куцым и с серьезными проблемами на входе-выходе. Кто будет вносить и обновлять прайсы и как? Как будет выводиться заявка, как в нее подставлять реквизиты, а которые из трех, а тут еще факсимиле надо прилепить, раз все равно выводим, а что это у нас стажер все видит, надо ему урезать доступ...
Если перспективы не пугают - ну, в принципе, ничего сложного же, в основном работа с таблицами и готовыми модулями, если сразу взять нормальный фреймворк.

Программисту понадобится обычный веб-стек: РНР, JS, HTML, CSS, SQL.
Но для написания CRM ему понадобится еще и сотрудник, который понимает рабочие процессы и может сформировать из них ТЗ.
Без этого написанное программистом будет совершенно нежизнеспособно.

Поверхностно разбираюсь в HTML, PHP, CSS

Загорелся идеей создать CRM систему на 1c bitix

Кое-как научился менять колесо без посторонней помощи.
Загорелся идеей сделать автобус из папиной Копейки.

Главное отличие, имхо - в том, что в одиночку и без плотной работы с объектом автоматизации получить результат невозможно. Это не магазин, где все общение с заказчиком в идеале сводится к ТЗ.

Не претендуя на правильность - личный опыт.
Сайт представляет собой внутренний продукт для работы. Есть куча данных, с ними нужно работать определенным образом.
Типичная страница - это фильтры выборки и таблица с данными. Да, для их обработки могут применяться какие-то иные интерфейсные решения. Да, страница какого-то конкретного клиента или графики для руководства - это отдельная тема. Однако большая часть рабочих страниц строится именно по схеме "выборка - таблица - работа с ее строками".
Для типовой страницы потрудился написать мини-фреймворк, который строит форму фильтров и таблицу результатов по описанию в форме объекта с известными полями. Большая часть полей приходит с бэкенда - начальные значения фильтров, заголовки столбцов, данные пагинации. Здорово уменьшает работу руками... и дает пользователю единообразный интерфейс. А также позволяет централизованно добавлять плюшки вроде сортировки по столбцам, итоговой строчки и т.п.
Для запросов, ответов и прочего здорово подходит встроенный AJAX framework OctoberCMS. Данные удобно представляются моделями, к которым тот же Октябрь позволяет буквально одной строчкой добавить еще и подгруженные файлы. Если нужно дать админу возможность поковыряться в данных - добавляем описание к таблицам БД, и они отображаются на страницах админки.

Если кто-то хочет попинать велосипед - не стесняйтесь ;)

Теоретическое имхо: главное во внедрении CRM - перевод всей работы отделов внутрь CRM. То есть вместо всех этих одинэсок, вордов и ёкселей - только и исключительно браузер, участие в бизнес-процессе под своей учеткой, со своими полномочиями и с полным набором инструментов для покрытия всей работы.
Когда это есть, сделать "вид сверху" для руководства и отчетность - уже не проблема.
Когда этого нет, грабли будут повсюду. И не факт, что от внедрения будет польза, а не сплошная головная боль.

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