все будет зависеть от проектов. Сейчас у нас фокус на технически сложные проекты, которые на php и 1С битрикс не сделаешь. Если будем развиваться в этой сфере, то будем искать джавистов. Если уйдем в то, что попроще, то php-разработчиков наберем
Есть разные заказчики. Если это малый бизнес, то да, они не разбираются. А если это средний/крупный бизнес, у которого с вами работает выделенный специалист. Он, как правило, уже не раз работал в подрядчиками в разработке и имеет представление что и сколько занимает времени.
Если процессы не поставлены, то результата не будет.
А то, что нужно выявлять задачи сайта, исследовать ца и под все это проектировать сайт я полностью согласен. Мы тоже так делаем. Тут речь идет о том, чтобы обосновать стоимость проекта (лишь о части процесса продажи)
Про себестоимость, прочитал в википедии: есть несколько типов себестоимости, одна из них — полная. Т.е. все расходы, так что вы правы.
Но подразумевал я другую — предельную себестоимость. Т.е. человекочасы только на этот проект.
Вы делаете правильно. Если заказываете — требуйте подробную смету. Если делайте сами, то можно попробовать ограничиться чем-то не особо подробным, примерно как я написал. Конечно, это не всех устраивает. Но если заказчик не разбирается в веб-разработке, то он не сможет сильно оспорить вашу смету по производственным работам, просто потому, что он не знает насколько трузотратна та или иная работа. Он сможет объединять страницы, ну еще несколько приемов. Тут уже нужно уметь обосновать исходя из цели сайта зачем делать ту или иную страницу
Строго говоря, обоснование цены через демонстрацию расчёта себестоимости — это не самая лучшая стратегия.
Я и не через себестоимость обосновываю. А через расходы, это разные вещи.
Он пришёл за сайтом, ему нужен результат, в идеале — за 0 рублей.
Таких умных товарищей конечно навалом, согласен, но зачем с ними работать, если им нужно бесплатно и вчера.
Тут имеет место быть разделение на ценовые сегменты. Мы не работаем с низким сегментом, соответственно не работаем с теми, кто хочет за 0р.
Вон, ребята со двора обещали сделать за тридцать тысяч, чем ты лучше?»
Вот ответ на этот вопрос: «чем ты лучше?» — надо сразу выводить в качестве обоснования цены, не останавливаясь на себестоимости
Да, я согласен, что у продукта есть некая ценность, которая не зависит от стоимости его производства. Однако рынок веб-разработки не такой. Если я выставлю ценник 500 000 р, а все мои конкуренты из этого же ценового сегмента с таким же портфолио выставят за этот же проект в районе 300 000 р, то что бы я там не говорил, про то, какой классный будет продукт — это не сработает.
А про ребят со двора хорошо обоснование от обратного. Считаешь через расходы условно-постоянные, фот и тд какие примерно у них затраты в процентах. И получаешь их примерную зп. И она будет чертовски мала. Заказчик видит, что это либо не квалифицированные кадры, либо они явно завысили сроки разработки и будут просто шаблон натягивать на CMS/
Когда заказчик говорит: «150 тысяч и не больше, вот те крест», надо предлагать ему урезать его требования, предлагать двигаться по срокам и так далее.
Я писал об этом, говоря, что нужно обсуждать другие параметры предложения. Разные предложения — разные цены.
А если вы будете обосновывать всё себестоимостью, то больше себестоимости никогда не заработаете.
Также я писал про прибыль в рентабельность, которую мы закладываем.
Я как-то об этом не задумывался, потому что у нас по договору если свадьбы нет, то все расходятся с тем, что есть. Т.е. мы передаем все результаты заказчику.
Не очень понимаю связь между отчуждаемым результатом и обоснованием его стоимости.
Сами этапы работ можно отчуждать и говорить о них в этом ключе, но это ведь никак не обосновывает их стоимость.
Могу про это написать отдельную статью.
Но если коротко, то говорю правду, например: 3 человека в команде, у каждого такие-то навыки, в среднем по рынку это такие-то зарплаты. Плюс офис, маркетинг, непроизводственные ресурсы (включая меня), налог и так далее. По итогу получается сумма примерно равная стоимости проекта.
Но тут тоже есть несколько хитростей и ходов. Например, когда детально все раскладываешь, есть риск, что клиент начнет продавливать каждую из статей расходов: «А давайте маркетинг уберем, я же вас через знакомых нашел» и так далее. Против таких подножек тоже можно бороться. Наверно, все таки напишу отдельную статью. Спасибо за идею)
А зачем так сильно дробить истории?
У нас ни разу не было больше одной нулевой истории в спринте. Обычно, это такие истории, которые важно не упустить, но делаются они очень быстро.
Это значит, что задача займет очень мало времени. Например, вход/регистрацию мы обычно оцениваем на 0. Т.к. у нас эти модули уже запроганы, нужно их перенести с другого проекта и сверстать формы (это занимает минут 20 максимум).
Открывали студию с партнером. Он как раз и пишет на java. Пишет хорошо и быстро, поэтому вполне нормально работается)
А то, что нужно выявлять задачи сайта, исследовать ца и под все это проектировать сайт я полностью согласен. Мы тоже так делаем. Тут речь идет о том, чтобы обосновать стоимость проекта (лишь о части процесса продажи)
Но подразумевал я другую — предельную себестоимость. Т.е. человекочасы только на этот проект.
Я и не через себестоимость обосновываю. А через расходы, это разные вещи.
Таких умных товарищей конечно навалом, согласен, но зачем с ними работать, если им нужно бесплатно и вчера.
Тут имеет место быть разделение на ценовые сегменты. Мы не работаем с низким сегментом, соответственно не работаем с теми, кто хочет за 0р.
Да, я согласен, что у продукта есть некая ценность, которая не зависит от стоимости его производства. Однако рынок веб-разработки не такой. Если я выставлю ценник 500 000 р, а все мои конкуренты из этого же ценового сегмента с таким же портфолио выставят за этот же проект в районе 300 000 р, то что бы я там не говорил, про то, какой классный будет продукт — это не сработает.
А про ребят со двора хорошо обоснование от обратного. Считаешь через расходы условно-постоянные, фот и тд какие примерно у них затраты в процентах. И получаешь их примерную зп. И она будет чертовски мала. Заказчик видит, что это либо не квалифицированные кадры, либо они явно завысили сроки разработки и будут просто шаблон натягивать на CMS/
Я писал об этом, говоря, что нужно обсуждать другие параметры предложения. Разные предложения — разные цены.
Также я писал про прибыль в рентабельность, которую мы закладываем.
Сами этапы работ можно отчуждать и говорить о них в этом ключе, но это ведь никак не обосновывает их стоимость.
Но если коротко, то говорю правду, например: 3 человека в команде, у каждого такие-то навыки, в среднем по рынку это такие-то зарплаты. Плюс офис, маркетинг, непроизводственные ресурсы (включая меня), налог и так далее. По итогу получается сумма примерно равная стоимости проекта.
Но тут тоже есть несколько хитростей и ходов. Например, когда детально все раскладываешь, есть риск, что клиент начнет продавливать каждую из статей расходов: «А давайте маркетинг уберем, я же вас через знакомых нашел» и так далее. Против таких подножек тоже можно бороться. Наверно, все таки напишу отдельную статью. Спасибо за идею)
Мы оцениваем процентов 10 доработок, не больше. Остальные быстрее сделать, чем оценивать.
У нас ни разу не было больше одной нулевой истории в спринте. Обычно, это такие истории, которые важно не упустить, но делаются они очень быстро.