从外地进行库存管理转型。 一个替换Excel和"Sticks"的App.

当录入延迟、人工抄写和对少数人依赖不断累积时,库存管理容易出现不一致、搜索时间增加以及缺货/过量。

Finite Field 为建筑、物流与制造场景设计并开发iOS/Android 应用 + 易用管理后台

Field DX 仅“做出来”往往会失败。因此我们从一开始就纳入免培训 UI/UX、权限/审计日志、离线支持、多语言等“能坚持使用”的要素,打造真正持续被使用的库存管理

Inventory App Illustration

库存管理的共同问题(Excel限额)

库存似乎是一个"数字"问题,但实际上,这是一个操作(投入,权威,批准,历史)问题. 换句话说,存货管理不仅仅是"持有股票号";它需要设计一个追踪谁移动什么,何时,为什么.
Inventory Issues Illustration
Excel文件分为多个版本,使得它不清楚哪个是最新版本.
外地工作人员无法在现场输入数据,导致分批转录,导致差异增加。
无法跟踪更改的原因, 无法解释为什么股票移动。
随着地点和工作人员增加,权威和规则模糊不清。
输入在信号弱的区域停止.
由于外籍工作人员增加,教育成本和输入错误增加。

编目应用程序可以做什么

清单管理应用程序在允许 in/Out - > 传输 - > 周期时最为有效。 盘点 - > 差异处理 通过“实地输入”完成。

进/出(进/出管理)

现场输入 - > 立即反映在管理面板中
旨在减少错误(所需字段、候选人选择、最低限度步骤)的输入流程

股票转让(贝特温地点/地点)

记录从何处移到何处和何时的历史
根据业务进行设计,例如转移状态(指令 - > 执行 - > 收到)

盘点(Stockaking App)

列表清点目标, 自动计算差异
记录差异原因(损坏、损失、输入错误等)

股票趋势、差异、历史可视化(阿德明小组)

检查管理面板上的库存趋势、差异和历史
用于审计和控制的设计日志(谁做了什么)
Inventory Solution Illustration

“Sticky”库存管理的设计要求(失败避免核对清单)

即使引入了库存应用程序,如果不在现场使用,也毫无意义. 常见的故障模式和避免策略如下。

1

1) 手动免费UI(不要低估教育费用)

如果UI是困难的,则球场最终会回到纸张或Excel. 我们限制按钮,输入项目,以及流量来设计一个能够不犹豫地进行经常使用的操作的系统.

2

2) 权威设计+核准流程+审计日志(库存需求"控制").

没有角色或批准流,输入错误和数据篡改的风险依然存在。 我们为每个角色设计查看/编辑权限和操作日志,创建一个管理能够和平地运作的系统.

3

3) 离线和重试队列( 外勤业务不要停止)

如果在弱信号区无法输入,则转录工作返回,导致双重管理. 我们设计了离线输入+在重联上自动发送(重试队列)作为先决条件.

4

4) 多语言支持(Reduce错误和短训)

只是语言切换可以减少输入错误和教育成本. 我们根据需要纳入多种语文支助。

服务范围(App + Admin + 一站式后端)

库存管理与"只是一个应用"不起作用. 总体管理、权力设置、历史核查、汇总/产出以及其他管理任务依然存在。 我们处理以下一批。 开发主要使用Flutter来建造代码基础相同的iOS/Android,抑制成本,持续时间,以及后续的管理成本.

  • iOS/Android 应用开发
  • App 设计
  • Web 管理面板设计
  • 服务器/数据库设计

成绩(系统开发,包括库存和业务)

库存管理产生结果时,其设计包括库存移动的作业(订单,航运,账单,历史),而不仅仅是"库存数量".

Link Mall(EC/库存管理与订单到发SaaS)

通过SNS/电子邮件集中订购,完成产品注册,订购,并在智能手机上发送通知. 集中盘点库存,对管理小组开具账单,配备权威和审计日志,即时运行.

问题

开办在线商店的障碍较小,使得从“注册、管理到发运通知”到“PC”的操作成为可能。

解决方案

通过SNS/电子邮件集中订购,完成智能手机操作.

要求

配备了授权和审计记录,可立即运作。

