电子商务多店同后台的实现构想(OE2nEC)
-
上海-悟空(491064) 12:19:27
话题? 没人说? 讨论下web购物车(网店程序)与OE ?? [img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/AV5W2LR]H5YAQXT%7D1N2LPDY.gif[/img]
上海-悟空(491064) 12:19:49
在看最后的猎人 片子还不错
香港-正(850482450) 12:28:02
你们用的是什么购物车
上海-wjf(85822082) 12:40:45
这个话题有点大
上海-wjf(85822082) 12:41:20
估计不会讨论出结果来
香港-正(850482450) 12:43:14
你说AV的,还是购物车的
上海-wjf(85822082) 12:44:50
购物车
上海-悟空(491064) 12:51:05
小话题就是web购物车程序(具体到ecshop)实现对OE库存的实时反映
上海 - 老肖<[email:1it235r8][email protected][/email:1it235r8]> 12:52:53
要实时反应有点困难,接口开发的工作量有一些
上海 - 老肖<[email:1it235r8][email protected][/email:1it235r8]> 12:54:28
可以考虑的一个方案是,定期(例如每1个小时)将OE的实际库存更新到ecshop的数据库
上海 - 老肖<[email:1it235r8][email protected][/email:1it235r8]> 12:55:39
2)每隔一个小时从ecshop上取下订单,转换成OE的销售订单
上海-wjf(85822082) 12:56:39
shelly说的在ecshop上ajax实时取oe的库存也可以考虑
上海-悟空(491064) 12:57:12
嗯 这个主要看网站销量情况 日订单量产品销量小 可以这样实现我现在主要还是想先实现单向的OE到web
上海 - 老肖<[email:1it235r8][email protected][/email:1it235r8]> 12:57:38
实时取的话,就要在ecshop上做较大的修改,可能开发更复杂
上海 - 老肖<[email:1it235r8][email protected][/email:1it235r8]> 12:59:21
简单的办法是,开发一个脚本程序,同时操作ecshop的数据库和OE的数据库,定期在两个数据库间同步数据
上海-悟空(491064) 12:59:47
嗯
上海-悟空(491064) 13:00:02
这样也不用修改程序代码
上海-悟空(491064) 13:01:07
我记录到帖子里去 把你的思路
上海-悟空(491064) 13:03:02
如果以后会员数据都记录在OE里面 要怎么实现呢?(额外话题)
上海-悟空(491064) 13:03:24
不同web端的都汇集到OE
上海-悟空(491064) 13:04:17
有没有国内外一些电子商务零售的OE案例?
上海-悟空(491064) 13:04:41
B2C的OE案例
上海-wjf(85822082) 13:06:11
oe的数据库里可能没有库存的数量
上海-悟空(491064) 13:06:36
嗯?
香港-正(850482450) 13:06:43
在EC的接口做同步会安全已些,由EC做主动把更新的资料发送到OE
重庆-mrshelly(49812643) 13:07:14
AJAX方案比较好.
上海 - 老肖<[email:1it235r8][email protected][/email:1it235r8]> 13:07:15
实际上OE端不用直接操作数据库,调用XMLRPC香港-正(850482450) 13:07:23
把OE当做分店来看待
重庆-mrshelly(49812643) 13:07:27
在 ecshop 上, 起个API
重庆-mrshelly(49812643) 13:07:33
然后 在API上做 xmlrpc 调用.
香港-正(850482450) 13:07:39
独立一个公司帐
香港-正(850482450) 13:08:04
那就不会有同步时差的问题
香港-正(850482450) 13:08:40
如果要定时同步,时差空挡会引起很多问题
重庆-mrshelly(49812643) 13:09:10
不会.
上海-悟空(491064) 13:09:28
访问量大单位时间下单人数多 这个定时的方案肯定不行的 特别是库存量正好最小的时候
上海-wjf(85822082) 13:11:11
悟空讨论了这么久,有没有作出一个demo出来
香港-正(850482450) 13:11:15
我的概念等于是分公司接到订单,然后通知OE总公司
重庆-mrshelly(49812643) 13:11:29
分公司是 web
重庆-mrshelly(49812643) 13:11:32
总公司 是 OE.
香港-正(850482450) 13:11:33
对
上海-wjf(85822082) 13:11:48
只有实际做了才知道哪里有问题,光想的话其实怎么都行的
上海-悟空(491064) 13:11:48
没有 刚拿出来跟大家讨论这个web 之前没有去想这一块 分布来
上海-悟空(491064) 13:12:17
这里跟你们讨论了 然后找我以前一个同事帮忙做一下
上海-悟空(491064) 13:12:35
上海-wjf(85822082) 13:11:48
只有实际做了才知道哪里有问题,光想的话其实怎么都行的也是的
上海-悟空(491064) 13:13:50
我的想法就是多web端(多ecshop) 统一到OE管理 web端主要只是负责营销
上海-悟空(491064) 13:14:09
核心的数据 都应该在OE端
香港-正(850482450) 13:14:31
因为在WEB SHOP上的大部分订单是小批量,把他想成一个POS就好了
上海-悟空(491064) 13:14:30
比如会员数据、消费记录等
上海-wjf(85822082) 13:14:48
数据可以在erp里,但后台管理还要放在网店
香港-正(850482450) 13:15:07
POS有什么异动就更新OE
上海-悟空(491064) 13:15:58
嗯 后台管理也只是一些基于营销需要的后台管理 当然web主要还是一些核心数据要从OE获得,比如库存具体产品更想尽个性化的介绍或者其他展示图片等等,可以在web后台管理
香港-正(850482450) 13:16:21
我的意见是,千万别大想头摇把会员和产品管理都放在OE
香港-正(850482450) 13:16:31
要
香港-正(850482450) 13:16:51
以前我有这个经验
香港-正(850482450) 13:17:00
但不是EC
重庆-mrshelly(49812643) 13:17:04
[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/X@8%7DU9MLE%7DEBUE273)]9PGF.gif[/img] 会员 及产品放OE 没有问题.
上海-悟空(491064) 13:17:08
为什么呢? 当然 问题肯定有 但是确实用oe目的也在于此嘛
香港-正(850482450) 13:17:25
不是技术上的问题啊
重庆-mrshelly(49812643) 13:17:26
会员及产品都不放OE. 那OE 没啥用处了.
上海-悟空(491064) 13:17:35
数据不能统一汇总到oe的话 那还不如web各干各的
重庆-mrshelly(49812643) 13:17:56
我上一家公司 就是这样干的.
重庆-mrshelly(49812643) 13:18:06
ecshop 的会员会统一到ERP中.
重庆-mrshelly(49812643) 13:18:14
还有产品数据会分发.
上海-悟空(491064) 13:18:35
重庆-mrshelly(49812643) 13:17:56
我上一家公司 就是这样干的.能透露下名称地址吗? 想观摩一下
重庆-mrshelly(49812643) 13:18:40
卖 Golf 及 DVD 两个完全不搭界的产品.
上海-悟空(491064) 13:18:44
对的
重庆-mrshelly(49812643) 13:18:48
不方便给.
香港-正(850482450) 13:18:49
可以是可以,但要当做独立一个分公司来处理,把会员记录独立一个表
上海-悟空(491064) 13:18:49
正是这样的需求
重庆-mrshelly(49812643) 13:18:59
不过, 这一块我只参与了设计.
重庆-mrshelly(49812643) 13:19:12
我主要做客户数据挖掘部分.
上海-悟空(491064) 13:19:22
嗯 香港-正 考虑的那个 以后实务中肯定也要碰到
重庆-mrshelly(49812643) 13:19:29
豆是 让广告邮件最大化收集用户数据.
重庆-mrshelly(49812643) 13:19:50
呵呵. 我主要开发了那个邮件营销系统.
香港-正(850482450) 13:19:51
OE的结构适合做贸易,EC的是零售
上海-悟空(491064) 13:19:50
那肯定也用了OE的CRM?
重庆-mrshelly(49812643) 13:19:56
还是蛮复杂的.
重庆-mrshelly(49812643) 13:20:12
没有用OE. 是自己 开发的一种进销存的东西.
重庆-mrshelly(49812643) 13:20:39
所以, 一般广告类邮件表乱打开.[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/X@8%7DU9MLE%7DEBUE273)]9PGF.gif[/img]
上海-悟空(491064) 13:21:23
香港-正(850482450) 13:19:51
OE的结构适合做贸易,EC的是零售ec负责web端的营销 oe负责后台各种数据的运营(产品、库存、会员、订单。。。)
重庆-mrshelly(49812643) 13:21:52
不过还好. 上次产品还是很成功.. 邮件发送后, 点击率以及回访率, 回访点击率, 以及客户喜好统计 都蛮高.
上海-悟空(491064) 13:22:21
那要看营销嘛 系统再好 收件人感受不出来的
重庆-mrshelly(49812643) 13:22:27
那个时候, 没有接触到OE. 不然早就用OE做了.
上海-悟空(491064) 13:22:31
哈哈哈
上海-悟空(491064) 13:22:39
那现在你再实施一次呗:)
重庆-mrshelly(49812643) 13:23:09
能感受得到... 记得有次得奖金.是因为有三个用户回邮件说, 我们给他推的产品他很喜欢..[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/X@8%7DU9MLE%7DEBUE273)]9PGF.gif[/img]
香港-正(850482450) 13:23:11
其实我考虑的都不是技术上的问题 -
上海-悟空(491064) 13:23:29
[检测到链接无效,已移除]电子商务多店同后台的实现构想
这是我的那个讨论贴,大家有想法也可以跟贴,留作大家后用!
上海-悟空(491064) 13:23:57
业务流程问题 也是需要跟技术相互磨合互相改进优化
重庆-mrshelly(49812643) 13:24:06
要做好营销, 技术也是需要跟上的.
上海-悟空(491064) 13:24:25
是的
重庆-mrshelly(49812643) 13:24:46
我还蛮喜欢 豆瓣 给我推的音乐.
上海-悟空(491064) 13:24:58
技术是看不见的 潜移默化的 其实真正的营销、运营 都需要数据支持 要数据化运营
香港-正(850482450) 13:25:09
是的,我的意思是如果用贸易的流程来改成POS的,你会发现很多操作问题
重庆-mrshelly(49812643) 13:25:13
嗯. 没有基础数据.. 啥都OVER.
重庆-mrshelly(49812643) 13:25:29
WEB的功能是有限的.
重庆-mrshelly(49812643) 13:25:39
尽量弱化 web 站点的功能.
重庆-mrshelly(49812643) 13:25:46
强化 OE后台的数据分析功能.
上海-悟空(491064) 13:25:52
所以要分清楚各自的职责
上海-悟空(491064) 13:26:06
web只是个展现和营销
香港-正(850482450) 13:26:11
强化 OE后台的数据分析功能.
这个就是重点
重庆-mrshelly(49812643) 13:26:25
嗯... 反正数据有了.
上海-悟空(491064) 13:26:28
用户体验界面的优化
重庆-mrshelly(49812643) 13:26:36
分析嘛, 就是用算法去实现分析方法了.
香港-正(850482450) 13:27:04
经营已个WEB SHOP就好像经营已个连锁店一样,千万不要用TRADING BUSINESS的CONCEPT去运行
重庆-mrshelly(49812643) 13:27:17
做得好点儿... 还要定期 把 WEB 的 http log 取回处理.
香港-正(850482450) 13:27:42
还有一个OE可以发挥到EC的地方
重庆-mrshelly(49812643) 13:27:51
嘛地方?
香港-正(850482450) 13:28:41
OE是总公司,不通的WEBSHOP是分店,什么产品的资料要发放到什么分公司
上海-悟空(491064) 13:29:42
所以 才着力去实施OE,甚至所有的业务流程围绕OE来进行改进和优化 慢慢积淀 其实是在打造自己的核心竞争优势web端可以随便更程序换样子 oe的数据才是最根本的 一切工作以OE为中心开展 然后OE又细化到各个业务流程和单位
香港-正(850482450) 13:29:55
EC有一个很好的地方,就是新加了产品部上架,OE发过去的是没上架的,等分店的人都收到通知,然后处理定价和图片问题,然后上架
香港-正(850482450) 13:30:45
中央化的连锁经营就是OE2manyEC
香港-正(850482450) 13:30:52
OR
香港-正(850482450) 13:31:03
OE2ECMALL
上海-悟空(491064) 13:31:17
ECMall是另外一个程序
重庆-mrshelly(49812643) 13:31:20
manyEC 比较通用.
上海-悟空(491064) 13:31:20
:)
重庆-mrshelly(49812643) 13:31:41
加油加油..
上海-悟空(491064) 13:31:46
开发一个OE2manyEC模块吧:)
重庆-mrshelly(49812643) 13:31:53
不如群里大家一起整个 OE2manyEC 好了.
重庆-mrshelly(49812643) 13:31:59
不单单开发.
重庆-mrshelly(49812643) 13:32:06
最主要还要去运营.
重庆-mrshelly(49812643) 13:32:15
开发为运营服务.
重庆-mrshelly(49812643) 13:32:21
[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/X@8%7DU9MLE%7DEBUE273)]9PGF.gif[/img]
重庆-mrshelly(49812643) 13:32:27
又开始扯远啦... 哈哈哈哈....
上海-悟空(491064) 13:32:25
[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/PV(SCAJM1FB~YMS%252L%7DR5JU.gif[/img] 运营就不是群里讨论讨论就ok了
重庆-mrshelly(49812643) 13:32:47
各取所长撒.
上海-悟空(491064) 13:32:59
至少我认为我前期啃oe也是为了后面这里web服务的 oe是基础 但是现在还远着呢
重庆-mrshelly(49812643) 13:33:14
我觉得你差不多了.
重庆-mrshelly(49812643) 13:33:19
OE 用在网站上面.
香港-正(850482450) 13:33:27
由中央OE分配产品,EC店长处理上架、推广和销售,接单了通知OE做账,及处理后勤
重庆-mrshelly(49812643) 13:33:32
1 能快速开发模块进行对象数据保存.
重庆-mrshelly(49812643) 13:33:43
2 能开发各式报表.
重庆-mrshelly(49812643) 13:33:53
基本上就够用了.
香港-正(850482450) 13:33:56
对
香港-正(850482450) 13:34:28
返国来如果要EC做这个就大条了
香港-正(850482450) 13:34:31
过
上海-悟空(491064) 13:34:32
香港-正(850482450) 13:33:27
由中央OE分配产品,EC店长处理上架、推广和销售,接单了通知OE做账,及处理后勤magento的模式 就是 后台新建多个根目录(代表不同产品类别,也可以说是代表不同ec分店)
上海-悟空(491064) 13:34:50
oe里也可以产品类别里新建多个根目录存放
香港-正(850482450) 13:35:12
magento 我没接触过
上海-悟空(491064) 13:35:33
OE2manyEC [img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/(DV468J7KSO56V%7BTG%7BDXHO1.gif[/img] 老肖
重庆-mrshelly(49812643) 13:35:35
那还是建一个 many2many 产品与EC的对象比较好.
香港-正(850482450) 13:36:24
magento有没有多语言?
上海-悟空(491064) 13:36:27
有的
上海-悟空(491064) 13:36:33
而且很强大
香港-正(850482450) 13:36:41
那就比EC好了
上海-悟空(491064) 13:36:41
强大到有点无语上海-悟空(491064) 13:36:56
不用语言可以不用表现
香港-正(850482450) 13:37:14
EC最讨厌就是故意把这功能去掉
上海-悟空(491064) 13:37:22
他的思路是 多网站多店铺同后台
香港-正(850482450) 13:37:45
但不是商城吧?
重庆-mrshelly(49812643) 13:37:55
嗯. EC 最后就是想做个OE出来.
上海-悟空(491064) 13:37:54
对 不是多用户商城
香港-正(850482450) 13:37:56
接口完善吗?
香港-正(850482450) 13:38:10
EC做不了OE出来的
上海-悟空(491064) 13:38:10
你google一下吧
香港-正(850482450) 13:38:17
好
上海-悟空(491064) 13:38:30
应该会有惊喜的 不过问题也有
香港-正(850482450) 13:38:34
反正我用EC都用到有点烦了
上海-悟空(491064) 13:38:42
[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/)QN1UH78VKP2T7)IA]ZM(FW.gif[/img]
香港-正(850482450) 13:38:55
嘻嘻
重庆-mrshelly(49812643) 13:38:56
EC问题蛮多.
重庆-mrshelly(49812643) 13:39:03
不知道最近如何.
上海-悟空(491064) 13:39:23
OE2nECecshop昨天刚发了新版本
[检测到链接无效,已移除]
香港-正(850482450) 13:39:37
如果不要求太多,EC已经很全面的了
上海-悟空(491064) 13:40:02
倒不是全面的问题 要全面 oe跟magento的最近拍档
上海-悟空(491064) 13:40:05
最佳
重庆-mrshelly(49812643) 13:40:11
多可变属性解决了, 就OK了.
上海-悟空(491064) 13:40:37
这个版本是解决了产品数量对应库存的问题了
香港-正(850482450) 13:41:25
但对我来讲,我还是要先弄好OE再说。。。现在都是吹的,咔咔
四川--Tomp(139776) 13:40:57
oe开发方面对象的控制很麻烦的
上海-悟空(491064) 13:41:50
是的 oe才是根本
重庆-mrshelly(49812643) 13:41:57
所以, EC想做进销存部分. 目前做的挺头大的.
四川--Tomp(139776) 13:41:40
类似于存储过程
上海-悟空(491064) 13:42:13
当然 光有地基是不能住人的
香港-正(850482450) 13:42:16
所以, EC想做进销存部分. 目前做的挺头大的.
肯定呢
重庆-mrshelly(49812643) 13:42:37
所以它的方向开始走偏了.
四川--Tomp(139776) 13:42:30
有点偏离实际应用
香港-正(850482450) 13:43:04
一开始BASE没有考虑的,你一直加上去就会塌的
重庆-mrshelly(49812643) 13:43:16
[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/X@8%7DU9MLE%7DEBUE273)]9PGF.gif[/img]
上海-悟空(491064) 13:43:15
想用一个购物车程序来完成电子商务的运营 肯定是不行的 购物车只是电子商务“电子”里的技术层面而已
四川--Tomp(139776) 13:42:47
有点像是科研或者是....
重庆-mrshelly(49812643) 13:43:22
豆是这个样子的.
重庆-mrshelly(49812643) 13:44:07
对于订单跟踪, 也是需要OE来完成的.
四川--Tomp(139776) 13:43:38
如果把存储过程也高层封装的话
重庆-mrshelly(49812643) 13:44:14
不能由EC来完成.
香港-正(850482450) 13:44:15
单纯的PHP做ERP,SERVER端的发挥有限啊
四川--Tomp(139776) 13:43:45
就爽了
重庆-mrshelly(49812643) 13:44:23
啥年月, 玩存储过程.....
四川--Tomp(139776) 13:43:59
哈哈
香港-正(850482450) 13:44:36
这个就是EC最后的瓶颈
重庆-mrshelly(49812643) 13:44:44
@正, 对...
重庆-mrshelly(49812643) 13:45:07
他就应该做好EC..
重庆-mrshelly(49812643) 13:45:28
然后 再拖个团队出来, 专做EC配套的 进销存以及后台系统.
上海-悟空(491064) 13:45:39
[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/G@YVKCPZR)X%7D3UKB(_VF%60LW.gif[/img] 收获不小 去帖子里整理下 还是暂时copy一下大家的聊天记录吧 欢迎去参与这个话题的讨论重庆-mrshelly(49812643) 13:45:41
不跑在机房.
香港-正(850482450) 13:46:06
一个很简单的观念:
你个你的客人用同一平台
你想像一下会引起什么问题
香港-正(850482450) 13:46:39
你个-->你和
香港-正(850482450) 13:47:32
EC 到最后要扩充后台功能,就要有另外一个系统在背后
香港-正(850482450) 13:48:16
其实不单是EC的,所有WEB SHOP到了一个地步都一样
重庆-mrshelly(49812643) 13:48:40
嗯. 是啊... 就是看到现有的 网店系统都在朝这个路上走.
重庆-mrshelly(49812643) 13:48:47
不过, 淘宝好一些.
重庆-mrshelly(49812643) 13:48:54
整了个 助手.
重庆-mrshelly(49812643) 13:49:06
看来,淘宝还是有人在思考....
香港-正(850482450) 13:49:51
所有的WEB SHOP / WEB TRAD,到最后都会看到一些外挂的工具,这个就是现实的情况
香港-正(850482450) 13:50:10
EC都有助手
上海-悟空(491064) 13:50:16
ecshop这次出的一个通淘宝的补丁包,倒是一定程度上能方便对淘宝店铺的管理 -
我感兴趣,找到一个客户,我就做出来。