Сообщений в теме: 13

[Niss_ka]

Вопрос, конечно, о разделении таких опций
1. первоначальный дизайн и навигация
2. наполнение (кто и за что несет ответственность и получает бабки)
3. подготовка статей (материалов) перед размещением
4. техподдержка при самодобавлении страниц заказчиком.

скажите, что еще надо обязательно учитывать и
как обычно выставляются цены.


у меня так получилось, что заказчик за те же деньги вместо 20 материалов решил разместить 100 с лишним, да еще и сырой.

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

в общем, прошу помощи в 1. "стандартном договоре", 2. "идентификации единиц расценок по работам". например, 1 статья в 5000 знаков - это столько-то или 1 роман в 200 стр - это столько-то.

[kornel]

Сроки выполнения и порядок оплаты

[АргентумЪ]

На "Хабрахабре" есть неплохой раздел для фрилансеров, там этот, и другие сопутсвующие вопросы очень подробно рассматриваются

[SnoopDOB]

В договоре оговаривать каким и в каком объеме будет контент, наличие\отсутствие КМС, обучение работе с КМС персонала. Если заказчик пишется под то что ему нужен дизайн, кмс, раскрутка, какая то первоначальная инфа, но в дальнейшем он будет обновлениями и пополнением контента заниматься сам, вы компенсируете потерю своей работы обучением персонала. Зато все головняки в дальнейшем с обработкой контента снимаете с себя автоматом.

В свое время кучу нервов себе попортил работая с заказчиками, которые вместо оговоренных материалов в ворде, дают ПДФ фаил в котором текст не текст, а картинка, и как невчем не бывало предлагают заполнить какой нибудь каталог продукции : )

Удачи

[[7X]SitEX]

В договоре оговаривать каким и в каком объеме будет контент, наличие\отсутствие КМС, обучение работе с КМС персонала. Если заказчик пишется под то что ему нужен дизайн, кмс, раскрутка, какая то первоначальная инфа, но в дальнейшем он будет обновлениями и пополнением контента заниматься сам, вы компенсируете потерю своей работы обучением персонала. Зато все головняки в дальнейшем с обработкой контента снимаете с себя автоматом.

В свое время кучу нервов себе попортил работая с заказчиками, которые вместо оговоренных материалов в ворде, дают ПДФ фаил в котором текст не текст, а картинка, и как невчем не бывало предлагают заполнить какой нибудь каталог продукции : )

Удачи

Точно!

Давным давно мне для каталога просто дали большую книгу с их ассортиментом Сделал.
Сейчас бы не подписался на такое

Niss_ka, все такие тонкости скорее не в Договор, а в Техническое Задание идут.

[SnoopDOB]

все такие тонкости скорее не в Договор, а в Техническое Задание идут

Конечно а как иначе, у меня ТЗ идет приложением к договору, и является его неотъемлемой частью

[[7X]SitEX]

Конечно а как иначе, у меня ТЗ идет приложением к договору, и является его неотъемлемой частью

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

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

[razvedka]

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

Там же прописывается какого рода информация идет на сайт.

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

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

Дизайн должен утверждаться отдельно - подписью клиента, чтоб не начинались потом "сюда кнопочку, сюда картинку" - и дизайн должен быть выполнен в соответствии с тз

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

И еще. Материал легче оценивать не листами А4, а публикациями. В движке это легко и просто.


На всякий случай - тз тоже должно быть подписано заказчиком

[kornel]

На всякий случай - тз тоже должно быть подписано заказчиком

По правильному ТЗ должно быть предоставлено заказчиком.

[DAnfield]

ИМХО к договору тех.спецификацию, а уже после подписания договора разработку ТЗ начинать и, соответсвенно, плату за написание тоже не забыть.

[kornel]

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

[METISSS1987]

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

Сообщение отредактировал METISSS1987: 20.07.2009, 11:42:19

[DAnfield]

kornel, Вы это говорите про ТЗ на сайты?

А если ТЗ на автоматизированные информационные системы, которые под час бывают по 100-200 страниц? И в которых к примеру надо будет указать системные требования под ПО? А об этом знают ведь только разработчики.

[kornel]

kornel, Вы это говорите про ТЗ на сайты?

В общем то, на любой вид работ.

[q]А если ТЗ на автоматизированные информационные системы, которые под час бывают по 100-200 страниц? И в которых к примеру надо будет указать системные требования под ПО? А об этом знают ведь только разработчики.[/q]Про что я и говорю, чтоб разработчики не сделали то, что они могут, вместо того, что вам надо, нужно заказывать разработку ТЗ, если сами не справляетесь, в другой фирме.