Конфликт с разрабами глазами заказчика.

Вряд ли он имел ввиду именно это. Возможно: " http://preview.themeforest.net/item/cardioly-cardiologist-and-medical-wordpress-theme/full_screen_preview/29132831?_ga=2.253085194.2000265143.1604920924-1457824136.1572860801 " и прочие сотни качественных шаблонов оттуда.

Совершенно верно. Я имел ввиду возможность выбрать лучшее из оптимально подходящего.

а может сайт покажете на всеобщее обозрение?

то, что залили на основной домен и даже сайт от ПС не закрыли - полный зашквар, руки за это надо отрывать

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

Главная проблема была в том, что исполнитель взялся верстать пользовательский набросок, после чего очевидно всё и разладилось.

Сам подход к реализации рабочей задумки был в корне неверный.

Сам подход заказчика был такой же. Захотел быть РП, ну так ищи сначала прототипщика или сразу дизайнера, потом - верстальщика. Потом - программиста. Заручись консультацией маркетолога и сеошника на всех этапах. С другой стороны не понятно, как исполнитель такое вообще в работу принимал. Если он программист, конечно же, а не великий вебмастер в своем мире. )

Такъ. Я бы только капельку уточнил: "руки без головы"

Можно, шаблон тут дело десятое, но все равно "встречают по одежке", напоминаю. Так что отстраиваться от конкурентов я советую в каждой мелочи (пока это в рамках договорного бюджета), а то ж может дело и до чтения не дойти. А "не ВП" просто потому, что ВП из коробки до приличного сайта надо добавлять много всякого разного, много - отрезать, чтобы не болталось и надежнее то, что надо меньше выделывать под Буратину из полена: "простейшие не болеют"

Нет, спасибо, ужасы я и так смотрю каждый день, а печень - она не бесконечная! А "общее типовое решение" - это Грав, Блудит & Co: их сломать юзеру просто невозможно (в отличие от Гутера на ВП... а если там еще и элементор, то я все, тихо ползу на кладбище), а кулхацкеры ими не интересуются

Не в первостепенной значимости. Если конечно сайт наглухо кривой и любительский, то его ничего не спасет, а если всё-таки вменяемый и пускай довольно скромный на вид, то определяющее значение имеет то, как он решает пользовательскую задачу.

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

О необходимости маркетинговой проработки я последние несколько лет твержу неустанно, но это уже другая сторона дела.

Если речь идёт о простом медицинском консалтинге, то как уже сказал - вполне достаточно ясного, аккуратного и грамотного сайта. Изыски не нужно.

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

Добавлять до приличного в любом варианте придётся. Хоть на старте CMS, хоть на самописе. Но на самописе - дольше, дороже и проблемней, если речь идёт о тех задачах, о которых я сказал выше.

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

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

который хорошему медикусу должен сделать специалист совсем другого профиля, немедицинского

И большинство несамописных тем прекрасно решают эту задачу. Другое дело, что некоторые (как сайтоделатели так и заказчики) зачем-то намеренно ухудшают это дело.

Люто плюсую :)

Сорь , все страницы обсуждения читать не стал, хватило и первой. Приведенная цитата в тысячный раз говорит о том, что в контексте процесса разработки  с обеих сторон - и у заказика и у исполнителя - должны быть профи. ТЗ, пусть даже ТЗ высокоуровневое, написать под силу только профессиональному программисту (или же в соавторстве с ним), менеджментом проекта, опять же, должны заниматься те, кто специализируется на умении это делать. А иначе тупик, имхо. Порой, на совсем небольших проектах удается незаметно проскочить этот момент, но, едва сложность возрастает - в геометрической прогрессии увеличивается вероятность ровно такого исхода, который описан TS.