互联网从业者充电站
#程序员 你能想到写作比打游戏还过瘾吗？ #知识管理 #数字花园 #写作 现在我每天最期待的事情，就是晚上回到书房，打开一款笔记软件来写作，写随笔、写日记、写文章、写策划。一打开就可以进入心流，越写越兴奋，甚至都舍不得睡觉。 是什么样的软件居然有这样神奇的体验？它，就是 TiddlyWiki。 自从三年前，印象笔记开始高频弹出广告，我就在寻找一款替代软件，主力笔记软件从 2020 年到2021年的 Zim Wiki，到 2021 年的 Obsidian 与 Logseq，期间还尝试了几十款各种类…
当然，自由有自由的代价，自由意味着你需要自己去折腾配置，而折腾既消耗脑力，也考验耐心，很多人就在折腾的途中停下了。Obsidian 也需要折腾一下，不过 TiddlyWiki 比 Obsidian 还折腾，两者的区别可以这么说：Obsidian 相当于笔记中的 VSCode，TiddlyWiki 相当于笔记中的 Emacs。Emacs 很强大，但是学习成本比 VSCode 高。
试过了这么多笔记软件，我认为 TiddlyWiki 是最适合记卡片笔记的，或者说是它就是为卡片笔记而生的。当然，这么说并不是在迎合最近几年流行的卡片笔记的理念，因为 TiddlyWiki 诞生时，卡片笔记这个理念还不知在哪个角落呢。
在配置 TiddlyWiki 时，我给自己定了几条配置原则：
- 配置要先关注功能，再关注样式。功能＞样式，高效＞好看。
- 对于笔记软件，最主要的功能就是：写作、剪藏、链接、阅读、查找、同步、分享。
- 奥卡姆剃刀：如果不必要，就不要添加。
- 功能能少则少，只留最必要的功能。
- 最必要的功能包括：高频操作的功能、低频操作但很重要的功能。
- 两个插件实现相同或相似的功能，则只留一个插件。比如：[[GTD：在页面工具栏显示当前日期]] 与 [[GTD：在页面工具栏显示当前时间]]，可以由 [[GTD：在网站副标题显示当前日期与时间]] 替代，后者更简洁。如果日期信息可以由一段文字来显示，就不要由一个按钮来显示。
- 样式能少则少，减少干扰的按钮或信息。
- 不要花哨而无用的设计，所有设计的出发点是有用而非好看。
- 配色该简约则简约，该突出则突出，不要为了一味简约而忽略了突出，让整个页面在写作或阅读时影响效率。
- 所有的功能与样式都要通过页面空间来展现，而页面空间是有限的，所以要利用好有限的页面空间，合理布局。每一块页面空间，哪怕一个按钮，都要留给更高频的操作。比如：左侧边栏留给 [[插件：LeftOpenTab]]，因为查看当前已开启的条目比查看最近、目录、收藏都更高频。
- 页面空间包括：左侧边栏、右侧边栏、侧边栏选项卡、左上角、右上角、网站标题与网站副标题、页面工具栏、查看工具栏、编辑工具栏、编辑器工具栏、故事河、标题栏、副标题栏、标签栏。
- 配置的目的是为了生成一份自定义的 TiddlyWiki 模板，里面所有的设置都满足自己的需求，符合自己的习惯，不知不觉但又自然而然，一切都是刚刚好。这样便于在写一个细分主题或专门用途的 TiddlyWiki 时，可以复制一份模板立马开始写，不用再折腾配置了。
- 通过三份文件记录配置过程：[[TiddlyWikiChangelog]]、[[TiddlyWiki 模板配置步骤]]、[[TiddlyWiki 配置原则]]。
- 全部的配置还要生成一份指南，把各种具体配置都记下来，用卡片笔记的形式记，建立链接，打上标签，基于标签生成目录，标签要建立标签体系（参考 [[TiddlyWiki 自写标签（说明）]]）。
- 对配置的记录文件（以上三份）和配置所用的文件（软件/插件/文件/代码/预配置的文本片段）都要做好备份。
对于每一个设置，都以卡片笔记的形式记录下来。当积累了几百条配置相关的笔记时，如何把它们做结构化？对于这个问题，曾困扰了我一段时间。后来想通了，解决办法就是：自下而上与自上而下相结合。
这个领悟不仅适用于解决这个问题，更可以作为知识管理的一条原则，普遍适用：
- 积累卡片笔记是自下而上的过程，是生产增量，对笔记进行结构化是自上而下的过程，是挖掘存量。
- 没有笔记，也就谈不上管理笔记；所以，自下而上在前，自上而下在后。
- 虽然是“在后”，但是也不能太“后”，也就是说，自上而下去梳理已经积累的笔记，不需要等待非常长的时间再去搞，一边积累就可以一边带着思考，比如 TiddlyWiki 里面标签体系怎么搞。
- 自下而上，是为了解决分类的问题，先不要管分类，先记下来再说，不要让分类耽误你捕捉想法；但是，当你积累了一定数量的笔记，就需要结构化，而分类是结构化的基本功。没有分类的话，大量散乱的笔记无法呈现结构。没有结构，信息只是信息，有结构，信息成为知识。
- 所以，自下而上与自上而下，譬如左手与右手，砍掉哪个手都不行。而现在知识管理圈子，过分强调自下而上，可能会忽视自上而下的作用。也许我们不一定要等到大量的卡片笔记去涌现出什么结构，我们一开始就有自上而下的能力。并不是说一旦自上而下了，就是一成不变了，自下而上的卡片会迭代，自上而下的结构也可以迭代。
当然，最好的做法就是自下而上和自上而下相结合。那么，怎么结合呢？
在我配置 TiddlyWiki 过程中，以卡片笔记的形式记下具体配置，就是自下而上，为这些笔记做分类，就是自上而下。两者怎么结合？就是通过标签来结合。
如果你为一条笔记做分类，因为分类是唯一的，所以难度更大，你要考虑它到底放到哪一类里面，尤其是这条笔记可以归到好几个分类里，就会让你纠结。现在，我们先不要分类，而是为笔记打几个标签，因为标签不是唯一的，你可以为一条笔记打上几个标签，所以打标签比做分类的难度就低多了。
当你有了一些标签后，对标签进行分类。如果你对笔记分类，因为笔记有几百条、几千条，一条条去考虑分类，太烧脑了，而标签只有几十个，你对这几十个标签分类，难度就大大降低了。而且，TiddlyWiki 中可以基于标签生成目录，一条笔记可以有多个标签，一个标签就是目录上的一个分类，所以，一条笔记可以同时存在于多个分类中。
而在 Obsidian 中，你要让一条笔记同时存在于多个分类中，就要在每个分类中都要复制一篇笔记，除了这个操作麻烦之外，后续还有隐患，即你在某个分类下修改了这篇笔记，复制在其他分类里的笔记并不会同步修改，在 TiddlyWiki 中则可以同步修改，因为是基于标签生成目录，而不是基于分类生成目录，不同标签指向的笔记是同一篇。
上面这条领悟，说起来其实挺简单的：
- 自下而上就是先不管分类，先记下来再说；
- 自下而上与自上而下的结合就是为笔记打标签；
- 自上而下就是对标签分类，基于标签生成目录。
比如我想通之后，把几百条 TiddlyWiki 配置相关的笔记，打上若干标签；每个标签都用英文命名，用驼峰命名法；并对标签进行分类，建立了一个标签体系，包括：
---
TiddlyWikiA（基础功能）
- 系统：TiddlyWikiSystem
- 简介：TiddlyWikiIntro
- 语言：TiddlyWikiLanguage
- 主题：TiddlyWikiTheme
- 配色：TiddlyWikiPalette
- 字体：TiddlyWikiFont
- 视图：TiddlyWikiView
- 基础设置：TiddlyWikiBasic
- 外观：TiddlyWikiLook
- 侧边栏：TiddlyWikiSidebar
- 工具栏：TiddlyWikiToolbar
- 编辑：TiddlyWikiEdit
- 链接：TiddlyWikiLink
- 标签：TiddlyWikiTag
- 查找：TiddlyWikiSearch
- 删除：TiddlyWikiDelete
- 任务：TiddlyWikiGTD
- 快捷键：TiddlyWikiHotkey
TiddlyWikiB（高级功能）
- 标记语言：TiddlyWikiMarkup
- 写作：TiddlyWikiWrite
- 画图：TiddlyWikiDraw
- 数学：TiddlyWikiMath
- 导入：TiddlyWikiImport
- 导出：TiddlyWikiExport
- 保存方式：TiddlyWikiSave
- 手机同步：TiddlyWikiPhone
- 网站发布：TiddlyWikiPublish
- 教程：TiddlyWikiGuide
- 用例：TiddlyWikiModel
TiddlyWikiC（所用文件）
- 软件：TiddlyWikiSoftware
- 插件：TiddlyWikiPlugin
- 官方插件：TiddlyWikiPluginOfficial
- 外部插件：TiddlyWikiPluginOutside
- 文件：TiddlyWikiFile
- 代码：TiddlyWikiCode
- 预配置的文本片段：TiddlyWikiSnippet
- 外部工具：TiddlyWikiPartner
其他
- 配置更新日志：TiddlyWikiChangelog
- 待解决的问题：TiddlyWikiTodo
---
当这个标签体系建立起来后，所有的碎片都用一根线串起来，清清楚楚，又简简单单。
耐着心性，把这件事做完后，我才算真正搞明白了 TiddlyWiki。正如和 @pimgeek 讨论时他说的一句话：“与其说 TiddlyWiki 是一款笔记软件，不如说它是一个开发架构”。
- 正因为它是一个架构，所以，你可以基于这个架构低代码开发完全满足你需求、适合你习惯的自定义软件。
- 正因为它是一个架构，所以，Obsidian 与 Logseq 的开发者都从中获得了启发。
- 正因为它是一个架构，所以，它强大而又需要折腾，自由而又需要你付出代价，这个代价就是脑力、时间与耐心。
备注：
这篇帖子的重点是展示自下而上与自上而下相结合的做法，不是让大家都去用 TiddlyWiki，毕竟太折腾了。如果你的笔记量没有几千或上万，那就不用折腾它了。对于大多数人，我的推荐方案还是：
- 手机端记碎片笔记，在 Flomo @flomo浮墨笔记 与 滴答清单 @滴答清单 之间选一款；
- 电脑端整合碎片笔记，在 Obsidian 与 Logseq 之间选一款。
试过了这么多笔记软件，我认为 TiddlyWiki 是最适合记卡片笔记的，或者说是它就是为卡片笔记而生的。当然，这么说并不是在迎合最近几年流行的卡片笔记的理念，因为 TiddlyWiki 诞生时，卡片笔记这个理念还不知在哪个角落呢。
在配置 TiddlyWiki 时，我给自己定了几条配置原则：
- 配置要先关注功能，再关注样式。功能＞样式，高效＞好看。
- 对于笔记软件，最主要的功能就是：写作、剪藏、链接、阅读、查找、同步、分享。
- 奥卡姆剃刀：如果不必要，就不要添加。
- 功能能少则少，只留最必要的功能。
- 最必要的功能包括：高频操作的功能、低频操作但很重要的功能。
- 两个插件实现相同或相似的功能，则只留一个插件。比如：[[GTD：在页面工具栏显示当前日期]] 与 [[GTD：在页面工具栏显示当前时间]]，可以由 [[GTD：在网站副标题显示当前日期与时间]] 替代，后者更简洁。如果日期信息可以由一段文字来显示，就不要由一个按钮来显示。
- 样式能少则少，减少干扰的按钮或信息。
- 不要花哨而无用的设计，所有设计的出发点是有用而非好看。
- 配色该简约则简约，该突出则突出，不要为了一味简约而忽略了突出，让整个页面在写作或阅读时影响效率。
- 所有的功能与样式都要通过页面空间来展现，而页面空间是有限的，所以要利用好有限的页面空间，合理布局。每一块页面空间，哪怕一个按钮，都要留给更高频的操作。比如：左侧边栏留给 [[插件：LeftOpenTab]]，因为查看当前已开启的条目比查看最近、目录、收藏都更高频。
- 页面空间包括：左侧边栏、右侧边栏、侧边栏选项卡、左上角、右上角、网站标题与网站副标题、页面工具栏、查看工具栏、编辑工具栏、编辑器工具栏、故事河、标题栏、副标题栏、标签栏。
- 配置的目的是为了生成一份自定义的 TiddlyWiki 模板，里面所有的设置都满足自己的需求，符合自己的习惯，不知不觉但又自然而然，一切都是刚刚好。这样便于在写一个细分主题或专门用途的 TiddlyWiki 时，可以复制一份模板立马开始写，不用再折腾配置了。
- 通过三份文件记录配置过程：[[TiddlyWikiChangelog]]、[[TiddlyWiki 模板配置步骤]]、[[TiddlyWiki 配置原则]]。
- 全部的配置还要生成一份指南，把各种具体配置都记下来，用卡片笔记的形式记，建立链接，打上标签，基于标签生成目录，标签要建立标签体系（参考 [[TiddlyWiki 自写标签（说明）]]）。
- 对配置的记录文件（以上三份）和配置所用的文件（软件/插件/文件/代码/预配置的文本片段）都要做好备份。
对于每一个设置，都以卡片笔记的形式记录下来。当积累了几百条配置相关的笔记时，如何把它们做结构化？对于这个问题，曾困扰了我一段时间。后来想通了，解决办法就是：自下而上与自上而下相结合。
这个领悟不仅适用于解决这个问题，更可以作为知识管理的一条原则，普遍适用：
- 积累卡片笔记是自下而上的过程，是生产增量，对笔记进行结构化是自上而下的过程，是挖掘存量。
- 没有笔记，也就谈不上管理笔记；所以，自下而上在前，自上而下在后。
- 虽然是“在后”，但是也不能太“后”，也就是说，自上而下去梳理已经积累的笔记，不需要等待非常长的时间再去搞，一边积累就可以一边带着思考，比如 TiddlyWiki 里面标签体系怎么搞。
- 自下而上，是为了解决分类的问题，先不要管分类，先记下来再说，不要让分类耽误你捕捉想法；但是，当你积累了一定数量的笔记，就需要结构化，而分类是结构化的基本功。没有分类的话，大量散乱的笔记无法呈现结构。没有结构，信息只是信息，有结构，信息成为知识。
- 所以，自下而上与自上而下，譬如左手与右手，砍掉哪个手都不行。而现在知识管理圈子，过分强调自下而上，可能会忽视自上而下的作用。也许我们不一定要等到大量的卡片笔记去涌现出什么结构，我们一开始就有自上而下的能力。并不是说一旦自上而下了，就是一成不变了，自下而上的卡片会迭代，自上而下的结构也可以迭代。
当然，最好的做法就是自下而上和自上而下相结合。那么，怎么结合呢？
在我配置 TiddlyWiki 过程中，以卡片笔记的形式记下具体配置，就是自下而上，为这些笔记做分类，就是自上而下。两者怎么结合？就是通过标签来结合。
如果你为一条笔记做分类，因为分类是唯一的，所以难度更大，你要考虑它到底放到哪一类里面，尤其是这条笔记可以归到好几个分类里，就会让你纠结。现在，我们先不要分类，而是为笔记打几个标签，因为标签不是唯一的，你可以为一条笔记打上几个标签，所以打标签比做分类的难度就低多了。
当你有了一些标签后，对标签进行分类。如果你对笔记分类，因为笔记有几百条、几千条，一条条去考虑分类，太烧脑了，而标签只有几十个，你对这几十个标签分类，难度就大大降低了。而且，TiddlyWiki 中可以基于标签生成目录，一条笔记可以有多个标签，一个标签就是目录上的一个分类，所以，一条笔记可以同时存在于多个分类中。
而在 Obsidian 中，你要让一条笔记同时存在于多个分类中，就要在每个分类中都要复制一篇笔记，除了这个操作麻烦之外，后续还有隐患，即你在某个分类下修改了这篇笔记，复制在其他分类里的笔记并不会同步修改，在 TiddlyWiki 中则可以同步修改，因为是基于标签生成目录，而不是基于分类生成目录，不同标签指向的笔记是同一篇。
上面这条领悟，说起来其实挺简单的：
- 自下而上就是先不管分类，先记下来再说；
- 自下而上与自上而下的结合就是为笔记打标签；
- 自上而下就是对标签分类，基于标签生成目录。
比如我想通之后，把几百条 TiddlyWiki 配置相关的笔记，打上若干标签；每个标签都用英文命名，用驼峰命名法；并对标签进行分类，建立了一个标签体系，包括：
---
TiddlyWikiA（基础功能）
- 系统：TiddlyWikiSystem
- 简介：TiddlyWikiIntro
- 语言：TiddlyWikiLanguage
- 主题：TiddlyWikiTheme
- 配色：TiddlyWikiPalette
- 字体：TiddlyWikiFont
- 视图：TiddlyWikiView
- 基础设置：TiddlyWikiBasic
- 外观：TiddlyWikiLook
- 侧边栏：TiddlyWikiSidebar
- 工具栏：TiddlyWikiToolbar
- 编辑：TiddlyWikiEdit
- 链接：TiddlyWikiLink
- 标签：TiddlyWikiTag
- 查找：TiddlyWikiSearch
- 删除：TiddlyWikiDelete
- 任务：TiddlyWikiGTD
- 快捷键：TiddlyWikiHotkey
TiddlyWikiB（高级功能）
- 标记语言：TiddlyWikiMarkup
- 写作：TiddlyWikiWrite
- 画图：TiddlyWikiDraw
- 数学：TiddlyWikiMath
- 导入：TiddlyWikiImport
- 导出：TiddlyWikiExport
- 保存方式：TiddlyWikiSave
- 手机同步：TiddlyWikiPhone
- 网站发布：TiddlyWikiPublish
- 教程：TiddlyWikiGuide
- 用例：TiddlyWikiModel
TiddlyWikiC（所用文件）
- 软件：TiddlyWikiSoftware
- 插件：TiddlyWikiPlugin
- 官方插件：TiddlyWikiPluginOfficial
- 外部插件：TiddlyWikiPluginOutside
- 文件：TiddlyWikiFile
- 代码：TiddlyWikiCode
- 预配置的文本片段：TiddlyWikiSnippet
- 外部工具：TiddlyWikiPartner
其他
- 配置更新日志：TiddlyWikiChangelog
- 待解决的问题：TiddlyWikiTodo
---
当这个标签体系建立起来后，所有的碎片都用一根线串起来，清清楚楚，又简简单单。
耐着心性，把这件事做完后，我才算真正搞明白了 TiddlyWiki。正如和 @pimgeek 讨论时他说的一句话：“与其说 TiddlyWiki 是一款笔记软件，不如说它是一个开发架构”。
- 正因为它是一个架构，所以，你可以基于这个架构低代码开发完全满足你需求、适合你习惯的自定义软件。
- 正因为它是一个架构，所以，Obsidian 与 Logseq 的开发者都从中获得了启发。
- 正因为它是一个架构，所以，它强大而又需要折腾，自由而又需要你付出代价，这个代价就是脑力、时间与耐心。
备注：
这篇帖子的重点是展示自下而上与自上而下相结合的做法，不是让大家都去用 TiddlyWiki，毕竟太折腾了。如果你的笔记量没有几千或上万，那就不用折腾它了。对于大多数人，我的推荐方案还是：
- 手机端记碎片笔记，在 Flomo @flomo浮墨笔记 与 滴答清单 @滴答清单 之间选一款；
- 电脑端整合碎片笔记，在 Obsidian 与 Logseq 之间选一款。
👍2🍾1
#产品经理
最近做项目，遇到了一个问题：为什么大多数调研都不接地气？怎么做出管用的调研？
一说到调研，不少公司都觉得调研没用，因为说的都是废话。
为什么会这样呢？
1、
我看不少调研报告，写的都是：用户以30岁以上男性为主、关于新功能科技感有显著偏好。
这样的废话，的确没用！
你就告诉我需要新功能，
那是啥新功能？
能不能做到、咋做到？
我做调研的目的，是为了指导行为和决策！
但是大多数调研，都只讲了一堆空洞的话、和显而易见的数据。
并不能真正指导行动。
背后的原因，
其实不怪调研者、也不怪咨询公司。
而是提出调研需求的人，自己都没想清楚自己要什么。
只要想清楚需求、能提出准确的要求，
调研公司为了挣钱，也只能照着干。
结果自然也就不接地气了。
2、
在我眼中，一个足够接地气、能直接指导行动的调研，至少要符合下面两个特点：
第一，
关于市场的部分，足够具体、形象。
不能仅仅说：用户对“科技感”有诉求。
至少要明确到：上过大学、在一线城市做办公室工作的男性用户，会有30%很喜欢比如“可弯曲屏幕”这样的功能点，这些功能点药同时符合“看起来明显”，而且“应用了新技术、大多数产品都嗨不具备”这两个特点，并乐意为之多付1000块钱。
第二，
市场之外，还要调研清楚现有的主要竞争对手们是怎么做到的。
需要的资源、人才、组织方式。
有了这两点。
你看完调研报告，基本上该不该做就能心里有数。
如果要做，马上就知道自己可以如何行动起来。
实际操作中，咋做到呢？
就是要向调研团队提出明确要求，并坚持标准，不做到绝不通过。
3、
关于第一点标准——“足够具体的市场调研”。
为了让调研团队理解需求，
我和调研团队一起做了一个练习：
推销一台MacBook。
调研同学本能的说：
“MacBook的色彩显示度更高、文件传输很快速。”
但是，这个描述，并不能让用户理解这两个东西有啥用？
我为什么要买？
于是，我又细化了一下要求。
把Macbook卖给设计师：
“Macbook有更高的色彩显示度，设计时可以做到所见即所得。”
抽象名词太多。
我们用抽象名词替代了用户真实的使用过程、和用户自己的心理感受。
于是，我再细化了一下要求——
假设我们现在面对一个老大爷，老大爷有一个做设计师的孙女，我们要让老大爷买这台MacBook送给孙女。
老大爷是听不懂抽象名词的。
老大爷也不能理解设计师的工作。
最终，调研同学们产出了这么一段描述：
“设计师们的工作压力很大、常常还要被领导批评。被领导批评的一大原因，其实不是设计师们画图的问题、而是电脑的问题，用大多数电脑设计时看起来是浅蓝色，到了领导的手机上可能就会变成更深的蓝，领导看到结果不好，就会批评设计师。而Macbook可以保证你在电脑上、画图时看到的样子，就是领导手机上看到的样子，设计师就不会因此被批评了。”
总结下来，这段话有几个特点：
第一，有具体的用户（设计师）。
第二，有具体的使用场景（画图给领导看）。
第三，有具体的问题（色差）。
第四，有产品的价值（消除色差）。
而且，产品价值的描述，不是用抽象名词“消除色差”。
而是通过原先遇到什么问题？
用产品后会解决到什么样子？
这样前后对比的描述。
第五，所有问题的价值，落到用户的直接好处或感受（不被批评）。
足够具体、足够形象、足够好理解。
如果调研到这个程度，是可以直接指导决策的。
实际调研时，我们的目标就是——
写出上面这段话。
同时，
了解清楚用户的规模、场景的发生频率。
当这么要求完。
我注意到调研同学们的行为马上变了。
他们原先会问用户：
“你买这个产品是因为什么功能？”
现在则会问：
“当你考虑产品时，你遇到了什么问题？为什么会有这个问题？原先你用的其他产品能解决这个问题吗？现在的产品为什么能解决这个问题？这个问题对你为什么重要？”
4、
而关于第二点标准——“知道怎么做到”。
提出标准的方式也很简单：足以支撑“预演”。
什么意思呢？
就是调研要达到的颗粒度，让我完全知道怎么干出同样的结果。
我足以通过调研，预演后续的工作——
假设我是个管理者，很多活儿我没办法自己直接动手干。
我应该买什么？多贵？
我应该招什么人？从哪里招？怎么面试？
怎么考核？怎么管理？
我应该准备多少钱？
做到需要多久？
会遇到哪些问题？
每个月做到什么样才是正常的？
5、
就像大多数工作一样——
结果不好要么来自资源不足、不够努力。
要么来自没想清楚自己要什么。
接地气的调研，其实来自于调研之前对目标的明确。
当你能越具体、准确的描述自己的需求，并坚持标准时，有效的调研才会发生。
做之前，先跳到终点，看一眼目标。
明确目标，再做动作，常常效率最高。
最近做项目，遇到了一个问题：为什么大多数调研都不接地气？怎么做出管用的调研？
一说到调研，不少公司都觉得调研没用，因为说的都是废话。
为什么会这样呢？
1、
我看不少调研报告，写的都是：用户以30岁以上男性为主、关于新功能科技感有显著偏好。
这样的废话，的确没用！
你就告诉我需要新功能，
那是啥新功能？
能不能做到、咋做到？
我做调研的目的，是为了指导行为和决策！
但是大多数调研，都只讲了一堆空洞的话、和显而易见的数据。
并不能真正指导行动。
背后的原因，
其实不怪调研者、也不怪咨询公司。
而是提出调研需求的人，自己都没想清楚自己要什么。
只要想清楚需求、能提出准确的要求，
调研公司为了挣钱，也只能照着干。
结果自然也就不接地气了。
2、
在我眼中，一个足够接地气、能直接指导行动的调研，至少要符合下面两个特点：
第一，
关于市场的部分，足够具体、形象。
不能仅仅说：用户对“科技感”有诉求。
至少要明确到：上过大学、在一线城市做办公室工作的男性用户，会有30%很喜欢比如“可弯曲屏幕”这样的功能点，这些功能点药同时符合“看起来明显”，而且“应用了新技术、大多数产品都嗨不具备”这两个特点，并乐意为之多付1000块钱。
第二，
市场之外，还要调研清楚现有的主要竞争对手们是怎么做到的。
需要的资源、人才、组织方式。
有了这两点。
你看完调研报告，基本上该不该做就能心里有数。
如果要做，马上就知道自己可以如何行动起来。
实际操作中，咋做到呢？
就是要向调研团队提出明确要求，并坚持标准，不做到绝不通过。
3、
关于第一点标准——“足够具体的市场调研”。
为了让调研团队理解需求，
我和调研团队一起做了一个练习：
推销一台MacBook。
调研同学本能的说：
“MacBook的色彩显示度更高、文件传输很快速。”
但是，这个描述，并不能让用户理解这两个东西有啥用？
我为什么要买？
于是，我又细化了一下要求。
把Macbook卖给设计师：
“Macbook有更高的色彩显示度，设计时可以做到所见即所得。”
抽象名词太多。
我们用抽象名词替代了用户真实的使用过程、和用户自己的心理感受。
于是，我再细化了一下要求——
假设我们现在面对一个老大爷，老大爷有一个做设计师的孙女，我们要让老大爷买这台MacBook送给孙女。
老大爷是听不懂抽象名词的。
老大爷也不能理解设计师的工作。
最终，调研同学们产出了这么一段描述：
“设计师们的工作压力很大、常常还要被领导批评。被领导批评的一大原因，其实不是设计师们画图的问题、而是电脑的问题，用大多数电脑设计时看起来是浅蓝色，到了领导的手机上可能就会变成更深的蓝，领导看到结果不好，就会批评设计师。而Macbook可以保证你在电脑上、画图时看到的样子，就是领导手机上看到的样子，设计师就不会因此被批评了。”
总结下来，这段话有几个特点：
第一，有具体的用户（设计师）。
第二，有具体的使用场景（画图给领导看）。
第三，有具体的问题（色差）。
第四，有产品的价值（消除色差）。
而且，产品价值的描述，不是用抽象名词“消除色差”。
而是通过原先遇到什么问题？
用产品后会解决到什么样子？
这样前后对比的描述。
第五，所有问题的价值，落到用户的直接好处或感受（不被批评）。
足够具体、足够形象、足够好理解。
如果调研到这个程度，是可以直接指导决策的。
实际调研时，我们的目标就是——
写出上面这段话。
同时，
了解清楚用户的规模、场景的发生频率。
当这么要求完。
我注意到调研同学们的行为马上变了。
他们原先会问用户：
“你买这个产品是因为什么功能？”
现在则会问：
“当你考虑产品时，你遇到了什么问题？为什么会有这个问题？原先你用的其他产品能解决这个问题吗？现在的产品为什么能解决这个问题？这个问题对你为什么重要？”
4、
而关于第二点标准——“知道怎么做到”。
提出标准的方式也很简单：足以支撑“预演”。
什么意思呢？
就是调研要达到的颗粒度，让我完全知道怎么干出同样的结果。
我足以通过调研，预演后续的工作——
假设我是个管理者，很多活儿我没办法自己直接动手干。
我应该买什么？多贵？
我应该招什么人？从哪里招？怎么面试？
怎么考核？怎么管理？
我应该准备多少钱？
做到需要多久？
会遇到哪些问题？
每个月做到什么样才是正常的？
5、
就像大多数工作一样——
结果不好要么来自资源不足、不够努力。
要么来自没想清楚自己要什么。
接地气的调研，其实来自于调研之前对目标的明确。
当你能越具体、准确的描述自己的需求，并坚持标准时，有效的调研才会发生。
做之前，先跳到终点，看一眼目标。
明确目标，再做动作，常常效率最高。
👍2
因为 ChatGPT，最近我是既兴奋又焦虑。作为一个 20 年码龄的前程序员兼产品经理，很难得又碰到一个比移动互联网更大的变革时代。我与 NLP（AI 中的一个分支， 自然语言处理，也是 ChatGPT 主要依赖的技术之一） 结缘是在 2004 年，那一年我还在上初中，写了一个叫“燊燊中文简繁通”的简繁体转换软件。
这个软件意外得到海内外很多华人的喜爱，有人帮我把它翻译成外文版介绍到外国，有人写文章专门介绍它，甚至有台湾同胞还把它刻成光盘标价 100 新台币售卖……我后来坚持做创新产品也与它有关，因为那种看到用户喜爱的评价时的成就感。
但这段经历让我印象最深的是大陆和港澳台不同的语言表达的转译难题。比如汉字简繁转换不是完全的一对一，“后”字对应的繁体字可能是“后”或者“後”，而“乾”字对应的简体字可能是“乾”或者“干”。又比如一些外国人名，大陆叫“特朗普”，港台叫“川普”，大陆叫“布什”，港台叫“布殊”……还有很多不能简单地一一替换的情形，所以这时候需要翻译程序懂“自然语言处理”。
可惜那时候我还是个初中生，搞不定这个事。后来大学我上了大学，专门去修了人工智能课，去请教老师这个问题。老师告诉我有个东西叫“NLP”。在那时，我也了解了数字生命，了解了高性能计算，了解了各种开源技术，它们的神奇都让我惊叹。但是老师告诉我，AI 在过去几十年都没有怎么大的发展，强人工智能遥遥无期，把它作为事业似乎不是好的选择。
我又碰巧赶上了移动互联网的初期，参与了微信团队创始期的一些工作，一直忙着在“浪潮之巅”冲浪，后来又忙着创业，这方面的念想也就靠边站了。
直到看到 ChatGPT 的出现。我发现短短几年间真的 AI 完成了突破。我们又迎来巨大的新机会（和风险）。
ChatGPT带给我们的，不只是它的“连续对话能力”，更重要的是它背后的 RLHF“人工反馈强化学习”，它对语言的理解和熟悉已经完全超过了常人的理解。所以很多人惊呼 AI 真的有了智能。
我们在看很多科幻电影里面渲染的机器统治地球的情节，有一个大前提，机器人需要先获得人类的喜爱，人类开始把它当伙伴，带它进入千家万户，后来有一天，有一只机器人觉醒了、造反了……
回归现实，我们却经常面对“人工智障”的 Siri 和小 X 音箱，这似乎很难让人愿意把它当做家人。
但是！
想象一个场景，你下班回到家，对着你家中的智能机器人说“好累啊”，它会安慰你，跟它说你不知道做什么菜，它能给你推荐食谱，你遇到难题它会给你想解决方案……这些电影里的情节，在今天不是科幻，只要把家里的“小 X 音箱”背后的程序换成 ChatGPT 就可以实现了。
实际上以它为基础的智能硬件在一年内一定会上市，而且可能会大行其道。
我和朋友半开玩笑说，从今年出生的孩子开始，他们从小见到的 AI 不再是智障，他们从小都会把家里的机器人当作朋友和亲人。那么 20 几年后，当这代人成为社会主流，机器也就统治世界了。
这也可能不是玩笑，那么集美们兄 dei 们，我们人类自嗨的时光，正在倒计时。
我不知道这是真正的未来还是杞人忧天，但一个新事物的未来注定是掌握在了解它的人的手里。希望我们中国也有一帮 懂 AI 、掌握 AI 的“自己人”，确保这个世界的“智能霸权”不会因为意识形态、政治、地理、文化因素而被某个唯一大国掌握。又或者，未来的 AI 之间各为其主，也能互相抗衡，给人类留下一点生存空间。
————
我是行者慎思科技咨询创始人陆树燊，我正和一群AI专家和产品专家一起研究AIGC技术在不同场景中的产品和应用。欢迎找我探讨，聊聊你的需求和创意。 （个人微信：shensinside，公号：行者慎思）
这个软件意外得到海内外很多华人的喜爱，有人帮我把它翻译成外文版介绍到外国，有人写文章专门介绍它，甚至有台湾同胞还把它刻成光盘标价 100 新台币售卖……我后来坚持做创新产品也与它有关，因为那种看到用户喜爱的评价时的成就感。
但这段经历让我印象最深的是大陆和港澳台不同的语言表达的转译难题。比如汉字简繁转换不是完全的一对一，“后”字对应的繁体字可能是“后”或者“後”，而“乾”字对应的简体字可能是“乾”或者“干”。又比如一些外国人名，大陆叫“特朗普”，港台叫“川普”，大陆叫“布什”，港台叫“布殊”……还有很多不能简单地一一替换的情形，所以这时候需要翻译程序懂“自然语言处理”。
可惜那时候我还是个初中生，搞不定这个事。后来大学我上了大学，专门去修了人工智能课，去请教老师这个问题。老师告诉我有个东西叫“NLP”。在那时，我也了解了数字生命，了解了高性能计算，了解了各种开源技术，它们的神奇都让我惊叹。但是老师告诉我，AI 在过去几十年都没有怎么大的发展，强人工智能遥遥无期，把它作为事业似乎不是好的选择。
我又碰巧赶上了移动互联网的初期，参与了微信团队创始期的一些工作，一直忙着在“浪潮之巅”冲浪，后来又忙着创业，这方面的念想也就靠边站了。
直到看到 ChatGPT 的出现。我发现短短几年间真的 AI 完成了突破。我们又迎来巨大的新机会（和风险）。
ChatGPT带给我们的，不只是它的“连续对话能力”，更重要的是它背后的 RLHF“人工反馈强化学习”，它对语言的理解和熟悉已经完全超过了常人的理解。所以很多人惊呼 AI 真的有了智能。
我们在看很多科幻电影里面渲染的机器统治地球的情节，有一个大前提，机器人需要先获得人类的喜爱，人类开始把它当伙伴，带它进入千家万户，后来有一天，有一只机器人觉醒了、造反了……
回归现实，我们却经常面对“人工智障”的 Siri 和小 X 音箱，这似乎很难让人愿意把它当做家人。
但是！
想象一个场景，你下班回到家，对着你家中的智能机器人说“好累啊”，它会安慰你，跟它说你不知道做什么菜，它能给你推荐食谱，你遇到难题它会给你想解决方案……这些电影里的情节，在今天不是科幻，只要把家里的“小 X 音箱”背后的程序换成 ChatGPT 就可以实现了。
实际上以它为基础的智能硬件在一年内一定会上市，而且可能会大行其道。
我和朋友半开玩笑说，从今年出生的孩子开始，他们从小见到的 AI 不再是智障，他们从小都会把家里的机器人当作朋友和亲人。那么 20 几年后，当这代人成为社会主流，机器也就统治世界了。
这也可能不是玩笑，那么集美们兄 dei 们，我们人类自嗨的时光，正在倒计时。
我不知道这是真正的未来还是杞人忧天，但一个新事物的未来注定是掌握在了解它的人的手里。希望我们中国也有一帮 懂 AI 、掌握 AI 的“自己人”，确保这个世界的“智能霸权”不会因为意识形态、政治、地理、文化因素而被某个唯一大国掌握。又或者，未来的 AI 之间各为其主，也能互相抗衡，给人类留下一点生存空间。
————
我是行者慎思科技咨询创始人陆树燊，我正和一群AI专家和产品专家一起研究AIGC技术在不同场景中的产品和应用。欢迎找我探讨，聊聊你的需求和创意。 （个人微信：shensinside，公号：行者慎思）
👍2👎1🤯1
#工程师工具 Image2icon 这款图标制作工具很适合 App 开发者使用，可以很快用图片或者简单编辑的方式做出一款符合各端尺寸的图标，包括 Mac、iPhone、文件夹、Favicons 图标的快速导出，有需求可以一试。
🤖 https://img2icnsapp.com/
🤖 https://img2icnsapp.com/
👍1
O2O洗车App原型源文件及UI设计源文件下载
#产品经理资源下载站
O2O（Online to Offline）洗车App已经成为了当下普及的一种洗车方式，用户可以通过手机APP在线预约洗车，然后通过线下的实体洗车服务进行洗车，为用户提供了更加便捷的服务方式。 针对O2O洗车App，设计一个完整的原型源文件...
https://axurehub.com/11828.html
#产品经理资源下载站
O2O（Online to Offline）洗车App已经成为了当下普及的一种洗车方式，用户可以通过手机APP在线预约洗车，然后通过线下的实体洗车服务进行洗车，为用户提供了更加便捷的服务方式。 针对O2O洗车App，设计一个完整的原型源文件...
https://axurehub.com/11828.html
👍1
#程序员
如何成为独立开发者并赚钱，ChatGPT怎么说？
1、确定一个问题或机会。第一步是确定一个你可以用你的编程技能解决的问题或机会。寻找市场上的空白点或人们正在经历的痛点，你可以用软件解决方案来解决。
2、进行市场调查。一旦你有了一个想法，就做一些市场调查，以验证对你的解决方案的需求。寻找已经存在的类似产品或服务，看看它们是如何定价、营销和定位的。
3、界定你的目标受众。确定你的目标受众是谁，他们的需求是什么。这将有助于你根据他们的具体要求定制你的产品，使其对潜在客户更具吸引力。
4、创建一个最小可行产品（MVP）。开发一个最小可行产品，展示你的想法，为你的目标受众解决问题。这将使你能够从潜在客户和利益相关者那里获得早期反馈和验证。
5、测试和迭代。在创建你的MVP后，与你的目标受众进行测试，并根据他们的反馈进行迭代。利用这些反馈来改进你的产品，使其更方便用户使用。
6、创建一个商业计划。创建一个商业计划，概述你的产品、目标受众、营销策略、定价和收入来源。这将帮助你在发展你的产品和业务时保持专注和有序。
7、建立你的品牌。建立一个强大的品牌，反映你的价值观并与你的目标受众产生共鸣。这包括创建一个标志、一个网站、社交媒体资料和其他营销材料，以帮助你在竞争中脱颖而出。
8、推出你的产品。一旦你有一个强大的MVP和一个坚实的品牌，就向市场推出你的产品。使用社交媒体、电子邮件营销和其他渠道来接触你的目标受众，并在你的产品周围引起轰动。
9、收集反馈。当你推出你的产品时，收集来自你的客户和利益相关者的反馈。利用这些反馈意见，随着时间的推移，继续迭代和改进你的产品。
10、扩大你的业务。最后，随着你的业务增长和你的产品变得更加成功，寻找方法来扩大你的业务。这可能包括雇用额外的开发人员，扩大你的产品线，或探索新的收入来源。
以上答案来自AI人工智能。
如何成为独立开发者并赚钱，ChatGPT怎么说？
1、确定一个问题或机会。第一步是确定一个你可以用你的编程技能解决的问题或机会。寻找市场上的空白点或人们正在经历的痛点，你可以用软件解决方案来解决。
2、进行市场调查。一旦你有了一个想法，就做一些市场调查，以验证对你的解决方案的需求。寻找已经存在的类似产品或服务，看看它们是如何定价、营销和定位的。
3、界定你的目标受众。确定你的目标受众是谁，他们的需求是什么。这将有助于你根据他们的具体要求定制你的产品，使其对潜在客户更具吸引力。
4、创建一个最小可行产品（MVP）。开发一个最小可行产品，展示你的想法，为你的目标受众解决问题。这将使你能够从潜在客户和利益相关者那里获得早期反馈和验证。
5、测试和迭代。在创建你的MVP后，与你的目标受众进行测试，并根据他们的反馈进行迭代。利用这些反馈来改进你的产品，使其更方便用户使用。
6、创建一个商业计划。创建一个商业计划，概述你的产品、目标受众、营销策略、定价和收入来源。这将帮助你在发展你的产品和业务时保持专注和有序。
7、建立你的品牌。建立一个强大的品牌，反映你的价值观并与你的目标受众产生共鸣。这包括创建一个标志、一个网站、社交媒体资料和其他营销材料，以帮助你在竞争中脱颖而出。
8、推出你的产品。一旦你有一个强大的MVP和一个坚实的品牌，就向市场推出你的产品。使用社交媒体、电子邮件营销和其他渠道来接触你的目标受众，并在你的产品周围引起轰动。
9、收集反馈。当你推出你的产品时，收集来自你的客户和利益相关者的反馈。利用这些反馈意见，随着时间的推移，继续迭代和改进你的产品。
10、扩大你的业务。最后，随着你的业务增长和你的产品变得更加成功，寻找方法来扩大你的业务。这可能包括雇用额外的开发人员，扩大你的产品线，或探索新的收入来源。
以上答案来自AI人工智能。
👍3
2023 年 2月23日讯，在小红书WILL商业大会上，小红书宣布其月活创作者已超过2000万，日均发布笔记量超过300万，日均搜索查询量近3亿次。
2021 年 1月5日，抖音发布《2020抖音数据报告》，截止2020年12月，抖音日均视频搜索量突破4亿。
2021 年 1月5日，抖音发布《2020抖音数据报告》，截止2020年12月，抖音日均视频搜索量突破4亿。
IMG_6198.JPG
636.1 KB
🐮🍺
试用了 phind.com 这款自称为研发者而生的 AI 搜索引擎，我的评价是在技术信息检索方面 Phind 比 new Bing 和 ChatGPT 的体验要好得多，详见下图。
其实它对于非开发者相关内容也能给出不错的回答，再加上响应速度快而且不搞 waitlist 那套，我愿意给他满分！
#程序员
试用了 phind.com 这款自称为研发者而生的 AI 搜索引擎，我的评价是在技术信息检索方面 Phind 比 new Bing 和 ChatGPT 的体验要好得多，详见下图。
其实它对于非开发者相关内容也能给出不错的回答，再加上响应速度快而且不搞 waitlist 那套，我愿意给他满分！
#程序员
👍5
SaaS 软件在中国的困境很好理解
举个小公司的例子
财务/人事 / 管理人员说：我们需要这个软件来提高工作效率
绝大部分老板会说：那我招你干嘛？我不关心你怎么做，我只需要结果
举个小公司的例子
财务/人事 / 管理人员说：我们需要这个软件来提高工作效率
绝大部分老板会说：那我招你干嘛？我不关心你怎么做，我只需要结果
👍6
#程序员
准备开发一个免费开源的网页插件
1. 集成 singlefile ，支持保存网页快照。
2. 支持在网页上直接批注。 打开网页后加载之前的批注。
3. 不依赖服务器，支持把 notion，webdav，GitHub 作为后端。
4. 把批注导出到 obsidian，logseq，notion，wolai，flowus。
下面是我的一些思考🤔
1. 为什么开源？
singlefile 是 agpl 协议的，与其自己造轮子，不如直接用现有的开源库。
2. 为什么要支持 GitHub notion
额外支持 GitHub notion 的成本很小。
希望以开源插件作为获客手段，让用户先用上插件。 再利用 hamsterbase 专属的功能（如全文搜索）把用户吸引到 hamsterbase 上。
准备开发一个免费开源的网页插件
1. 集成 singlefile ，支持保存网页快照。
2. 支持在网页上直接批注。 打开网页后加载之前的批注。
3. 不依赖服务器，支持把 notion，webdav，GitHub 作为后端。
4. 把批注导出到 obsidian，logseq，notion，wolai，flowus。
下面是我的一些思考🤔
1. 为什么开源？
singlefile 是 agpl 协议的，与其自己造轮子，不如直接用现有的开源库。
2. 为什么要支持 GitHub notion
额外支持 GitHub notion 的成本很小。
希望以开源插件作为获客手段，让用户先用上插件。 再利用 hamsterbase 专属的功能（如全文搜索）把用户吸引到 hamsterbase 上。
👍3