💻 5 признаков, что разработчик неправильно оценил ваш проект
В прошлых постах мы говорили, про большой разброс цен в ИТ. Низкая цена - не всегда выгодно, а высокая - не всегда адекватно.
Тогда как понять, что оценка адекватная?
Разберем, как выявить, что вас некачественно "посчитали".
1. В оценке только одна цифра
Ответили: "всё сделаем за Х руб/$". Без разбивки по модулям, блокам или этапам.
Это значит, что декомпозиции не было, а значит никто не разбирал проект на части и не оценивал сложность каждой из них.
⏪Как минимум в нормальной оценке есть: базовые модули (кабинеты, роли, сущности),
ключевая бизнес-логика,
интеграции,
админка / управление.⏩
Не обязательно супер-детально,
но даже минимальное разбиение показывает, что проект действительно анализировали, а не прикинули "на глаз".
2. Нет отсылок к вашему брифу
В ответе не ссылаются на ваши задачи/процессы, не используют вашу терминологию, не уточняют спорные моменты.
Это сигнал, что бриф либо не прочитали, либо не вникали. Если ответ можно отправить любому клиенту без изменений - скорее всего, оценка шаблонная.
3. Сложные места не выделены отдельно
В любом проекте есть зоны повышенной сложности. Это может быть сложная бизнес-логика, интеграции, алгоритмы расчета.
Если в оценке такие вещи не выделены отдельной строкой, а просто включены в общую оценку - разработчик не провёл анализ рисков.
4. Нет списка допущений и ограничений
Любая адекватная оценка делается с оговорками, особенно при первой оценке.
⏪Например:
"если имеется документация",
"если логика не усложнится",
"если не потребуются кастомные отчёты".⏩
Если вам дали "голую" цифру без условий - скорее всего, просто не подумали о рисках, и они всплывут позже.
5. Не обозначено, что входит или НЕ входит в оценку
Вам должны явно сказать что включено и что НЕ включено.
⏪Например:
дизайн включён / не включён,
аналитика включена / нет,
гарантия.⏩
Без этого у вас и подрядчика может сложиться разное понимание объёма работ.
Резюме
Адекватная оценка не обязана быть идеально точной. Речь не про цифру, а про отношение разработчика к задаче, адекватность и ответственность.
Хорошую оценку видно по структуре, логике, описанию рисков и вариантов решения - такой можно доверять.
В прошлых постах мы говорили, про большой разброс цен в ИТ. Низкая цена - не всегда выгодно, а высокая - не всегда адекватно.
Тогда как понять, что оценка адекватная?
Дано: вы отправили разработчику нормальный бриф (например, наш вариант).
То есть у подрядчика есть:
🔘описание процессов,
🔘роли пользователей,
🔘основные сценарии.
Разберем, как выявить, что вас некачественно "посчитали".
1. В оценке только одна цифра
Ответили: "всё сделаем за Х руб/$". Без разбивки по модулям, блокам или этапам.
Это значит, что декомпозиции не было, а значит никто не разбирал проект на части и не оценивал сложность каждой из них.
⏪Как минимум в нормальной оценке есть: базовые модули (кабинеты, роли, сущности),
ключевая бизнес-логика,
интеграции,
админка / управление.⏩
Не обязательно супер-детально,
но даже минимальное разбиение показывает, что проект действительно анализировали, а не прикинули "на глаз".
2. Нет отсылок к вашему брифу
В ответе не ссылаются на ваши задачи/процессы, не используют вашу терминологию, не уточняют спорные моменты.
Это сигнал, что бриф либо не прочитали, либо не вникали. Если ответ можно отправить любому клиенту без изменений - скорее всего, оценка шаблонная.
3. Сложные места не выделены отдельно
В любом проекте есть зоны повышенной сложности. Это может быть сложная бизнес-логика, интеграции, алгоритмы расчета.
Если в оценке такие вещи не выделены отдельной строкой, а просто включены в общую оценку - разработчик не провёл анализ рисков.
4. Нет списка допущений и ограничений
Любая адекватная оценка делается с оговорками, особенно при первой оценке.
⏪Например:
"если имеется документация",
"если логика не усложнится",
"если не потребуются кастомные отчёты".⏩
Если вам дали "голую" цифру без условий - скорее всего, просто не подумали о рисках, и они всплывут позже.
5. Не обозначено, что входит или НЕ входит в оценку
Вам должны явно сказать что включено и что НЕ включено.
⏪Например:
дизайн включён / не включён,
аналитика включена / нет,
гарантия.⏩
Без этого у вас и подрядчика может сложиться разное понимание объёма работ.
Резюме
Адекватная оценка не обязана быть идеально точной. Речь не про цифру, а про отношение разработчика к задаче, адекватность и ответственность.
Хорошую оценку видно по структуре, логике, описанию рисков и вариантов решения - такой можно доверять.