Михаил

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

Почему не показывал несколько - здесь я уже наобжигался, причем неоднократно:
1) Заказчик не знает что выбрать из предложенного. Начинает метаться между вариантами.
2) Заказчик хочет, чтобы в первом была часть второго, а то и третьего и четвертого, а там верстка разная, разные библиотеки, это практически надо шаблон с нуля сверстать получается. Не выгодно.
3) Личная трата времени на подбор нескольких подходящих вариантов, особенно когда в голову не лезут мысли как что должно выглядеть :)

Насчет показа какого-нибудь ресурса с готовыми верстками - это мазохизм. Я такое тоже практиковал, но быстро отказался, ибо клиент выбирает что-то такое супер пупер, кучи элементов, в плане информационных блоков, виджетов и тд...а наполнять нечем, ладно у вас еще 6 разделов, а бывает так, что кроме адреса и телефона организации заказчик нифига дать не может, но шаблон выбирает под какой-нибудь крупный информационный ресурс, причем убирая все "лишние" блоки шаблон начинает превращаться в полное УГэ :) Либо он смотрит сайт и получается как в пункте 1.

Блог это конечно же решаемая задача для ноды, но эта ниша уже занята другими языками и фреймворками, поэтому блоги на ноде пишут редко, подробнее посмотрите вот этот мой ответ о том, что лучше писать на ноде, что имеет смысл, а что нет: Что можно написать на Node.js?
Мой Вам совет, учите сначала платформу, смотрите видеоуроки тут https://learn.javascript.ru/nodejs-screencast пробуйте свои сыли на практике тут nodeschool.io и выбирайте готовый движек для блогов тут https://github.com/sindresorhus/awesome-nodejs
Сделать блог это может означать:
1. Взять движек блогов и сделать на нем блог
2. Написать движек блогов и сделать на нем блог
Делать блог на голом экспрессе, это почти то же, делать блог вообще на голой ноде, это можно только если Вы уже профессионал и хорошо понимаете, что делаете. Иначе нужно идти по первому варианту и брать все готовое, вот еще одно место где это готовое можно поискать: nodeframework.com
Например: https://ghost.org/ или hexo.io

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

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

Теперь нарисуйте под каждым нарисованным сверху субъектом прямоугольник с названием UI или API - это интерфейсы, к которым будет обращаться пользователь или внешняя управляющая система. Иногда UI тоже может обращаться к API. Объедините все прямоугольники с UI одним контуром и обзовите слоем UI. Объедините все прямоугольники с API и обзовите слоем сервисов.

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

Между слоем сервисов и слоем доступа к данным нарисуйте большой контур и назовите его слоем бизнес-логики. В маленьких прямоугольниках внутри этого контура перечислите основные бизнес-задачи. Один компонент Вашей системы будет решать одну бизнес-задачу.

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

Получите логическую архитектуру. Разбросайте слои по серверам - получите физическую архитектуру.

А дальше - детально прорабатывайте каждый маленький квадратик. Всё.

OroCRM

- Symfony2 (symfony.com)
- Sylius (sylius.org , https://github.com/Sylius) Symfony2 eCommerce

По собственному опыту скажу, что с русскими ресурсами по свг все плохо. Знаю что Yoksel иногда пишет про свг вот тут (css.yoksel.ru) и знаю такую вот вводную.
По англоязычным источникам:
1) Сборная солянка №1
2) Сборная солянка №2
3) tutorials.jenkov.com/svg/index.html - много раз выручал этот сайт. Правда попадал я на него обычно с гугла, полностью все не читал.
4) sarasoueidan.com/articles/index.html - ищите по SVG. Есть очень много отличнейших статей, прям эталон.
5) Статьи на https://css-tricks.com/
6) Конечно же великий tympanus.net/codrops
7) Ну и самое самое важное - постоянно пилить демки и смотреть как пилят другие. Чекайте awwwards и подобные сайты, просматривайте codepen. На правах саморекламы - codepen.io/suez/tag/svg (изучаю свг третий месяц, полет нормальный).