Как удачно расчитать цену и время проектов во фрилансе

    Одна из самых больших проблем начинающих фрилансеров — оценка стоимости задания.

    На самом деле — оценка стоимости проектов — очень не простой момент и очень важно научится правильно оценивать стоимость проекта, что предлагается.

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

    Так как же правильно оценить проект?


    Чтобы постараться более правильно оценить проект, выполните следующие пункты:

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

    2. Проанализируйте требования клиента, насколько они детальны? Если не хватает детализации — значит нужно выяснить у клиента эти моменты.

    3. Попробуйте оценить каждую из подзадач по срокам.

    4. Добавьте к срокам, определенным Вами в п.3 +25-30% от времени. Как бы это не звучало странно — мы всегда оценивает сроки слишком оптимистично и как правило ошибаемся. Буфер в 25-30% должен Вам помочь в решении этой проблемы.

    5. Ответьте на вопрос: будете ли Вы тратить какое-то количество времени на общение с клиентом? Если да — то заложите это время тоже в бюджет. Вы не должны делать это за бесплатно.

    6. Сложите количество часов, полученных в результате пунктов 1-5 и сделайте оценку проекту, исходя из оплаты за час Вашей работы.


    В результате пунктов 1—6 Вы получили сумму в N (допустим евро). Собираетесь ее назвать клиенту? Нет, это не правильно.

    Задайте себе следующие вопросы:

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

    2. Имеете ли Вы достаточно опыта в данной области? Нет ли каких-либо моментов в проекте, где Вы слабо ориентируетесь?


    Если в п1 ответ «добавляет», то к общей стоимости добавьте 30%-50% стоимости проекта, в зависимости от интенсивности добавления.

    Если в п2 ответ «есть моменты, где я слабо ориентируюсь», то добавьте к срокам реализации проекта 10-30% от общего времени (без доплаты со стороны клиента — ведь он не должен платить за Ваше «обучение»).

    Теперь Вы получили реальные сроки и цену проекта. Но и это еще не все.

    Насколько желаемый этот клиент? Является ли он известным? Если да — сделайте скидку в 10-15% от получившейся стоимости (при этом сначала скажите клиенту общую сумму, а потом сообщите о скидке — клиент оценит).

    Итак — Вы получили окончательную стоимость. Ее можно уже назвать.

    А вот к получившимся срокам стоит добавить 30% от них «на всякий случай». Теперь и сроки у Вас уже правильные.

    Вот теперь Вы правильно расчитали сроки и время на реализацию проекта.

    Оригинал — тут
    Поделиться публикацией

    Комментарии 32

      0
      Огромное спасибо за статью. В избранное. Попытаюсь воспользоваться в следующий раз (-:
      Если будут проблемы - отпишусь сюда (-:
        0
        Незачто :) Пишите конечно же.
        –1
        как ни рассчитывай - всё равно не угадаешь…
          0
          Что то уж больно по срокам большая растяжка получается со всеми этими 30%... как минумум по этой статье получается накидка процентов в 60!
            +3
            Есть такое понятие - load factor. Это волшебная цифирь, которую получаешь, после того, как делишь реальные получившиеся сроки на прогнозировавшиеся. Так вот очень хорошо, если load factor равен 2. Мне встречались люди и с 4.
              0
              То есть вы хотите сказать, что прогнозируемое время в два раза меньше потраченого это хорошо?
              Или тут закралась ошибка?
                +1
                в два раза меньше это лучше, чем в четыре раза. :)
                  0
                  По моему эстимэйшн лучше делать с запасом ввиду непредвиденных обстоятельств.
                  И если вы не укладываетесь в свой же эстимэйшн, то это абсолютно не правилно, а ещё если разница состаляет разы, то это ужасно.
                  +1
                  Никакой ошибки. Хорошо, если в два раза. Но бывает и в четыре - об этом надо помнить. Оскорбляться можно сколь угодно долго, пока речь идёт об эстимейтах, которые даете Вы. Но однажды наступает ситуация, когда эстимейты дают Вам и тут остаётся только молиться, чтобы было хотя бы 2.
                    0
                    Я хочу сказать, что это обычное дело.
                    В законах Мерфи сказано:"Прикиньте время на проект, умножте на 2 и замените единицами более высокого порядка"
                    И вот в этой шутке как раз очень небольшая доля шутки :(
                    0
                    если программист назвал срок, умнож его на 4 и переведи в следующую еденицу измерения
                      0
                      Не знаю как кто, а я умножаю на 1.5. Получается вполне правдоподобная штука..
                    +3
                    Древняя и проверенная мудрость:
                    Время x1 = сферический конь в вакууме.
                    Время х2 = оптимистичный прогноз.
                    Время х3 = скорее, так и будет.
                    0
                    Хорошая статья
                      0
                      По этому поводу хорошо писал Стив Макконнелл в "Сколько стоит программный проект". Суть та же, но много дополнительной полезной информации.
                        0
                        Неплохо, но как то уж слишком "пальце в небо". Чтобы добиться хоть какой-то точности в оценке проектов (не важно по каким параметрвам - стоимость, время, размер, функциональность...) нужно читать много умных книжек по estimations (например, очень советую Стив Макконнелл "Сколько стоит программный проект") и ПРАКТИКОВАТЬ! Те постоянно упражняться в оценке, с каждым разом высчитывая все более близкий результат.
                          +2
                          " 1. Насколько хорошо Вы знаете клиента? Всегда ли он придерживается условий, определенных изначально перед стартом проекта или постоянно добавляет пункты во время работы

                          Если в п1 ответ «добавляет», то к общей стоимости добавьте 30%-50% стоимости проекта, в зависимости от интенсивности добавления."

                          Не согласен. Если клиент в процессе работы добавляет новые условия, нужно сообщать клиенту, что дополнительные пожелания будут реализованы за отдельную плату после выполнения основных уже оговоренных условий. Если изменения кардинальные, нужно делать пересмотр цены вместе с заказчиком.
                            0
                            Не соглашусь с вами. Добавлять стоимость на непредвиденное надо заранее. Все дело в том, что люди не любят платить дополнительно. Каждая новое, хоть минимальное, ваше требование новых денежных вложений болью отзывается в клиенте. Из собственной практики, лишь 1 из 7-8 клиентов "правильный" и понимает, что все эти "минимальные улучшения" - это тоже время, и в сумме существенное.

                            Лучше по окончании работ - скажите клиенту, что объем работ оказался меньше, и поэтому вы делаете ему скидку.
                              0
                              Речь о новых условиях. Если же разговор идет о мелких правках, которые дополнительно увеличивают время выполнения проекта на 1-2 часа (точная цифра, конечно, варьируется от проекта к проекту), то они с лихвой покрываются теми 30% из пункта «на всякий случай».
                                0
                                В общем да, и тут есть некая тонкая грань - между небольшой правкой и новыми условиями. Дело в том, что если проект достаточно протяженный - например, три месяца, то реквестов на "небольшие поправки" может стать много. А если их много - это уже как новая фича. Готов ли человек будет оплатить это в конце? С другой стороны, если мы с самого начала идем на "небольшие бесплатные" уступки, это позволит человеку и в дальнейшем воспринимать их как бесплатные, прося еще и еще. Как тут быть - вопрос без рецептов, имхо.
                            0
                            То что введены понятия рисков - это уже хорошо. Как-то раз начали большой проект в крупной организации, сдача первого этапа через год, всё нормально. По прошествии трёх месяцев как гром среди ясного неба - один из ответственных членов Правления Заказщика, дабы не ударить в нашу грязь своим лицом, озвучил Руководству, что система уже стоит на фронте и процесс тестирования пошёл...
                            С матом и прибаутками последующие три месяца я руководил форсированной экстремальной разработкой Системы. Что-то даже получилось. Это что-то было названо Прототипом и успешно было поставлено Заказщику.
                            Спич был про такой момент, как периодическую коррекцию учета рисков.
                              0
                              Хорошая статья. Еще можно добавить постоянные расходы: телефон, интернет, амортизацию оборудования (компьютер, факс). Расходы на бухгалтерскую поддержку. Хотя бы грубо прикинуть, сколько в месяц тратится денег на это. Ну и потом соотнести со временем исполнения заказа.
                                +2
                                сроки умножаем на Пи и оцениваем это время почасово ))
                                  +1
                                  Это если прилив или полнолуние, с отливами сложнее
                                    0
                                    а если з\акат розовый... совсем все плохо... а Пи константа... тяжело вам, да..
                                  0
                                  примерно так и есть
                                  только я обычно оцениваю в часах, стараясь учесть все неприятные факторы
                                  а затем просто умножаю на два и получаю более-менее реальную оценку в рабочих часах, из неё вывожу стоимость
                                  реальный срок исполнения зависит от обстоятельств, но в общем это 4-8 рабочих часов в сутки (сюда закладываются потери на обучение, перебои в работе и пр.)

                                  пример:
                                  есть достаточно понятная задача, но без детального ТЗ.
                                  задача займёт 10-15 часов рабочего времени в зависимости от деталей.
                                  нет ТЗ (заказчик сам виноват) - берём по максимуму, умножаем на два
                                  30 часов
                                  пусть стоимость часа равна 500 руб.
                                  тогда стоимость всего заказа будет 15 000 руб.
                                  срок исполнения (детального ТЗ нет, придётся согласовывать с заказчиком, плюс есть пара скользких моментов - понадобится изучить документацию) = 30 часов делим на 6 часов в день, получаем 5 рабочих дней = календарная неделя
                                  мой ответ заказчику: я сделаю это за 15 тыс. за одну неделю.

                                  Эту схему я применяю, когда просят быстро оценить порядок стоимости выполнения задачи. А когда можно подумать/поторговаться, то алгоритм приближается к описанному автором :))

                                  Успехов!
                                    0
                                    Хорошая стоимость часа.
                                      0
                                      Бывает и больше на самом деле. Хорошие дизайнеры могут брать и по 50$ за час..
                                    –1
                                    Хорошая, правильная статья - относительно сроков.

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

                                    Но это очень сложно - мыслить такими категориями.
                                      0
                                      Хоть бы кто-то поставил себя на место заказчика ;)
                                        0
                                        В чем Вы видите проблему со стороны заказчика?
                                        0
                                        Самое главное — не быть чересчур оптимистом в расчетах сроков :) Я часто натыкался на эти грабли. Дадут мне задание, я навскидку скажу: «Два дня», а потом к концу второго дня впадал в панику, сидел допоздна, нервничал, и в результате время растягивалось до тех же трех-четырех дней. А все из-за боязни показаться непрофессионалом, назвав долгий срок.

                                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                        Самое читаемое