2月初，我上线了一款小游戏，整活小游戏——合成魈大人（移动端访问）。
这一过程，收到了很多反馈。
同时，也有如下三点思考：
- 善用营销
- 早交付
- 学会写标题
至于为什么是这三点，下面将按时间顺序，一一阐述。
前景提要
品牌与商业化观察
很久以前，小力就有一个想法：将自己的技术能力变现，至少是能变成流量。
在这个过程中，交付客户喜欢的东西，形成自己的名片📇。
这样做的目的：一方面是督促自己不断学习；另一方面也是在构建自己的品牌，争取更高的议价权。
为了实现这一目标，小力学习了很多经管类的资料。同时也在工作中，做一个善于观察的人。观察不同组织，做得好和不好的地方，以及背后的原因。在这个过程中，有一点让小力印象深刻，那就是：微创新的组合。
很多商业上的成功，不是来自于翻天覆地的改变，而是来自于已有项目之间的交叉组合。在利基市场，进一步细分客户群，获得利润；或是发掘完全崭新的市场，占得先机。——Nicolas Gu
几次尝试反响平平
在写代码上，最容易的微创新，那一定是前端跑不了了。其次，则是算法模型。但是后者有一个较大缺点：离普罗大众太远，且消耗计算资源。
基于此，小力一个非专业前端，也写了不少前端小项目。虽然这些都是魔改的，但确实能够交付用户面前。
这其中就包括：
毒鸡汤 点击🔗访问
原神放置小游戏 点击🔗访问
图像搜索（算法类项目，较为吃计算资源，上线一段时间后撤下）
但以上的结果，都反响平平，单个项目的 PV 不超过500。
吃瓜吃到手边
在某个天朗气清的一天，互联网上还在吃郑爽的大瓜，而后又冒出另一个生孩子的事情。吃瓜的事情，以小力的习惯，向来是不会过多关注的（当然，该谴责还是要谴责）。
没过几天，微博热搜由吃瓜变成了合成大西瓜。小力也理所当然，不为所动。直到整活小游戏——合成华中大，出现在朋友圈。
这游戏点进去一看，没啥难度啊，活脱脱一个2048翻版。几天不到，就出现如此多版本，互联网上一定有源码。
一个念头出现在小力脑海中：合成，合成点儿别的东西？顺着组合创新的思维，在垂直细分领域，为何不能合成《原神》游戏中的角色——魈？答案是肯定的。
开发构建
资源整合
说干就干，先去GitHub搜索源码，很容易的，排名靠前的好几个。定睛一看，整体就是一个前端静态页面，服务器资源消耗也不大。
唯一的难点，就在于素材的全面替换。这个不太容易，需要解决两个问题：
- 有哪些素材，素材的引用路径是怎么样的。
- 小力不会美术，不会画图，替换的素材从哪里来。
第一个问题，通过前端调试，很快解决。有图片、交互UI、音频以及引流的变现链接。
第二个问题，素材可以直接互联网抠图。最直接的，米游社原神板块和淘宝旗舰店。
大概周六一下午的时间，以上内容基本缕清。又花了一晚上的时间，最重要的素材通过截屏、powerpoint 工具、画图工具，剪裁完毕。
第二天一早，项目借鉴之前个人网站的方式，通过 GitHub 静态部署完毕。部署过程，加入了百度和谷歌的数据埋点，用来监控PV、UV以及访问来源等信息。
潜在风险迭代
周日的中午，项目已经和最终版基本无差，在交付种子用户体验后，收集到了正向的反馈。但是，小力觉得还应该做得更好。于是替换掉了项目中的引流链接，删除了循环玩法流程。
在调试过程中，小力发现，资源加载缓慢，平均首次加载耗时超过2分钟，部分时间甚至出现卡顿。根据亚马逊的实验报告，网站每多加载100ms，将损失巨量的成交。小游戏也是，根据微信的报告，小游戏的加载过程，将会影响至少一半的潜在玩家。总而言之，加载的延迟问题很大。
要解决这个问题，有多种方法。其一，压缩素材。其二，换自建服务器。这些，都是技术人员正常的想法。不过，这里忽略了一个最重要的事情，就是客户：客户关心这个问题吗？后续的结果证明，延迟的负面影响没有预想的大。
又是一个下午的时间，小力尝试压缩图片质量，通过 tinypng 缩小了图片资源到原来的1/4。而加载问题，始终有概率在98%处卡住。这个现象，有两个原因：一个是资源所处位置 GitHub 本身的不稳定性；第二个是，前端代码里对进度条进行了调整，98%时，实际加载的资源只有50%🐶。
交付与反馈收集
当天晚上，小力在米游社发帖，开始曝光自己的游戏。当晚的浏览量在200上下，第一次收到玩家的反馈。其中，正向的居多。而反应加载不出来的，十条大概只有一条。给这个比例加上“沉默螺旋”加成，也就是那些受阻的玩家会直接关闭而不是反馈，估计约有2成玩家受阻。这一数量，在可接受范围。
第二天，周一的中午，小力在NGA发帖，曝光自己的游戏。
随即，浏览量“暴增”，顶峰半小时 UV 在800以上。
后面几天，流量趋于平稳。累计的PV在13000以上，UV在7000+。这个数据单独看没什么概念，但要知道，小力个人网站2020年的 UV 是2890，PV 是3690。而小游戏，不到一天就超过了这个数。
随后，小利在外网 Reddit 社区，也发出了帖子，进行游戏曝光，同样收到正面反馈。
两天后，小力计划采用视频曝光方式。计划延期未交付。
再两天，小力观察到米游社有一个首页推荐贴，合成史莱姆。获得了合成魈的十倍曝光。观察下来有如下特点：
- 标题符合社区文化，吸引人去点击
- 素材更改并不多，甚至有些粗糙，交互逻辑沿用的第一版
但是，它获得了更好的流量。
总结回顾
10天后，小力回顾，写下了这篇文章，进行复盘总结。
如果再来一次，小力将率先交付，其次再是优化技术。优化技术上，选择对象存储服务，解决网站加载卡顿的问题。接着是花费不低于30%的时间，多维度宣传作品。结合图文、视频的方式，持续曝光，以加速网络中的传播与扩散。最后，根据客户反馈，迭代细节。
三点思考
其中有三个点值得单独拎出来：
-
善用营销
如果不是把握到这个时机，这个小游戏一定会像之前一样，石沉大海。善于借用正面的事件营销自己，是一项很重要的能力，要有热点意识。
-
早交付
在起步阶段，应该更多地去接触用户。寻找买账的客户，而不是反复优化“不存在”的点。
真正的技术优化，适合在形成正向循环后。于此同时，培养好的代码风格习惯，抽象封装十分重要。不然后面别人看你的代码，会十分痛苦…
-
学会取标题
拟定标题，是为了更好的吸引潜在用户。内容产业十分吃标题。如果潜在用户都吸引不到，如何去谈后续的漏斗转化呢。
两点保持
当然，也有做得不错的地方，应当保持。
-
培养产品和市场意识
不要单纯地做技术上的优化。和外界沟通，才能抓住新的机遇。接收新的信息源，十分重要。
-
所有的折腾，未来某一天都能用上
如果不是做个人网站，不会掌握网站部署能力，也不会有数据采集的意识。
在这次面临较大流量后，也偿还了部分技术债。比如静态资源放置的位置，除了GitHub，对象云存储能带来更好的用户体验。
未来的计划
- 持续关注类似事件
- 构建统一连贯的工作流程
- 做个起标题工具🐶