持续时间:5个月 / 技术:HTML,Tailwind CSS,Flutter,消防基地,Firebase,Firee API

成员-仅EC和订单管理系统(Stock History & Auto-Decution)

旨在完成一个系统中与订单有关的业务,包括产品/库存管理、估计数、订单和计费。

问题

提高库存准确性和与订单的联系。

解决方案

构建存量变更日期/时间,金额,变更前/变更后数量等检查机制,订单收到后自动扣减存量.

要求

可视化股票变动和自动扣除.

汽车交货场(包括库存在内的商业管理应用程序实例)

将库存管理、客户信息管理和销售过程记录组织成一个应用程序,以便通过智能手机从任何地方检查和更新业务数据。

问题

检查并更新任何地方的业务数据.

解决方案

以智能手机应用软件集中管理.

要求

移动支持.

开发过程(MVP - > 实地演练 - > 分阶段扩展)

就清单管理而言, 具有最低特性的 " 进化 " ---- > 在运行过程中有所改进 与从一开始就构建所有系统相比,是一个不太可能失败的过程。

1

1. 自由协商(Zoom可用)

整理当前情况(Excel/Paper/Existing系统)和问题

2

2. 要求

确定必须/应该/可能、授权的必要性、批准、离线、多种语文

3

3. 粗略估计

目前的粗略成本和期限(还可能用AI的估计数进行初步猜测)

4

4. 屏幕设计(线框)

创造外地工作人员不会迷路的流量

5

5. 开发和测试

建立操作,包括管理面板、日志和汇总

6

6. 发行和维护

在监测使用情况的同时改进和扩大使用情况

持续时间和费用估计(模型案例)

库存管理系统因要求而异,但请参考以下示范案例和AI自动估计标准作为指南。

/命令系统

期限:2个月+/ 费用:2M JPY + 假设通过Web + App将库存、订购和审批流程集中起来,提高当局管理和审计日志的效率。

AI 自动版(Screen Unit价格指南)

移动:60 000日元/屏幕 网页:4万日元/屏幕 获得粗略想法的指南.

以上为粗略估计. 听证会之后,我们将在24小时内编制一个免费估计**。

Excel 库存与库存 App

Excel是极好的,但对于存货来说,它需要"实地输入"和"历史/控制",随着业务的增加,成本往往会气球.

侧面 Excel 操作 库存应用程序操作
投入 批次转录 - > 发生延误/缺勤 现场输入,抑制所需字段的遗漏
历史 很难追踪它移动的原因 易于跟踪更改历史/操作日志
控件 模糊的共享边界 以作用为基础的权力/核准的稳定运作
地点 文件容易分割 按地点/工作人员分列的简化集中管理
环境 输入以弱信号停止 - > 译名返回 难用离线输入 + 重试
合计 耗时的手工工作 方便自动汇总、搜索和过滤

签下App

Excel 文件分为多个版本
无法解释盘点差异( 未记录的理由)
由于信号区薄弱,转录正常
地点/人员增加,需要授权和控制

页:1

Q 粗略估计需要决定什么?
A 如果我们知道范围(In/Out / 盘点 / Transfer / History),用户和当局,批准的必要性,以及管理面板上所需的汇总/产出,则可能得出一个粗略的估计.
Q 您能将管理面板( Web) 作为一组处理吗 ?
A 对 我们一站内处理从操作所需的管理小组到后端的一切
Q 你能处理权限管理、审批流程和审计日志吗?
A 对 我们把基于作用的权力、批准流程和业务日志(审计日志)纳入设计。
Q 能在离线环境中使用?
A 对 我们设计离线输入和在重新连接时自动发送(重试队列)作为先决条件.
Q 多语言支持能否实现?
A 对 我们可以准备语言切换来抑制输入错误和教育成本.
Q 我们能要求维修和操作吗?
A 对 我们根据您的行动计划设计,例如OS更新支持,监测/备份,故障反应,以及小修改配额.

为什么不在10分钟内解决库存问题和预算问题?

库存管理在"业务(投入,权威,历史)"上比"斯托克数字"更不同. 在自由协商(Zoom可获性)中,我们将根据你目前的情况,确定最低特征范围粗略成本方向