RUNIC 开发团队的故事 — 从货主的一句需求到一套程序
在物流公司的组织架构里设有开发团队的情况很少见。大多数 3PL 都是租用外部方案，货主则把运营去迁就那套系统所允许的方式。RUNIC 选择了相反的方向 — 让系统去迁就运营。所以我们在仓储·出库运营团队旁边设了内部开发团队。这篇文章讲的，就是这个团队的工作方式，以及它至今做出来的那些东西。
起点，是我们自己的痛点
开发团队的第一件活儿，不是货主的需求，而是 RUNIC 现场的问题。退货就是典型。退货单越堆越多，可要一张张去核对这是哪家货主、哪笔订单的退货，时间就这么耗掉了。我们找过市面上的方案，但很多地方和我们的运营方式对不上，最后决定自己动手做。
那样做出来的程序，到今天仍在现场每天运转。痛点变成活儿，活儿变成程序 — RUNIC 开发团队的工作方式，就是这样立下来的。
需求变成程序的五个阶段
同样的方式，也用在货主的需求上。过程很简单。
- ① 需求 — 在 KakaoTalk 在线群聊里发一句"这个活儿一直重复，能不能自动化"，就开始了。不需要正式的需求文档。
- ② 现场确认 — 开发人员去看那件活儿实际发生的现场。RUNIC 开发团队和物流中心在同一家公司里，所以不是听人转述问题，而是亲眼去看。这正是它与外包开发分道扬镳的地方。
- ③ 界面设计 — 在写代码之前，先把"会做成这样的界面"分享出来，避免方向跑偏了还白白花上好几天。
- ④ 投入运营 — 做好的程序会直接用到真实的出库现场。不是演示，而是运营。
- ⑤ 边用边改 — 现场和货主在使用中产生的反馈，会再次变成第①步的需求。退货平台，也正是靠这样的循环才有了如今的样子。
对货主而言，什么是免费的
如果您在介绍资料里看到"我们免费为您开发程序"这句话，那有必要说明一下它的范围。对象是对与 RUNIC 合作的货主有帮助的程序，而且不必非得与物流相关。库存·出库管理界面、报表自动化这类物流程序自不必说，能减轻业务运营中其他重复工作的工具也可以提出来。收到需求后，我们会先梳理出可行的范围与日程，较大规模的系统搭建则会协商后再推进。
常见问题
Q开发能覆盖到什么样的需求？
只要是对货主有帮助的程序，即使与物流无关我们也会评估。从库存·出库管理界面、报表自动化，到能减轻业务运营中重复工作的工具 — 收到需求后我们会先梳理出可行的范围与方式。
Q开发费用真的是免费的吗？
是的。对与 RUNIC 合作的货主有帮助的程序，我们免费开发。较大规模的系统搭建则会先商定范围再推进。
Q开发需要多长时间？
视需求规模而定。多加一个界面和做一套全新的程序，所需时间不同，因此我们会在需求阶段一并告知预计的日程。
Q能和商城·ERP 等既有系统对接吗？范围确认
可对接的范围取决于目标系统所提供的对接方式（API 等）。告知您正在使用的系统后，我们会先确认能否对接及其方式再作说明。
Q可以不把物流交给你们，只委托开发吗？
可以。RUNIC 将软件开发作为一条独立的服务线运营。它以我们在现场亲自运营并验证过的物流系统经验为基础，但开发对象并不局限于物流 — 只要是您需要的程序，无论领域，我们都可以就定制开发与对接自动化提供咨询。