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
#运营
从进展来看，2月份做得挺好，满意。规划执行得好，也拿到有价值的反馈。
分享一下我的工作方法，也是慢慢摸索出来的。
1、务必要花足够多的时间去思考
· 本质上说这是什么事，怎么去定义
· 为什么做这件事，之前设定的目标是什么，这个目标还对吗
· 自己和这件事处在什么阶段，当下主要问题是什么
· 围绕着这个问题，解决方法是什么，先做什么后做什么
竭尽全力的从根上，把这件事琢磨透了、想明白了，再去考虑执行的事。很多人上来就干，对这件事本身的理解都很浅，不太可能做好。
当然，我们在不同阶段对事情的理解也不同。有时候就是想不清楚，不确定的因素太多。没关系，尽量去想，再把不确定的问题记下来，等着之后一边干一边再想。
2、只做最近一个月的计划
虽然在努力把事想透，但仍然不做太长的计划。对于我个人来说，近一个月就足够了。在这30天里足以发生非常多的可能性，我需要做好应对调整的准备。
有朋友说，会不会缺少长期视角？
肯定不会的。再回到第一点，别忘了我们每个月都会做这种深度思考。思考问题的本质，往往会采用长期视角，会关注长期收益。
3、把计划写出来，最好每日打卡
工作计划一定是明确的，比如为了达成什么目标，去做哪些尝试，怎么衡量这些尝试的效果，尝试要做多久。
我个人喜欢用OKR的方式，只要能写清楚就行。
因为是每月的计划，所以有些具体的todo会是每天或者每周要做的，不如设置成打卡的形式。
如果当天或当周做了，做好标记。一方面提醒自己要做那些事，另一方面也是记录，之后复盘会用到。我在用Streaks这个工具，但工具没那么重要。
执行时打卡这种方式，持续做下去，会发现有些事就变成习惯了，不需要打卡也不会忘记。只设置还未变成习惯的todo就行，数量少一些，压力也小一些。
4、每两周做一次复盘
工作计划的周期是一个月，中间的时候可以简单做个复盘，也就是每两周。
· 复盘进展。看看和目标差距是不是很大。如果差距过大，可以考虑调整一下目标
· 思考收获。一边做一边思考，就会有收获。但如果等到一个月后再复盘，就会忘掉了，也不能快速的应用起来
为什么要改目标呀？那目标存在还有意义吗？
目标最重要的价值在于方向的牵引，和程度的衡量。也就是说，有了目标你知道往哪里走，也知道你走了多远，离目的地还有多远。
而且很多时候定目标比较盲目，没有太多参考，只能先拍一个。这没问题，那么在执行过程中就要反过来验证这个目标拍的怎么样。如果不合理，就调一下。
5、要保护自己的主观积极性
先做计划再执行，很容易中断或者放弃，半途而废就非常可惜，前面的思考也没办法落地了。
人们会放弃自己目标的常见原因是，积极性受挫，没信心、没兴趣再做下去了。
我看过几本教人养成好习惯的理论书籍，比如《福格行为模型》。书里的核心观点肯定是B=MAP，无需赘述。
但在这个核心观点之下，作者在反复强调主观积极性的作用。比如，不要觉得自己能力不行，而是方法不对；要把做事的门槛降低，把步骤切碎等等，都是在谨小慎微的保护自己的积极性。
这是我的工作方法，希望对你有帮助。
从进展来看，2月份做得挺好，满意。规划执行得好，也拿到有价值的反馈。
分享一下我的工作方法，也是慢慢摸索出来的。
1、务必要花足够多的时间去思考
· 本质上说这是什么事，怎么去定义
· 为什么做这件事，之前设定的目标是什么，这个目标还对吗
· 自己和这件事处在什么阶段，当下主要问题是什么
· 围绕着这个问题，解决方法是什么，先做什么后做什么
竭尽全力的从根上，把这件事琢磨透了、想明白了，再去考虑执行的事。很多人上来就干，对这件事本身的理解都很浅，不太可能做好。
当然，我们在不同阶段对事情的理解也不同。有时候就是想不清楚，不确定的因素太多。没关系，尽量去想，再把不确定的问题记下来，等着之后一边干一边再想。
2、只做最近一个月的计划
虽然在努力把事想透，但仍然不做太长的计划。对于我个人来说，近一个月就足够了。在这30天里足以发生非常多的可能性，我需要做好应对调整的准备。
有朋友说，会不会缺少长期视角？
肯定不会的。再回到第一点，别忘了我们每个月都会做这种深度思考。思考问题的本质，往往会采用长期视角，会关注长期收益。
3、把计划写出来，最好每日打卡
工作计划一定是明确的，比如为了达成什么目标，去做哪些尝试，怎么衡量这些尝试的效果，尝试要做多久。
我个人喜欢用OKR的方式，只要能写清楚就行。
因为是每月的计划，所以有些具体的todo会是每天或者每周要做的，不如设置成打卡的形式。
如果当天或当周做了，做好标记。一方面提醒自己要做那些事，另一方面也是记录，之后复盘会用到。我在用Streaks这个工具，但工具没那么重要。
执行时打卡这种方式，持续做下去，会发现有些事就变成习惯了，不需要打卡也不会忘记。只设置还未变成习惯的todo就行，数量少一些，压力也小一些。
4、每两周做一次复盘
工作计划的周期是一个月，中间的时候可以简单做个复盘，也就是每两周。
· 复盘进展。看看和目标差距是不是很大。如果差距过大，可以考虑调整一下目标
· 思考收获。一边做一边思考，就会有收获。但如果等到一个月后再复盘，就会忘掉了，也不能快速的应用起来
为什么要改目标呀？那目标存在还有意义吗？
目标最重要的价值在于方向的牵引，和程度的衡量。也就是说，有了目标你知道往哪里走，也知道你走了多远，离目的地还有多远。
而且很多时候定目标比较盲目，没有太多参考，只能先拍一个。这没问题，那么在执行过程中就要反过来验证这个目标拍的怎么样。如果不合理，就调一下。
5、要保护自己的主观积极性
先做计划再执行，很容易中断或者放弃，半途而废就非常可惜，前面的思考也没办法落地了。
人们会放弃自己目标的常见原因是，积极性受挫，没信心、没兴趣再做下去了。
我看过几本教人养成好习惯的理论书籍，比如《福格行为模型》。书里的核心观点肯定是B=MAP，无需赘述。
但在这个核心观点之下，作者在反复强调主观积极性的作用。比如，不要觉得自己能力不行，而是方法不对；要把做事的门槛降低，把步骤切碎等等，都是在谨小慎微的保护自己的积极性。
这是我的工作方法，希望对你有帮助。
👍2🥰1
【电商拼团小程序PRD】前后台axure需求文档及业务流程图
#产品经理资源下载站
原型目录包括拼团小程序PRD概览 拼团购小程序前后台业务流程 更新日志 订单业务流程图 APP端 登录注册 注册登录流程 微信登录 手机号登录 首页 商品详情 购物车 结算 分类 我的 我的订单 订单状态 搜索 消息 全局状态 通知中心 启...
https://axurehub.com/9963.html
#产品经理资源下载站
原型目录包括拼团小程序PRD概览 拼团购小程序前后台业务流程 更新日志 订单业务流程图 APP端 登录注册 注册登录流程 微信登录 手机号登录 首页 商品详情 购物车 结算 分类 我的 我的订单 订单状态 搜索 消息 全局状态 通知中心 启...
https://axurehub.com/9963.html
👍1
#产品经理
ChatGPT是干什么的？为什么它有效？（第二部分）
WolframAlpha之父，Stephen Wolfram写的 一篇讲ChatGPT原理的长文（ https://writings.stephenwolfram.com/2023/02/what-is-chatgpt-doing-and-why-does-it-work/#circle=on ），深入浅出不需要有太多的预备知识即可以读懂，对于理解机器学习、神经网络、NLP的原理都很有帮助。
鉴于原文是英文，加上文章的长度实在太长，直接向大家推荐原文的话，可能对于不少朋友来说最终的归宿很有可能还是在收藏夹吃灰。网络上能找到的中文翻译也大多是机翻，直接阅读也容易出现理解偏差。所以我决定自己动手做三件事：
1. 按照段落提供英文原文和翻译对照，其中中文翻译是在翻译工具的基础上尽可能进行校对修改，尽可能达到“信达雅”，如有翻译得不好的地方，也可以快速查看原文来理解；
2. 根据情况补充一些注释；
3. 把长文拆分成若干篇发布，减少吃灰概率。
今天是翻译第二弹。
ChatGPT是干什么的？为什么它有效？（第二部分）
WolframAlpha之父，Stephen Wolfram写的 一篇讲ChatGPT原理的长文（ https://writings.stephenwolfram.com/2023/02/what-is-chatgpt-doing-and-why-does-it-work/#circle=on ），深入浅出不需要有太多的预备知识即可以读懂，对于理解机器学习、神经网络、NLP的原理都很有帮助。
鉴于原文是英文，加上文章的长度实在太长，直接向大家推荐原文的话，可能对于不少朋友来说最终的归宿很有可能还是在收藏夹吃灰。网络上能找到的中文翻译也大多是机翻，直接阅读也容易出现理解偏差。所以我决定自己动手做三件事：
1. 按照段落提供英文原文和翻译对照，其中中文翻译是在翻译工具的基础上尽可能进行校对修改，尽可能达到“信达雅”，如有翻译得不好的地方，也可以快速查看原文来理解；
2. 根据情况补充一些注释；
3. 把长文拆分成若干篇发布，减少吃灰概率。
今天是翻译第二弹。
#产品经理
跟蚂蚁的朋友交流业务，对方问：为什么国外很少见 All-in-one 的 SaaS
我的观点是，海外产品大多是 bottom-up 的
即，先搞定基层员工, 接着在团队蔓延开, 最后扩散到整个组织
而国内比较偏 top-down, 搞定老板进而通过行政方式推行到全公司
在欧美这种人才密度高的地区很多公司是会给与员工 IT 预算的
以我之前工作的公司为例, 每人每年 100-200 美金的 IT 预算
团队同学不需要经过我审批，而可以自行决定选用哪款工具，很多 SaaS 都是在我完全不知情的情况下订阅的
这个现象我们称为 "软件的消费者化"，不同角色关心的是如何解决自己的问题
所以在产品设计上价值越锐利，越能够打动基层员工
当然, 在产品设计上海外用户也更喜欢简洁一点
这从电商产品上就能窥见一斑
跟蚂蚁的朋友交流业务，对方问：为什么国外很少见 All-in-one 的 SaaS
我的观点是，海外产品大多是 bottom-up 的
即，先搞定基层员工, 接着在团队蔓延开, 最后扩散到整个组织
而国内比较偏 top-down, 搞定老板进而通过行政方式推行到全公司
在欧美这种人才密度高的地区很多公司是会给与员工 IT 预算的
以我之前工作的公司为例, 每人每年 100-200 美金的 IT 预算
团队同学不需要经过我审批，而可以自行决定选用哪款工具，很多 SaaS 都是在我完全不知情的情况下订阅的
这个现象我们称为 "软件的消费者化"，不同角色关心的是如何解决自己的问题
所以在产品设计上价值越锐利，越能够打动基层员工
当然, 在产品设计上海外用户也更喜欢简洁一点
这从电商产品上就能窥见一斑
今日三观震惊🫢
遇到资深投资人给年轻人建议说：
不要选自己热爱的事
要选聪明前辈建议的事
去了公司要听老板合伙人的话
（总之 他们比你懂）
我相信他是真心这么觉得 给出建议
但有一种很强 被规训 被驯服的感觉
那些看上去厉害的人可能更懂这个世界
但没有谁会比自己更懂自己吧
游戏规则到底是谁定的
遇到资深投资人给年轻人建议说：
不要选自己热爱的事
要选聪明前辈建议的事
去了公司要听老板合伙人的话
（总之 他们比你懂）
我相信他是真心这么觉得 给出建议
但有一种很强 被规训 被驯服的感觉
那些看上去厉害的人可能更懂这个世界
但没有谁会比自己更懂自己吧
游戏规则到底是谁定的
👍1
#程序员
哇偶，Github 自带了侧边栏文件树，以及更好用的代码搜索。不得不说，Github 越来越好用了。
具体内容：https://docs.github.com/repositories/working-with-files/managing-files/navigating-files-with-the-new-code-view
哇偶，Github 自带了侧边栏文件树，以及更好用的代码搜索。不得不说，Github 越来越好用了。
具体内容：https://docs.github.com/repositories/working-with-files/managing-files/navigating-files-with-the-new-code-view
Re @bearbig 想起我之前整理的这个了😂
Tw93: #最近写啥 最近写了一篇《什么是比较好的低代码产品》。
说到低代码，喜欢的人特别喜欢，不喜欢的人很不喜欢，此外也有假装去喜欢的，也有喜欢得不明不白的。我现在对于低代码是有点儿喜欢的那种，不过只限于在特定领域，实现需求的速度比熟练工程师写代码要快的那种场景。
https://tw93.fun/2023-01-02/low-code.html
Tw93: #最近写啥 最近写了一篇《什么是比较好的低代码产品》。
说到低代码，喜欢的人特别喜欢，不喜欢的人很不喜欢，此外也有假装去喜欢的，也有喜欢得不明不白的。我现在对于低代码是有点儿喜欢的那种，不过只限于在特定领域，实现需求的速度比熟练工程师写代码要快的那种场景。
https://tw93.fun/2023-01-02/low-code.html