Есть ли пошаговая инструкция?

Собственно тема.
и еще
- Как заказчик "принимает"/"не принимает" договор?
- Что означает договор для общего/не общего пользования? Кому видно и кому нет?
- Возможно ли наряду с договором "принимать" и другие документы по проекту (ТЗ, акт-сдачи приемки и т.д.)?

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

Спасибо за такой замечательный сервис!
"Безопасная сделка", вообще отличная вещь. Жаль, поздно его рассмотрела

О, нашла ссылку... на самом видном месте

но вопросы остаются в силе

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

Договор - документ, на основании которого рассматриваются возможные споры.
Договор может быть доступен либо абсолютно всем пользователям, либо только указанным пользователям. Это опционально.

К договору Вы сможете прикрепить файл с ТЗ.



Обменник пока не планируется.
Об остальном подумаем. Возможно реализуем.
Спасибо.

Спасибо за ответы.
Продолжаю выяснять подробности сервиса.

Допустим есть черновик или проект договора, кот. пользователь решил не использовать в своей деятельности.
Почему нет возможности удалить договор из списка если он не доступен ни одному пользователю и никем не акцептован?

Нам известно об этом недостатке.
В новой версии сервиса он будет устранен.
Приносим извинения за неудобства.

Спасибо огромное, за ваш труд.

При составлении договора есть обязательное написание ТЗ заказчиком? К примеру, может возникнуть ситуация:
1) Фрилансер выполнит работу, заказчик скажет обратное и потребует от арбитража возврата денег. В ответ на предоставление фрилансером арбитражу готовой программы заказчик скажет, что это абсолютно "левая" разработка и ему была необходима совершенно другая функциональность. Без четкого ТЗ разобраться будет нереально.
2) Ситуация такая же, только фрилансер и заказчик меняются местами. Фрилансер предоставит "левую" разработку, утверждая, что это именно то, что хотел заказчик. Протесты заказчика без ТЗ будет невозможно проверить.

ТЗ должно быть приложено к описанию проекта либо непосредственно к договору.