Lazy Badger

Немного по теме, как ее хотел видеть ТС, а не "как получилось"

Дорогие неграмотные дети! Прежде чем на серьезных щах обсуждать что-либо, надо договориться о терминах и смыслах, чтобы работать в одном общем понятийном поле. По тому, что я вижу здесь и сейчас, тут обсуждающие или "слышали звон, но...", или по привычке тупней из поколения жоп "называть известные сущности другими терминами" просто путают божий дар с яичницей. Поверьте, человек, который даже слегка в теме профессионально, а не верхушечно, читать диалоги про "CRM, которая не CRM, а все дела" - очень смешно. Так что спсибо всем участникам - взоржал.

Теперь о терминах. Надо понимать, что CRM|ERP|EMS - это разные аббревиатуры, обозначающие разные классы систем, решающие разные задачи в рамках бизнес-деятельности любой коммерческой организации. И не надо вот этого "и чо, и так панятна жи!!!" Нет, не понятно, а еще хуже то, что когда пытаются натянуть систему на выполнение задач не ее категории и "чота хренова заходит", горе-внедренцы винят не себя, а систему, хотя она может быть и вовсе не при делах - это они сову на глобус натягивали.

Чтобы не быть голосоловным: вы все тут пели про непонятного зверя, вторя ТС с 

> Под CRM я подразумеваю не только "продажи и ведение клиентов", а все:

> Проекты, задачи, продажи, финансы

хотя это "все" вовсе никак не CRM, которая Customer relationship management, и решает только

> задачи  автоматизации стратегий взаимодействия с заказчиками (клиентами)  путём сохранения информации о клиентах и истории взаимоотношений с ними и последующего анализа результатов.

Так, подменяя общее частным, вы никогда не получите нужный результат. CRM это только часть (полезная, но ни разу не основная) системы EMS -  Enterprise management systems - и используется только в одном бизнес-процессе (из очень многих) компании - взаимодействие с клиентами/потенциальными клиентами. EMS должна уметь значительно больше - и ERP, и HR (кому это нужно), и "управление процессами" и "управление задачами" (как частью процессов)

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

- изменения условий игры (ковидная удаленка)

- масштабирования бизнеса (ручное управление из одной точки принятия решений работает на уровень "отделение", хреново - на "взвод", и напрочь валится в хаос на уровне даже "рота")

В связи с вышеизложенным, прежде чем искать "СRM для вебстудии", надо понять и дать (себе в первую очередь) ответы на вопросы

1. Какие задачи она должна решать и каким образом

2. Есть ли какие-то уникальные особенности бизнеса (хинт - нет), которые не позволяют рассматривать EMS из других бизнес-областей

3. Насколько легко обеспечивается (и обеспечивается ли вообще) интеграция рассматриваемой системы с внешними сервисами (которые решают задачи, требуемые бизнесу), если таковые интеграции потребуются

4. Является ли система изначально расширяемой или это "вещь в себе" и есть границы, до которых еще надо дойти, но вместе с ней - не перейти

5. Насколько полно представлены в ней необходимые подсистемы EMS и насколько качественно они интегрированы между собой

6. Позволяет ли система создание и использование произвольных workflow, описывающих ваши бизнес-процессы, или же там есть только один процесс, который разработчики посчитали "одного хватит на всех" (хинт - большинство русских EMS имеют как раз процесс "прибитый гвоздиками", конструкторов реально я знаю только Яндекс.Трекер /но там есть свои тараканы с неконвенционной терминологией/ и ПланФикс /но у него реально немного партнеров-внедренцев по стране, это может быть проблемой/)

"На минималочках" даже SEOCRM+SEOReports снимают заметное число головняков, но основная проблема, панове, повторяю,не в системах, а в головах: первая заповедь автоматизатора - "Бардак нельзя автоматизировать"

Чика, не надо так тупо спамить, особенно в нерелевантных темах - за такой днищенский крауд никто не заплатит.

Ну и по теме:  Receptioner это система резервирования ресуросов, совершенно непригодная для задач, которые обсуждаются (пытаются обсуждать) тут

Можно, но не нужно. Если лень читать гугловую справку, где все изложено, то вот разжевано все до кашицы https://martinkura.com/hreflang-xml-sitemap-3-examples-can-steal/

Нежелательно. Правильнее - описывать там все  языковые версии каждого урла

Ну вообще задачка на 5 секунд и без всякой магии, если использовать любую CMS и желательно - с текстовым конфигом.

Для себя я, как очень ленивый, в Grav домен-прокладку вписал бы в site.yaml одной строкой, а шаблоне страниц, как уже посоветовали в первом же ответе, сцеплял бы domain+path (слегка другим кодом, потому что Twig) и все - смена домена это правка одной текстовой строки в одном текстовом файле

а "фора с ключем" (ключОм, салоеды!!!) в #5 мне просто привиделось, да?! Или "логика - не твоя сильная сторона"? Не виляй, признай уж, что херню пронес - это со всеми бывает

Упс, на дату я не посмотрел... Но его последователям-то в 2020 точно нужно, и думать - головой

Впоследствие этого - не значит вследствие этого. RTFM, dude

Чушь и бред. Дорогая и бесполезная (в лучшем случае бесполезная)

1. Сменить консультанта, потому что пишущий "от слова вообще" не может работать правильным полушарием

2. Проверить, что по темам/ключам, по которым она пишет - есть спрос в органике

3. Если ранжирование уровня "дно" - как обычно, "конкурентный анализ" и выводы из него. Причем ничинать можно не с топа, а с тех, кто рядом, но выше

Это не проверка, а ИБД. Проверять надо не там и не так

Будет URL (в ЛС нормально) - возможно будет больше конкретики

В грудную клетку или в табло для особо упорных. Гугл что, запретили? Или тупни из поления жоп только на видосики могут, текст "типа сложна"? Так в Тытрубе и для них "иксперды" публикуют свои крео на переменках