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

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

Если задача составлена с настолько невнятным ТЗ, что не можете ее оценить - нужно или добить от заказчика внятное ТЗ или снова не браться.

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

Делите такую задачу сразу на 2 этапа:
1. Исследование и работающий прототип.
2. Реализация и выполнение ТЗ.

За исследование: берите небольшой фикс предоплатой и при неудачном исходе - честно верните деньги. Будет НАМНОГО лучше, если Вы договоритесь на безопасную сделку (БС, FairPlay)!

За реализацию: после исследования будет полное понимание трудозатрат и Вы их объявите заказчику после этапа "Исследование".

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

Должен знать.

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

Я беру самую пессимистичную оценку свою - и умножаю на 3.

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

Попросите изначально чуть побольше. Если все таки потратите меньше времени, то пожертвуете деньги фонду борьбы с вымиранием мангустов.

Сам постоянно мучаюсь с такими вопросами. Как вариант - называть клиенту примерную стоимость +30-40% на непредвиденные обстоятельства. И пояснить, что стоимость трудно оценить, предложив альтернативой оплату по часам, либо сказать, что если сработаешь быстрее - вернешь остаток. Если удастся что то вернуть от первоначальной стоимости - можете получить постоянного клиента

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

Но если ваша проблема заключается в не полном представлении того что нужно сделать - составьте ТЗ подробнее. Настолько подробнее чтоб вы могли написать сколько это точно будет стоить. В этом случае вы сможете накидывать дополнительное время не на весь проект а на отдельную задачу. Но заниматься этим стоит только если проект точно будете выполнять вы!

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

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

Если же ваш клиент придумал "гениальный" проект сидя утром на горшке, то увидев сумму больше чем он рассчитывал как минимум в 10 раз, да еще и не определенную он убежит к фрилансеру коле, какой пообещает ему сделать все за 2 рубля, но в итоге тот ничего не сделает, а клиент не сильно обидится потому что сегодня на горшке он придумал новый гениальный проект, а старый ему уже не интересен.

Спросите у клиента какой он готов потратить бюджет на проект...
И хотя бы приблизительно оцените срок выполнения работ "для себя".
Если он скажет: "Плачу ТЫЩУ!" а там работы на неделю другую минимум... ну вы поняли...

В книге Роберта Мартина "Идеальный программист" предлагается интересный метод.
Сделайте 3 оценки:
1. Оптимистичная - почти нереальная.
2. Нормальная - сколько обычно времени занимает такая работа
3. Пессимистичная - если что-то пошло не так.
И все 3 оценки предоставьте заказчику.
Он будет точно знать, что к чему и чего можно ожидать.
Для большего понимания советую прочитать вышеупомянутою книгу.