Как решать конфликты интересов между клиентами фрилансера?

Question

[Роман Ильин]

Давно мучаюсь вопросом.

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

В каком формате с ними строить работу?
Должен ли фрилансер/студия предупреждать клиента о других своих клиентах схожей тематики?
Как красиво разрулить это?

Comments

[Леха Ярков]

Назначьте обоим встречу в одном месте и в одно время. И не ходите. Пусть сами решают конфликт )))

[Максим Тимофеев]

Леха Ярков: )))))) 5 баллов, но это "вредный совет"

Answer 1

[Сергей]

Нет не должен. Это не клиента дело с кем вы работаете и что вы делаете конкуренту.

Comments

[Роман Ильин]

А как быть с общими идеями?

Например, фрилансер совместно с Х потратил n времени и придумал классную фишку для сайта X. Фишка оказалась удачна и дело пошло.

Имеет ли моральное право фрилансер предложить внедрить разработанную фишку и для клиента Y, (уже без затрат n времени) и после этого спать спокойно?

[Алексей Николаев]

Роман Ильин: если симпатизируете клиенту и не сможете спокойно спать - не предлагайте. Если сможете - предлагайте. Фишку все равно стянут, рано или поздно.

[Денис Букреев]

Роман Ильин: предлагать, но за хорошие деньги.
Надо быть инертным к клиентам - они всего лишь деньги

[Игорь]

Денис Букреев: Инертным? Это как?

[Игорь]

Денис Букреев:

они всего лишь деньги

Не завидую вашим клиентам. Да и вообще коллегам.

[Денис Букреев]

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

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

[Игорь]

Денис Букреев:

еще не было повода снять розовые очки?

Ну да, видимо я наивный эльф)

я не понимаю, какие тут могут возникать чувства и симпатии?

Я правильно понимаю, у вас есть две крайности - "заказчики это всего лишь деньги" и "оо, мне этот заказчик больше нравится, поэтому я лучше для него сделаю работу, хоть он и платит вдвое меньше"?

или все-таки ключом отношений являются деньги?

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

[Никита]

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

[Игорь]

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

[Юрий]

Игорь: да да, тоже возникла мысль: подобное притягивает подобное.

[Юрий]

Денис Букреев: потому что еще есть ваше имя (см мой ответ)

[Иван М]

Роман Ильин: придуманная "фишка" видна невооруженным взглядом? Её может стянуть другой фрилансер и реализовать? Если да, то чем Вы отличаетесь от того самого другого фрилансера, вводите и не парьтесь.

[Денис Букреев]

Ощущение, что я попал к ванильным разработчикам

Любой сайт - бизнес. Бизнес = доход. Любой заказчик стремится увеличить этот доход и, если вдруг подвернется работяга, который сделает так же, но дешевле, то предпочтение уйдет этому исполнителю. И не надо думать, что у вас там какие-то связи, между вами текут романтические флюиды и вы теперь связаны на вечно, вы храните секретики друг друга, Love is... - полный бред.
Пр: вы недельку отдыхаете, а заказчику срочно надо что-то сделать. Он находит специалиста и выясняет, что спец лучше (вполне возможно, дешевле). Попрощайтесь с заказчиком. И никакой романтики.

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

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

Ванильки.

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

Answer 2

[Игорь]

Это вопрос деловой этики. Если вы работаете на прямого конкурента, то я бы об этом конечно поставил в известность клиента.
По поводу наработок и идей - всё, что из ваших наработок по закону принадлежит клиенту (чаще всего это будет только код/конкретные документы/архитектура, если вы не подписывали каких-либо дополнительных соглашений), вы использовать не можете. Остальное - это часть вашего опыта, поэтому можно смело использовать как вам угодно.

Answer 3

[Роман Ильин]

Спасибо всем за ответы! Было интересно читать вашу дискуссию.

Я нашел интересные рассуждения на этот счет у Артема Горбунова. Процитирую:

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

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

Это накладывает большую ответственность на дизайнера и объясняет клиентские страхи. Возможно, требование НДА означает неприятие клиентом этой реальности, и лучше не работать вместе. Поэтому я честно говорю всё это клиенту, когда заходит разговор о «секретности».

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

Answer 4

[Пума Тайланд]

А какой у вас конфликт, ну пилите вы код там и там , конфликта не вижу.
Ладно бы вы данные продавали направо и налево.

Answer 5

[Юрий]

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

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

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

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

Comments

[Алексей Бурлака]

В вопросе есть более широкий момент.

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

Такая же фишка нужна другому заказчику (заказчикам). Как им поставлять разработку? Словно делалось все с нуля, персонально (не соответствует действительности) или как готовое решение, с оптимизацией цены (первый заказчик выступает в роли дойной коровы, а остальным неизвестно за что приводило на его фоне «счастье»)?

[Юрий]

Алексей Бурлака: в вопросе этого не было.

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

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

"Это как юрист который работает на обоих конкурентов".

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

[Алексей Бурлака]

Юрий: Роман Ильин развил свою мысль в комментарии к одному из ответов:

А как быть с общими идеями?

