运营培训里常听到一句吐槽：后台计价「就填个起步价呗」。选型会上采购方也会追问——打车系统能不能配里程、时长、远程和等待？夜间段是不是只能另写「夜间加价」专项？问得对。价表配不齐，乘客预估价和司机口算就会各说各话。

下面只写功能文档确认过的能力：PC 计价方案价格构成是五块——起步价、里程费、时长费、远程费、等待费。起步价又分起步费、基础费两种；还可按时段设不同单价，按工作日、周末、节假日或自定义周期切换，再关联车辆等级算预估价。更稳妥的说法是：先分清起步价类型，再把后四项落到行程哪一段。今日主写这张价表，不整篇重做拼车包车预付、账单加费或改目的地。

起步价先分清「起步费」和「基础费」

文档写明起步价有两种。第一种是起步费：设基础价、基础里程，还可选配基础时长——基础范围内先按这套走，超出再交给里程费、时长费。第二种是基础费：只设基础价，实际价格由里程和时长决定。运营口头说的「起步价」，落到后台可能完全不是同一套口算。培训时把这两个名字分开讲，财务、客服和司机才不会各记一版。

落地 SOP 建议先问清本市商务习惯要哪一种。想「起步就含几公里、也可含几分钟」，选起步费并配好基础里程和可选基础时长；想「先有一笔基础价，后面完全按里程和时长累加」，选基础费。打车小程序开发联调时，同一套方案至少跑两单：未超基础里程的短途、明显超出的行程，看预估价是否按所选类型变化，别只测一单就签字。

里程、时长、远程和等待费各管哪一段

后四项并不互相替代。里程费按公里，时长费按分钟，远程费可设不同距离区间并各区间分别计算，等待费是司机到达上车点之后对等待时间的计费规则。远程费容易被理解成「出城就加一笔固定费」——文档确认的其实是按距离区间分段算，并没有写成单一远程加价开关。等待费也只覆盖司机到点后的等待，别扩写成堵车时长，更别临时发明乘客迟到罚款。

演示时用一条完整行程把四段对齐：短途先看起步价类型有没有把基础里程和基础时长吃进去；出了基础范围再看里程费和时长费；进入远程区间看分段是否分开累加；司机已到点、乘客还没上车时再看等待费。采购方把自己现有价表逐项对进系统字段，比聊天里对一个「起步多少」靠谱。

时段单价、计价周期，以及和车型预估价对齐

同一套方案还可按时段设不同单价。文档没有单列「夜间加价」专项名称，但把夜间运营时段单独配一套单价，就能覆盖夜间段需求，不必另发明动态涌价。计价周期决定方案何时生效：工作日、周末、节假日，或自定义。方案还要关联车辆等级，预估价按已配置规则计算。

乘客端选车型时，会按系统配置展示预估价与计价明细。运营配完五要素、时段和周期后，用不同车辆等级、不同时段各走一单，核对乘客看到的明细是否和后台一致。计价方案解决的是「规则怎么算」，别和下单预付、完单加费或改目的地搅在一起。

上线前按这几单验收就够：起步费与基础费两套都能配、短途与超基础里程预估价对得上、远程分段与等待费各自生效、时段单价与计价周期能切换、不同车辆等级明细与后台方案一致。要把五要素计价和预估价跑通，联系我们聊 Ptaxi 打车系统即可。