Разработка сайта — от первой встречи с заказчиком до сдачи проекта, или как быть фрилансером и выжить

Привет, Хабр!

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

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

Я попробую описать весь процесс создания сайта с собственной и, как мне кажется, более приближенной к жизни для большинства точки зрения. Просто в один момент я решил уйти из компании, где я работал по найму, и начать делать своё дело — без стартового капитала, офиса и какого бы то ни было прикрытия «пятой точки»; разве что отсутствия острой необходимости в съеме жилья и наличия питерской прописки.

Кому интересно — добро пожаловать под кат!


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

Еще могу сказать, что сарафанное радио и хорошая репутация могут творить чудеса. Заказчики приходят и уходят, но иногда среди них находятся те, кто начинает ценить в вас исполнительность, или качество работ, или то и то — после чего начинают регулярно снабжать работой.

Такие заказчики, если у них регулярно появляются задачи, посильные для ваших мощностей, обеспечивают стабильность и некое подобие уверенности в завтрашнем дне. Так что стабильность с «текучки» — а сверхприбыли приносят именно новые проекты. У меня, в большинстве случаев, это сайты.

Итак, вот она, моя схема работы над новым проектом:
  1. Знакомство
  2. Первая встреча, обсуждение проекта
  3. Бриф и коммерческое предложение
  4. Вторая встреча, подписание договора, предоплата 30%
  5. ТЗ, его утверждение
  6. Макет главной страницы, его корректировка и утверждение
  7. Макеты остальных страниц сайта на основе стилистики, заданной главной страницей, их корректировка и утверждение
  8. Предоплата 30%
  9. Верстка и программирование. Приемка и утверждение результатов работы
  10. Третья встреча, оплата оставшихся 40%, обучение работе с админкой (при необходимости), закрытие работ по договору
  11. Перенос сайта на «боевой» хостинг


Рассмотрим этапы более подробно.

Про знакомство и то, откуда берутся заказы, я уже немного написал чуть выше. Скажу вот еще что: заказчик может впоследствии стать вашим другом, а вот делать из друзей заказчиков или исполнителей я крайне вам не рекомендую — скорее всего, вы переругаетесь, испортите отношения и запорете проект, да и друга потеряете. Проверено не раз на собственном горьком опыте.

Итак, вы познакомились с человеком, которому очень нужен сайт. Узнайте примерно, что ему нужно и сможете ли вы ему с этим помочь, а потом сразу назначайте встречу. Сколько бы не было разговоров о том, что сейчас 21-й век, есть Skype, все можно решить удаленно и т.д. — непосредственный контакт очень важен. Чтобы заказчик в вас поверил и не побоялся выделить вам предоплатных денег, вы должны произвести на него хорошее впечатление.

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

Когда будете договариваться о встрече, учитывайте пожелания заказчика о месте и времени, но не слишком прогибайтесь под него — вы равные партнеры и время и место встречи должны быть удобны как ему, так и вам. Оденьтесь поприличнее и выдвигайтесь на обговоренное место встречи. Я люблю приехать минимум за полчаса — во-первых, я уверен, что не опоздаю, во вторых, я успеваю спокойно усесться, заказать себе чашечку кофе, расслабиться, открыть ноутбук и почитать свежие новости/подумать о том, о чем вы сейчас будете разговаривать.

Внимательно выслушайте то, что вам скажет заказчик. Делайте краткий конспект основных его тезисов либо на ноутбуке, либо карандашом в блокнотике. Задавайте уточняющие вопросы. Улыбайтесь, выглядите уверенно. На вопрос о примерных сроках — можете предположить. На вопросы о цене — уклоняйтесь, говорите, что все нужно сначала подсчитать. Выпейте еще чаю, расплатитесь (не скупитесь на чаевые), попрощайтесь с заказчиком и езжайте домой. Дома за чашечкой кофе прочитайте свои написанные за время встречи вирши, запустите свой любимый почтовый клиент и начинайте писать бриф.

Бриф включает в себя краткий текстовый конспект того, что вы обсудили на встрече. По сути, на нем будет впоследствии основываться ТЗ. Оформите его красивым литературным языком, но без «воды» и словоблудия. Написали? Отлично! Теперь самое интересное — коммерческое предложение.

Прочитайте еще раз бриф. Покажите его своим подрядчикам, которые будут с вами делать проект. Пусть назовут свою примерную цену за такую работу. Прибавьте сюда вашу себестоимость как специалиста (дизайнера, в моем случае). А теперь еще раз все проанализируйте и прибавьте коммерческий интерес. При его подсчете исходите из платежеспособности заказчика — и не в плане того, что если он «богатенький Буратино», то можно с него стричь без стыда и совести — наоборот, если вы видите, что он, как и вы, на заре развития своего дела, будет уместным немного «подвинуться» в цене — добродетель это всегда хорошо; учитывайте также и его психологический портрет, который вы должны были составить во время встречи — прикиньте, насколько велика вероятность того, что он будет «мучать» вас необоснованными правками, или просить поставить на главную страницу сайта фотографию своей любимой кошки, добавив ей анимацию сверкающих глаз на JS. Ну а вообще, не продешевите. Работа приносит удовольствие тогда, когда знаешь, что она будет достойно оплачена.

