Зарядка по часам / проект [закрыт]

9

Это связано с вопросом, который я задал ранее - /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

Каковы ваши обязательства при оплате по часам по сравнению с зарядкой по проекту? Если вы согласны взяться за проект, дайте приблизительную оценку того, что вам может потребоваться 10 дней для работы и взимать плату в размере X фунтов стерлингов в час - вы обязаны работать бесплатно после истечения этих 10 дней, и вам все еще не удалось завершить свой проект из-за непредвиденных проблем? Что, если вы выполнили проект, но ошибки были обнаружены - следует ли исправлять эти ошибки бесплатно, если истекли 10 дней, или вы должны взимать плату с клиента?

Кроме того, для вышеуказанного проекта, каким должен быть результат, когда вы начнете работать над проектом, но через 10 дней по какой-либо причине вам придется отказаться и сказать своему клиенту, что вы больше не можете это делать? Я понимаю, что это никак не влияет на вашу репутацию и отношения с клиентом, но обязаны ли вы возвращать выплаченные вам деньги или вы просто предоставляете наполовину / почти завершенный исходный код и помогаете им найти кого-то еще, чтобы завершить его?

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

thesam18888
источник

Ответы:

9

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

Нет. Х в час - это Х в час. Очевидно, что вы никогда не выполняли сложную работу дома или на лодке.

Неспособность оценить ничего не значит. Ничего.

£ X в час - £ X в час. Пока работа не завершена или клиент не скажет: «Вы уволены». (или «ты уволен». Я янки, поэтому я не знаю, что они говорят в Великобритании.)

Что, если вы выполнили проект, но ошибки были обнаружены - следует ли исправлять эти ошибки бесплатно, если истекли 10 дней, или вы должны взимать плату с клиента?

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

Вы должны отказаться и сказать своему клиенту, что вы больше не можете это делать?

По электронной почте Ой. Это непрофессионально. Если вам нужно сдаться, вы действительно совершили ужасную, ужасную ошибку.

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

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

Полукомплектованное программное обеспечение ничего не стоит. Никто не "завершит это". Они объяснят, что вы идиот (потому что вы), выбросьте свой код и начните все заново.

Вам нужно сделать следующее.

  1. Сократите требования до чего-то окончательного, поставляемого и пригодного для использования.

  2. Создайте эту окончательную, готовую к употреблению вещь. Даже если это не оригинальная грандиозная схема.

  3. Плата за эту доставляемую, полезную вещь.

  4. Передача незавершенного материала кому-то другому.

Код, который нельзя использовать, бесполезен. Действительно, это стоимость.

Вы и ваш клиент будете тратить время, пытаясь «передать» наполовину завершенный код кому-то другому. Акцент на отходы . Большинству людей легче начать с нуля, чем начать с неполного.

С. Лотт
источник
Почему клиент должен платить за «непредвиденные технические морщины»? Они не просто платят вам за код, они платят вам за техническую экспертизу - если их спецификация не изменилась, вы должны были знать, что происходит.
Николь
Lol BOAT = Принеси еще тысячу.
Работа
Что касается "технических морщин". Это правда, что такие вещи являются нормой для курса - и это просто работа, которая должна быть сделана - они, безусловно, платят. Однако это не должно быть прозрачным для них. Подумайте заранее о сложности проекта и постарайтесь учесть потенциальный риск больших ошибок. Если вы являетесь единственным разработчиком, это проще сделать, вам просто нужно добавить свои оценки в тех областях, где вы не уверены в решении. Оценки должны включать время отладки. Умение правильно прокладывать приходит с опытом.
Eddiemoya
6

Каковы ваши обязательства при оплате по часам по сравнению с зарядкой по проекту?

По сути то же самое. Будь профессионалом.

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

Нет - пока это примерно 10 дней, тогда ты в порядке. Я бы определил примерно 10 дней как 50-120 часов на крайних границах. Что-нибудь более 120 часов (переполнение на 50%) в значительной степени выходит за рамки.

Хотя «непредвиденные проблемы» оставляют много неопределенности. Опытные специалисты ожидают гораздо больше проблем, чем новые разработчики. Однако, если клиент знает, что вы новый разработчик (и знаете, что он получает значительную скидку из-за этого), то здесь есть место для маневра.

Что, если вы выполнили проект, но ошибки были обнаружены - следует ли исправлять эти ошибки бесплатно, если истекли 10 дней, или вы должны взимать плату с клиента?

Ошибки? Да, вы должны исправить это бесплатно. Вам не платят за 10 дней, чтобы создать неработающий код.

Теперь, опять же, «ошибка» немного расплывчата. Существуют ошибки показа-пробки (например, программа не запускается - очевидно, ваша ошибка) и ошибки в крайнем случае (программа обрезает текст в локализованной на турецком языке Windows с включенным китайским IME - не очень разумно). Большинство падает где-то посередине, но бремя доказательства лежит на вас.

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

Для 10-дневного (80-часового) проекта с «зеленым» разработчиком исправление ошибок в течение 10–15 часов не будет слишком большим вопросом. В любом случае, я бы попытался отработать оплату - хотя, вероятно, я бы сделал еще 5-10 часов бесплатно, прежде чем уволить клиента.

Кроме того, для вышеуказанного проекта, каким должен быть результат, когда вы начнете работать над проектом, но через 10 дней по какой-либо причине вам придется отказаться и сказать своему клиенту, что вы больше не можете это делать? Я понимаю, что это никак не влияет на вашу репутацию и отношения с клиентом, но обязаны ли вы возвращать выплаченные вам деньги или вы просто предоставляете наполовину / почти завершенный исходный код и помогаете им найти кого-то еще, чтобы завершить его?

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

В конце концов, часто лучше наклониться к клиенту и записать его на урок. Через некоторое время вы сможете обнаружить «проблемных клиентов» и избежать их (или перезарядить) в самом начале. Вы также научитесь немного лучше оценивать, учитывать затраты на исправление ошибок и т. Д.

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

Мой совет? Просто закончите - вы будете чувствовать себя лучше, клиент будет чувствовать себя лучше, и вы будете лучшим разработчиком и бизнесменом для этого. Это не то, что стоит многолетней работы - и у вас есть все друзья в Stackoverflow и Stackexchange, чтобы помочь. ;)

Марк Брэкетт
источник
3

То, что вы описываете, это просто «фиксированная сумма или меньше». Это приносит пользу только клиенту, поэтому, если вы делаете ставку, я понятия не имею, почему вы будете работать таким образом.

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

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

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

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

И получите контракт, или это только вопрос времени, прежде чем вы столкнетесь с проблемами.

Николь
источник
0

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

Нарисовалась
источник
Это хороший момент, и я полагаю, что здесь есть урок. Но что, если я не подписал контракт, как в моей нынешней ситуации?
thesam18888
У вас все еще есть устные соглашения, которые вы могли бы заключить. Проблема в том, что это что-то вроде «он сказал, она сказала», и это может привести к судебному разбирательству, если вы и ваш клиент не сможете решить проблемы и достичь разумного компромисса.
Дрю
0

Помимо юридических причин, это ведь сервисный бизнес, и вы живете и умираете по ссылкам. Только один плохой может дать вам плохую репутацию. Я могу взять только одного действительно довольного клиента, чтобы дать вам много другой работы. Поэтому примените золотое правило, относитесь к своему клиенту так, как вы хотели бы, чтобы относились к вам, в пределах разумного. Люди помнят и ценят людей, которые выходят за рамки их «долга».

Homde
источник