Судя по опросу, который Мегаплан проводил среди клиентов, ребята готовят совершенно нереальной красоты город-сад для интернет-магазинов. Ну, и не только для них. Ну, не то, чтобы уже готовят, но почву прощупывают: "а вы готовы занести нам денег за такую функцию"?
За интеграцию с МоимСкладом, телефонией, рассылками, электронной почтой, какой-никакой редактор бизнес-процессов и еще так, по-мелочи, я бы занес.
А подстава будет, скорее всего, со стороны склада. В торговле он первичен. Все это зарезервировать-отрезервировать, глянуть остатки, оперативно занести пару новых позиций. С момента перехода на МойСклад мы полностью забили на Продажи в Мегаплане - двойная работа и необходимость вручную отслеживать изменения в каждом из сервисов.
МоемуСкладу недостает более удобной работы с розничной клиентской базой и, собственно, аналитики по этой базе. А уж выгрузить табличку с емейлами, чтобы спам разослать, можно и вручную. Более того, подозреваю, что многое, из того что мне хочется, МойСклад умеет. Просто или еще не до конца разобрался, или это реализовано не самым удобным образом.
На курсах «бизнес-анализ для чайников» нам рассказывали про концепцию похожего города-сада. Когда бизнес-процессы отрисовываются в некоторой системе, а к ним уже подсасываются необходимые сервисы. Можно вынуть МойСклад и вставить 1С. Можно рассылочки прикрутить.
Вот только для того, чтобы это расцвело, нужны хорошие стандарты обмена данными. Не берусь сказать за тот же CommerceML, но в целом сложность видится такой. Каждый сервис имеет определенные ограничения и особенности по обмену инфой. Эти ограничения требуют, чтобы на стороне каждого сервиса происходила какая-либо работа и информацией. Ща попробую объяснить... Короче, город-сад - это когда мы с трех сервисов собрали информацию, четвертым навели аналитику и отправили на пятый команду "сделать то-то и то-то". Тогда первый, второй, третий и пятый фактически представляют собой табличку с данными, а четвертый - центр управления полетами со сложным функционалом.
Что-то я размечтался. Считайте это утренним бредом, не претендующим не то, что на объективность, даже на здравый смысл.
Доброе утро.
За интеграцию с МоимСкладом, телефонией, рассылками, электронной почтой, какой-никакой редактор бизнес-процессов и еще так, по-мелочи, я бы занес.
А подстава будет, скорее всего, со стороны склада. В торговле он первичен. Все это зарезервировать-отрезервировать, глянуть остатки, оперативно занести пару новых позиций. С момента перехода на МойСклад мы полностью забили на Продажи в Мегаплане - двойная работа и необходимость вручную отслеживать изменения в каждом из сервисов.
МоемуСкладу недостает более удобной работы с розничной клиентской базой и, собственно, аналитики по этой базе. А уж выгрузить табличку с емейлами, чтобы спам разослать, можно и вручную. Более того, подозреваю, что многое, из того что мне хочется, МойСклад умеет. Просто или еще не до конца разобрался, или это реализовано не самым удобным образом.
На курсах «бизнес-анализ для чайников» нам рассказывали про концепцию похожего города-сада. Когда бизнес-процессы отрисовываются в некоторой системе, а к ним уже подсасываются необходимые сервисы. Можно вынуть МойСклад и вставить 1С. Можно рассылочки прикрутить.
Вот только для того, чтобы это расцвело, нужны хорошие стандарты обмена данными. Не берусь сказать за тот же CommerceML, но в целом сложность видится такой. Каждый сервис имеет определенные ограничения и особенности по обмену инфой. Эти ограничения требуют, чтобы на стороне каждого сервиса происходила какая-либо работа и информацией. Ща попробую объяснить... Короче, город-сад - это когда мы с трех сервисов собрали информацию, четвертым навели аналитику и отправили на пятый команду "сделать то-то и то-то". Тогда первый, второй, третий и пятый фактически представляют собой табличку с данными, а четвертый - центр управления полетами со сложным функционалом.
Что-то я размечтался. Считайте это утренним бредом, не претендующим не то, что на объективность, даже на здравый смысл.
Доброе утро.
Judging by the survey that Megaplan conducted among customers, the guys are preparing a completely unreal beauty city garden for online stores. Well, and not only for them. Well, it’s not that they are already preparing, but they are testing the ground: “are you ready to bring us money for such a function”?
For integration with MySklad, telephony, newsletters, e-mail, some kind of business process editor, and even so, in small things, I would have skipped.
And the setup will most likely be from the warehouse. In trade, it is primary. Reserve all this, reserve, look at the leftovers, quickly enter a couple of new positions. Since the transition to MySklad, we completely scored on Sales in Megaplan - double work and the need to manually track changes in each of the services.
My warehouse lacks more convenient work with a retail client base and, in fact, analytics on this base. And to unload a plate with emails in order to send spam, you can manually. Moreover, I suspect that much of what I want, MySklad can. It’s simply either not yet fully understood, or it was not implemented in the most convenient way.
At the Business Analysis for Dummies courses, we were told about the concept of a similar garden city. When business processes are drawn in some system, and the necessary services are already sucked in to them. You can take out MySklad and insert 1C. You can screw mailings.
That's just to make it bloom, you need good standards for data exchange. I can’t presume to say the same for CommerceML, but in general, the complexity is seen as such. Each service has certain restrictions and features on the exchange of info. These restrictions require that on the side of each service some kind of work and information take place. I’ll try to explain right now ... In short, the garden city is when we collected information from three services, put analytics on the fourth and sent the fifth command “to do this and that”. Then the first, second, third and fifth are actually a data plate, and the fourth is a flight control center with complex functionality.
Something I dreamed about. Consider this morning nonsense, not claiming not only objectivity, even common sense.
Good morning.
For integration with MySklad, telephony, newsletters, e-mail, some kind of business process editor, and even so, in small things, I would have skipped.
And the setup will most likely be from the warehouse. In trade, it is primary. Reserve all this, reserve, look at the leftovers, quickly enter a couple of new positions. Since the transition to MySklad, we completely scored on Sales in Megaplan - double work and the need to manually track changes in each of the services.
My warehouse lacks more convenient work with a retail client base and, in fact, analytics on this base. And to unload a plate with emails in order to send spam, you can manually. Moreover, I suspect that much of what I want, MySklad can. It’s simply either not yet fully understood, or it was not implemented in the most convenient way.
At the Business Analysis for Dummies courses, we were told about the concept of a similar garden city. When business processes are drawn in some system, and the necessary services are already sucked in to them. You can take out MySklad and insert 1C. You can screw mailings.
That's just to make it bloom, you need good standards for data exchange. I can’t presume to say the same for CommerceML, but in general, the complexity is seen as such. Each service has certain restrictions and features on the exchange of info. These restrictions require that on the side of each service some kind of work and information take place. I’ll try to explain right now ... In short, the garden city is when we collected information from three services, put analytics on the fourth and sent the fifth command “to do this and that”. Then the first, second, third and fifth are actually a data plate, and the fourth is a flight control center with complex functionality.
Something I dreamed about. Consider this morning nonsense, not claiming not only objectivity, even common sense.
Good morning.
У записи 4 лайков,
0 репостов.
0 репостов.
Эту запись оставил(а) на своей стене Евгений Романовский
