Bandicoot
@Bandicoot
Backend Developer since 2015

Стоит ли использовать малоизвестные технологии при разработке, чтобы «привязать» к себе заказчика?

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

UPD: Спасибо ребят! Я понял, что этот подход неверный)
  • Вопрос задан
  • 3620 просмотров
Решения вопроса 2
DmitriyEntelis
@DmitriyEntelis Куратор тега Фриланс
Думаю за деньги
Привязывать к себе заказчика надо не использованием специфичных технологий, а качеством и сервисом.
По опыту, стоимость разработки проектов такого рода - много меньше стоимости их годовой поддержки. Соответственно захотят от вас избавиться - найдут человека который быстро перепишет все с нуля.

Помимо этого есть вопрос репутации. Довольный клиент рассказывает 1-2 людям. Недовольным - 10рым.
Это относится к вообще любым серым приемам. Можно и исходный код зашифровать, что уж стесняться.
Ответ написан
iiil
@iiil
Инженер и вэб-дизайнер, рисую.
Заказчика лучше удерживать другими способами, например, качеством работы.
По мне так большинство и так достаточно ленивы, чтобы менять исполнителей. Это же каждый раз риск, трата времени.
Кроме того, малоизвестные технологии скорее всего и развиваются медленно, имеют риск умереть. Представляете, как будете оправдываться перед заказчиком, почему не можете сделать ту или иную фишку, которая есть уже у всех его конкурентов. Что Вы ему скажете?
Ответ написан
Пригласить эксперта
Ответы на вопрос 7
Trow_eu
@Trow_eu
Главный минус, который остановит от использования подхода многих - адекватный заказчик, хоть немного "в теме" с вами работать не станет. Наберете неадекватов и будете с ними мучаться долго и счастливо. При работе, но ...
Ответ написан
bogolt
@bogolt
Еще один минус - работая по вашей схеме - заказчики которые не могут отказаться от исполнителя вы в конце начнете скатываться в лень, скуку, необоснованно завышенные потребности при полном нежелании ради них напрягаться. Так как клиент есть, никуда не денется, а значит можно себе позволить что угодно.
В финале - у клиента заканчиваются деньги или проект, и вы остаетесь со своими амбициями, без знаний актуальных на рынке языков, с опытом работы в никому не нужной среде/языке, и главное уже привыкли что вам все дают за красивые глаза. В результате только себя самого и подставили.
Ответ написан
VBKesha
@VBKesha
Если у вас сложатся хорошие отношения с заказчиком, то вам крайне сложно будет от него избавится. А рано или поздно проект может надоесть. И это ИМХО главная пролема подхода. А привязать таким методом можно, пару привязаных сам видел. Как не странно люди гордились тем что привязаны.
Ответ написан
Плюс для вас - уже описали. Вы будете окружены неадекватами.
Минус для вас тот же.
Плюс для заказчиков, что вдруг им этот пост попадется на глаза и они заказывать у вас не будут никогда и ничего.
Ответ написан
Awake
@Awake
Рулю разработкой ;-)
Если вы пишете огромное приложение пусть даже на php (по которому специалистов разного уровня более чем дофига), то никто просто так менять человека на поддержке не будет, ибо даже чтобы въехать в проект нужно время, да и нюансов новый человек знать не будет.
Если вы пишете небольшое приложение, то его накрайняк перепишут с нуля, какую бы вы технологию не использовали.
Ответ написан
Начнём с того что если вы захотите избавится от заказчика то сделать это так же не сможете. Если просто пошлёте его то карма у вас будет плохая. И вообще не считайте себя умнее других ))
Ответ написан
opium
@opium
Просто люблю качественно работать
Плюсы и минусы тут идиотизм.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы