странно, что в фактах против SaaS первым идет «SaaS требует специализированного биллингового ПО», биллинг это не такая большая проблема, как идущие вторыми каналы продаж
я отвечал на вопрос «принять заказ я не понимаю, как клиент его оплатит?», вы ответ поняли?
основной по объему сегмент электронной торговли в рунете это электроника и быттехника, и подавляющее большинство заказов электроники и быттехники доставляются в тот-же город, где находится продавец и оплачивается наличными курьеру при получении товара
зачем клиенты предпочитают оформлять заказа по телефону, а не через сайт — ну такая особенность нашего рынка, у нас многие предпочитают звонить (а магазины соответственно дают им такую возможность)
в россии на заказы по телефону может приходится и 50% всех заказов «интернет-магазина»
и амазон это скорее каталог+служба доставки, чем магазин))
когда в магазине есть телефон, то часто по нему можно получить консультацию о товаре, могут помочь с выбором, впаритьрассказать про аксессуары и тд
а что вы думаете про экшн метод www.actionmethod.com/Methodology и про то, что ни у одного нормального человека дела в голове не выстраиваются в иерархические структуры и заставлять вести дела в системе со сложной иерархией — это издевательство и убийство продуктивности?
я больше рассматриваю конференцию не как источник новых знаний для разработчиков СааС, а скорее как один из способов популяризации СааС для потребителей, рынок надо строить и греть — чем больше рынок СааС — тем лучше будем всем разработчикам и такие конференции показывают потребителям, что СааС есть, растет и это серьезно
А нужно бы объединить сервисы: Мегаплан и Мое дело.
мы уже достаточно давно разрабатываем в Мегаплане модуль для финансового учета, правда кризис нам сильно помешал в этом, но сейчас все восстанавливается, так что ждите
Начинаю пользоваться обоими сервисами и сразу заметил их схожий интерфейс. Странно что проекты никак не связаны.
с одной стороны это приятно, что нас в чем-то копируют, с другой стороны, такая схожесть логотипов — некрасиво с их стороны…
«начальник» было не очень правильно слово, они не начальник над исполнителем, но они постановщики задач исполнителю, причем постановщики только задач в рамках того процесса, за который они отвечают
>>. В случае с 5 менеджерами приоритеты расставляет исполнитель
исходя из чего? из того, кто из клиентов ему больше нравится или для кого проще выполнять оптимизацию?
т.е. вы считаете, что когда исполнитель сам решает в каком порядке что делать — это не бардак и это нормальное управление?
>>А во втором случае — начальник IT-отдела рулит своей вотчиной
он рулит в том смысле, что решает, какие исполнители будут делать какие задачи, он решает насчет применяемых средств решения и архитектуры, а руководителей бизнес-департаментов не волнует на чем они там программируют и как, это как раз решает ИТшник, но их волнует в каком порядке их задачи будут решены
у вас какой-то очень черно-белый мир, в сложных процессах это не так — кто-то отвечает за техническую реализацию, кто-то выделяет деньги на это, кто-то ставит приоритеты исходя из потребностей бизнеса, а кто-то исполняет и не всегда это можно уложить в рамки пирамиды
это в теории так, на практике бывают очень разные ситуации, например:
— SEOшники, 20 клиентов — 5 аккаунт менеджеров на этих клиентов и один оптимизатор который и выполняет оптимизацию, в итоге каждый из этих 5 аккаунтов считает, что оптимизатор (как исполнитель) должен делать задачи для его клиентов с максимальным приоритетом
— финансовая корпорация, 8 бизнес департаментов и один общий ИТ департамент, руководитель каждого бизнес департамента часто считает, что его задачи в ИТ самые приоритетные
и таких примеров много, ввиду того что это все достаточно успешные компании, странно считать, что они ничего не понимают в управленческой структуре и надо все нафиг переделать
(Петя ау:)
основной по объему сегмент электронной торговли в рунете это электроника и быттехника, и подавляющее большинство заказов электроники и быттехники доставляются в тот-же город, где находится продавец и оплачивается наличными курьеру при получении товара
зачем клиенты предпочитают оформлять заказа по телефону, а не через сайт — ну такая особенность нашего рынка, у нас многие предпочитают звонить (а магазины соответственно дают им такую возможность)
клиент звонит — менеджер подбирает ему товар — клиент сообщает свои ФИО, адрес доставки и т.д. — курьер привозит товар и получает деньги от клиента
и амазон это скорее каталог+служба доставки, чем магазин))
когда в магазине есть телефон, то часто по нему можно получить консультацию о товаре, могут помочь с выбором,
впаритьрассказать про аксессуары и тда что делать, если у меня мак?
мы уже достаточно давно разрабатываем в Мегаплане модуль для финансового учета, правда кризис нам сильно помешал в этом, но сейчас все восстанавливается, так что ждите
с одной стороны это приятно, что нас в чем-то копируют, с другой стороны, такая схожесть логотипов — некрасиво с их стороны…
>>. В случае с 5 менеджерами приоритеты расставляет исполнитель
исходя из чего? из того, кто из клиентов ему больше нравится или для кого проще выполнять оптимизацию?
т.е. вы считаете, что когда исполнитель сам решает в каком порядке что делать — это не бардак и это нормальное управление?
>>А во втором случае — начальник IT-отдела рулит своей вотчиной
он рулит в том смысле, что решает, какие исполнители будут делать какие задачи, он решает насчет применяемых средств решения и архитектуры, а руководителей бизнес-департаментов не волнует на чем они там программируют и как, это как раз решает ИТшник, но их волнует в каком порядке их задачи будут решены
у вас какой-то очень черно-белый мир, в сложных процессах это не так — кто-то отвечает за техническую реализацию, кто-то выделяет деньги на это, кто-то ставит приоритеты исходя из потребностей бизнеса, а кто-то исполняет и не всегда это можно уложить в рамки пирамиды
— SEOшники, 20 клиентов — 5 аккаунт менеджеров на этих клиентов и один оптимизатор который и выполняет оптимизацию, в итоге каждый из этих 5 аккаунтов считает, что оптимизатор (как исполнитель) должен делать задачи для его клиентов с максимальным приоритетом
— финансовая корпорация, 8 бизнес департаментов и один общий ИТ департамент, руководитель каждого бизнес департамента часто считает, что его задачи в ИТ самые приоритетные
и таких примеров много, ввиду того что это все достаточно успешные компании, странно считать, что они ничего не понимают в управленческой структуре и надо все нафиг переделать
а чем мегаплан не устраивает?
а почему работа с задачей больше похожа на Мегаплан, чем на Basecamp? :)