以前有客户问能不能开票，我都说暂时不能开，然后人家就走了，没有付费。

今天有位客户，上个月付费的，现在问我能不能开票。我依旧说暂时不能，如果不满意可以退款的。

人家也没回复我。然后我跟 Nico 以及在“5毛群”里发牢骚：怎么几十块也有人要开票？

Nico 和 Jason 不约而同给了我一个灵魂拷问：

你能开票吗？

我以前怎么不问一下自己这个问题呢？突然觉得这事应该问一问财务。

然后得到的答复是可以。

我真是傻 X 啊。Nico 说得对：

有不能开票的公司吗？

下午财务就把发票开了出来，真高效。

以后多了一把利器。

p.s. 今天还了解了一下担保交易的做法。看到一篇短文，果然是利用分账来实现担保交易，确认收货后再分账。证实了自己的想法。

延迟分账

纵观目前各线上电商平台，7 天无理由退换货或者订单到期自动确认收货是标配的场景。电商平台提供这些服务就涉及到延时分账场景。消费者在线支付购买商品/服务享受7天无理由退换货，平台需调用担保交易功能，将订单交易资金冻结在担保交易账户，在消费者收到商品前解决买卖双方的交易信用问题，同时也便于平台实时设置分账对象信息，在商品确认收货后自动分账给品牌商/入驻商家、物流服务商等。延时分账在退换货场景的应用大大地提升消费者线上购买的体验。

今天有位客户，在某宝上找人做小程序，结果被坑了。实在黑，不忍直视，我猜就是一帮销售不知从哪搞了一份源码，然后挂网上卖，连技术支持都没有。

上午：

下午：

我给她配置的时候发现那个花了 ￥730 的小程序长这样：

然后给她换上我们的，只要 ￥199：

折腾了一个多月，终于跑通进件了，兴奋难以言表。

审核也是秒过。

有幸在一开始就搜到 wechatpay-axios-plugin 这个 lib，有幸遇到北望沣渭这么热心的作者。有些坑，没有前人指点，是很难爬出来的。

不打赏一下，难表心头之感激。

在老家撸码真是别有一番心境，看这满目的绿，心情都不一样。

7 月份流量稳定上升，就看 8 月份会不会掉下来了。

看样子主要是得益于吃下了“小商店助手”这个关键词，近期 45% 的搜索量都是来自它。

前天在下单落地页加了 banner 广告后，昨天又在试用版店铺下方加了 banner 广告，今天修改了购买付费版的描述，把“无广告”写入了权益里。

瞬间悟了，放广告的目的不是指望广告能带来多少佣金，而是让付费多了一个理由，多了一项权益。

昨晚在小店买东西，付完款发现落地页挺简洁，看上去是微信支付服务商的“点金计划”页面。

今天参考这个样式把“下单成功页”改了下，底下放个 banner 广告。看上去对用户体验似乎没什么影响，反而有了点烟火味。

微信文档提供的《省市区编号对照表》，不包含省份编码和城市编码，这两个编码分别由另外两个接口提供。

所以今天做了一件事，把接口返回的省份编码和城市编码人肉加到《省市区编号对照表》，再导入数据库，这样既提升了用户交互体验，接口请求次数也减少了两次，代码逻辑也变得更简单。代价只是干了一天体力活。

收付通的商户号申请，应该先由平台初审，然后再由平台提交给微信，以提升微信审核通过率。

今天走通了平台侧审核流程，以及微信侧加密请求接口，看到了进件流程完结的曙光。

开发收付通，wechatpay-axios-plugin 帮了大忙，作者挺热心，还拉了 QQ 群解答。

今天遇到接口返回异常，自己琢磨了好久没搞定，群里问了作者，果然还是使用姿势有问题。

返回的数据格式比较特殊，通常 res 是纯 object 的格式：

{ data: {} }

但他是：

{ data: new Function() }

所以后端 return res 给前端会报错，要 return res.data 才对。

最近有个别新店铺诈骗，今天突然想到一个简单的方案：

试用店铺仅限店主自己访问，店主可以体验店铺功能。

后续支付上线后，付费店铺在线收款是需要实认证的。有“付费”和“实名认证”这两道门槛，可以一定程度降低诈骗率。