codecity

Минуты считать глупо. Человек отдает проекту целый день. Если работает с двумя проектами -- это все равно что одной задницей усидеть на двух стульях -- не советую. И тот и другой проект будете делать плохо. Даже если будете честно писать минуты -- вас выгонят за низкую продуктивность и не спасет ваша честность.

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

Просто считайте 8 рабочих часов в день (могу объяснить почему). Исключение -- если вы в этот день были заняты другим делом, как то поход к стоматологу, решали семейные проблемы и пр. И даже если вы отсидели положенные часы, то не факт что были продуктивны. Мысли могли быть совсем о другом и выхлоп от работы нулевой. В такие дни делайте скидку на время, сами здраво оцените насколько вы были вовлечены.

Еще немало нюансов есть. К примеру, не каждый день вы будете одинаково продуктивны. Иногда просидите 16 часов, иногда 4. И что? Главное чтобы вы были вовлечены в проект -- среднее считайте 8 часов.с

гарантией возврата средств в случае не исполнения или некачественной работы фрилансера

А кто будет оценивать качество исполнения работы? Есть у вас специалисты с подтвержденными навыками в различных сферах (отдельно по дизайну, отдельно по языкам программирования для каждой технологии, отдельно по SEO и пр.)?

Ведь для специалиста риск -- работал, а денег можешь не получить. Какой-нибудь студент-недоучка сочтет что твоя работа плохого качества...

будем снижать % комиссии к 0

Обычно наоборот -- пока сервис новый и пользователи, можно сказать, делают одолжение что пришли к неизвестному вам -- комиссия равна нулю или даже доплачивают. А если сервис состоялся -- постепенно вводят комиссию.

В том то и проблема -- сервис должен заслужить доверие прежде чем начать зарабатывать. Посмотрите на ютуб -- сколько лет работал в убыток.

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

100% уверенности что завершишь быть не может. Всегда можно заболеть или умереть. Существует лишь процентная вероятность того или иного исхода. Причем вычислить не всегда просто.

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

А вот уведомить вторую сторону о вашей неуверенности, о недостаточной подготовке -- это крайне желательно.

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

Если мелочь на 1-2 недели — пожалуйста. Много не потеряете, риски не большие.

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

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

Очень хорошая статья по теме: habrahabr.ru/post/167847/

Точные сроки возможны лишь когда поставили все на конвеер. То есть когда изо дня в день делаете однотипные вещи.

Как происходит на практике — хорошо описано в статье.

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

Так что ваша задача сейчас «оптимистичным поставленным голосом обосновать заказчику повышение сроков и бюджета».

Welcome to real life!

Для совсем грубого подсчета — 3 дня на каждую форму (понятно, что форма связана с данными). Или еще — 100-150 строк кода в день на Java/C#, исключая автогенеренный (на PHP другая статистика — не знаю сколько).

[холивар]
Если бы проект делался на .Net, то я бы назвал срок в 5-6 месяцев. Но если что-то нужно сделать без перспективы расширения — на PHP быстрее.
[/холивар]

Интересно узнать сколько на самом деле потратили.

Это вопрос личный — спрашивать в паблике у людей, которые вас даже не знают — смысла нет. Все зависит от конкретной ситуации.