电子商务多店同后台的实现构想（OE2nEC）

[CnBoYer]

[b]OE2nEC（[/b]OpenErp与多个ECShop程序结合[b]）[/b]

一开始是经营单一产品

使用的程序是ecshop

后来由于增加经营类目，而且产品相互间差别很大，不适合放在一起经营（以免造成店铺定位不清晰、特色不明显）

于是又新设立了站点，依旧采用ecshop程序

接下来就是累计的流量、产品、用户数据（特别是重合度高的目标群体，可能还正好有跨经营类目的需求）

于是就想着能够把多个ecshop整合在一起，最核心的如：用户基础数据（可各个ecshop间登录并购买）、订单合并发货、财务记录（配合会员级别、折扣）等等

最后没有去完成整合，反而恰巧发现了magento这个强大的优秀的购物车程序正好具备一个多店同后台的就是完全为我的构想设计的功能，但是几番折腾已经上马后，发现magento不仅浏览速度慢，而且后台操作也相当不便、效率低（当然是相对的），最终还是废止了

现在OE实施也有一段时间了，ecshop从06年就开始用了，现在选来选去，magento排除了，prestashop官方预告的多店不知道猴年马月，还是ecshop，声称开源的，而且我一直认为购物车程序的天职就是营销（零售的销售本质就是促销），所以个人想法还是应该选定ecshop来做，然后进行多个ecshop的二次开发进行“多店同后台”的功能实现

其中考虑，多店即多个ecshopweb端；而同后台则直接以OE为后台来进行统一的管理的运营！

以上考虑记录完毕，欢迎有兴趣的OE朋友拍砖头参与讨论！

欢迎加入OE的QQ群交流：69195329

[[i] 本帖最后由 CnBoYer 于 2010-4-28 13:48 编辑 [/i]]

[mrshelly]

嗯. OK......

[CnBoYer]

[quote]原帖由 [i]mrshelly[/i] 于 2010-4-18 07:51 发表 www.shine-it.net/redirect.php?goto=findpost&pid=4937&ptid=1053
嗯. OK...... [/quote]

哈哈 OE跟ECShop 少不得你参与

[Joshua]

多店即多个ecshopweb端；而同后台则直接以OE为后台来进行统一的管理的运营

用户基础数据（可各个ecshop间登录并购买）、订单合并发货、财务记录（配合会员级别、折扣）

厉害啊

[CnBoYer]

[quote]原帖由 [i]Joshua[/i] 于 2010-4-19 08:53 发表 www.shine-it.net/redirect.php?goto=findpost&pid=4951&ptid=1053
多店即多个ecshopweb端；而同后台则直接以OE为后台来进行统一的管理的运营

用户基础数据（可各个ecshop间登录并购买）、订单合并发货、财务记录（配合会员级别、折扣）

厉害啊 [/quote]

只是我的设想

[piaosha198]

magento的运行环境都做了优化吗？ Php加速器，memcached缓存??
它的速度慢是因为eav模型，不过1.4专门对这个做了很大改进。建议你还是不要用ecshop.它没有事件驱动机制，做扩展比较麻烦。

[CnBoYer]

web实时反映仓库库存情况
对于品种多，无法完全备货的产品，如下实现方式：

OE库存为0的产品，web缺货—web缺货登记—OE下采购单—仓库到货入库

magento：（ 那真是痛苦 其实主要是后台，没有得力的工具，编辑一个产品都需要下很大的决心。国内的shopex是“学习”magento的，后台操作的时候就有这个毛病

[CnBoYer]

web实时反映仓库库存情况
对于品种多，无法完全备货的产品，如下实现方式：

OE库存为0的产品，web缺货—web缺货登记—OE下采购单—仓库到货入库

此方式必须（而且可以做到）85%以上未现货库存的产品次日或第三天到仓库完成入库

[mrshelly]

慢慢来, 表着急... 把需求分析清楚老再说....

[CnBoYer]

嗯 着急倒是不着急

但是一开始想这个事情 就有点小激动 虽然之前已经尝试过多次了
现在应该说是越来越接近目标了，具体的流程和实现也比以前更明晰了 这个确实急不来，只是先讨论着

我这个就当是web与OE结合的记录贴了

[CnBoYer]

摇摆之后 ecshop新版发布之后 仔细思考了web的天职是营销之后
还是决定先用ecshop 之前放弃了magento 这次再次暂缓magento而选择ecshop还是跟原先一样的原因
目前的实力，使用ecshop更能够让web发挥他营销的根本职能

第一步需要实现的功能：将OE实时记录的库存情况反映到ecshopweb端，以便用户在商品库存方面有较为不错的体验（库存准确，有货即是有货，不会老是有价无货）

[CnBoYer]

[quote]原帖由 [i]mrshelly[/i] 于 2010-4-18 07:51 发表 www.shine-it.net/redirect.php?goto=findpost&pid=4937&ptid=1053
嗯. OK...... [/quote]
期待水同学分享一下在ecshop上实时反映OE库存的实现

[mrshelly]

建议 在 Ecshop 上开个接口. 进行批量库存数据更新.

这样, 你在OE里 每次出入库, 就更新一下WEB. 或者 定期 执行更新库存的脚本.

还有一种方式. 就是ECSHOP上用AJAX 取商品当前库存.

在你的 AJAX proxy 上面, 实时从 OE 接口中获取. 这样做的好处是, 改动比较少. 但要求OE的xmlrpc 接口要24*7开放.

[CnBoYer]

好的 收到
这个我需要找人帮忙实现一下 先用用看

[CnBoYer]

上海-悟空(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
但不是ＥＣ
重庆-mrshelly(49812643) 13:17:04
[img]file:///C:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/[email protected]%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/[email protected]%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/[email protected]%7DU9MLE%7DEBUE273)]9PGF.gif[/img]
香港-正(850482450) 13:23:11
其实我考虑的都不是技术上的问题

[CnBoYer]

上海-悟空(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/[email protected]%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
OE2nEC

ecshop昨天刚发了新版本
香港-正(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/[email protected]%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/[email protected])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这次出的一个通淘宝的补丁包，倒是一定程度上能方便对淘宝店铺的管理

[CnBoYer]

没事就来看看这个贴 可惜没人对这个话题感兴趣 没人发言

[chengwenge]

我感兴趣，找到一个客户，我就做出来。

[ntsai]

我有个客户，EC2.7.2版本 2K到3K可以接受，要不？
同步产品价格，库存 和 订单各状态，还有ECSHOP的打折 可参考MAGENTO的模块