切域名了，这是starfury.tech最后一次RSS更新
看到不少Inoreader来源的朋友，期待保持联系，欢迎订阅新站RSS

半年前实在受不了百度的广告，动手给自己写了个chrome插件，到今天无推广的情况下有2万周活，也算完成数字目标了。虽然这数字有点水分，比较容易达到，了解插件的具体形态就知道了。

其实很不想写总结的，标题名字唬人，但这玩意吧，远没到我预期中的样子，价值也不大。
但第一次走过段历程，自己该回顾下，可能对还在起点徘徊的朋友有些参考。更想抛砖引玉听听更成熟的意见。

还是再啰嗦下，降低对本文的预期：
如果成功打造独立产品是100分，那目前只到5分。如果到达5分有10种路径，那我只经历了其中一种。以下灵魂画师示意：

中间有些启示和疑惑，文章有点长，我相信对还在起点的同学，会有一些参照价值。
同时也抛砖引玉，如果有站在终点的同学，愿意分享更成熟的经验，那就更好了。

初心与行动：以自己需求出发

为什么做这个插件？我在插件的介绍里写了

百度在可达性和中文资源上有一些优势，有时避免不了用百度。但界面太脏太乱，“脏乱”的背后是大量注意力干扰。
所以某个下午不忍了，动手做了个插件（后端技术管理，做前端开发有些挑战）…

需求还是很明确的，开始试用过一些插件，都不满意。
- Stylus/油猴强大，但在百度适配上没有满意的，且Stylish曾大规模售卖用户数据让我担忧。
- 一些针对百度专项优化的小插件，chrome/edge商店里但凡能搜索出来的，都试过都不满意。

无奈之下，打开vim、打开chrome开发者文档，翻着Javascript教程从零开搞，到了今天。

这里第一条的感悟：
作为大厂呆久了的技术管理和架构师，我听过无数宏大的PPT和“叙事”，甚至我有小半的工作就是思考规划。
脑子里也习惯性的把事情想得很大很多：它得让人激动、商业模式得清晰、产品要解决痛点痒点…
但辗转徘徊于各类想法之后，还是在原地没有动手。

一步不走，可能脑子里已经把所有流程都想完了，甚至能侃侃而谈了。
但几年后，可能还没走完一个最小流程：创意、原型、研发、推广、运维。还是纸上谈兵。

启动这事，可能没有那么多准备和仪式，可能就类似这次无奈之下的琐碎原因。

怎么启动？首先面对就是挑选需求，要解决什么问题。
这块是最难的，我在《给缀学者的信》有章节描述：发现问题的能力，才是当代最稀缺的能力之一。
虽然文章里侃侃而谈，但我过往并没有成功的经验。

以这次经历来说，我会建议如果没有洞察到好的需求。那就先以自己为目标客户，先解决自己的问题吧。如果我越普通，那理论上我所面临的问题受众越广，至少它不会是一个伪需求。

从宏大的故事中脱离出来，以自己为目标客户挖掘需求，走一个完整的流程。
这是第一段我想分享的。

信心与定力：一半海水一半火焰

上面讲了起点。这段讲讲，站在当下的一些感受和疑惑吧（过程也有意思，放后面章节）。

站在当下，我其实有两条看似有些矛盾的感慨，但其实并不冲突。

但凡是真实的需求，再小再简单，只要用心做，一定会有人用

一个产品的天花板有多高，有90%是在选定需求命题时就已经决定了

一、但凡是真实的需求，再小再简单，只要用心做，一定会有人用

在过程中，我对于会不会有用户，信心是非常反复的。
特别是进入繁琐的测试阶段时，无数次质问自己：“这玩意儿会有人用吗？”，在大厂都是THINK BIG呀。

但站在今天，确实有人用，不少用户通过邮件提需求。只要不是伪需求，做好，多多少少是会有人用的。

过程中为了适配足够多的卡片和端，确实有一点跟CSS有点卯上了，费了些劲。
这东西本来场景就小，如果适配问题还多的话，我自己都不会用。投入了些心血，也因此觉得会比之前试用过的插件，都好一些（吧）。

二、一个产品的天花板有多高，有90%是在选定需求命题时就已经决定了

这点是让我纠结的。确实有人用，但如果命题只在百度首页和搜索页优化，那这个产品的PMF是非常低的。
即便打磨到极致，似乎也难以有更大的价值作用。

这是目前真实的、没解决的疑惑，不隐藏。
现在是想试试放大命题，从页面优化这个命题，回到阅读注意力、信息源这个问题上，应该会有更大的PMF空间。

虽然我相对认可启动和经历的整个过程，但在当下你问我信心如何，确实是一半海水一半火焰。

从不懂前端开发，到2万人在用，给了点信心：如果找到真实需求，我是可能把它搞出来的，无关技术栈。只要是需求，搞出来肯定会有用户。

但选题这个事吧，太需要洞察力，难破题。否则很快就到天花板。

原则很重要：你要决策很多事情

