夹缝之中
机场正在自建动态定价技术，而预订这件事本身，正被少数几个超大平台吸走。Parkena 是第三条路：用一套您不必付费的软件经营业务，保留自己的品牌和自己的价格，并且出现在一个会把停车场拿来比较、而不是把它们埋起来的网站上。
两条路
两条路通向同一个地方：您的停车场，按您的价格，在 parkena.com 上可以预订。挑一条跟您现在的工作方式相合的。
路线 A
免费的运营商软件。一个控制台，里面有您的停车场、它们未来三十天的售价，以及每一笔进来的预订。把生意放在它上面经营，本身就是您上架 parkena.com 的方式——不存在第二份停车场信息，需要您跟第一份对齐。
经营免费。注册时不要银行卡。
今天已经建好的，和唯一还没建好的那一样
控制台里有一样东西只有名字、还没有建好——在设置向导里上传照片。控制台背后还没有文件存储，因此那一步改为索取您已经放在网上的照片的网址，并且在页面上直说这一点，而不是摆一个按了没用的上传控件。
路线 B
如果您并不打算离开今天在用的那套软件，那就不必离开。一套 REST API 把您的停车场和您的价格收进来，再把 Parkena 的预订交回到您本来就在用的系统里。
每一个接口、每一个错误码、每一项限制——以及每晚同步一次最容易搞错的那两条规则。
试点阶段。密钥从控制台里取，没有沙盒。
参考文档已经发布，而且是完整的；您的账户一旦建好，所有者或管理员就可以在 Account → API keys 下面签发一把密钥。还没有开放的是其余部分：没有沙盒，我们也是一次和一家运营商一起把连接建起来——所以老实说，第一步是先谈一谈，而不是先做对接。
控制台里面
关于什么已经卖掉，只有一份记录。两位旅客买不到同一个车位，一家停车场满了就停止售卖，取消之后车位会回到库存里——因为数目只有一份，而不是一套预订系统和一张电子表格在那里努力对上账。
您设定一个下限和一个上限；Parkena 在两者之间挑出每天的价格。它只读两样东西，别的都不读——那一天这家停车场有多满，以及那一天还有多久到来——而且只按粗略的档位来读，所以从报价到预订，这个数字不会跳来跳去。它不读航班时刻、季节、节假日，也不读星期几，并且它报不出低于您下限或高于您上限的价格。
一套系统
预订与定价不是两个产品、夜里互相传一个文件；它们是同一批数据行。旅客在 parkena.com 上完成预订，车位就在您正看着的那份记录里被占掉，价格由您的定价授权产生，预订立刻出现在您的控制台里。这背后没有道闸的数据推送，也没有传感器计数——这里没有任何东西在数车。空位之所以是真的，是因为它只有一份。
预订也顺着同一条线回来，落进您本来就开着的那个控制台。
如何上架
创建账户，加入这家停车场，说明它有多少个车位、您想让它卖多少钱。不要银行卡；在您能看到这套软件之前，也没有什么要签的。
在它公开之前，Parkena 的人会读一遍您提交的内容。批准了，它就在站点上上架；退回了，我们会告诉您要改什么。每一个决定都作为一行记录留存下来，所以留下的是一条可追溯的轨迹，而不是一句意见。
这条停车场信息按您的价目方案产生的价格成交——不是 Parkena 替您定的价格——而预订、旅客和总价都会到达您的控制台。
第 2 步是一个人，不是一条会自行清空的队列——这也是本页上没有客户 logo 墙、没有运营商数量、停车场数量或国家数量的原因。Parkena 只公布它数得出来的数字，以及它能把机制摆给您看的说法。本页上的每一句，不是前者就是后者。
这要花多少钱
没有订阅费，注册时也不索取银行卡信息——无论 Parkena 是否送来过哪怕一笔预订，用这个控制台经营您的停车场都是免费的。Parkena 赚的是它送给您的预订上的佣金：今天的标准费率是售价的 15%，它保存在您自己的运营商账户上，控制台的付款设置里显示适用于您的那一个。它在售出的那一刻被写入预订，因此日后调整不会触及一笔已经售出的预订。Parkena 留下更多的唯一情形，是免费取消窗口关闭之后被取消的预订：那时旅客拿不回任何款项，也不会有任何款项划付给您。条款里把这些都写全了。
为何要两边
您的品牌、您的价格、您在自有渠道上的自有规则。对于 Parkena 售出的预订，全站每一个停车场适用同一条平台取消规则——交车前 48 小时之前免费，之后不退——并且它在售出的那一刻被写入该预订。Parkena 不会换个名字把您的停车场转卖出去，也不会决定它卖多少钱。我们担下来的是店面这一端：停车场信息、比价、下单，以及拒绝卖出一个并不存在的车位。
运营商得到一套自己不必付费的软件。旅客得到真实存在的车位，价格由运营商设定，而系统守得住这个价格。每一边都是另一边行得通的原因——而一旦行得通，哪一边都不容易再拔掉。