Определились с ценой? Сделайте красиво оформленную PDFку с вашим логотипом (если логотипа нету, не беда, но лучше сделайте или закажите), заголовком типа «Коммерческое предложение на разработку сайта www.domain.com). В теле КП распишите этапы работы над сайтом (наподобие как это сделал я чуть выше). Обязательно должно быть четко понятно, в какой момент и сколько заказчик должен платить! Да, можете в КП включить какие-нибудь бонусы. Обязательно укажите бонусом, что вы готовы провести обучение работе с админкой сайта в количестве стольких-то часов после сдачи проекта. Можете подарить заказчику год хостинга. По деньгам мелочь, а человеку будет приятно.
Да, ну и, конечно же, укажите цену, в которую обойдутся заказчику ваши услуги. К этому моменту она должна четко сформироваться у вас в голове.

Прикрепляйте КП к письму с брифом и отправляйте заказчику. Ждите ответа. Не ответит через день — перезвоните и спросите, получил ли он бриф и КП? Ах, он, оказывается, уезжал в срочную командировку — а мы волнуемся, куда он пропал. Ждем еще! И вот звонит телефон, или в списке писем появляется новая строчка, выделенная жирным.

Далее следуют два варианта развития событий:

1) „Дороговато!“, говорит. „А вы на какую сумму рассчитывали?“, спрашиваем.
а) „Ну, на 20% от той, что вы написали“, отвечает. „Был рад с вами отужинать. До встречи!“ — отвечаем и вежливо прощаемся. Но вообще, такое бывает редко — исключить такие ситуации и призвана личная встреча в кафе, о которой я писал выше.
б) „Примерно на 70-90% от той, что вы написали“, отвечает. Говорим, что перезвоним. Правим ценник в КП, если позволяют возможности. Высылаем. Ждем. Далее следует возврат к варианту „1)“ или переход к варианту „2)“.

2) „Все отлично, работаем“, говорит. Сдерживаем эмоции и договариваемся о второй встрече с предоплатой и подписанием договора.

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

Распечатайте договор в двух экземплярах и езжайте на встречу. Подпишите с ним договор и решите вопрос с оплатой первого этапа (в моем случае, повторюсь, это 30% от общей стоимости работ). Попрощайтесь с заказчиком и скажите, что скоро он узреет ТЗ на свой будущий распрекрасный сайт.

После этого этапа я люблю себя чем-нибудь вознаградить. Можно купить какую-нибудь безделушку, можно сходить в кино с подругой, а можно и просто съесть мороженку и быть довольным. Главное, отметить то, что вы — молодец и что дело сдвинулось и „пошло-поехало“.

Теперь самое время писать ТЗ. Откройте бриф, который вы отправляли заказчику. Опишите краткое назначение сайта, его целевую аудиторию, пожелания заказчика по композиции и цветам. Составьте перечень макетов, которые вам (или вашему дизайнеру) предстоит отрисовать. После этого, я обычно беру блокнот с миллиметровой бумагой и рисую карандашом блочные прототипы всех страниц. После этого, я детально описываю для каждой страницы перечень элементов на них и события, происходящие при взаимодействии с ними пользователя. Еще, я отдельно описываю повторяющиеся элементы страниц, такие, как „шапка“ сайта и „подвал“, чтобы каждый раз их не описывать для каждой страницы. Общаясь с программистом, вы наверняка уже определились, какая CMS будет использоваться для сайта. Если в ее админке понадобятся какие-то уникальные модули/страницы, опишите и их тоже. Обязательно напишите пометку, что стилистическое оформление админки сайта остается на ваше усмотрение — если это так, конечно же. Этим вы предостережете заказчика от удивления, что по ссылке domain.ru/admin он увидит стандартные стили Joomla/Wordpress/Ваша CMS, а не тот гиперкосмос, который вы ему нарисовали для front-end части сайта (опять же, если вы не договаривались о другом).

Опишите минимальные требования к браузерам, минимальную ширину окна браузера и другие технические требования к системе, на которой будет просматриваться сайт. Скажите, что не несете ответственности за дополнительное ПО, установленное на компьютере заказчика, которое может влиять на отображение сайта. Простейший пример — плагин Skype для браузера, который превращает номера телефонов, записанные текстом, в кнопки вызова, что, в конечном итоге, технически меняет дизайн сайта.

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

Старайтесь учесть в ТЗ все мелочи. В случае споров и необоснованных „предъяв“ оно, наряду с договором, будет вашим главным „козырем“ и аргументом. Да и своим подрядчикам вы упростите работу, формализовав абсолютно все детали проекта.

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

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

Далее следует этап отрисовки макета главной страницы. Если вы — дизайнер, то вы и без меня знаете, что делать. Если нет, то отправьте дизайнеру ТЗ и отсканированные прототипы страниц сайта (ну или просто отправьте, если вы их изначально рисовали не на бумаге, а в специальном софте). В дополнение к этому, встретьтесь с ними или созвонитесь и все обсудите дополнительно еще и на словах, чтобы не возникло непоняток.

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

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