既便这么小的插件，要决策事情还是很多，举简单的例子：搜索框要不要展示以图搜图按钮？

我喜欢简单，所以开始把首页的除文字搜索等无关的元素全部隐藏了。
但一天用户说希望把以图搜图的小按钮展示出来，犹豫了很久，做不了取舍。
最后回到要解决的问题原点：我想百度的搜索过程更加专注，但并不能以破坏主要功能为代价，否则那是花瓶。

然后我就定了条原则 在不破坏主线功能的情况下，提升搜索体验，排除干扰，最后才满足个人喜好
在这条原则的指导下，后续每遇到类似问题都能快速决策：

搜索页工具栏是否展示：有按日期搜索等重要功能 – 展示

登录后是否展示头像：一旦用户登录百度，代表其习惯使用登录服务，头像按钮可进入重要功能区域 – 展示

搜索框无字模式：不影响功能，多数人潜意识里知道是搜索按钮;对专注度影响不大;满足个人简洁喜好 – 无字

配置按钮要不要动效：不影响功能；但浮夸的动效可能引起不必要的注意力而产生打扰 – 去掉

再小的产品，要决策的点也很多，而原则是最高效的决策工具。
另外我们不是神，定的原则可能会错，甚至上述事例决策可能都错了。但比起随机决策，用错误反馈去持续修正原则，让原则越发准确，会让事情变得可迭代、可持续。

也通过另外几条原则，也帮我决策为什么不推广、为什么不加广告、每个版本到底框选哪些内容… 这些后面会讲到。

上架与迭代：有些事比你想的简单

当完成首个版本，极其简陋，朋友看到了想用。我想发到Chrome Store上，也好奇的想探探后续的流程。

从开始有想法去上架，到最终上架，间隔了45天，为什么呢？
我心理认为上架是个很麻烦的事情，要注册开发者、付美金认证、要填写一堆资料、做头图、审核…
是的这些流程很复杂，一想就头痛，事实上最终也确实是不步不落的走完了这个流程。但过程耗时只用了3小时。

用45天去犹豫，一件3个小时可搞定的事情，不是心思缜密、也不是惰性，就是犯了高估问题的毛病。

人对的关键目标，容易看得很重要，心里把它描红加粗，但并不代表它麻烦，可能击破就在一瞬间。
有些事心里障碍远大于实际困难。

如果只是一个例子的话，也不想拿出来说。但这个过程中遇到多次。
还有一次，我完成了window/linux/macos * chrome/edge * 黑白模式 * 登陆态非登态多个版本的适配研发，光听就知道测试得脱层皮吧，那这多组合还得找好多虚拟机。
我推迟3周，理由是“得找个好时候来搞”。后面实在觉得不能拖了，晚上用3个小时完成了全部的测试。又一次犯这样的错。

人在做未尝试过的事情时，多多少少会从心里放大困难吧，不知道大家是否有类似的体验，我后面应该还会犯，但知道了也就不那么怕了。

不推广：狭窄领域，让产品力自己发酵吧

第一个版本上后，我天天想着怎么让别人来用。
但在被zaker、appinn、少数派等网站浅浅的推荐后，现在天天想：大家先别用，再优化下才能见人。

现在有些矛盾，一方面比百度专项优化插件的话，自信是远比目前商城里搜索”百度”靠前的插件好用的。但另一方面，我是真不满意，应该要做得更好。

这是一个很狭窄的领域，没有什么竞争。
原则上应该专注提升产品力，让产品力会自己发酵，去够到足够多的用户。如果够不到，那肯定也是产品力本身的上限问题。
（如果做的是高竞争的领域，那不适用这个原则）。

上述是正向的原则，但这个过程中也有一点点负面情绪。
我很少去主动推广，主要是靠推荐，甚至边商城建议我优化关键字以保证能命中，这么基础的动作我都不愿意做。
越到后面反而越怕，我总觉得”这真不行，没啥用处”。即便好多用户发邮件来感谢，我还是这样觉得：向上够不到油猴，向下优于同类专项组件但并不是大步领先。

既怀疑这产品太鸡肋，也怀疑是心态有问题。

纠结，但确实就是目前的状态，分享出来。

不挂广告，不是体不体面的问题

设计配置界面时，留了个心思，一个是弹出配置页面，少量快速配置；一个面板配置页面，主题详细配置。

这个设计其实是希望给自己带来的流量：把第二个面板配置页做成了网页，想着有一天，可以动态挂一点广告。

后面打开第二层配置页面的人，不多不少吧，我尝试挂了几天广告，3.1美元。然后下掉了。

怎么说呢，一开始觉得挂广告是个不体面的事情。是吧，开源精神、共享精神一堆一堆flag的。

可能有朋友会有类似纠结，不过目前我不纠结了：

故事是，期间我问过一朋友，他连续用了3个月，没有删除过甚至没有禁用过。我觉得挺好，那至少证明没有让他感觉到不适。
他表达了认可，使用过程无异物感，所以不会卸载。但当问他，如果在面板界面加一个广告，他表达有可能某一天会卸载了。背后的原因是他’觉得不值’。

