做了26年蔬菜配送,一位老板为什么突然想做互联网?
今天上午,我接到一个从抖音来的客户电话。
客户是广东东莞的一位老板,
做蔬菜批发配送已经26年了。
平时主要给当地的饭店、食堂配送蔬菜,
手里也有一些长期合作的客户。
他找到我,最开始是想做一个蔬菜配送网站。
但聊着聊着,我发现他真正想解决的,
其实不只是建网站的问题。
我问他:
“您现在做这个网站,主要是想解决什么问题?”
他说:
“我现在也有几个配送客户,
但是我想把业务做大一点。
万一以后这些客户没有了,
我还可以发展新的客户。”
听完以后,我基本明白了。
他想做的,不只是一个让客户下单的系统。
他更希望通过互联网,
给自己经营了26年的蔬菜配送生意,
增加一条新的获客渠道。
一、做了26年的传统生意,为什么还要做互联网?
其实很多做实体生意的老板,
都有这样的情况。
生意做了很多年,有自己的老客户,
有稳定的供货渠道,每天也有业务在运转。
但是客户主要靠熟人介绍、业务员联系,
或者以前积累的关系。
这种模式不是不好。
能够持续经营二十多年,
本身就说明企业有一定的业务基础。
但它也有一个现实问题:
老客户能够维持现在的生意,
却不一定能够保证未来的增长。
尤其是蔬菜配送这样的行业。
饭店可能会关门,
食堂可能会更换供应商,
企业采购负责人也可能发生变化。
如果客户减少了,下一批客户从哪里来?
我觉得,这才是这位老板真正担心的事情。
所以他开始考虑互联网。
不是因为原来的配送业务不能做了,
而是希望在传统业务之外,
再建立一套新的客户来源。
二、为什么我建议他优先做小程序,而不是只做网站?
客户最开始说的是想建一个网站。
我听完他的业务情况以后,
给他分析了一下。
如果只是介绍企业、展示蔬菜配送业务,
让有需求的人通过搜索找到你,
企业官网确实有价值。
但是如果客户需要经常订货,
情况就不一样了。
饭店采购人员每天要买什么菜、
买多少斤、送到哪里,
如果每次都通过微信发消息、打电话,
就容易出现漏单、数量记错等问题。
这时候,一个适合手机使用的
订货小程序就比较方便了。
打开小程序选菜
客户查看商品、价格和规格,
选择商品及订购数量。
订单自动记录
提交商品数量及配送信息,
系统保存订单内容和下单时间。
后台统一查看
配送公司查看各客户订单,
根据实际情况安排配送。
按客户汇总账单
每月底统计已完成订单,
方便双方核对费用。
所以我建议他:
现阶段优先做一个轻量的蔬菜配送订货小程序,
把日常订货流程先规范起来。
官网与小程序,解决的是两个问题
官网:
更适合长期介绍企业、展示配送能力、
承接搜索流量。
小程序:
更适合已经建立联系的饭店、
食堂等客户重复下单。
但小程序开发出来,
并不代表新客户会自动找上门。
后续仍然需要主动推广。
三、客户都是月结,系统反而不需要做得太复杂
我继续问他:
“您这些饭店、食堂订菜,
是当天结算,还是有账期?”
他说:
“我们都是一个月一结。”
听到这里,我觉得这个系统就更好规划了。
因为他不是普通的生鲜零售商城。
普通消费者买菜,通常要在线付款。
而他面对的是长期合作的饭店和食堂,
有固定的配送关系,也有账期。
所以第一阶段没有必要做得特别复杂。
饭店、食堂使用自己的账号进入系统。
查看对应价格,填写订购数量。
系统记录客户、商品、价格和数量。
管理员根据订单组织配送,
并更新订单状态。
按客户汇总订单,
双方线下对账和付款。
我认为这种系统有一个很重要的原则:
不要为了功能齐全,
把一个简单的订货工具,
开发成大型电商平台。
客户原来的业务怎么运转,
系统就应该优先帮助他把流程规范起来。
四、不同饭店看到不同价格,这个功能值得认真考虑
聊天过程中,
客户又问了一个很现实的问题。
他原来有一些长期合作的客户,
现在想通过互联网开发新客户。
那么老客户和新客户,
看到的商品价格是不是应该一样?
我跟他说,这个在技术上可以实现。
比如后台给客户设置不同的价格等级。
客户登录以后,
系统按照对应等级显示商品价格。
这样,不同类型的客户,
可以执行不同的合作价格。
但我同时提醒他一件事:
价格等级不能设置得太复杂。
系统能实现不同价格,
不代表价格政策就一定合理。
蔬菜本身价格变化比较频繁。
如果每个饭店都有完全不同的一套价格,
那么每天维护商品价格,
就可能成为很大的工作负担。
另外,新客户的价格如果明显低于老客户,
也可能引起老客户的不满。
甚至有人可能使用不同账号查看价格。
所以我建议他,
先把客户分成少量等级,
明确对应的价格政策。
在系统中,
提交订单时也要保存当时的成交价格。
不能因为第二天蔬菜价格变了,
前一天的订单金额就跟着变化。
系统设计和企业经营规则,
必须配合起来考虑。
五、除了自己找客户,能不能让别人帮忙介绍?
聊完订货功能以后,
我又想到一个问题。
这位老板做了26年蔬菜配送,
应该积累了一定的供货能力和服务经验。
但如果要不断增加新的饭店、食堂客户,
光靠他自己出去跑,
效率毕竟有限。
所以我给他提了一个思路:
能不能研究一种客户推荐机制?
比如有人认识一家新开的饭店,
知道这家饭店每天需要采购蔬菜,
就把这家配送企业介绍过去。
如果这家饭店最终成为长期合作客户,
推荐人可以按照双方约定,
获得相应的业务介绍报酬。
客户听完以后,很快就理解了。
“这不就相当于我的兼职业务员吗?”
我说,对,就是这个意思。
其实这背后是一个很简单的经营思路。
企业想扩大客户,
不一定只能依靠自己增加业务员,
也可以研究怎样让现有的人脉资源
参与客户推荐。
当然,这个模式真正实施时,
还要把规则讲清楚。
例如什么情况算有效推荐?
客户成交以后才计算,
还是完成回款以后计算?
有没有推荐期限?
重复推荐怎么办?
推荐机制可以作为未来的扩展方向,
但不能认为做一个分销按钮,
就一定有人主动帮忙找客户。
六、老板担心年龄大了,自己不会操作怎么办?
聊到后台管理的时候,
他问我:
“这个需要电脑吗?”
我说,最好有一台电脑,
管理商品、修改价格、
查看订单会方便一些。
他说电脑有,
但是担心年龄大了,学不会。
我告诉他,日常需要掌握的操作,
主要就是管理商品、查看订单和对账。
复杂的功能由系统完成,
我们交付以后,也会通过远程方式教他使用,
并提供相应操作说明。
其实我做了这么多年网站和系统开发,
发现很多传统企业老板都有这样的顾虑。
他们不是不想用互联网,
而是担心自己不懂技术,
花钱开发完以后不会使用。
一个系统真正做得好,
不是功能有多少,
而是客户能不能把它用起来。
尤其对于这种日常经营非常忙碌的配送企业。
老板不可能每天花大量时间研究软件。
操作越简单,
越接近原来的业务习惯,
落地的可能性就越大。
七、6800元的蔬菜配送小程序,应该解决哪些问题?
这次咨询,
我给客户报了6800元的基础开发价格。
对应约定范围内的轻量订货与月结管理需求
为什么这个项目能够控制在这个费用范围?
因为我们没有把它规划成大型配送平台。
他现在需要的,
是一个服务自己配送业务的小程序。
商品管理
管理商品名称、分类、规格、
单位和对应价格。
客户分级
不同客户等级登录后,
查看对应的商品价格。
订货管理
客户在线下单,
配送公司后台统一处理订单。
月结对账
按月份统计客户订单,
支持核对及结清状态登记。
这就够第一阶段使用了。
什么复杂的库存管理、
智能配送路线、
完整财务系统,
以及其他大型平台功能,
都不是当前最需要解决的问题。
至于客户推荐和佣金结算这样的扩展功能,
需要根据具体规则和开发范围另行明确。
不是所有企业都需要开发大型系统
有些项目只需要把几个关键功能做好,
就能够帮助企业改善日常业务流程。
先让业务跑起来,
再根据实际需求逐步增加功能。
当然,系统只是工具。
小程序做好以后,
能不能增加客户,
还需要企业自己去联系饭店、食堂,
做好配送服务,持续推广。
八、这个老板真正想建立的,是第二条增长渠道
这次通话结束后,
我又想了想。
客户做了26年的蔬菜配送,
说明他原本就有自己的业务经验。
他懂采购,懂配送,
也懂饭店和食堂的需求。
可能比很多互联网创业者,
更了解当地的配送市场。
他现在缺的,
不是重新学习怎么卖菜。
而是如何把已有的生意,
与互联网连接起来。
第一步:先把现有订货业务管理好
让愿意使用小程序的客户,
逐步在线下单。
减少每天反复核对微信订单的时间。
把客户订单和月结数据沉淀下来。
第二步:再考虑怎样获得新客户
比如完善企业介绍和配送业务说明。
展示实际供应品类、
配送区域和服务流程。
把小程序分享给有需要的饭店和食堂。
让老客户、合作伙伴
有机会介绍新客户。
有条件时,再建设适合搜索收录的企业官网,
围绕当地餐饮配送需求,
持续发布真实内容。
两步之间是有关联的。
但不能把
“做好订货系统”
和
“获得新客户”
当成同一件事。
九、做了20多年互联网,我越来越重视开发之前的判断
这几年,我接触过各种
想通过互联网发展业务的实体企业。
有做机械设备的。
有做装修的。
有做工业品的。
也有今天这位做蔬菜配送的老板。
这些企业有一个共同特点:
他们原来就有自己的产品、
客户和经营经验。
做互联网,
并不是一定要推翻过去重新开始。
有些企业需要一个官网。
有些企业需要一个订货小程序。
有些企业适合做行业平台。
也有些企业现阶段根本不需要复杂系统,
先做好搜索推广和内容传播就可以了。
所以我现在跟客户交流,
通常会先问几个问题。
这些问题弄清楚以后,
才知道系统应该怎么搭。
就像这位东莞的蔬菜配送老板。
他最开始只是想做一个网站。
聊到最后,
我们确定了现阶段优先建设
一个轻量订货小程序的思路。
但比开发小程序更值得思考的是:
一个做了26年的传统蔬菜配送生意,
怎样通过互联网逐渐建立新的获客渠道?
这才是我觉得这次客户咨询
最有价值的地方。
先把生意想明白,
再决定系统怎么搭。
关于作者
我是李东旭,本名李国军,2004年进入互联网行业,北京金雨科技(www.goldenrains.com)创始人。 长期从事网站建设、企业系统开发、SEO、GEO及互联网获客推广。
个人博客:www.lidongxu.com 这里记录我20多年来的互联网创业经历、实际项目以及对企业数字化的思考。
本站内容主要来源于李东旭自2004年以来的从业经历和真实项目,部分文章借助AI进行文字整理和编辑,核心事实与观点由作者提供并审核。我坚持真实记录,努力确保内容准确,并持续修正发现的错误。
