客户昨晚 11 点半下的单，今天联系代理发货。

初步体验到了卖货的心情。

这哥们找个微信开店工具，从冬天找到了春天。

2014 年，我们家迎来了第一位新成员。

2019 年，来了第二位。

二娃出生后，我请护产假在家带娃。有一天老板发消息给我，委婉表达了公司最近资金紧张，让我在家多休息一段时间。

二娃满月的时候，我去公司办理离职手续，开始走上创造三娃的路。博客新增一个 Tag：在路上。

2020 年，三娃发布。

但是后面只迭代了半年，然后就放养了。

过了一年半，2022 年初，有兄弟来合伙，重新把三娃抱起来。

谁能想到，小半年后，三娃又被嫌弃了。这可怜的娃。

只可惜，和兄弟折腾了半年，又落空了，我再次回来抱三娃。这时已经是 2022 年底。

整个 2023，三娃终于享爱到了一整年的父爱。

在接下去的日子里，我难以用言辞来表达对三娃的情感，只好用数据来表达。

2023 日活

3 月份开始，又分心了，只有周末才有时间带带三娃。

2024 Q1 日活

去年 12 月 7 日开始投搜一搜广告，一直没起量。

今年 3 月 8 日这天，数据突然好了起来。原以为只是昙花一现，不过这情形已经持续了一周，看起来可以维持一段时间。

从这周的情况来看，除去推广成本，营收是过去的三倍左右。只能感慨：

产品的尽头是推广，是流量，是销售。

这几天也在持续优化出价，从高到低，又从低到高。观察曝光次数、点击次数、点击率、点击均价、花费，以及注册转化、付费转化，发现并不是出价越高越好，要兼顾成本和转化率，找到一个适合产品的黄金价位。

去年服务商跟我提过一个“起量期”的概念：

新账户还在建立账户模型，腾讯给流量是逐步放量的，前期量少，后面会慢慢上升，逐渐达到一个比较稳定的量。

这批关键词过了整整三个月才起量，真不容易。

既然起量了，当然要趁热打铁，再新增一批关键词。

2024-3-21 更新：

昨天突然掉量了。今天把出价提了一倍，也没啥效果。

想起了上周量大的时候，就算把价格砍掉一半，仍然不怎么影响曝光和点击。

我猜搜一搜竞价广告还是有人为干预因素的，可能有流量分发机制，并不单纯是出价的问题。轮到你的时候，出价低点照样有曝光；没轮到你的时候，出价再高也帮不上大忙。

那么，下一次要过多久才会重新轮到我呢？

p.s. 傍晚突然看到系统里多了这么一条广告，投放时间是 3 月 22 日全天。

问服务商，这是系统自动添加的？还是服务商添加的？服务商没有正面回复，只是让我别管它，对账户余额不会有任何影响。

越这么说，我越觉得这里面有猫腻，也可能是系统这两天故障了。

晚上再看的时候，这条广告已经被删除。

去年第一次投朋友圈广告的时候，踩了大坑，后来改投搜一搜竞价，效果比朋友圈好太多。

不过我还是不死心，听服务商说朋友圈广告也可以设置关键词，于是今天再试一下。

昨天下午 5 点左右开始投放的，截止目前数据不理想，转化率极低。不过设置关键词后，钱没那么快烧了。

观察几天看看，沿途优化下。

2024-3-16 更新：

同样的关键词，在搜一搜和朋友圈两个场景里，点击率天差地别。我猜原因可能是这样：

1. 朋友圈，是人家刷着刷着看到一个广告，感兴趣的话就随手点进去。
2. 而搜一搜不一样，搜的目的本身就是为了寻找目标，而不是“随手”。
3. 这是本质的差别。
4. 朋友圈，更多的可能是品牌宣传，让公众了解你的品牌，不能单纯用点击率和转化率来衡量朋友圈广告的价值。说直白点，这是个烧钱的地方，而且你还不知道底在哪。

在交易的世界里，除了你欺我，我诈你，也还是有真善美。

写了一份 Git 工作流规范，方便团队协作。

基础分支（不要直接在这两个分支上开发）

• develop (开发环境)
• master (生产环境，主分支)

工作流基础

• feature (开发分支，从 develop 拉取)
• release (预发布分支，从 develop 拉取)
• hotfix (补丁分支，从 master 拉取)
• merge (合并分支)

第一部分：开发

创建个人开发分支

• 开始新功能开发时，每个人都基于 develop 创建一个新的 feature 分支，这个 feature 不会影响他人。
• 每天提交代码到自己的 feature，避免本地代码意外丢失。

同事之间同步代码

• 每天都把 develop 分支 merge 到你的分支。如果长时间没有进行这项操作，那么将来 merge 分支时很可能会有大量代码冲突。
• 如果确认你分支的代码已经可以正常运行，记得把你的分支 merge 到 develop。
• 如果有需要，同事之间也可以互相 merge 分支，你 merge 我的，我 merge 你的。

解决代码冲突（这个很重要）

• 如果 merge 分支时发生代码冲突，一定要找冲突方确认。
• 群里截图问一下这段代码是谁的，双方确认后手动解决，避免误删同事代码。

第二部分：测试

• 所有人把自己的分支合并到 develop 分支，将 develop 代码提交到测试环境进行测试。
• 如果有 bug，大家仍然在自己的分支中修改，修改完后再 merge 到 develop 分支。

第三部分：预发布

• 所有人把自己的分支合并到 develop 分支，由专人从 develop 拉 release 分支，进行发布前的最后测试。
• 此时应该没有大的问题，如果有问题，大家可直接在 release 分支修改。

第四部分：发布

• release 分支确认最终测试通过后，由专人将 release 合并到 develop 和 master 分支，将 master 发布上线。
• 到这一步后，此前参与开发的所有分支都不要再使用，可以删除本地分支。新的功能拉取新的 feature 进行开发。

第五部分：bug修复

• 如果需要修复线上 bug，从 master 拉取 hotfix 分支，修复完成后合并到 develop 和 master 分支，将 master 发布上线。