Panalk.

01 / 背景

问题

不断增长的送货业务通常涉及电子表格、聊天组、一堆消息和司机的电话。订单在一个地方，价格在另一个地方，客户必须要求更新。构建缺失的软件是第二件事。许多运营商无法接受这一点并仍然运行第一个。

Panalk是运营商背后的基础设施。它不会成为配送公司，也不会接管运营商的品牌或客户关系。它为操作员提供了一个已经为工作构建的系统。

02 / 受众

它是为谁而设

运营一天的运营商、通过运营商发送信息的商店以及等待更新的客户是三个不同的用户，他们提出了三个不同的问题。操作员需要控制。商店需要可靠的送货路线。客户需要知道包裹在哪里以及如何获得帮助。

每家公司都有自己的客户和记录。软件共享；业务边界不是。

03 / 限制

塑造构建的约束

没有真正租户边界的物流平台就是等待忙碌的一天的数据泄露。在每个屏幕中按公司 ID 过滤行是不够的。当角色错误、客户链接被复制或请求通过 API 时，边界必须保持不变。

该平台还必须支持五种语言，在不持有客户资金的情况下记录付款，处理人员和车辆之间的交接，并为客户提供有用的页面，而无需让他们创建帐户。

04 / 构建

我们建造了什么

该构建涵盖一整天，而不是一个屏幕：

• 操作员仪表板，用于显示订单、定价、调度、司机、车辆、分支机构、付款、交货证明和客户更新。
• 指定航段的驾驶员界面和交接记录。
• 客户门户和签名的交付链接，以便收件人可以跟踪整个过程并寻求帮助。
• 商店和其他系统的计划、计费、支持、角色、权限和 API。
• 五种语言和一个适用于数据库边界而不仅仅是界面的租户模型。

05 / 决策

困难的部分

这项有趣的工作大多是不可见的。身份和租户隔离必须达成一致。客户链接必须仅显示其自己的交付。必须在不假装 Panalk 是钱包的情况下记录支付事件。失败的切换需要一个有用的状态，而不是一般的错误。

自 2026 年 10 月 27 日起的测试计数是证据的一部分：676 项 API 测试和 280 项身份测试。该数字很有用，因为它显示了工作的去向，而不是因为测试计数是产品功能。

06 / 结果

什么是直播

Panalk 的直播地址为 panalk.xyz。公开的产品描述是运营商对系统的看法。它背后的工作是一个具有少量活动部件的平台，这些部件每天都必须保持一致。