第19章 电商管家（1 / 4）
说干就干。
林欢直接关掉了面前那台电脑上的dnf客户端，把李天明赶到了旁边的机子去盯盘，自己则独占了一台电脑，点开瀏览器，开始了高强度的市场调研。
想要做出一款真正能卖上价钱的b端商业软体，闭门造车是行不通的。
你必须知道现在市面上有什么，缺什么，以及你的竞爭对手的优势在什么地方。
林欢在百度搜索框里敲下几个关键词：“宝淘卖家工具”、“网店打单软体”、“自动回復软体”。
按下了回车键后，页面加载得很慢，2009年网吧的带宽虽然不差，但网页的繁杂图文依然需要几秒钟的缓衝。
他挨个点开搜索结果，目光在屏幕上快速扫视。
半个小时后，他的眉头微微皱了起来。
这时的电商服务市场，比他想像的还要原始，但也比他想像的要复杂。
市面上並不是完全没有卖家工具。比如官方推出的“宝淘助理”，但那玩意儿的主要功能仅仅是批量上传商品、修改库存，且经常卡死崩溃，对於客服端的交互和售后管理毫无帮助。
除此之外，在一些早期的电商论坛（如派代网）和电商卖家社区里，林欢发现了几款打著“网店erp”旗號的第三方软体。
比如当时稍微有点名气的“网店管家”。
林欢顺藤摸瓜找到这些软体的官网，仔细研究了他们的功能介绍和收费標准。一看价格，动輒几千块一年，甚至有买断制的高达两三万。
更要命的是，这些所谓的erp系统，底层架构十分臃肿。
它们大多是沿用传统线下进销存软体的逻辑，硬生生套在网店上的。不仅需要商家自己配备高配置的电脑作为本地伺服器，界面还复杂得像飞机驾驶舱，一个毫无计算机基础的淘宝店主，光是培训员工使用这套系统，就得花上半个月。
林欢靠在椅子上，他发现自己陷入了一个思维误区，也就是程式设计师最容易犯的“路径依赖”。
一开始，他脑子里构思的是后世那种基於微服务架构的saas云平台。
在2026年，写个电商后台，无非是搭个vue或者react的前端，后端用go或者java跑几个容器，接上各大平台的开放api接口就完事了。
但现在是2009年。
没有云原生，没有成熟的开源前端框架，甚至连淘宝的开放平台（top）都还在初级的测试阶段，很多底层api根本不对外开放。
“不能用后世的开发习惯来硬套现在的环境。”林欢在心里暗自提醒自己。
现在的硬体条件和网络带宽，根本支撑不起那种重型架构。
他必须入乡隨俗，用c#或者c++结合winforms，写一个轻量级、无需复杂部署的本地客户端，去解决商家最关心的问题。
为了弄清楚这几家高价erp到底好不好用，林欢本想下载个试用版或者买个单月套餐测试一下。
但这些软体都比较封闭，很多甚至需要线下销售人员上门安装调试，根本不提供对外的散客试用。
不过，林欢很快想到了一个最简单粗暴的测试办法。
既然买不到，那就去当客户。
他打开淘宝网首页，在女装、3c数码、鞋包等几个大类目里，专门挑了排在首页前几名、带有“皇冠”甚至“金冠”標誌的头部大店。
这些店铺每天的諮询量是海量的，绝对在使用市面上最顶级的客服辅助工具。
林欢隨便点开一家金冠女装店的旺旺客服，开始了他的“压力测试”。 ↑返回顶部↑
林欢直接关掉了面前那台电脑上的dnf客户端，把李天明赶到了旁边的机子去盯盘，自己则独占了一台电脑，点开瀏览器，开始了高强度的市场调研。
想要做出一款真正能卖上价钱的b端商业软体，闭门造车是行不通的。
你必须知道现在市面上有什么，缺什么，以及你的竞爭对手的优势在什么地方。
林欢在百度搜索框里敲下几个关键词：“宝淘卖家工具”、“网店打单软体”、“自动回復软体”。
按下了回车键后，页面加载得很慢，2009年网吧的带宽虽然不差，但网页的繁杂图文依然需要几秒钟的缓衝。
他挨个点开搜索结果，目光在屏幕上快速扫视。
半个小时后，他的眉头微微皱了起来。
这时的电商服务市场，比他想像的还要原始，但也比他想像的要复杂。
市面上並不是完全没有卖家工具。比如官方推出的“宝淘助理”，但那玩意儿的主要功能仅仅是批量上传商品、修改库存，且经常卡死崩溃，对於客服端的交互和售后管理毫无帮助。
除此之外，在一些早期的电商论坛（如派代网）和电商卖家社区里，林欢发现了几款打著“网店erp”旗號的第三方软体。
比如当时稍微有点名气的“网店管家”。
林欢顺藤摸瓜找到这些软体的官网，仔细研究了他们的功能介绍和收费標准。一看价格，动輒几千块一年，甚至有买断制的高达两三万。
更要命的是，这些所谓的erp系统，底层架构十分臃肿。
它们大多是沿用传统线下进销存软体的逻辑，硬生生套在网店上的。不仅需要商家自己配备高配置的电脑作为本地伺服器，界面还复杂得像飞机驾驶舱，一个毫无计算机基础的淘宝店主，光是培训员工使用这套系统，就得花上半个月。
林欢靠在椅子上，他发现自己陷入了一个思维误区，也就是程式设计师最容易犯的“路径依赖”。
一开始，他脑子里构思的是后世那种基於微服务架构的saas云平台。
在2026年，写个电商后台，无非是搭个vue或者react的前端，后端用go或者java跑几个容器，接上各大平台的开放api接口就完事了。
但现在是2009年。
没有云原生，没有成熟的开源前端框架，甚至连淘宝的开放平台（top）都还在初级的测试阶段，很多底层api根本不对外开放。
“不能用后世的开发习惯来硬套现在的环境。”林欢在心里暗自提醒自己。
现在的硬体条件和网络带宽，根本支撑不起那种重型架构。
他必须入乡隨俗，用c#或者c++结合winforms，写一个轻量级、无需复杂部署的本地客户端，去解决商家最关心的问题。
为了弄清楚这几家高价erp到底好不好用，林欢本想下载个试用版或者买个单月套餐测试一下。
但这些软体都比较封闭，很多甚至需要线下销售人员上门安装调试，根本不提供对外的散客试用。
不过，林欢很快想到了一个最简单粗暴的测试办法。
既然买不到，那就去当客户。
他打开淘宝网首页，在女装、3c数码、鞋包等几个大类目里，专门挑了排在首页前几名、带有“皇冠”甚至“金冠”標誌的头部大店。
这些店铺每天的諮询量是海量的，绝对在使用市面上最顶级的客服辅助工具。
林欢隨便点开一家金冠女装店的旺旺客服，开始了他的“压力测试”。 ↑返回顶部↑