上午有位基础版客户问，能不能补差价升级到专业版？

之前只有“升级并续费”选项，就是免补差价，只要续费，当前版本的有效期内也自动升级，其实是很实惠的。

不过既然客户有这需求，我觉得也应该满足。

下午开发的时候就顺带一下，发布上线，然后这哥们就升级了。

关于配送，在这之前只有一个选项：起送金额。

不少客户建议增加配送费设置，以及满多少免配送费。

下午花半天时间开发完成，比预想要简单些。

社区圈子就这么点大，流量都在自己手里，为什么还要上平台呢？

也许每家社区店需要的，不是平台，而是一个属于自己的“专属平台”。

这个功能有不少客户提。

上了一版，没达到客户预期。勾通优化后，变成三种模式：

1. 横向排列
2. 竖向排列（类似小票）
3. 竖向排列，左右并列两单（节省纸张）

这阵子一直被客户追着赶需求。

小需求数不过来。

要花点时间的需求如：导出订单、多门店、收款码的支付体验，等等。

最头疼的还是在线支付。由于资质问题，不能使用收付通。所以接下去可能要抛开其他需求，先搞在线支付，以服务商的形式，满足这部分客户的需求。

今天又被一位客户嫌弃收款方式了 – -！

中午吃饭忽然想到共享环境。

批量代云开发的环境主体归属服务商，这样的话，和现有环境之间不知道能不能共享？

细想下不对。共享环境指的是多个同主体小程序之间共享一个环境，不是多个同主体环境之间进行共享。

被一位菜店老板结结实实喷了两天，向这样的优质客户致敬。

不过，我问他有没有试过快团团，他说不适合他们。

这说明，虽然我们在付款方面存在一些不便，但是在某些方面还是有可取之处。

时刻发现并改进自身不足，同时也要看到自身优势。可以谦卑，不能自卑。

2022-12-2 更新：

昨晚闹着要退款，今天感觉变成朋友了。

有这样的客户，何其幸。

还是O老师这几句说得到位：

这周重构了下单流程，“付款”概念改成“下单”，自助收银台作了优化。

突然感觉顺了好多，暂时想不出更理想的方案。

“付款”这只拦路虎，是这个项目先天的痛，距离干掉它又近了一步。

由于付款方式的特殊性，不能在线支付，买家通过识别收款码的方式完成付款。这种情况如果遇到买家需要退款，就会很麻烦。

上午花了不少时间在处理一个退款（第一次）。作为中间方，忽然感觉责任好大。