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

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

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

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

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


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

在介绍里写了做这个插件起因

百度在可达性和中文资源上有些优势,避免不了用百度,但界面太脏太乱干扰注意力 …
所以某个下午不忍了,动手做了个插件(后端技术管理,做前端开发有些挑战)…

需求还是很明确。一开始也试用过好多插件,都不满意。
Stylus/油猴强大,但没找到满意的百度适配,且Stylish曾售卖用户数据让我担忧。针对百度专项优化的插件,应用商店里但凡能搜索出来的,都试过都不满意。

无奈之下,打开Vim、打开Chrome开发者文档,翻着Javascript教程,从零起启动了。
启动这事,可能没有那么多准备、仪式或者契机,可能就类似这次无奈之下的琐碎原因。

这里还有个感悟:
在大厂技术久了听过许多宏大的PPT“叙事”,脑子习惯性把事情想得很宏大:它得让人激动、商业模式得清晰、要解决痛点痒点…
辗转徘徊于各类想法间,但一直在原地没走完一个最小流程。创意、原型、研发、推广、运维。一步没动,而脑子里却像是把所有流程都想完了。

然后讲讲寻找需求。确定要解决什么问题,这是最难也是最关键的。在《给缀学者的信》也有描述:发现问题的能力,才是当代最稀缺的能力之一。
虽然文章里侃侃而谈,但我过往并没有足够成功的经验。甚至我也这上面转圈好久。

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

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


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

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

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

  1. 但凡是真实的需求,再小再简单,只要用心做,一定会有人用
  2. 一个产品天花板有多高,有90%是在选定需求时,就已经决定了

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

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

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

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

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

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

这是目前真实的、没解决的疑惑,不隐藏。

现在是想试试放大命题,从页面优化这个命题,回到阅读注意力、信息源这个问题上,应该会有更大的空间。

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

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

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


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

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

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

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

  1. 搜页工具栏是否展示:有按日期搜索等重要功能 - ✓ 展示
  2. 登录后是否展示头像:一旦用户登录百度,代表常用会员类服务,头像按钮是关键入口 - ✓ 展示
  3. 搜索框是否无字模式:不影响功能,潜意识都知道是搜索按钮;不影响注意力;满足个人简洁喜好 - ✓ 无字
  4. 配置按钮要不要动效:不影响功能;但浮夸动效会引起不必要的注意,产生干扰 - × 取消

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

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


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

完成首个版本后,朋友看到了想用。想就发到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插件阶段总结 - Toast.pub

本文采用「CC BY-NC-ND 4.0」进行许可