干鼎门店助手

一、项目背景与门店数字化需求

干鼎门店助手服务于线下门店，希望通过微信小程序为用户提供更便捷的商品浏览和购买入口，同时让商家能够集中管理订单、结算、客户和经营数据。项目不是简单把商品目录搬到手机上，而是要连接用户端购买与门店端运营，让线上交易与线下服务形成统一流程。

九影网络在需求梳理时，将项目拆分为用户购买、门店服务和管理后台三部分。用户关注商品、价格、支付和门店位置，门店人员关注订单与客户，管理者则需要销量、结算和经营统计。不同角色使用同一套业务数据，但操作入口和权限不同。

二、用户端商城购买体验

用户进入小程序后，可以查看商品信息、选择需要的内容并完成下单。移动端页面需要控制信息密度，让商品图片、名称、价格和购买操作保持清晰，同时减少不必要跳转。

下单过程中，系统记录用户、商品、数量、金额和订单状态，并连接线上支付。支付结果由服务端确认，避免只依赖前端页面判断。用户再次进入时，可以查询订单状态和相关门店信息。

三、订单管理与结算流程

商家需要按待处理、已支付、已完成、已取消等状态查询订单，并查看商品、用户和金额。后台筛选和搜索能力可以帮助门店在订单量增加后快速定位问题，不必在多个表格中反复查找。

结算功能要与订单状态保持一致，明确哪些订单进入统计、取消或退款如何处理，以及不同时间范围的数据怎样汇总。订单、支付和结算如果使用不同口径，很容易造成经营数据与实际资金不一致。

四、客户管理与客户分析

小程序将用户购买记录与客户信息连接起来，商家可以了解客户的订单、消费和活跃情况，为后续服务和运营提供依据。客户数据应按门店和岗位设置查看范围，普通门店人员不一定需要访问全部历史信息。

客户分析不能只追求字段数量，更重要的是回答实际问题，例如新客户从哪里进入、复购情况如何、哪些商品更受欢迎。后台报表应围绕这些运营动作设计，并统一统计口径。

五、销量统计与经营数据

管理端通过订单数据形成销量和趋势统计，帮助商家查看不同时间、商品或门店的经营变化。图表之外，还需要提供筛选和明细查询，让管理者能够从汇总指标继续追查到具体订单。

当商品、订单或退款状态发生变化时，统计结果也要按规则更新。项目需要在需求阶段明确销量按支付、完成还是其他状态计算，避免不同人员对同一个数字产生不同理解。

六、门店定位导航与线下连接

小程序提供门店定位和导航能力，帮助用户从线上购买入口找到对应的线下服务地点。门店信息包括名称、地址、联系电话、营业状态和位置，后台可以进行维护和更新。

地图与定位属于第三方能力，项目还需处理授权、坐标、跳转和接口异常。门店迁址或营业信息变化后，应由运营人员在后台更新，不必每次修改小程序代码。

七、后台角色与操作权限

门店助手涉及商品、订单、客户、结算和统计，不同岗位应设置不同权限。门店运营可以维护商品和处理订单，财务查看结算与支付，管理者查看跨门店报表，系统管理员负责账号和参数。

除了菜单权限，还要限制数据范围和敏感动作。例如门店账号只查看本门店订单，客户联系方式可以脱敏，批量导出、退款和权限调整应保留操作日志。这样既提高协作效率，也降低误操作和数据泄露风险。

八、线上与线下业务的统一

项目的核心价值，是让用户端购买、门店订单处理、客户沉淀和经营统计使用同一套数据。线上下单后，门店可以及时处理；门店完成服务后，订单状态进入统计；管理者再根据报表调整商品和运营策略。

如果这些环节仍依赖微信群、纸质记录和分散Excel，小程序只能成为新的展示入口。通过管理后台把状态、人员和数据连接起来，才能真正减少重复录入和人工对账。

九、项目交付与后续扩展

干鼎门店助手覆盖小程序前端、业务服务和管理后台，项目交付需要同时关注代码、数据库、接口、部署和账号资料。后续增加多门店、会员、优惠、库存或更多统计时，也可以在现有订单和客户模型上继续扩展。

九影网络通过本项目积累了微信商城、门店管理、支付结算、客户分析和经营报表的实践经验。对于准备建设门店小程序的企业，建议在前期同时列出用户购买流程和门店工作流程，明确谁配置商品、谁处理订单、谁看客户、谁负责结算，再据此确定后台模块与权限。