Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Один заказчик предложил положить исходники на escrow account, который он они будут оплачивать, с условием, что файл станет доступным только после моего пропадания на какое-то заметное время.
Попросил их дать ссылки на подходящие, по их мнению, варианты — предложили codekeeper.co. Я пошарился по сайту, но не нашел ничего конкретного, кроме утверждений о том, как это круто и необходимо. То есть — вообще не понял, как у них это работает. Впрочем, это нынче много где так — "продаем не товар/услугу, а Ваше душевное состояние после их приобретения".
Есть простой вариант — предложите его заказчику.
Называется:
— Слияние или поглощение
Это даёт гарантию. А всё остальное — безумные хотелки неплатежеспособного клиента.
Такие вещи только после свадьбы!
---
Иначе:
Вам придется доверять этому ескроу под угрозой потери бизнеса (если исходники утекут, а утекает всё).
Кроме этого надо завести специального человека по ревизии, мониторингу, апдейту в эксроу-сервис.
Ещё юриста, чтобы он бесконечно сопровождал эту сделку. Даже начальная подготовка документов будет стоить больших денег, если вы правда хотите написать хорошее соглашение для трёх юрисдикций (вашей, заказчика, и эскроу), которое вас защищает, а не контракт двух ИПшников.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>>Один заказчик предложил положить исходники на escrow account, который он они будут оплачивать, с условием, что файл станет доступным только после моего пропадания на какое-то заметное время.
ЕМ>Попросил их дать ссылки на подходящие, по их мнению, варианты — предложили codekeeper.co. Я пошарился по сайту, но не нашел ничего конкретного, кроме утверждений о том, как это круто и необходимо. То есть — вообще не понял, как у них это работает. Впрочем, это нынче много где так — "продаем не товар/услугу, а Ваше душевное состояние после их приобретения".
Там же вроде кнопка есть "book a demo", прямо по центру экрана. Нажимать не пробовал?
Клиент платежеспособный, просто им невыгодно покупать полную лицензию на исходники с правом их переработки, а мне невыгодно отдавать им исходники даром или в несколько раз дешевле. Я понимаю их, они — меня.
S>Вам придется доверять этому ескроу под угрозой потери бизнеса (если исходники утекут, а утекает всё).
На этот случай есть вариант депозита зашифрованного архива, с передачей клиенту только пароля от него.
S>надо завести специального человека по ревизии, мониторингу, апдейту в эксроу-сервис.
Зачем непременно специального?
S>Ещё юриста, чтобы он бесконечно сопровождал эту сделку. Даже начальная подготовка документов будет стоить больших денег, если вы правда хотите написать хорошее соглашение для трёх юрисдикций (вашей, заказчика, и эскроу), которое вас защищает, а не контракт двух ИПшников.
По-моему, здесь Вы сильно усложняете. От escrow service в данном случае не нужно ничего, кроме простого хранения с условием передачи клиенту при наступлении определенных событий.
Здравствуйте, Евгений Музыченко, Вы писали:
bnk>>Там же вроде кнопка есть "book a demo", прямо по центру экрана. Нажимать не пробовал?
ЕМ>Нет. Мне очень не нравится сочетание "book" и "demo".
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, sharez, Вы писали:
S>>всё остальное — безумные хотелки неплатежеспособного клиента.
ЕМ>Клиент платежеспособный, просто им невыгодно покупать полную лицензию на исходники с правом их переработки, а мне невыгодно отдавать им исходники даром или в несколько раз дешевле. Я понимаю их, они — меня.
Выгодно — пусть покупает, невыгодно — пусть не покупает. На полшишечки, но бесплатно малоинтересно (по крайней мере разработчику).
S>>Вам придется доверять этому ескроу под угрозой потери бизнеса (если исходники утекут, а утекает всё).
ЕМ>На этот случай есть вариант депозита зашифрованного архива, с передачей клиенту только пароля от него.
А если он подкупит ескроу-сервис? Не надо мне тут про репутацию, вы про этот сервис впервые услышали.
Ну или положите туда зашифрованную тыкву, они же не узнают об этом?
Или предложите в качестве гаранта свою жену — заказчик согласится, да? (нет)
S>>надо завести специального человека по ревизии, мониторингу, апдейту в эксроу-сервис.
ЕМ>Зачем непременно специального?
Программистов что ли отвлекать на эту бюрократию? Или доверить парт-тайм фрилансеру критическую миссию?
S>>Ещё юриста, чтобы он бесконечно сопровождал эту сделку. Даже начальная подготовка документов будет стоить больших денег, если вы правда хотите написать хорошее соглашение для трёх юрисдикций (вашей, заказчика, и эскроу), которое вас защищает, а не контракт двух ИПшников.
ЕМ>По-моему, здесь Вы сильно усложняете. От escrow service в данном случае не нужно ничего, кроме простого хранения с условием передачи клиенту при наступлении определенных событий.
Ну, это нужно не клиенту, и не эскроу-сервису, а вам.
Если вас устраивает не быть защищенным от разного рода эксцессов, то пожалуйста. Они весьма вероятны, когда все участники сделки всегда могут вам сказать "ну и что ты мне сделаешь?". Юридическия защита не чтобы судиться, а чтобы не пришлось судиться.
Вы почему-то упорно пытаетесь обосновать, что заказчик имеет право вам не доверять, но у вас оснований не доверять заказчику и первому встречному посреднику нет. Ну ок, это же ваши, а не мои риски.
---
Похоже, вы приняли решение двигаться именно в этом направлении, ну а раз так, кто я такой, чтобы препятствовать ходу истории!
Выше я описал лишь то, что желал бы для себя. Для меня эти риски неприемлемые, их можно выразить суммой денег, но она будет неприемлемой для заказчика. Равновесное пространство для сделки находится в районе пустого множества.
Здравствуйте, sharez, Вы писали:
S>Юридическия защита не чтобы судиться, а чтобы не пришлось судиться.
Для данного случая лучше всего подошла бы не юридическая форма, а чисто техническая. Например, достаточно известный и надежный сервис (типа хостинга), позволяющий за скромную регулярную плату держать зашифрованные (чтоб сами туда не лазили) файлы, с доступом только для владельца аккаунта до тех пор, пока не прекратится оплата. После этого, если владелец за разумное время не проявил желания урегулировать ситуацию, файлы автоматически становятся доступными любому, кто знает пути к ним — скажем, на несколько месяцев, после чего удаляются и аккаунт уничтожается.
В этой схеме держатель сервиса видит файлы с абстрактными именами, которые ему ни о чем не говорят, и предложить их некому — он не знает, кого они могут заинтересовать. Сам он никакой выгоды поиметь не может, ибо файлы зашифрованы. А у заинтересованных получателей есть пути к файлам и ключи для дешифровки. Слабое место лишь в том, что получатель может сам выйти на держателя сервиса, от этого можно защититься только репутацией (заинтересованные люди периодически прощупывают сотрудников держателя и делятся результатами).
S>заказчик имеет право вам не доверять, но у вас оснований не доверять заказчику и первому встречному посреднику нет.
Разумеется, поэтому я и не соглашаюсь на первый предложенный вариант.
S>Похоже, вы приняли решение двигаться именно в этом направлении
Впрочем, это нынче много где так — "продаем не товар/услугу, а Ваше душевное состояние после их приобретения". 