怎么定认值不值？如果给用户来带来的增益，远大于广告的体验问题。那加广告用户也是愿意留下来的，否则就会失去用户。

所以回到”产品本身的增益作用有多大”的话题上了。
如果有足够的价值，加广告吧，不违心。甚至如果哪天我能写出一遍好博客，都会加广告（虽然目前还未写出..）

下掉广告，不是体不体面的问题，而是价值大小的问题，对价值有自信，那就自信的挂上广告。

（对我来说，如果只是做一个页面插件，于用户哪有什么大的价值呢？看后续吧）

警惕Fake Works

Fake Works，假工作，这个概念是从一个老外的newsletter里学来的。

他遇到一个朋友，离职了个人单干，做职业咨询师。
首次做类似的事情，没有经验也没有信心。整天鼓捣他的个人网站样式、社交媒体内容，而不是迈出一步见一个客户，去完成一场真正的职业咨询服务。这种就是无意义的假工作。

过程中我也有类似的感觉，特别是当某个版本发布，下个版本不知道做什么的时候，天天在那鼓捣网站。
甚至因为看域名不顺眼，鼓捣着换域名。

从CDN、技术架构、analytics、adsense、内容… 全换了遍。前前后后折腾了近1个月，一共才6个月呀，这就折腾掉1个月！

大量的时间消耗，但对这个插件的功能没带来半点变化。

警惕在迷茫中，不敢迈步而捡起一堆的Fake Works来干，要聚焦产品本身。

小的感悟

Your tech stack is not your product如果你是一个技术型甚至有代码洁癖的人，想开发独立产品的话。推荐看一下这篇文章。新潮的技术栈、整洁的代码，并不是你的产品。我这次完全是放飞了，没写过前端，一堆代码没有重构。
但我挺释然的，现在并不纠结最开始是选择css叠加还是解析重组的技术方案，也不那么纠结那些让我抓狂的代码。
可能大家也感受到了，全篇都在在纠结这东西到底能不能帮到人。既在这个语境下我在质疑和关注产品，而不是技术。
多端测试可能是最大的成本上面也讲到chrome/edge * window/linux/mac再叠加各种功能组合，测试成本极高，甚至还有不少国内厂商魔改内核版本（至今都无法重现360极速浏览器X上的某个BUG，真的是服了，套壳厂商为什么要去改API啊）
站在今天，我建议个人开发者，初期要明确决绝的抛弃长尾兼容。把时间花在优化主流功能，这才对产品负责。
你可能没有足够的时间刚上线的时候，我收到了很多邮件，我兴致冲冲的应下了一堆需求，但后面我根本没有时间去完成。以至于觉得挺对不起用户的，不该答应的。
你可能没有足够的时间，这点可能要代入各种实施类决策中。
做好应对预期之外的事比如网站没bei an，因为有段时间流量比较大… 不多说了，都是泪。
小步快跑还是憋个大招之前觉得这会是很难决策的点，后面发现真当你遇到这些事时，是很清晰可决策的。我目前是 跨里程碑版本功能必须满足最小目标，不开发好不发布。里程碑内部内部小步快跑。 背后的原则是，在这个业余产品上：可以没有惊喜，但想减少让用户失望两次机率。
在国内，服务还是比较内容更有竞争力的写文章的话，一天500 IP可能很难了。做服务的话，就拿这个这么简单的来说吧，最高到可以到800 IP。
做工具服务的空间还是比写博客高很多。也因为这个插件，建站没多久adsense居然就过了，意外之喜吧。
有条件的话，创作确实比工作有获得感真的很佩服那些创作力拉满的年轻人，也很羡慕他们有足够的时间去创作。比如：@timqian @diygod.me

说在最后

最后在扣一下开头的两个命题。

发现需求真是一个要命的本事，找到一个合适的需求太考脑子了。
我深信以自己为目标客户，挖掘需求，确实可能前期挖掘出来的需求受众或者场景非常小，但肯定不会挖掘出伪需求。多试几次、多演进几次，会不会就找到合适的需求了呢。
听一个产品老师讲过，好的用户型产品经理要能是：做个俗人，贪财好色。挺有道理的，入世，挖掘最广大人的需求。

一个小插件水的文字比写的代码都多，甚至都不确定会不会继续做下去，确实挺能水文章的。
还是想抛砖引玉，期待更成功的经验分享，想了解一下那些站在终点的朋友们，是怎么样的历程。

程序员应该要自己的数字资产，后续也期待在 优质中文信息服务 方向，能找到些同路人，讨论交流甚至搞事。优质信息服务方向，我觉得有点意思，我认为这是一个强需求且未被满足，但同时又觉得它有点反人性（惰性）。

可以在这里找到我。

半年历程两万周活 – Chrome插件阶段总结最先出现在Starfury.Tech。