Зарядка за годину / проект [закрито]


9

Це пов’язано з питанням, яке я задавав раніше - /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

Які ваші зобов’язання при оплаті за годину проти стягнення за проектом? Якщо ви погоджуєтесь брати участь у проекті, дайте приблизну оцінку, що може знадобитися 10 днів, щоб ви працювали та стягували £ X за годину - чи зобов’язані ви безкоштовно працювати після того, як ці 10 днів закінчилися, і ви все ще не впоралися завершити проект через непередбачувані проблеми? Що робити, якщо ви надіслали проект, але помилки знайдені - чи потрібно виправляти ці помилки безкоштовно, якщо 10 днів минули або ви повинні стягувати з клієнта?

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

Причину, яку я задаю вищезазначеним питанням, є те, що я дуже новачок у фрілансінгу і хотів би знати, як впоратися з вищезазначеними ситуаціями, якщо вони коли-небудь з'являться. Дякую!

Відповіді:


9

Якщо ви погоджуєтесь брати участь у проекті ... працюйте та стягуйте £ X на годину - чи зобов’язані ви працювати безкоштовно після закінчення цих 10 днів, і ви все ще не встигли завершити проект через непередбачені проблеми?

№ £ X на годину - £ 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

Юридичні причини, окрім цього, це все-таки сфера послуг, і ти живеш і помираєш за посиланнями. Це може зайняти лише одного поганого, щоб дати вам поганий представник. Я можу взяти лише одного дійсно задоволеного замовника, який дасть вам багато інших робіт. Тож застосуйте золоте правило, поводьтеся зі своїм клієнтом так, як ви хочете, щоб до нього ставились в межах розуму. Люди пам’ятають і цінують людей, які йдуть трохи вище та поза своїм «обов’язком».

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.