Например, фрилансер совместно с Х потратил n времени и придумал классную фишку для сайта X. Фишка оказалась удачна и дело пошло.

Имеет ли моральное право фрилансер предложить внедрить разработанную фишку и для клиента Y, (уже без затрат n времени) и после этого спать спокойно?

по нормальному получается от одного надо отказаться

===
Идея фишки может быть не уникальной, просто в арсенале программиста (гихаба, интернета) не было подходящего решения под конкретные условия (фреймворк, CMS, язык программирования). Сформировалось решение, в котором есть потенциал стать тиражируемым, с выходом на серийные продажи (маркетплейс). Не закапывать же наработку. И переписывать не вариант, поскольку решение может оказаться достаточно хорошим и наиболее оптимальным на текущий момент и при «переработке» всё-равно получится то же.

[Юрий]

Алексей Бурлака: по поводу "закапывать". в крупном бизнесе это все бы решилось нормальным договором и NDA (которое по сути и закопало бы все).

но такие более строгие условия по неразглашению также увеличивают и вознаграждение (в теории).

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

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

отчасти и он тут виноват, вроде как не запрещено же, значит можно.
но деловую репутацию это портит.

[Алексей Бурлака]

Юрий: Вы не принимаете во внимание мои корректировки входящих параметров. Об неуникальности идеи и уходе от рассматривания непосредственно конкурентов.
Придумал подходящий пример, где есть шаблонность решения и нет НДА.

Заказчик-1 решил, что ему на сайте в кабинете пользователя нужен платёжный профиль. Пользователь может пополнять внутренний счёт и использовать внутреннюю виртуальную валюту. Разработчик реализовал данный механизм. Оформил в виде независимого (от окружения) модуля, который подключается к проекту. Фактическое взаимодействия пользователя и модуля (операционное поле) происходит в отдельно настраиваемом разделе. Например: /user/riky/profile/. Внутри модуля свои таблицы БД, механизмы взаимодействия через интегратор платёжных систем. В общем: на вход — пользователь, на выходе — его внутренний баланс. Все операции с пополнением, отчислением из баланса — внутри механизма. Разработчик потратил месяц, получил оплату.

Через какое-то время (пусть «на следующий же день») к нему обращается Заказчик-2, который решил, что ему на сайте в кабинете пользователя нужен платёжный профиль. Фактический объём работ, требуемый от Разработчика — настройка раздела /user/riky/profile/ и адаптация шаблонов под вёрстку сайта. В рамках одного рабочего дня.

Вопрос: на каких условиях Разработчик должен выполнить заказ для Заказчика-2?

[Юрий]

Алексей Бурлака: "Вопрос: на каких условиях Разработчик должен выполнить заказ для Заказчика-2?"

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

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

Answer 6

[xmoonlight]

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

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

4. Любой следующий вопрос в этом направлении - Ваш ответ: "Предлагаю, всё-таки, перейти к обсуждению Вашего проекта и начать работу."

Answer 7

[Василий Назаров]

Это вам нужно спрашивать у этих клиентов. Или не спрашивать.

Отличная аналогия тут - иметь двух любовниц. Если это не противоречит вашим личным устоям, обе обеспечены/удовлетворены, иногда бывает, что даже знают друг о друге.
А бывает, что всё имеют, но если узнают - скандал, "подлец", иногда даже месть.

И ещё. Если у вас есть хорошие компетенции в бизнес-области, на самом деле, возможно, вам нужно думать не о том, как разрулить конфликт между двумя заказчиками, а расширять клиентуру до 10, 100, 100500 заказчиков.

Answer 8

[Sanes]

Спросят, ответить честно. Скорее всего после этого потеряете клиента.
Начнутся закидоны, "а как у него?" и вообще с доверием проблемы могут возникнуть.

Answer 9

[Лера Крюкова]

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

Answer 10

[Максим Тимофеев]

В чем вопрос? Должны ли Вы "стучать"? Есть несколько вариантов ответа?

Как красиво разрулить это?

Делать качественно свою работу, молча.

Answer 11

[Илья Воропаев]

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

По оповещению о работе с конкурентом можно не париться, если только вы не работаете с какими-то "бизнес-секретами" обоих. Образно говоря в городе есть два магазина мебели и вы обоим делаете однотипные сайты. Никаких проблем тут нет.
Если бы вы занимались рекламой и двигали обоих по одним словам то тут можно было бы заподозрить вас в махинациях т.к. вы бы по сути сливали их бюджеты в свою пользу.

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

Answer 12

[ralaton121]

В каком формате с ними строить работу?
Должен ли фрилансер/студия предупреждать клиента о других своих клиентах схожей тематики?
Как красиво разрулить это?

Не сливать секретов конкурентов им.
Все остальное - не ваша забота.

Answer 13

[Андрей Плетенев]

Две мысли для расширения понимания конкуренции:
1) В современном мире за одни и те же деньги потребителя конкурируют все, кто что-либо продает. Вне зависимости от отраслей и ниш.
2) Конкуренты в одной нише могут стать и партнерами при желании.

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