惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

酷 壳 – CoolShell
酷 壳 – CoolShell
Microsoft Security Blog
Microsoft Security Blog
Recent Announcements
Recent Announcements
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Last Week in AI
Last Week in AI
罗磊的独立博客
腾讯CDC
云风的 BLOG
云风的 BLOG
月光博客
月光博客
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 三生石上(FineUI控件)
宝玉的分享
宝玉的分享
U
Unit 42
I
InfoQ
D
DataBreaches.Net
Blog — PlanetScale
Blog — PlanetScale
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
V
V2EX
美团技术团队
IT之家
IT之家
Stack Overflow Blog
Stack Overflow Blog
F
Fortinet All Blogs
GbyAI
GbyAI
S
SegmentFault 最新的问题

I'm TualatriX

记「乾坤大挪移」式使用双系统 Now | I'm TualatriX 开发 PopTranslate 背后的故事 2023 年总结:向外连接与恢复成长的一年 忆奶奶与我的二三事 谈谈定购 M3 Max 的 16 寸 MacBook Pro 后的一些想法 PasteNow 2.12 发布(暨 618 优惠活动) PasteNow 两周年随感 「阅读器」iPad mini 6 一年体验记
把「开新坑」作为「心灵按摩」
2024-04-28 · via I'm TualatriX

过去一周我在做一个新产品(AKA 开新坑),做这个新产品背后有很多契机,最重要的一个原因是:做 MarkMark 疲倦了。

大约一个月前,我匆匆地两次发布我做了一年多的 MarkMark。发布后我就立刻陷入了疲态,短期内不想花更多时间在这个项目上了。这个项目做了一年多,实在是把我的耐心消耗完了。尽管它还有 Roadmap 有待实现,但确实要放手休息一下了。之后我便发了一条推文

今天和朋友聊到做产品的状态,一个人(或几个人)做产品时,最好还是集中精力并且在不超过三个月的时间内发布出来,所谓「一鼓作气」,不然真的很容易「再而衰,三而竭」。

后来,4 月初刚在杭州见面过的、来自台湾的老朋友 13 在这条推文后回复告诉我一个做产品的“2-2-2”方法:

2 小時 PoC

2 天發測試

2 週上架

我觉得很不错,于是在心里种下了种子:下个产品这么去试试!

为什么做 MarkMark 疲倦了

前面提到我做 MarkMark 花了一年多,然后疲倦了。做了这么久是「果」,那么「因」是什么?我一直在思考这个问题。

「因」大概是,我在做这个产品的时候又回到了「工程师思维」,沉浸在了如何去实现这个产品上。我在社交网络上分享过,做这个产品我经历过一次技术上的推倒重来(从 SwiftUI 切换到了 UIKit/AppKit)。

这是比较典型的我在做产品过程中会加载的默认心智模型:技术选型很重要,如果没选好,就会留下技术债,影响未来的发展和维护;同时把玩新技术也很重要,这样做产品的过程中,还能体验和玩新的技术,做产品+玩技术两不误。

很遗憾,在 MarkMark 这个产品上,两个都误了:既耽误了产品开发,又让我对 SwiftUI 这个技术充满了质疑。

展开来说的话大概可以满满的写一篇文章。总的来说,2022 年底~2023 年初,我在用 SwiftUI 开发 MarkMark 原型的时候,确实遇到了很多的 Bug 和限制,最后我不得不推倒重来用 UIKit/AppKit 重新实现了一遍。

还有一个「因」是,我作为产品经理,又作为工程师,无时无刻不在「自我打架」:关于产品需求和技术实现到什么程度的打架。尽管我还是会尽可能让自己按一个产品经理的思维去做产品:我会写产品的需求文档,具体到每一个功能时,也会写份文档,但是等到具体的技术实现特别是交互细节时,还是会遇到写文档时没有想到的点,于是又会呈现出「工程师思维」占上风的状态,开始进入玩技术、磨细节的状态……

最后一个「因」,是去年我尝试了引入外部力量来做产品,将产品的各个部分分包出去的方式。但是因为我自身还是在「打架」状态,于是增加人员并没有使产品的开发进入更好的状态,反而因为人手变多,导致我的内心膨胀,使得产品功能膨胀。待我意识到这点后,我决定停止功能迭代,立刻发布,于是就有了一个月前匆忙的发布过程。

尝试“2-2-2”做产品

开发 MarkMark 是一次失控的过程,但我不是总陷入这种情况的。2021 年我做 PasteNow 那会,还是很稳健的:从产品立项到技术验证到开发原型到最终产品,刚好花了三个月。尽管我后面化了更多的时间去迭代,但是从完成初始版本到推向市场,三个月时间是确凿无疑的,也是非常充实和满意的。这也是前面我那条推文的背景所在,对我来说,三个月是一个我将一个想法实现并推往市场的极限了,再久的话也会累。

既然 MarkMark 做累了,短期内不计划投入更多时间了,但并不代表我能进入另一个「不疲倦」的状态。对我这个兴趣不是特别广泛的人来说,休息比工作在一定程度上更容易疲倦——短期休息还好,一旦十天半月没有做什么有让我看到成果的事情,我就会陷入另一种焦虑:一种无事可做又无法放松的状态。

在这种状态下迷茫着,终于在本周一的某一刻,我在开车时突然想通了一件事,一个在脑海里酝酿了很久的想法。于是再结合前面 13 告诉我的“2-2-2”方法,决定好好实践一把,于是就这么开工了。

“2-2-2”实践初体验

尽管依然是自己一个人为主做产品,但我发现一切都不一样了:一旦定下开发周期和 Deadline 后,你就会只着眼于「核心需求」,其他的不重要的需求都会暂时放一边,核心需求完成后,就可以准备发布去获取市场反馈。

如果顺利的话,大约再 7 个工作日的样子(因为中间有五一假期,所以不好定时间),我的新产品就会发布了。这是我在耐心被消耗完后的、以相对较短的周期做产品的一次实践。

之前听说过还有另一种做产品的方式,那就是先出一个产品预览或概念图,然后再上 Waitlist 先收获用户反馈,再去做具体开发的方式。我觉得这种也不错,未来也许会尝试一下这种方式。

后记

写到这里,我依然还没有说我做的是什么产品。这不是重点,或者说这次我不打算用“Build in Public”的方式了,对我来说现阶段最重要的不是 Public or Private,而是用愉快的方式去做一款产品,并且是以不消耗完自己的意志力或耐心的前提下。

最后,用朋友 @njukidreborn 回复我的一条推文来点题这篇文章:「开新坑可以当作一种心理按摩,有利于提高幸福感,最终保证主业的顺利交付。」

quote-from-Peng-Lyu.png

PS:题图由 Quotes 制作。