Почасовая оплата или оплата по проекту? [закрыто]

11

Как вы выставляете счета за свои программные проекты? Вы делаете это в час? За работу?

Пожалуйста, укажите, какой проект вы делаете в ответе. (Mobile, Web, Desktop и т. Д. Вы можете быть более конкретным, если хотите.)

БОНУС:

Если вы хотите указать конкретные суммы в своем ответе, вы можете. ;-)

Моше
источник
Мне нравится первая часть вопроса, но я не думаю, что у нас должны быть какие-либо локали или специфичные для времени компоненты. Цены меняются в зависимости от конкретного местоположения (даже в США, в разных местах будут разные тарифы) и времени (тарифы меняются со временем и перестают действовать).
Томас Оуэнс
Я понял, но зацени это: programmers.stackexchange.com/questions/19/…
Моше
Томас Оуэнс - Лучше?
Моше
Я думаю, что это намного лучше и гораздо полезнее для общего сообщества программистов.
Томас Оуэнс

Ответы:

6

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

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

BlairHippo
источник
6

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

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

При оплате по проекту очень мало открытых для переговоров: это стоит $ X, и клиент может взять его или оставить.


источник
1
Ну, как вы узнаете, где это сладкое место, чтобы не отпугивать клиентов своими ценами?
Моше
Как предоставление цитаты по всему проекту исключает встречное предложение?
Джефф
1
Это не устраняет встречное предложение; исключаются встречные предложения, основанные на переоценке проекта. Как я сказал в своем ответе, если вы скажете 10 часов, клиент может сказать что-то вроде «почему вы не можете сделать это в 9?» Если вы даете цитату за весь проект, у клиента нет оснований пересматривать цену, кроме как сказать «это больше, чем я хочу заплатить», что является ужасной переговорной позицией.
2

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

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

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

Wizard79
источник
1

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

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

Fishtoaster
источник
Можете ли вы дать мне пример, скажем, на тему WordPress, например?
Моше
@Moshe, вы можете купить тему Wordpress за 50 долларов. Если это не один из них, то это обычная работа, поэтому приблизительная оценка очень большая.
Дэн Розенстарк