Три макета сайта — это тройная работа. Тройная работа оплачивается втройне. Это раз. Даже если попросить дизайнера нарисовать три разных макета, скорее всего он, будучи специалистом в своей области, которому вы доверяете (иначе зачем вы его наняли?) нарисует один правильный и продуманный со своей профессиональной точки зрения макет, и два „высосанных из пальца“. Это два.

Он — дизайнер, и его чувство вкуса объективно в меру его профессионализма и опыта. Вы — не дизайнер, и ваше чувство вкуса субъективно. Вы можете сыграть в „русскую рулетку“ и выбрать из этих трех макетов тот, что высосан из пальца, потому что он понравится именно вам — но не большей части посетителей сайта, на которых ориентировался дизайнер, и ради создания положительного образа вашей компании в глазах которых создается сайт. Итог — вы переплатили за лишние макеты и получили плохой дизайн, который нравится только вам и вашей жене. Этого ли вы хотели?

Все это следует в более мягкой форме объяснить заказчику при возникновении подобного рода вопросов. Обычно, этого бывает достаточно.

Вернемся к самому макету. Согласуйте с программистом и расскажите дизайнеру, какая будет на сайте использоваться Captcha, какой клон lightbox'a будет открывать картинки, не нужно ли делать формы с jQuery UI? Пусть он сразу использует эти элементы в своих макетах.

Дождитесь макета от дизайнера, но не спешите пересылать заказчику — проверьте, что там всё ровно, аккуратно и соответствует ТЗ. Всё ок? Отправляйте. Пришли правки от заказчика? Сверьтесь с ними и ТЗ. Если все адекватно и в рамках изначальных договоренностей — вносите правки и отправляйте. Как правило, 1-2 итерации правок — и макет главной страницы утверждается.

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

По предоплате работы дизайнера — дело ваше. Я обычно плачу задаток в 50% до начала работ, и оставшиеся 50% после. С программистом и верстальщиком (если он отдельный) — та же схема.

Итак, дизайн утвержден и сделан. Время следующего этапа предоплаты в 30%! Расплатитесь с дизайнером и подкиньте предоплатных деньжат программисту. Отправьте ему ТЗ и PSD-файлы макетов сайта. Тоже встретьтесь/созвонитесь с ним и всё детально обсудите.

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

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

Когда я вижу, как некоторые наполняют сайты тестовым наполнением в виде текста „Тест тест тест тест тест тест тест тест тест тест тест тест тест“ и одной и той же „пикселявой“ и „артефактной“ фотографией на все случаи жизни, хочется взять и у… удручающе вздохнуть. Сайт — это продукт, товар, который вы продаете. А товар должен иметь товарный вид, иначе его не купят. Нет желания писать из головы „рыбные“ тексты для тестовых статей и новостей? Для латиницы есть Lorem ipsum, а для кириллицы мне нравится Яндекс.Весна. Разные фотографии для статей и новостей можно найти в Google images.

Сделайте несколько тестовых новостей, тестовых статей. Расставляйте в тексте переносы, табуляции. Разбавляйте большие текстовые блоки ссылками, выделениями жирным и курсивом. Используйте нумерованные списки. Покажите заказчику, что вы старались над его проектом, а не сделали всё „тяп-ляп“ — поверьте, он это оценит!

Всё готово? Не сайт, а конфетка? Кидайте ссылку заказчику, пусть смотрит. Ответьте на все его вопросы. Если возникнут правки — сверьтесь с ТЗ, с утвержденными макетами и примите правильное решение.
Наконец, договаривайтесь о последней встрече, закрывайте работы и забирайте оставшиеся 40% от стоимости сайта. Вы и ваши партнеры их заслужили! И да, не забудьте хорошенько отметить со своими людьми сдачу проекта! Очень правильная традиция.

Что еще хочется сказать?
  • Переносите готовый сайт на хостинг заказчика только тогда, когда получите все деньги. Это простая и уместная защита от непорядочности.
  • Боритесь с ленью, если у вас она есть. Не откладывайте на завтра то, что можно сделать сейчас.
  • Будьте человеком слова. Обещали сдать этап в понедельник? Не успеваете? Расшибитесь в лепешку, обпейтесь кофе, энергетиков, забудьте о личной жизни, но работу сдайте в срок. В крайнем случае, заранее свяжитесь с заказчиком, извинитесь и обсудите новые сроки. Именно ответственных и исполнительных партнеров заказчики рекомендуют своим друзьям и коллегам.
  • Ведите ежедневник. Я использую для этого Google Календарь. Записывайте туда даты встреч, дедлайны и все предстоящие важные события. Дедлайны я крашу в красный, нечто приятное — в зеленый, а неприятные, но важные дела — в болотный. Когда дело выполнено — тут же отмечаю его серым. Соответственно, по прошествии недели смотрю, сколько у меня серых прямоугольников, и если много, значит я — молодец!
  • Читайте всякие самомотивационные статьи и книжки, типа „Тайм-драйва“ Глеба Архангельского. Реально помогает!


Что еще скажу — я сам в начале своего пути, т.к. работаю на себя пока только около года. У меня тоже есть много проблем — времени не хватает ни на что, в первую очередь, на систематизацию своего портфолио и создание собственного сайта. Исполнители тоже часто подводят и с качеством, и со сроками — подчас приходится самому править верстку, код, рассказывать им про различные технологии.

