paapstore售价是美元。
而paordkeeper售价为美元。
虽然paordkeeper还要便宜些。
但用户在选择产品时，往往倾向于已经被验证过的成熟解决方案，而不是一个初创开者的独立产品。
因此，尽管paordkeeper要便宜一些，但反响一般吧。
从后台数据来看paordkeeper的成绩就很一般了，而且有效下载不多。
根本就没啥赚到什么钱。
一个很有实力的开者搞的软件却没挣到钱。
听起来很滑稽幽默，不过也挺正常的。
林枫无奈地叹了口气：“即便是天才，也难敌市场规律。”
林枫在内心叹息之余，迅调整了思路。
他知道，paordkeeper本身并没有太大的问题，核心功能足够扎实，安全性也得到了保障，只是输在了先来后到上。
既然如此，干脆就换个战场好了。
在软件端竞争不过现有的成熟产品，但完全可以转换思路进军插件端。
也许，做成一个简单的浏览器插件，能够起到意想不到的效果。
这个想法开始在林枫脑海中一经萌就迅成型。
这并不是草率的决定。
先，依旧是需求决定市场。
随着oo年代的互联网的进一步展，越来越多的用户在浏览器中处理日常事务。
这些日常事务在办理的过程中必然会涉及到包括登录账户、管理密码之类的操作。
开一个简洁的密码保存插件直接嵌入到用户的浏览器中，无疑将可以减少用户在涉及密码这一环节的操作步骤，提高工作效率。
当然，这样的插件的核心竞争力不是密码保存，而是强密码自动生成，自动填充。
毕竟用户面临的两难困境是密码太弱造成安全隐患怎么办？密码太强记不住又怎么办？
本小章还未完，请点击下一页继续阅读后面精彩内容！
而通过这样一个插件则完美解决用户的痛点。
其次，没有竞争对手。
当然，彼时插件端倒是也有一些主打密码记忆的。
但做到能自动生成强密码的一个都没有。
虽然以o的眼光很容易先入为主觉得这功能也没啥。
但事实就是现在确实没有能同时兼顾生成强密码的插件。
就连谷歌对这方面也兴趣不大，谷歌自家搞的生成强密码功能还要等到o年。
虽然说paord是个劲敌，不过现在paord正在专注于苹果全家桶那边搞闭合生态。
显然对于开谷歌插件兴致寥寥。
最后，有技术储备。
毕竟有paordkeeper的基础，基于这个搞一款插件还是很轻松的。
有市场需求，没对手，同时有技术储备。
林枫感觉还是值得搞一下的。
虽然理论上基于paordkeeper开插件那是毫无难度。
当然，想照搬显然也是不行的。
paordkeeper这个软件太“重”
