Комментарии 64
Вопрос только один — вы уверенны что многие поставщики пойдут на работу с «открытым» складом?
За свою практику общался со многими, текущий склад(объем товара, а не помещение), его размер, соотношение — чаще всего коммерческая тайна минимум.
За свою практику общался со многими, текущий склад(объем товара, а не помещение), его размер, соотношение — чаще всего коммерческая тайна минимум.
использование 1-с, дубово, по своей сути. оно не подходит вообще и никак. когда осознаете, пойдёт работа.
Да, 1с не лучший вариант. На зато не такой дорогой, как например Navision и позволяет модифицировать логику бизнес процессов и документооборот под себя.
1-с, идеальна для отчётности. для он лайн работы -вообще и никак не пригодна. в принципе. единственный вариант, бд, для склада, с выгрузкой в 1-с. то есть, склад реальный работает с бд, и манагеры и интернет торговцы с бд. а бухгалтерия с 1-с. разделяй и властвуй. любой другой вариант изнасилование смысла.
Это решение как минимум массово, и как бы оно не было «не таким» с ним работают и будут работать.
В чем тут неподходящая «Дубовость» :)
В чем тут неподходящая «Дубовость» :)
Единственный минус серьёзный 1С, это стоимость 1с разработчиков).
вы не видели стоимости SAPёров и Navision-разработчиков, наверное
1-с, идеально сбалансированный продукт, для стран с поминутно меняющемся законодательством по отчётности. с бухгалтерией не всё так просто, но не всем необходимо преодоление вложенных недостатков. а вот касательно торговли, и особенно онлайн торговли. системно неодолимые недостатки. вариантов всего 2. или учёт складской идёт в 1-с. и выгружаем куданидь. или наоборот, учёт складской идёт в бд, и выгружаем в 1-с. без неё и так никуда. просто ситуация поставлена с ног на голову. бухгалтерия, для которого 1-с заточен, прекрасно работает не в онлайн, он ей нафиг не нужен в принципе. а сайт, для которого онлайн это всё, на фиг не нуждается во всех бухгалтерских наворотах.
а дубовость, в том что там, ситуация на срез времени -называется торговые остатки.
допустим на большой базе, остатки по складу формируются 20 -60 минут. за это время, склад может отгрузить товар, интернет может продавать товар. но вообщето нельзя.
а дубовость, в том что там, ситуация на срез времени -называется торговые остатки.
допустим на большой базе, остатки по складу формируются 20 -60 минут. за это время, склад может отгрузить товар, интернет может продавать товар. но вообщето нельзя.
А использовать веб-апи реального времени с плановой полной проверкой.
Базовое состояние загружается, а далее действие с АПИ сервера в виде очереди вешаются на стороне 1с, отгрузили — отправили(поставили в очередь, отправили при инете) простой ХМЛ — снять с остатка в системе.
К концу недели 1 большой файл который формируется из вгрузки склада, и нужен для корректирования(вдруг кого потеряли).
Подобную систему реализовывал, дает хороший результат.
Базовое состояние загружается, а далее действие с АПИ сервера в виде очереди вешаются на стороне 1с, отгрузили — отправили(поставили в очередь, отправили при инете) простой ХМЛ — снять с остатка в системе.
К концу недели 1 большой файл который формируется из вгрузки склада, и нужен для корректирования(вдруг кого потеряли).
Подобную систему реализовывал, дает хороший результат.
Бред. Большая, это сколько? У Санрайза маленькая была? Работала на 1с прекрасно.
Получение остатков — это по сути запрос к базе, от 1с не зависит, настраивайте базу (можно вообще на оракл перейти, 1с и с ним работает).
Обмены прайсами не хотите делать? В 1с 8.2 можно расшарить интерфейс наружу, работает через браузер.
Получение остатков — это по сути запрос к базе, от 1с не зависит, настраивайте базу (можно вообще на оракл перейти, 1с и с ним работает).
Обмены прайсами не хотите делать? В 1с 8.2 можно расшарить интерфейс наружу, работает через браузер.
оптовик. я не спорю что работает. 1-с идеальный продукт, для отчётности и бухгалтерии. десятый раз говорю. я могу и в ластах по снегу бегать. вопрос — что первично. выход, я предлагал.
вы просто не умеете его готовить
выход — это, что? свое приложение, интерфейс к базе на java или c#? или сап?
выход — это, что? свое приложение, интерфейс к базе на java или c#? или сап?
я уже писал.сейчас складской учёт идёт в 1-с, и выгрузка. Н.О. бухгалтерии всё равно, на полчаса позже или раньше, а онлайн торговле нет. -выход, складской учёт в бд, с выгрузкой в бухгалтерию. а вот какой, да как интерфейс к диллерам(в том числе и веб магазинов), это не критично.
Что значит «складской учет в бд»? За 1с тоже бд стоит (mssql, postgresql, oracle или db2). И вы кстати можете к ней напрямую обратиться, если не умеете 1с-ом.
и умею и могу. 1-с, хранит свои объекты как ексель. запросами не обратишься.
говорю же, не знаете
1с может работать с любой базой из списка v8.1c.ru/overview/Term_000000662.htm и хранить данные в таблицах
«как эксель» — это файловая версия, обычно используется для маленьких систем < 10 пользователей
1с может работать с любой базой из списка v8.1c.ru/overview/Term_000000662.htm и хранить данные в таблицах
«как эксель» — это файловая версия, обычно используется для маленьких систем < 10 пользователей
НЛО прилетело и опубликовало эту надпись здесь
А зачем запросы? Почему не сделать автоматические правила резервирования?
Запросы потому что интернет-магазин постоянно что то запрашивает у поставщика. Это запрос наличия, запрос на резервирование и вопросы всяческие по товару. Именно эти три типа действий мы объединили в понятие «Запрос».
Автоматическое резервирование возможно только если интернет-магазин имеет доступ к резервам, например через сайт.
Который автоматически ставит заказ на резерв в ERP, например 1С.
Но у большинства поставщиков такой системы нет.
Автоматическое резервирование возможно только если интернет-магазин имеет доступ к резервам, например через сайт.
Который автоматически ставит заказ на резерв в ERP, например 1С.
Но у большинства поставщиков такой системы нет.
Это только то, что сразу приходит на ум — получение оплаты, отгрузка по платежке, бой, брак, сроки поставки в Россию, дата прихода на склад поставщика и т.д.
Экономия времени? А оперативность ответа при этом учитывается? Преимущества телефона и аськи как раз в оперативности, позвонил-ответили, а у вас?
Экономия времени? А оперативность ответа при этом учитывается? Преимущества телефона и аськи как раз в оперативности, позвонил-ответили, а у вас?
Время ответа на запрос заданный по телефону или аське тоже может сильно варьироваться. Если менеджер не загружен, а это бывает крайне редко, он ответит быстро. Обычно ИМ звонит, задает вопрос и ждет ответ в ICQ или ответного звонка. Или задает вопрос в ICQ и ждет ответа. Иногда можно ждать больше суток.
У нас упор сделан на 2 вещи:
1. Если сервис окажется удобнее чем стандартная схема, то участникам процесса будет просто приятнее работать и проще. Количество пользователей будет расти и как следствие, это станет стандартом.
2. В интерфейсе есть панель для контроля работы персонала, как для ИМ так и для поставщиков, через которую нач.отдела продаж может контролировать своих менеджеров. То есть использовать сервис как CRM. В обычной CRM можно видеть только статусы сделок, но нельзя увидеть активность работы менеджера. То есть как именно он ответил клиенту и как быстро.
У нас упор сделан на 2 вещи:
1. Если сервис окажется удобнее чем стандартная схема, то участникам процесса будет просто приятнее работать и проще. Количество пользователей будет расти и как следствие, это станет стандартом.
2. В интерфейсе есть панель для контроля работы персонала, как для ИМ так и для поставщиков, через которую нач.отдела продаж может контролировать своих менеджеров. То есть использовать сервис как CRM. В обычной CRM можно видеть только статусы сделок, но нельзя увидеть активность работы менеджера. То есть как именно он ответил клиенту и как быстро.
>>Время ответа на запрос заданный по телефону или аське тоже может сильно варьироваться.
Может, но при прочих равных, по аське ответ мы получаем и видим сразу. Не прочитал у вас ничего про уведомления об ответах, но думаю скорее всего они почтовые. А по телефону и так понятно в любом случае будет значительно оперативнее, чем через веб.
>>То есть как именно он ответил клиенту и как быстро.
Ну и наверное система приоритетов реализована? К примеру 5 заказов получены в интервале 10 минут, 2 простых мелких, для обработки которых требуется по 1,5 минуты на каждый, два средних со сложностью в 5 минут каждый и один крупный и сложный с кучей нюансов со скоростью 20-30 минут (бухгалтерия, логистика и т.п.). Мне как собственнику что важнее? А что важнее для получения правильных показателей при получении премии оптовому продавцу? Да и я забыл упомянуть про срочность каждого из заказов, она тоже может быть разной.
Может, но при прочих равных, по аське ответ мы получаем и видим сразу. Не прочитал у вас ничего про уведомления об ответах, но думаю скорее всего они почтовые. А по телефону и так понятно в любом случае будет значительно оперативнее, чем через веб.
>>То есть как именно он ответил клиенту и как быстро.
Ну и наверное система приоритетов реализована? К примеру 5 заказов получены в интервале 10 минут, 2 простых мелких, для обработки которых требуется по 1,5 минуты на каждый, два средних со сложностью в 5 минут каждый и один крупный и сложный с кучей нюансов со скоростью 20-30 минут (бухгалтерия, логистика и т.п.). Мне как собственнику что важнее? А что важнее для получения правильных показателей при получении премии оптовому продавцу? Да и я забыл упомянуть про срочность каждого из заказов, она тоже может быть разной.
С первым согласен.
По второму: Приоритеты зависят от политики компании. У одной компании не большой склад, поэтому она пытается обеспечить товарами по больше мелких клиентов, а не отдавать все нескольким крупным. Другие, у которых склад по больше продают в первую очередь крупные заказы.
Единственных нормальным показателем эффективности является оборот менеджера. И только по нему можно оценить качество его работы. Собственнику важнее чтобы увеличивался или был стабильным оборот.
Тем компаниям, на которых ориентирован сервис необходимо хотя бы контролировать чтобы менеджер не забыл ответить клиенту или ответил за 1 час, а не за 8.
По второму: Приоритеты зависят от политики компании. У одной компании не большой склад, поэтому она пытается обеспечить товарами по больше мелких клиентов, а не отдавать все нескольким крупным. Другие, у которых склад по больше продают в первую очередь крупные заказы.
Единственных нормальным показателем эффективности является оборот менеджера. И только по нему можно оценить качество его работы. Собственнику важнее чтобы увеличивался или был стабильным оборот.
Тем компаниям, на которых ориентирован сервис необходимо хотя бы контролировать чтобы менеджер не забыл ответить клиенту или ответил за 1 час, а не за 8.
Да, но что дает, мне как руководителю, информация о том, что из 1000 обработанных данным менеджером заказов за один месяц 100 он обработал больше чем за час?
Мне что с ним сделать за это наказать или что? Если в конечном счете мне в принципе плевать (а так оно и есть) сколько времени он обрабатывает заказы, потому как вы правильно заметили важнее доход который он принес за месяц…
Вы можете дать четкий ответ на вопрос — какую выгоду (ее размер) может дать ваша система мне как управленцу?
Мне что с ним сделать за это наказать или что? Если в конечном счете мне в принципе плевать (а так оно и есть) сколько времени он обрабатывает заказы, потому как вы правильно заметили важнее доход который он принес за месяц…
Вы можете дать четкий ответ на вопрос — какую выгоду (ее размер) может дать ваша система мне как управленцу?
Если у ваших менеджеров есть четкие правила работы с клиентом, то в нашей системе вы можете контролировать выполнение этих правил + вы можете качественнее диагностировать проблемы в вашем бизнесе, а в частности в продажах.
Например:
— контроль времени ответа за запрос — может быть менеджер курил, а не отвечал важному клиенту.
— контроль времени на резервирование товара — возможно ваши менеджеры тратят 30% своего времени на — разбор спорных ситуаций — клиент говорит просил забронировать, а менеджер говорит что не просил. Клиент не доволен.
— При болезни менеджера его контакты не удобно обрабатывать другому менеджеру. В случае с сервисом это очень просто, достаточно открыть 2 аккаунта.
Например:
— контроль времени ответа за запрос — может быть менеджер курил, а не отвечал важному клиенту.
— контроль времени на резервирование товара — возможно ваши менеджеры тратят 30% своего времени на — разбор спорных ситуаций — клиент говорит просил забронировать, а менеджер говорит что не просил. Клиент не доволен.
— При болезни менеджера его контакты не удобно обрабатывать другому менеджеру. В случае с сервисом это очень просто, достаточно открыть 2 аккаунта.
Сейчас я буду делать крик души, зажмите уши.
То есть, это вы себе представили сферического поставщика в вакууме, который бросает силы на привязку своей базы к вашему сервису?
Знаете, как реальные поставщики работают?..
Реальные поставщики работают так: у нас куча оптовиков закупки делают на ХХХ тысяч миллионов, а вы тут со своими остатками лезете!
У меня кучка поставщиков, и вариантов работы с ними — ровно столько же.
— присылают остатки по емейл в виде xls
— присылают остатки в виде csv
— имеют собственный сайт с актуальной информацией, который надо парсить
— один продвинутый имеет свой прайс в формате YML, но там не полная информация по товарам, приходится парсить его сайт всё равно
— …
Большинство высылают остатки только по пинку.
У многих нет артикулов у товаров. Да-да, вот так. Нет в прайсе уникальных артикулов!!! Вообще! Приходится изворачиваться и делать искусственные интеллекты для парсинга их прайсов.
Ну вы поняли, наверно.
То есть, это вы себе представили сферического поставщика в вакууме, который бросает силы на привязку своей базы к вашему сервису?
Знаете, как реальные поставщики работают?..
Реальные поставщики работают так: у нас куча оптовиков закупки делают на ХХХ тысяч миллионов, а вы тут со своими остатками лезете!
У меня кучка поставщиков, и вариантов работы с ними — ровно столько же.
— присылают остатки по емейл в виде xls
— присылают остатки в виде csv
— имеют собственный сайт с актуальной информацией, который надо парсить
— один продвинутый имеет свой прайс в формате YML, но там не полная информация по товарам, приходится парсить его сайт всё равно
— …
Большинство высылают остатки только по пинку.
У многих нет артикулов у товаров. Да-да, вот так. Нет в прайсе уникальных артикулов!!! Вообще! Приходится изворачиваться и делать искусственные интеллекты для парсинга их прайсов.
Ну вы поняли, наверно.
Абсолютно аналогично. Но проблемы в этом не вижу. То, что я могу все это болото разруливать, дает мне +100 к силе и +200 к интеллекту перед конкурентами. Это прекрасно.
В случае своего магазина — да, никуда не денешься, либо налаживаешь отношения, либо магазин закрывается.
Но чтобы убедить какого-то поставщика воспользоваться таким сервисом и приложить для этого усилия…
Не верю, как говорил Константин Сергеевич.
Но чтобы убедить какого-то поставщика воспользоваться таким сервисом и приложить для этого усилия…
Не верю, как говорил Константин Сергеевич.
в нашем случае (около 80 поставщиков), 90% которых работают по пинку в аське или телефону, НЕВОЗМОЖНО как-то автоматически разруливать это болото :) будь по отнощению к конкурентам хоть по +300 к интеллекту и интуиции.
Малую часть, конечно, можно упросить что-то хоть в каком-то виде высылать. Но большинство скажет так же, как написано постом выше "… закупки делают на ХХХ тысяч миллионов, а вы тут со своими остатками лезете!"
разве что, реализовывать мегаинтеллектуального бота-мессенжера, который будет уметь работать без артикулов и знать разницу между «нет-нет, не серо-оранжево-бежевый 2011го года, а оранжево-серый-с-вставками» :)
Малую часть, конечно, можно упросить что-то хоть в каком-то виде высылать. Но большинство скажет так же, как написано постом выше "… закупки делают на ХХХ тысяч миллионов, а вы тут со своими остатками лезете!"
разве что, реализовывать мегаинтеллектуального бота-мессенжера, который будет уметь работать без артикулов и знать разницу между «нет-нет, не серо-оранжево-бежевый 2011го года, а оранжево-серый-с-вставками» :)
Но не даёт возможности делать бронь через API и перед бронью видеть в реальном времени остаток по артикулу, то есть всё равно много лишней работы через телефон.
Удивительно, единственная отрасль где всё прекрасно — это компьютерная, Мерилоны, Никсы, Юлмарты и прочие. Всё остальное — дикий запад.
Удивительно, единственная отрасль где всё прекрасно — это компьютерная, Мерилоны, Никсы, Юлмарты и прочие. Всё остальное — дикий запад.
Да, забыл сказать ещё, что единственный поставщик, который наладил автоматический выгруз остатков из 1С и отправку их мне по емейл, не может поддерживать в нормальном состоянии свой склад, так что 10% остатков всё равно не соответствуют реальному наличию.
А когда я попытался предложить другому поставщику выкладывать остатки на сайт, он мне сказал, что тогда хакеры залезут к нему в базу и исправят там данные и всё перепутают.
Переубедить таких людей нельзя.
А когда я попытался предложить другому поставщику выкладывать остатки на сайт, он мне сказал, что тогда хакеры залезут к нему в базу и исправят там данные и всё перепутают.
Переубедить таких людей нельзя.
Наверное, не поняли Вы:).
Никакой привязки базы к сервису не требуется. Для поставщиков, которые привязку делают, мы другой, платный продукт предлагаем…
В данном случае главное договориться отдельным менеджерам друг с другом, что будут не по аське и мылу общаться, а через сервис.
Никакой привязки базы к сервису не требуется. Для поставщиков, которые привязку делают, мы другой, платный продукт предлагаем…
В данном случае главное договориться отдельным менеджерам друг с другом, что будут не по аське и мылу общаться, а через сервис.
Гляньте на www.channeladvisor.com/. Так взаимодействуют поставщики с крупными интернет магазинами типа амазона
1. Крупные поставщики не заморачиваются с остатками склада. При наличии 30-40 дистрибьюторов, остатки склада поставщика не дают необходимой информативности, так как динамика изменений очень велика. Сейчас арт.#99887766 — 15 шт., через 60 минут — уже 5 шт.
2. Крупные поставщики уходят/давно ушли от предоставления работы с остатками своего склада. Для них накладно исправлять, разруливать нестыковки при динамическом изменении остатков.
3. Крупные поставщики всегда имеют свой «портал» по работе со складом, трекингом поставок и тп.
ИМХО, продукт получается интересным, но на уровне взаимодействия склада диллера — регионального представительства. Крупный поставщик будет работать по-своему.
2. Крупные поставщики уходят/давно ушли от предоставления работы с остатками своего склада. Для них накладно исправлять, разруливать нестыковки при динамическом изменении остатков.
3. Крупные поставщики всегда имеют свой «портал» по работе со складом, трекингом поставок и тп.
ИМХО, продукт получается интересным, но на уровне взаимодействия склада диллера — регионального представительства. Крупный поставщик будет работать по-своему.
Даже представить не могу, что поставщик будет пользоваться чем-то подобным. Читал книгу OZON, в которой описывается полнейший пи#@*& на рынке книжных оптовиков во времена его открытия. И никто в то время даже пальцем не пошевелил, чтобы пойти навстречу такому крупному закупщику, «не нравится — не работайте». Сейчас я вижу, что за 15 лет поставщики эволюционировали только до корявых прайсов и электронной почты. До сих пор самый верный вариант выяснить наличие конкретного товара — позвонить по телефону и подождать, пока человек сбегает посмотрит.
И еще… огромнейшая проблема многих подобных сервисов: хелпдески, онлайн-консультанты, ваш сервис — они привязаны к браузеру. Это означает, что человек должен сидеть и долбить F5 постоянно, либо он будет проверять ваш сайт только пару раз в день, т.к. и без вас дел полно. Уведомления о новых заявках должны вываливаться в трее.
Эта проблема уже решается уведомлениями на почту о приходе нового запроса и морганием вкладки браузера или закладки сервиса.
Первоначально у нас в магазине стоял онлайн-консультант, работающий только в браузере. Браузер свернут или открыта другая вкладка => менеджер не видит заявку => реагирует поздно. Там были звуковые уведомления, но у менеджеров на местах не колонок. Браузеры часто просто закрывались на полдня. А еще они часто висли из-за использующегося на сервисе JS. В общем, проблем было немерено и решили перейти на платный консультант, у которого было десктопное ПО типа аськи. Проблемы с двумя «аськами» тоже были, поэтому в итоге мы остановились на консультанте с jabber-протоколом и объединили все «аськи» в единую прогу.
Говорю как владелец магазина. Своих менеджеров я могу обучить пользоваться сервисом, но что делать с менеджерами со стороны поставщика? А если поставщиков 10-20? Это проблема. Вы пытаетесь дать людям новый инструмент общения. У обычного менеджера 3 открытых окна (почта, аська, скайп). Теперь ему ещё 4-е надо держать открытым, сомнительно. Но вы подняли правильную задачу: как оптимизировать работу коммуникации. Может это можно интегрировать с почтой?
А чем плоха идея подключаться к edi www.cislink.com/edi и предлагать поставщикам подключиться тоже?
Дорогое удовольствие, платить надо за всё — подключение, транзакции и абонентская плата. К тому же у поставщиков почти всегда изменена конфигурация ERP. А это мешает использовать стандарт EDI. В этом вся проблема, отсутствие стандарта при взаимодействии. Подобный сервис используют только очень крупные компании и в основном сети www.cislink.com/Client/ViewClient?group=1
.Да и подключать интернет-магазинам, зачастую нечего — нет даже 1С у многих…
Такое впечатление, что авторы никогда в жизни не видели нормальной B2B системы, позволяющей практически полностью автоматизировать работу и уйти от человеческого фактора.
Вы увидели зло в форме, а не в содержании!
Все правильно — формы запросов между дилером и поставщиком ужасны, но также ужасна и сама система запросов между двумя менеджерами, какими бы инструментами вы их не наделили.
Нормальные поставщики, которые действительно заботятся о своих клиентах, давно внедрили партнерские B2B порталы, предоставив все необходимые инструменты и своим клиентам и избавив себя от необходимости держать низкоквалифицированный персонал «на запросах». При этом такие системы способны с легкостью предоставить все необходимые клиенту инструменты, такие как остатки, резервирование, заказ товара, финансовая информация и тд. Все это происходит в реальном времени и не требует человека «на том конце».
Например, я люблю делать заказы у основного поставщика ночью или рано с утра. Спокойно открываю окошко браузера и набираю, что нужно, смотрю, какие заказы можно забирать и какие необходимо оплатить.
В общем извините, но я искренне считаю идею данного продукта ущербной. Не в обиду. Тем более у вас еще есть шанс осознать ошибки и направить силы в нужном направлении. А это в первую очередь автоматизация бизнес процессов, а не причесывание тупого ручного труда.
Вы увидели зло в форме, а не в содержании!
Все правильно — формы запросов между дилером и поставщиком ужасны, но также ужасна и сама система запросов между двумя менеджерами, какими бы инструментами вы их не наделили.
Нормальные поставщики, которые действительно заботятся о своих клиентах, давно внедрили партнерские B2B порталы, предоставив все необходимые инструменты и своим клиентам и избавив себя от необходимости держать низкоквалифицированный персонал «на запросах». При этом такие системы способны с легкостью предоставить все необходимые клиенту инструменты, такие как остатки, резервирование, заказ товара, финансовая информация и тд. Все это происходит в реальном времени и не требует человека «на том конце».
Например, я люблю делать заказы у основного поставщика ночью или рано с утра. Спокойно открываю окошко браузера и набираю, что нужно, смотрю, какие заказы можно забирать и какие необходимо оплатить.
В общем извините, но я искренне считаю идею данного продукта ущербной. Не в обиду. Тем более у вас еще есть шанс осознать ошибки и направить силы в нужном направлении. А это в первую очередь автоматизация бизнес процессов, а не причесывание тупого ручного труда.
Если посмотрите сайт нашей компании, поймете, что основным видом деятельности и является создание B2B -систем со всеми вытекающими… Тradetab — наша «поделка», которая, вполне возможно, станет кому-то полезной. Потому и распространяем бесплатно. Плюс, некоторые наиболее удачно реализованные логики взаимодействия будем добавлять в основной продукт…
Да, на сайте я не был, признаюсь. А вам чуть не успел сделать антирекламу, которая могла бы стать в итоге неплохой рекламой)
Хотя, мне все равно не понятен смысл создания подобной «поделки», разве что привлечь внимание критиков к своей команде и показать готовый продукт. Если так, то вы добились успеха)
Единственное, не соглашусь с утверждением на сайте, что делать подобные продукты своими силами “с нуля” крайне трудоемко и неэффективно. В моей прошлой компании мы очень малыми силами создали крайне эффективную систему B2B, интегрированную с корпоративной CRM, которая и сейчас обслуживает тысячи партнеров. Причем, самое забавное, что одним из партнеров теперь являюсь я сам и почти каждый день получаю удовольствие от созданного своими руками продукта )
Так что, коллеги, желаю вам идти по намеченному пути и не сбиваться с него;)
Хотя, мне все равно не понятен смысл создания подобной «поделки», разве что привлечь внимание критиков к своей команде и показать готовый продукт. Если так, то вы добились успеха)
Единственное, не соглашусь с утверждением на сайте, что делать подобные продукты своими силами “с нуля” крайне трудоемко и неэффективно. В моей прошлой компании мы очень малыми силами создали крайне эффективную систему B2B, интегрированную с корпоративной CRM, которая и сейчас обслуживает тысячи партнеров. Причем, самое забавное, что одним из партнеров теперь являюсь я сам и почти каждый день получаю удовольствие от созданного своими руками продукта )
Так что, коллеги, желаю вам идти по намеченному пути и не сбиваться с него;)
Я правильно понимаю, что ваша система не является ни интернет-порталом, ни базой данных (типа 1С), а чем-то промежуточным?
Ничего сносить не надо). Продукт позволяет интернет-магазину отправлять запросы поставщику используя сервис. А поставщик отвечает на эти запросы, тоже используя сервис. Специфика взаимодействия интернет-магазинов и поставщиков требует такого инструмента. При этом поставщик продолжает работать с 1с, а ИМ продолжает использовать CMS.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Cервис для обмена запросами между поставщиками товаров и интернет-магазинами