Раньше я работал на фрилансе с почасовой оплатой за время или же на таком фикспрайсе который заранее назвал клиентом. А вот как оценивать стоимость когда клиент ее сам не знает и просит назвать ему, когда еще непонятно сколько времени на самом деле займет воплощение техзадания в жизнь? На российском фрилансе клиенты часто не знают сколько это будет стоить, в отличие от UpWork...
Рассматриваю случай типовых CRUD-приложений с админпанелью и интеграцией с каким-нибудь внешним API типа погоды, расписаний в стеке PHP/Laravel/Bootstrap 4/VueJS.
А вот как оценивать стоимость когда клиент ее сам не знает и просит назвать ему, когда еще непонятно сколько времени на самом деле займет воплощение техзадания в жизнь?
Если техзадания нет - никак.
Если есть - то разобраться сколько это времени таки может занять.
Если вообще не знаете что делать - решайте от балды и говорите х10
Без ТЗ нецелесообразно работать, т.к. требования заказчика могут меняться каждый час. И если вы изначально назовёте мЕньшую стоимость и подпишите договор, то так и будете за эту стоимость на него батрачить. Требуйте ТЗ, либо сами опишите подробно все пункты реализации. После чего сможете оценить стоимость проекта + плюс 10%
Если хочется фиксированную цену, то должно быть подробное ТЗ. Его нужно разбить на пункты и каждый пункт оценить отдельно. Заложить время на непредвиденные проблемы. И в сумме получится цена. Опять же она для каждого разработчика индивидуальна - кому-то и 1000р/час в радость, а кто-то меньше $50/час даже читать не будет.
Если подробного ТЗ нет, то ни о какой фиксированной цене не может быть и речи. Только почасовая ставка и очень грубая примерная оценка.
Дополню - работы были ранее в основном исправить то что есть, но глючит. Ларавель я при этом изучил. И дальше стал возникать вопрос как оценивать целостный проект, который будет идти с нуля например. Сейчас мои личные ставки которые я сам называю 500-600 руб/час, я ощущаю что это как-то маловато и хочется "обнаглеть", для чего найти аргументы.
Простой