В общем, я бы с удовольствием подискутировал обо всем этом в комментариях.
Спасибо за внимание!

UPD: И спасибо за инвайт, друзья!

Similar posts

AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 64

    +5
    Хорошая статья, написанная от лица менеджера, который смотрит на разработку с дизайнерской точки зрения.
    В определенный момент, когда выполнять работу дизайнера самому вам станет уже сложно (объемы, приоритеты или просто надоест), между пунктами 5 и 6 возникнет пункт «Создание и утверждение дизайн-концепции». Это позволит сократить время на создание и утверждение дизайна, сделанного не вами, а вашим дизайнером.
    Советы в дизайне при создании макетов очень хорошие, особенно это касается текстов. Действительно, не добавляйте полотно, разбавляйте, выделяйте главную мысль, добавляйте экспертные мнения, девизы и народные приметы. Но лучше в качестве «рыбы» использовать не Яндекс.рефераты, а тексты грамотных конкурентов, меняя их название на название вашего клиента. Это приблизит дизайн к реальности.
      0
      Согласен, статья — зе бест! И коммент на закуску. Спасибо.
      0
      Ну и, конечно, хотелось бы видеть список работ, чтобы закончить картину и понять в каком ценовом сегменте вы работаете.
        –16
        что-то больно много слов. сложно дочитать все до конца
          +10
          Если сложно даже дочитать, то эта статья уже не поможет…
            –12
            ну ты прям герой-читатель. видать делать тебе нечего по жизни, время твое мало стоит в денежном эквиваленте, так вот можешь и почитывать статьи такого рода
              +7
              Если вам эта тема неинтересна, то, как говорится, лес там =>
              Потратить 10 минут на чтение интересной статьи не жалко.
                –5
                я не говорил о том, что статья неинтересна.
                в статье много воды и советов типа КО
                +2
                Моё время стоит достаточно для того, что бы я мог не тратить его полностью на работу. Если ваше время «стоит так мало в денежном эквиваленте» что его необходимо полностью использовать на зарабатывание денег — то менять что-то пора не мне.

                Вот уж не думал что услышу когда-нибудь фразу «видать делать тебе нечего по жизни, если ты читаешь»
                  –3
                  ваше чтение моего комментария и потом его неуместное цитирование, весьма доходчиво показываеет ваше развитие и ваш интеллект.
                  вы вырвали фразу из контекста и перевернули смысл сказанного
                    0
                    Ну да, повыдергивал из комментария фраз за которые взгляд зацепился — тут моя вина конечно. Просто изначальная фраза «что-то больно много слов» меня задела. Тут ведь не твиттер и не быстрые новости, а всё таки тематический блог. Тем более набор блогов у поста подобран правильно, да и статья сама по делу. Получилось как будто пришел в ресторан, ужин заказал «на вкус шеф-повара», получил неплохой стейк с овощами и в ответ: «а чо так заморочено то, бургера с картошечкой не было?»
                    А в общем то на вкус и цвет, самые глупые споры об этом. Вот только личностей касаться у вас привычка дурная очень, это вы бросайте.
            +7
            Отличная статья! До полного счастья не хватает только образцов типовых договоров, ТЗ и КП и можно смело претендовать на звание «лучшее пособие для начинающих фрилансеров».
              +1
              Кстати Я за!
              bfck, пожалуйста выложите пример договора.
                +1
                Мне кажется, что эта статья выходит за рамки «фрилансера». А хорошая заявка на «свое собственное дело» и полноценную реализацию себя.

                В качестве комментария / совета — старайтесь брать людей в подрядчики (не важно, дизайнера или программиста) с горящими глазами на эту идею. Даже если у него мало опыта именно в этой сфере (он уже должен быть профи по определению) :)

                Спасибо за статью, очень хорошо написана и мотивирует :)
                0
                Отлично! Вы на правильном пути… Удивительно, что существуют люди не знающие про «весну».
                За статью огромное спасибо! Сейчас также нахожусь в «думах» про что-нибудь своё и как раз рассматриваю вариант создания сайтов.
                Спасибо! Отлично!
                • UFO just landed and posted this here
                    +5
                    И я не знал. Но никогда не буду использовать рыбу. Объясню почему.

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

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

                    И весь текст всегда рисую точно как будет заиплеменчено. И порезчиков прошу сделать 1 в 1 как в макете. С теми же тектстами и в том же количестве. Если на странице лиды у новостей 20 штук-то у меян в макете будет 20, все разные, с разными фотками.

                    Хотя конечно в макетах отрисовываю все типы контента, оговоренные в спеке и плюс UI файл.

                    Если заказчик трудный и приходится дорабатывать/перерабатывать то иду на ленту в раздел «криминал» и ищу там самые жесткие варианты и все в макет. Про насильников, убийц, маньяков, коррупционеров итд. Это уже догма за 7-8 лет, которые работаю)))) С заказчиком ссориться не позволяю себе-он мне все-таки деньги платит, но маленькие шалости позволяю. На уровне макета. Без пасхальных яиц)))

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

                    Кстати в статье в этом смысле пробел. Очень много работал с крупными студиями из Европы и там продукт презентуют на очень высоком уровне. Визуализаия даже самого простого сайта в виде видосика-это минимум. А хорошая презентация — как все наверно знают-это увеличение стоимости проекта в 2 раза. Очень заказчики любят что бы богато было))))
                      –1
                      да, рыба и Весна — этим больше всего пользуются начинающие, что в целом является ошибкой.

                      Заказчик должен видеть реальный текст, из близкой ему тематики, а не непонятно что — это создает совсем другое впечатление.

                      Доказано неоднократно. Не ленись, не вписывайте рыбные тексты из «весны» или Lorem ipsum — намного лучше будет смотреться нормальный текст, а времени потратите немного на это.
                        0
                        + требованию к дизайну. Я стал брать за правило писать в ТЗ диапазон знаков на странице, что сильно помогает дизайнеру. Размер SЕО-текста можно определить заранее, а если не SEO то анализ конкурентов, рассуждения о смысле странице и т.д.
                        Получается создавать не шаблон, что приятно.
                    +3
                    >>А вот верстку проверить несложно. Снимите в разных браузерах скриншоты сверстанного сайта и наложите их в графическом редакторе на макеты. Не сходится? Покажите это верстальщику — пусть переделывает.

                    Пиксельхантинг? Не думаю, что за такое верстальщик вас отблагодарит. Особенно сложно подгонять текст, так как в зависимости от браузера, тем более платформы — возможна разная отрисовка. Все же я считаю, что проверка верстки со стороны заказчика должна быть более адекватной — небольшие сдвиги элементов я считаю допустимыми.
                      0
                      И то верно.
                      Немного про старые браузеры: я конечно стараюсь добиваться хоть какой-то работы в древних браузерах, но у меня такой волшебный заказчик, что такие моменты даже не обговариваются, и такой кроссбраузинг — это больше мое желание, чем пожелание заказчика или требование.
                      • UFO just landed and posted this here
                          0
                          Ну если логически мыслить, то опытный верстальщик не будет использовать каких-то отступов / других параметров, которые будут отображаться в разных браузерах (исключение IE) по-разному. Или он сразу знает, что такие-то правила будут по-разному рендерить те или иные браузеры. Хотя, возможно, нужно обладать сильно прокаченным скиллом, чтобы так верстать) Но у меня очень редко вылазят несоответствия такого характера. Но, несомненно, данная техника проверки полезна и нужна в работе.
                          Но написал я тот коммент потому, что когда заказчик начинает слать скриншоты и требовать, чтобы текст пиксель-в-пиксель был везде одинаков, это для меня, как красная тряпка для быка :D
                        +1
                        Огромное спасибо.
                        Я искал доходчивую книжку по этой теме а тут Вы так понятно и компактно разжевали.
                        Спасибо, буду надеяться что не последняя ваша статья по теме.
                          0
                          Прочитал с удовольствием!
                            +6
                            Интересная штука, подчерпнул для себя много нового и возьму на вооружение. От себя добавлю еще такую фишку, когда сдаю работу, в конвертике заказчику передаю пароли, инструкцию-брошюру по cms, 2-3 визитки. Пароли и инструкция должны быть красиво оформлены в соответствии с фирменным стилем. Визитки они передают своим друзьям, поэтому важно класть несколько, чтобы самим не потерять контакты, могут не отдать другим. А просто красивая инструкция и пароли — всегда приятно заказчику.
                              +3
                              Ах, да, и еще, можно Вас попросить скинуть на всеобщее обозрение пример договора и тз? Если это, конечно, не противоречит этическим, моральным принципам, желанию, религии и правам на частную жизнь.
                              • UFO just landed and posted this here
                                +1
                                А договор с Вами заключают как с частным лицом или Вы имеете зарегистрированное юридическое лицо?
                                  0
                                  присоединяюсь к вопросу.
                                  +2
                                  А как начинали? В плане исполнителей-сотрудников. На фрилансе искали исполнителей?
                                    0
                                    Не хочу показаться скупердяяем, но: «Закон синергии- объединение людей, дает повышение эффективности труда»
                                    если ты сможешь найти людей и объединить их в группу- профит будет больше.
                                      0
                                      Не всегда. Очень трудно организовать эффективно работающий коллектив из нескольких человек. Здесь нужно обладать отдельными организаторскими способностями. Есть примеры того, как один человек можем заработать больше, нежели несколько, которых он пытается объединить.
                                      +4
                                      Любопытная статья. Раньше мы тоже делали так, а потом постепенно стали работать совсем по-другому. Вот ключевые различия:

                                      — Перед первой встречей обязательно определиться с порядком цен, иначе просидишь полжизни в кафе за милыми и бесполезными разговорами;
                                      — Предоплата? 100% перед каждым этапом работ;
                                      — Бриф? ТЗ? Блочный макет дизайна? Нет: полностью рабочий прототип сайта сразу на хостинге клиента. Сразу со всем функционалом (в виде скриншотов или фраз «тут слайдер» хотя бы). А уже потом на него навешивается дизайн. Ну, либо сайт изначально делается на готовом платном шаблоне;
                                      — Нет контента — нет сайта. Не начинаем работу, пока клиент не соберет и не предоставит основной массив контента, сайт заполняем только реальными материалами. Иначе велика вероятность сделать мертвый сайт. Да и клиент, потрудившись над контентом, уже не передумает делать сайт. Или передумает: значит, он ему не очень нужен, а мы узнаем об этом еще до начала работ.
                                      — исполнители: вся работа проверяется, в особенности верстка и программинг (и в особенности — в граничных условиях использования!), причем руководитель проекта обычно лично умеет почти все: от Фотошопа до jQuery. Поэтому мелкие правки вносит сам, не дергая исполнителей. Иначе допиливание сложных проектов будет длиться бесконечно.
                                        +1
                                        Насчет подготовки контента — вот это очень правильно. В большинстве случаев заказчик не заморачивается насчет этого. Тут со 100%-ной уверенностью можно сказать, если заказчик отказывается помогать заполнять сайт — сайт ему не нужен и после его приемки, забудет о нем. Сталкивался с таким и в студии и во фрилансе. Ответ на вопрос «Почему так?» мне неведом.
                                        +6
                                        Вижу, поднакопилось немного вопросов. Попробую ответить.

                                        Qkish: А как начинали? В плане исполнителей-сотрудников. На фрилансе искали исполнителей?

                                        Если честно, по моим представлениям, я до сих пор начинаю.

                                        С исполнителями у меня самая настоящая беда: за прошедший год я расстаюсь уже с четвертым программистом. У меня есть надежный партнер-хостер со своим VDS, есть пара ребят-дизайнеров, готовых подстраховать в этом плане, если что-то не успевается. Есть отдельный верстальщик — правда, не так часто приходится прибегать к его услугам, т.к. он параллельно работает на фулл-тайме, отчего его время сильно ограничено, да и большинство программистов предлагают сразу верстку и код.

                                        А вот программисты в моем случае — персональное проклятие, печаль и боль. Я всегда считал, что дизайнеры в своем большинстве — необязательные лентяи и раздолбаи, а у программистов все должно быть точно, ровно и четко. Но те, что мне попадались, могут бесконечно рассуждать о технологиях, рассказывать о том, какие невероятные фреймворки они сейчас осваивают, а уж сделать небольшой сайт на Joomla/MODx? «Ха, да я одной пяткой его за час прикручу, даже если буду одержим припадком болезни Туретте!». Но на практике, зачастую, выясняется, что соблюдение дедлайна и редлайна для них — пустой звук, что, как я уже говорил, хотя бы приблизительное соответствие верстки макету — это мои причуды, что фотки для тамбнейлов не обязательно должны сами ресайзиться, что в админке при добавлении, скажем, новости на сайт допустима необходимость ручного прописывания каких-то классов для картинок, ну или просто хамское отношение в мой адрес — я могу продолжать бесконечно. Знакомились мы, в основном, через общих знакомых. Однажды, совсем отчаявшись, я зашел на weblancer.net и начал просматривать все профили веб-программистов, упорядочивая их по рейтингу. Если видел нечто подходящее — писал письмо. Всех откликнувшихся на мои письма я просил показать свои лучшие проекты. Вот честно: я не увидел ни одного сайта, хотя бы отдаленно приближающегося к уровню, который показывают на порталах типа creattica.com/css/latest. А я очень хочу стремиться к такому уровню.

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

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

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

                                        Кстати, небольшой оффтоп: сейчас у меня назревает достаточно крупный проект, первый мой проект такого масштаба, и я планирую (не сочтите за рекламу) привлечь для верстки (да, именно отдельно для HTML верстки) вот этих ребят из США: www.psd2html.com Цены у них, конечно, кусаются, но зато я почему-то уверен, что все будет сделано вовремя, аккуратно, и если и без «пиксельхантинга», как сказал ambientos, то максимально близко к идеалу.

                                        И да — я ни в коем случае не плачусь никому в жилетку. Просто действительно накипело.

                                        dimasol: А договор с Вами заключают как с частным лицом или Вы имеете зарегистрированное юридическое лицо?

                                        Несколько договоров я заключал на ООО одного из своих бывших партнеров (да, разумеется, программиста). Заключал договор и как частное лицо — но тут он составлялся не мной, а заказчиком, и всех юридических тонкостей этого дела я не знаю. Буквально недавно я зарегистрировался как ИП, но произошла окказия: у меня украли сумку со всеми учредительными документами. Так что теперь план такой: восстановить документы, завести р/сч в банке (в Райффайзене сейчас, кстати, очень крутая акция — бесплатное открытие и три месяца обслуживание) и переписать типовой договор под нужды ИП. Ребят, выкладывать договор совсем не хочу — все-таки это финансовая бумага, вся фигня. Я сам в свое время гуглил на предмет типовых договоров на разработку сайта, и видел несколько очень неплохих вариантов. Да и вообще, я не юрист — может быть, у меня там такая фигня понаписана, что произойди какая неприятность и дойди дело до суда, гремел бы я сейчас цепями где-нибудь в Соловках!

                                        А вот шаблоны ТЗ и КП — ок, подготовлю и чуть позже добавлю в пост!

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

                                        Скину в ЛСку, если кому интересно!
                                          +2
                                          Насчет программистов и верстальщиков пару комментариев:

                                          1) вы хотите чтобы делали сайты на ModX и Joomla, а это уже отсекает большую часть профи. Профессионалы с ними редко работают (из-за их лапшекода).

                                          Кроме того, как вы могли оценивать по портфолио программистов? Только по функционалу сайта?

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

                                          2) насчет верстки рекомендую не psd2html (т.к. дорого), а вот это — coderiver.com.ua/ (я и сам уже успел воспользоваться). Качественно, за разумные деньги.
                                            +1
                                            Тут только один никнейм akella уже внушает полное доверие к ресурсу)
                                              0
                                              я об этом же :)
                                              0
                                              Вопрос по первому пункту. А с чем работают профессионалы?
                                                0
                                                большинство уже давно работает на фреймворках по типу ZF, Symfony, Yii
                                                  0
                                                  Но это скорее для более-менее крупных проектов. А если это 5 страничный сайт. Хотя каждый выбирает по себе.

                                                  А что вы скажите про фреймворк CodeIgniter.
                                                    0
                                                    > А что вы скажите про фреймворк CodeIgniter.

                                                    мне не нравится, а там на вкус и цвет фломастеры разные.

                                                    > Но это скорее для более-менее крупных проектов. А если это 5 страничный сайт. Хотя каждый выбирает по себе.

                                                    Что мешает использовать CMS на базе этих фреймворков (пусть даже самописные) для таких сайтов? Лично я так делаю. Один раз написал мини-цмс и использую ее для своих проектов.

                                                    Это лучше намного, чем ковыряться в лапшекоде по типу Joomla.
                                                      0
                                                      Спасибо. По поводу joomla полностью согласен. А вот гибкость modx мне нравиться.
                                                      0
                                                      > Но это скорее для более-менее крупных проектов. А если это 5 страничный сайт. Хотя каждый выбирает по себе.

                                                      ИМХО Wordpress — лучшее, что можно предложить для подобных проектов.
                                                +2
                                                Да, с программистами совершенная беда. Они могут кодить днями напролет, они могут изучать сложные и интересные концепции, придумывать элегантные шаги и нетривиальные решения; но сделать простую вещь быстро, точно, в срок и не задавая вопросов для них оказывается непосильной задачей.

                                                Мы даже пробовали обучать программиста с нуля за свой счет. Через полтора года программер почувствовал, что знает все, и начал отбиваться от рук, так и не научившись классно работать :(

                                                Совет насчет расчетного счета в Банке:
                                                3) Лучше выбрать систему online-бухгалтерии и воспользоваться услугами связанного с ней банка. В этом случае системы будут гарантированно совместимы и ваши взаимоотношения с налоговой и автоматизация платежей будут легки и непринужденны.
                                                  0
                                                  Программист задает вопросы не просто так. Либо он чего-то не понимает, либо он видит, что Вы чего-то не понимаете. Опять же, желательно различать кодера и разработчика. Кодер пишет код согласно ТЗ, и если и задает вопросы, значит ТЗ составлено не верно. Разработчик же — свободный художник. Используя свой обширный опыт он может увидет косяки еще на этапе ТЗ, а не тогда, когда проект готов к сдаче. Тоже самое касается и грамотного дизайнера. Так что просто надо правильно подбирать исполнителей.
                                                  0
                                                  Хорошие программисты любят хорошие системы.
                                                  Поищите разработчиков на livestreet.ru
                                                  0
                                                  Насчет нескольких вариантов дизайна, из которых заказчик может выбрать рабочий есть еще один важный подводный камень помимо стоимости работ – в случае подготовки нескольких макетов на выбор очень часто заказчик просит что-то в духе «а давайте сделаем как в макете 1, но только с шапкой как в макете 2 и размещением картинок как макете 3», что приводит к гибриду-монстру, но донести это до заказчика иногда бывает довольно непросто.
                                                  Мне кажется, самым лучшим выходом может быть предложить сделать один макет, но с возможностью условно бесконечного количества доработок (в случае, если заказчик адекватный).

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

                                                  "Заказчик может направить Исполнителю список частных доработок, не затрагивающих общую структуру страниц и их стилевое решение. Указанные доработки производятся параллельно с разработкой программных модулей сайта. Внесение изменений в дизайн-концепцию после ее приемки допускается по дополнительному соглашению сторон.
                                                  Если представленная концепция не удовлетворяет требованиям Заказчика, последний предоставляет мотивированный отказ от принятия концепции с указанием деталей, которые послужили препятствием для принятия концепции и более четкой формулировкой требований.
                                                  В этом случае Исполнитель разрабатывает второй вариант дизайн-концепции.
                                                  Обязательства по разработке второго варианта дизайн-концепции Исполнитель принимает после согласования и подписания дополнительного соглашения о продлении этапа разработки дизайн-концепции на срок не менее пяти рабочих дней.
                                                  Дополнительные (третий и последующие) варианты разрабатываются Исполнителем на основании дополнительных соглашений.
                                                  "

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

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

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

                                                      Конечно если заказчик выбрал из них, вам будет только плюсом, если вы изъявите желание придумать вдруг еще какие-то интересные ходы и все такое, что бы работа была сделана на совесть и в портфель встало.

                                                      А серъезных агенствах макеты не рисуются пачками-там глубоко концепты прорабатываются. Когда приходит время макета-уже почти все готово-осталось только чистоту навести. А на драфты обычно у хорошего дизайнера уходит пара часов+грамотная подача и комментарии.
                                                    • UFO just landed and posted this here
                                                      • UFO just landed and posted this here
                                                          0
                                                          Классически современный заказчик.

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

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

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

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

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

                                                          У меня часто бывало что я делаю, а мне говорят что вот нам надо желтенькую собачку, большой логотип и еще хочу фотку своей подруги поставить на главную—я возвращаю деньги и прощаюсь с заказчиком.
                                                          • UFO just landed and posted this here
                                                              0
                                                              1. Либо проект не интересный, либо ему не нравится что получается. Как правило дизайнеры не настаивают на своей точке зрения. Дизайнер способен выдать шедевр-просто это обычно никому не нужно. По той же причине у дизайнеров редко стоят ссылки на реализованые работы-и вообще макеты, которые дизайнеры показывают-очень часто отличаются от того, что вывели на продакшн.

                                                              2. Для этого есть портфель. Если это портфель дизайнера, то примерно в таком же ключе стоит ждать работы-плюс/минус по качеству. ПО поводу набросков-это отличает не опытных дизайнеров. Дизайнер с опытом двигается маленькими шажками-тогда больший шанс ен потерять кучу времени и управление проектом легче, плюс появляется возможность изменить что угодно в процессе. По 3-4 часа на итерацию. Сначала лейаут, потмо стилистика, потом, поведение элементов. Потом иконки итд Каждая итерация согласовывается и обсуждается. Если необходимо-вносятся коррективы. Так работают над большими проектами, но и для маленьких тоже хорошо работает. В таком случае все видят результаты, заказчик учавствует в процессе, времени отнимается столько же, переделки не глобальны.

                                                              3. Это странный вопрос: для кого-то один дизайнер профессионал, а для другого любитель. Все профессионалы были любителями-поэтому никак не отличить. ДА и какая разница-если вас устраивает портфель, качество работы-то пусть ваш дизайнер будет трижды любителем.
                                                          0
                                                          Lorem ipsum? Серьезно?
                                                            0
                                                            Отличная статья — идете по правильному пути. Искренне желаю вам успехов ;)
                                                              0
                                                              В моём понимании это не совсем фрилансерство, это аутсорсинг. Фрилансер — это специалист. Программист, дизайнер, копирайтер и т.д. А вы поставляете готовый продукт. Впрочем это, наверное, субъективно.
                                                              Мой рецепт успеха намного короче — почасовая оплата. Вполне можно выжить, и не надо заниматься неприятными мне вещами, вроде SEO, дизайна и т.п. Доход, возможно, меньше, но и риски тоже.
                                                                0
                                                                Отличительный пример хорошей статьи — это когда получает много полезной информации и из самой статьи, и еще столько же, если не больше, из комментариев.
                                                                Это как раз тот случай. Спасибо автору за статью и за желание сообщества еще полнее раскрыть сабж в комметах.
                                                                  0
                                                                  эх… года два назад мне б эту статью в руки… :(
                                                                    0
                                                                    Автору — огромное спасибо за статью. Все по делу и без воды. Насчет исполнителей и их ответственности и профпригодности. ИМХО не имеет значения работа это в офисе или удаленная — человек либо ответственен, либо нет (он так же заинтересован в постоянной работе с Вами и хорошем имидже, как и Вы с заказчиком). Форсмажор может случиться и по закону Мерфи он случится обязательно. Так что желательно иметь подстраховку. Плюс сроки сдачи у дизайнера и программиста наверное не такие же, как у вас с заказчиком. Так что есть пространство для маневра.

                                                                    В комментарии я уже написал, что желательно различать кодеров, которым в принципе все равно, что кодить (главное, чтобы ТЗ было со всеми нюансами) и разработчиков, которые ИМХО должны принимать непосредственное участие в разработке архитектуры сайта. Плюс желательно, чтобы разработчик/кодер общался с дизайнером. Так как тот может нарисовать дизайн без учета нюансов его воплощения, как-то CSS-й грид.

                                                                    Удачи Вам и хороших, добросовестных исполнителей!
                                                                      0
                                                                      Вот какой вопрос у меня крутится в голове — «Нужно-ли заключать отдельный договор на разработку ТЗ»? Так как возможен вариант, что обговорил сайт на первой встрече, написал бриф, заказчик ознакомился, согласился, заключили договор и указали стоимость. При разработке ТЗ начинают возникать «Я имел виду. А можно..?» и т.д. Или бриф писать очень подробно?
                                                                        0
                                                                        Ничего нового не узнал.
                                                                        Главный вопрос так и остался открытым: как не ошибиться в предварительной оценке стоимости.
                                                                        Я решил, что в первую очередь надо согласовать ТЗ. Только после этого можно говорить о коммерческом предложении.

                                                                        Only users with full accounts can post comments. Log in, please.