• Спрашивать ли бюджет у клиента или сразу называть свою цену?

    @mudatad
    Как мне сказал один клиент - "ты что же, видишь, что у меня в офисе крутой ремонт и автоматически мне поднимаешь цену за плевую работу"

    1. Никто этого не любит.
    2. Просто предлагайте вилку. Варианты работ подешевле и подороже. В дешевые и в дорогие варианты, разумеется, включается разный объем работ.
    3. Причем даже, не исключено, что более бедный клиент выберет более дорогой вариант. А богатый не сорвется к крючка, просто выберет дешевый вариант.
    4. То что вы хотите - управляется именно вилками.
    5. А почему вы хотите управлять своим доходом исходя из доходов клиента? Ваша цена должна зависеть только от вашей себестоимости.
    6. Другое дело, что нет смысла тратить полдня на рассказ о дорогом варианте, если клиент его в принципе никогда не купит.
    7. Даете сначала вилку с грубым описанием. Затем, отвечаете на уточняющие вопросы по той части вилки, что заинтересовала клиента.

    2) Или сразу называть свою цену?


    Ваша цена может измениться от чего либо????
    С чего бы это?

    Ваша цена определяется вашей загрузкой (количеством заказов, спросом на вас) - и более ничем.

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

    А работая с вилкой
    1) Вы заинтересовывайте клиента разобраться в деталях вашего предложения. Начавшийся диалог вполне может перерасти в заказ.
    2) Вы сможете и бедных и богатых обслужить. Но предлагая им РАЗНЫЕ объемы работ.
    Ответ написан
    1 комментарий
  • Спрашивать ли бюджет у клиента или сразу называть свою цену?

    Chipr
    @Chipr
    UX/UI designer
    Прочтите "Договориться можно обо всем" Гэвин Кеннеди и вы узнаете как называть цену и когда. Обычно у заказчика есть ожидания по минимальной и максимальной цене его проекта, если бы мы их знали все было бы намного проще, но из этого и состоит предпринимательство. Обычно называю цену на несколько процентов выше, чтобы было пространство для маневров. Цену лучше предлагать свою сразу, спрашивая у клиента на что он рассчитывает вы отдаете инициативу в его руки. Клиент ведь обратился к профессионалу узнать сколько стоит данный вид работы, а вы уже сходу даете понять, что готовы пойти на уступки лишь бы вписаться в бюджет клиента — плохо.
    Ответ написан
    4 комментария
  • Спрашивать ли бюджет у клиента или сразу называть свою цену?

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

    Ваша работа стоит столько, за сколько вы готовы её сделать. Так что интересоваться надо не бюджетом, а ТЗ, и из него называть цену. Потом, разумеется, надо уточнить бюджет, хотя бы чтобы понять как себя вести при запросе добавок и доделок.
    Ответ написан
    13 комментариев
  • Назначение задачи нескольким пользователям Redmine. Есть ли решение?

    @v1st
    Присоединюсь к коллегам.
    Проще всего следовать принципу "одна задача-один исполнитель" и создавать подзадачи для группировки параллельных обработок если нужен контроль по общей задаче и контроль статусов по подзадачам.
    Исключение - когда последовательно по задаче должны отработать исполнители в рамках рабочего процесса, тогда подзадачи создавать необязательно, но статусная схема должна отражать рабочий процесс.
    Хотя если сильно хочется извращений - технически можно одну группу создать средствами почтового сервера и ей назначать в РМ, однако статусы только кто-то один будет менять в момент очередного обновления.
    Ответ написан
    Комментировать