这是一个创建于 64 天前的主题，其中的信息可能已经有所发展或是发生改变。
Reqable正式发布后这大半年的真实感受，就是推广实在是太难了，尤其是海外推广。国内市场，由于语言文化没有隔阂，相对来说好一点，至少写一些技术文章还有受众。海外市场，尝试了 Twitter 和 ProductHunt 等，完全没有流量。如果有资金，打广告，找运营团队，都还好说，但是对于独立开发者来讲，这个成本难以接受。如果专职运营，一个人精力有限，产品的功能上新和迭代必然要受到大幅影响。
针对这个困局，我的计划是采用半开源的方式，试试效果。这里的半开源，包括两大方面：
- 模块开源。
- 云服务开源。
Reqable 本身是开发人员工具，开源可以给项目带来一些曝光和流量，同时也能给社区做贡献，共同成长，一举两得。
1. 模块开源
开源 Reqable 项目中的重要模块，很多都是 Flutter 生态中目前的痛点，也是我花了很大精力去完成的，这部分开源的模块会随着 Reqable 项目一起迭代和成长。只要 Reqable 项目还活着，这些仓库都会持续维护和迭代下去。
Reqable 采用了组件化开发，很多模块都是以单独仓库的形式存在，下面是项目全部的组成部分。
第一批已经开源的有三个模块：
- 代码编辑器
- 文本高亮
- python 脚本框架
后续我会抽时间整理下其他模块的代码和编写文档，助力 Flutter 生态越来越好！
1.1 代码编辑器
项目地址： https://github.com/reqable/re-editor
Re-Editor是一个强大的轻量级文本和代码编辑器组件，既可以作为一个简单多行文本输入组件，也可以作为一个具备基本功能的代码编辑器。
Re-Editor采用自绘而不是控件组装的方案，因此具备很高的性能，支持大文件编辑。Re-Editor解决了 Flutter 官方的TextField组件的很多痛点问题，同时还具备下面这些特性：
- 横向和纵向双向滚动。
- 文本语法高亮。
- 内容折叠和展开。
- 输入提示和自动补全。
- 搜索替换功能。
- 自定义上下文菜单。
- 快捷键支持。
- 大文本显示和编辑。
- 显示行号和焦点行。
- 智能输入。
1.2 文本高亮
项目地址： https://github.com/reqable/re-highlight
Re-Highlight是一个强大的文本语法高亮库，可以将一个文本自动语法高亮，只需要定义好一个语法规则。当然，Re-Highlight已经内置了几十种编程语言的语法高亮规则，几行代码即可实现代码语法高亮。
Re-Highlight的实现代码全部由Dart语言编写，翻译自知名的highlightjs项目，实现思路和灵感则来自于highlight.dart项目（已停止更新维护）。Re-Highlight已同步highlightjs当前的最新版本 v11.9.0 ，并验证通过全部的测试用例，应该是目前 Flutter 生态里最强大的文本语法高亮库。
1.3 python 脚本框架
项目地址： https://github.com/reqable/python-scripting-api
Reqable 目前使用的 Python 脚本框架，基本都是 Python 代码，对 Flutter 社区的贡献倒不大，所以不多介绍，熟悉 Python 的可以看看。
2. 云服务开源
目前几乎所有的 API 相关软件都是靠云服务收费，我也这么想过，但是还是放弃了。我觉得 Reqable 需要做一些改变，将云服务完全开源，主要考虑下面几点：
-
数据安全。几乎所有上规模的企业都注重数据安全，将非常重要的 API 数据放到第三方服务器是不现实的，所以很多竞品都是靠私有部署来收费。但是很多小公司或者个人，根本付不起私有部署的成本。所以，我的想法是反其道而行之，云服务免费，并支持自由部署，用户只需要一台服务器。
-
技术栈。Reqable 项目目前只有我一个人在开发，除了开发客户端，还要做网站开发、运营推广、运维、客服等等，真的忙不过来。而且，我可以拍胸脯说我精通客户端，这个没问题，但是让我说精通服务端，那就真扯淡了。
关于云服务项目，还在计划和筹备中，目前暂定的是Levi大佬会和我一起开发，当然也是由 Levi 主导，这里要感谢 Levi 的支持。
项目地址： https://github.com/reqable/restapi-cloud-server
结语
今年再接再厉，让 Reqable 随着社区一起成长吧！
 |
1
BeiChuanAlex 64 天前  4
干脆全开源吧，收专业版的费用，免费版不收费。
|
 |
2
hhecoder 64 天前 via Android
如果一直没有起色，可能不是你的问题，需要考虑做新项目了。
|
 |
3
rizon 64 天前 via iPhone
唉，还是能理解这种花了很大精力，但是却得不到期望的曝光的心情的。
我之前做的产品都抱着自用的心态，从不宣传因此反而没什么感觉，但是一旦想要宣传一下了，才发现世界如此大，人如此渺小。 |
 |
4
iamwin 64 天前 via Android
营销推广是要钱的，技术反而不重要，国内开源转商业基本上很难很难做起来的
|
 |
5
HaroldFinchNYC 64 天前
写英文博客
|
 |
6
bigfei 64 天前
可以全部开源，但是商业使用收费，然后打官司赚钱。
|
 |
7
woody3rd 64 天前
可以全部开源，代码里增加个回调接口，但是商业使用收费，然后打官司赚钱。
|
 |
9
liuidetmks 64 天前
问下，怎么自定义证书？ p12 格式的
|
 |
10
weijancc 64 天前 via iPhone
行动力很强
|
|
11
bigfei 64 天前
打官司可以外包出去，这种都是流水线作业的，跑通一次以后就熟悉了。
|
|
12
liuidetmks 64 天前
定价策略有修改的余地吗
采用买断制，比如买断 2.x 版本 或者按照功能付费？免费版 + 功能 a b c 付费 |
 |
13
jwenwang 64 天前
Reqable 很好用啊，建议在各个搜索引擎社交网站搜索一下 APIfox 研究下是怎么做内容营销和 SEO/SEM 的，可以照着思路去做
还有更简单的办法就是持续找技术相关的公众号/B 站博主这些，送几个付费版本名额当福利做活动，让博主发内容安利 |
 |
14
x2ve 64 天前 1
全开源国内 90%可能会换皮白嫖
 |
 |
15
neochen13 64 天前
老哥你要是敢开源多一点，我感觉死得更快……
|
|
16
liuidetmks 64 天前 16
如果哪天，你们坚持不下去了，千万不要做所谓“烂好人”把软件免费开源开放。
这对你曾经的竞争同行是一种伤害，对这个本就畸形的软件行业也是。（一个皮肤几百大家都说赚翻了，生产力软件都找破解版） 劳动本该获得报酬，错的是这个世界！ 艹！ |
 |
17
ajaxgoldfish 64 天前
去找那些卖课的老师，培训班的老师，让给他们用这个。
|
 |
18
iorilu 64 天前
op 这个项目肯定是不错的
但我个人一直不觉得针对个人开发者的工具会有多少收费市场 我认为收费， 要么是针对普通用户的， 要么是针对公司， 团队的那种工具， 比如协作之类的， 但针对开发个单人使用的工具很难 原因很简单， 既然是开发者， 一般都倾向于免费工具， 或者宁愿自己折腾， 总之是很难从开发者哪里收钱 |
|
19
iorilu 64 天前
@ajaxgoldfish 想多了， 你以为人家傻的， 他们针对的用户， 就是那种天真的以为所谓 AI 就是打两个字或说句话全搞定的那种
|
 |
20
qweruiop 64 天前
op 这个项目不错，我尝试推了几次，最后也推不动，主要还是公司（欧洲公司）会质疑数据隐私。。。如果能开源，再加上欧美的文档，应该能推的不错。
|
 |
21
dc2002007 64 天前 1
我有一个不成熟的思路：
1 、不要开源 2 、软件一定要收费 3 、前期释放大量的短期注册码 4 、中前期在网上大量发布破解服务， 5 、中期中断部分破解服务 6 、后期让破解服务变得不稳定，但有极少数稳定的 |
 |
22
zxkxhnqwe123 64 天前
别开源，在想想吧！开源了就被抄袭，看看能不能找一些大厂的开发者让他们推广推广，或者参考下 apifox 的历程
|
 |
23
gimp 64 天前
OP ，我没找到能设置环境变量的地方呢，比如 Host 地址，本地和开发环境能进行切换，是我没找到还是暂不支持
|
 |
25
zhanlanhuizhang 64 天前 2
大佬，应该做一些给普通人的应用。
|
 |
26
jixiaopeng 64 天前
做有价值的事情，其他的不去管了，推广确实累，我也遇到了，但想想天天花时间推广，还不如把事情做好。我也开源了一个项目，借着这个话题发一下，不多说，还是去创造价值更有意义。
项目传送门 next.js: [https://github.com/huanghanzhilian/c-shopping]( https://github.com/huanghanzhilian/c-shopping) react-native(expo): [https://github.com/huanghanzhilian/c-shopping-rn]( https://github.com/huanghanzhilian/c-shopping-rn) docker 部署地址：[http://shop.huanghanlian.com/]( http://shop.huanghanlian.com/) vercel 部署地址：[https://c-shopping-three.vercel.app/]( https://c-shopping-three.vercel.app/) |
 |
27
Lexgni 64 天前
可以试试加个终身版，就我个人来说，这个软件只是偶尔会用一下，免费功能够用的情况下不会再去订阅，如果有买断的话至少会支持一下
|
 |
28
Alias4ck 64 天前
为啥不去 hackernews 上推广,可能会有更多人买你的单
|
 |
30
xiangbohua 64 天前 1
个人感觉你这个东西确实挺不错的，但是我站在使用者的角度考虑，相当于你这个是一个组件而不是解决某一系列业务问题的解决方案。因此除非完全没有替代品的时候、或者财大气粗的公司才会选择付费使用，但是我不知道你这产品本身有多少需求存在，这么几轮筛选下来感觉付费的用户比较少的概率就比较大了。
所以我个人感觉，是不是一开始就走开源免费使用的，然后提供企业支持的方式运营？ |
|
31
dc2002007 64 天前
@iorilu 现在最大的问题是，别人为何会用 Reqable ，不用 api-post ？收费的点在哪里？相对有什么不可替代的优势，颜值颠覆式的超越也算？我没看到太多吸引的点，开源只会毁掉这个行业。
|
 |
32
guguji5 64 天前
无论如何，大佬牛逼。
|
 |
34
lilei2023 64 天前 1
这种工具类的，我感觉有点难，尤其国内这环境，不是刚需真没人买，如果企业肯花钱还行！个人的话就看经济水平了！
|
|
35
iorilu 64 天前
别说个人搞得软件
就算大厂搞得软件 微软的开发软件， 有个人会买吗， 基本不可能 顶多企业买单， 但是你个人弄得软件， 一般可能还不至于能达到企业买单的程度， 企业很多也要有采购流程的， 不是简单看软件好不好用， 功能强不强等， 价格往往倒不重要 而且企业要买也是批量买， 但就这种软件， 并不是每个程序员要 举个例子， 你在一个公司， 可能是有调试 api 等需求， 你了解到了 op 这个软件， 你想申请买一个 你告诉主管说明情况， 主管说， 别人都没用， 为什么就你要， 你怎么说呢 |
 |
37
bkmi 64 天前 via Android
只能说需求太少了，可替代品也多，像我就一直用 proxyman 免费版，够用，另外我也想付费支持一下，奈何 proxyman 那个订阅费是真的贵，我喜欢买断的，Charles 我就买了
|
 |
38
zengxs 64 天前 2
ProductHunt 页面看了一下，review 是 0 啊，这种东西前期还是要找几个人去刷一下的，不然别人根本看不到
还有可以在官网对比一下和竞品的优势，比如你的 app 是 native ，Charles 是 Java ，性能这不就赢了，然后你支持 http/3 别人不支持等等 要列个表格出来，用户才能一眼看出你的优势 然后官网可以多写一些英文 blog 写一些有用的 http 调试技巧等技术文章，写得多了以后 seo 会上来，这又会带来一波自然流量，但是这个前期效果可能不明显，要坚持 另外 reddit 开发者的区可以多刷一下，帮别人解答一下问题但是不要打硬广告，容易被封 stackoverflow 这些论坛也是同样的思路 Twitter 上没有大佬带感觉很难有多少人看到，这个主要是发布信息为主吧 用户群体主要就面向海外吧，国内用户真的没啥消费力，做了费力不讨好 做产品不易，op 坚持下去，加油！！！ ✊✊✊ |
 |
39
qsnow6 64 天前
建议采取跟 postman 一样的收费方式，个人版不要施加太多限制，好的产品是可以推动用户自发进行宣传的。
|
 |
40
maemo 64 天前
很早就关注到楼主的这个项目了，看到这个帖子，能感受到个人开发者的不容易
作为一个 postman 重度使用者，导入了 postman 集合后，发现有下面几个功能无法平替 postman 。 1. Environment. 在 postman 上面，我有几个不同的环境, dev, stage, prod 。好像没有找到这个功能 2. Variables. 和上面的 Environment 相似，不同的环境，api 的 base url 可能不同。通过切换环境来自动切换请求地址。同时 Variables 也是支持不同层级的，global, collection, folder 这几个层级 3. 远程协作功能。不知是不是因为我下载的是免费版本的原因。我没有找到协功的功能，在 postman 中可以新建 Team, 添加成员，共享 collection 。 4. 文档生成。在创建 collection 可以自动生成文档，这一点比较方便，好像也没有找到类似的功能。 |
 |
41
xiaoriri666 64 天前
做的很不错啊，特别适合逆向抓包，还有集成了 postman 的发送，ui 也不错，昨天刚付费了
|
 |
42
shuax 64 天前
问个问题，flutter 里面的 http 异步请求怎么取消？
|
 |
43
locoz 64 天前
付费方案建议还是参考 Jetbrains 那种策略，复合买断+订阅，订阅一年后自动买断当前版本，后续更新内容在停止订阅后不可用，后续续费给优惠。这样即使是需求暂时没那么大、想看看后续发展情况、单纯支持一下的人也可以不用担心付费完不怎么用结果到后面又没有高级功能了，可以先把钱掏了。
|
 |
44
MegatronKing OP @iorilu #18 谢谢，我非常认同你的观点，所以考虑更多去做团队协作相关的功能。
|
|
46
MegatronKing OP @xiangbohua #30 对标 Postman ，Proxyman ，Charles 等竞品，需求和市场是存在的，但是我觉得我可能没找到关键点。
|
|
47
MegatronKing OP @zengxs #38 靠谱的，我也计划这样做。
|
|
48
MegatronKing OP @maemo #40 Environment 和 Variables 正在做，最近几个版本就会上线。远程协作功能，就是帖子里面提到的准备按照开源方式去做的云服务功能。文档生成，这个比较靠后了，还没计划。
|
|
49
MegatronKing OP @shuax #42 一般请求发送后是不能取消的，除非你把 socket 给关了，你看看应该有个 close 函数。
|
 |
50
maxxfire 64 天前
佩服，做这个软件花了不少时间吧，真是一将功成万骨枯
|
|
51
maxxfire 64 天前
所以，搞 IT 真是大部分人为了这个行业用爱在发电。最后，还便宜了那些产品经理和直播卖货的
|
 |
52
fyxtc 64 天前 1
如果是要推广海外，一定要上 google 推广，靠自然量非常非常难，google 至少能带来流量，转化有问题那是另外的问题，怎么说呢，我觉得个人开发者很大的一个误区就是：我的时间不是成本，但是让我花钱推广就是成本。前期你如果花了 300 推广能收回 200 ，说明效果已经非常好了。
另一个点是：如果工具定位，尤其是个人，买断制是值得考虑的，有时候错误的价格定位损失的会更多。订阅制还是有自己的贪念在里面的，但是你的受众都是一群抠抠搜搜的程序员🐶，就想上面的 v 友说的，免费的平替那么多（更不用说破解的了），为什么要用这个？我之前也下了你这个用过，也只打开过那一次。 综上：并不说这个项目不好，而是在于你认为目前的商业价值和实际价值（对它的受众群体来说值得付费吗？付多少？）之间的误判，难受的点是在这里。而这个点是完全可以自己自由调整来取舍的。说一个暴论：10 元买断也许现在的收入也许会更多？。最后，我个人认为开源不是解决方案，甚至是一步坏棋。 |
 |
53
92Developer 64 天前
1 、推广营销才是重中之重
2 、感觉你这个产品的受众人群没有付费生态，想实现稳定盈利难啊 |
 |
54
SayHelloHi 64 天前
上架 Setapp 可以尝试一下
|
|
55
SayHelloHi 64 天前
也可以联系一下 数码荔枝
看是否可以进行合作 |
 |
57
lstz 64 天前 via Android
我曾经也是闭源付费策略，一直在推 codegen 工具箱，但是，显而易见的这非常困难，没有人会有动力和同事介绍一个收费而且闭源的软件。
所以我干脆就全部开源啦，第二版 laf-tools.com ，就跟思源笔记一样完全公开。我对自己写的代码质量还是比较有信心的，不存在特别严重的安全漏洞，即使有 vulnerability 我也会及时 patch 。 老哥，你可以考虑全部开源的，因为人家抄袭的了你的代码，但抄不了你心中对产品设计走向的规划，抄不了你在开源圈子打造的良好声誉。 只要有人的地方，就一定会有商机，他们也愿意给好产品付费，不会让开发者饿肚子的 |
 |
58
rahuahua 64 天前 1
http://reqable.proxy/ssl 打不开哦
|
 |
60
angry41 64 天前
Re-Editor 建议扩展开发成 notepad++的替代品，本人就是 notepad++重度用户，一直找不到靠谱的替代品（启动快、轻量化、功能齐全）
|
 |
61
lambdaq 64 天前
只有我一个人看了标题点进来，看了大半天不知道 reqable 是干啥的吗？
|
|
62
MegatronKing OP @fyxtc #52 我觉得你的暴论是对的，但买断制是个双刃剑。另外，到底是卖 SaaS 服务还是卖软件本身，对应到不同的销售模式。
|
 |
64
acceli 64 天前
我觉得 reqable 的推广力度不够，我是在酷安找 HttpCanary 怎么装证书的教程才看到有人说 reqable 也是 HttpCanary 作者的作品才知道的，HttpCanary 还是很棒的，怎么就不维护了呢，要不推广和 HttpCanary 结合起来。
|
|
65
MegatronKing OP #61 抓包+API 测试一体化工具，网站： https://reqable.com/ ，我觉得大家都不太喜欢硬推广，所以就没介绍具体的项目信息。
|
 |
66
zzbd 64 天前
话说 v2 有个老帖子列了很多类似工具，也包括 LZ 的 Reqable ，我还在最后一楼弄了个投票统计😂
https://www.v2ex.com/t/975795?p=2#r_13940635 |
|
67
lambdaq 64 天前 1
@zzbd 是的。我是没看明白再点进去的。我觉得这能解释 LZ 的问题「推广太难了」 和 「尝试了 Twitter 和 ProductHunt 等，完全没有流量」
因为大家压根不知道你这玩意干嘛的。。。。或者至少第一眼不能立刻发现价值所在，需要自己多点几次链接，打开页面去理解 把一个收费产品的认知门槛弄的这么高，推广效果能好吗？ |
 |
68
NickLuan 64 天前
之前发过体验码体验了下，怎么说呢 好用但是痛点没那么大，个人还是觉得产品的需求痛点决定着推广的效果，功能上可以再细分下
 |
 |
69
Inevitable 64 天前
一目了然的和主流产品对比表格,强化某一个点的优势,刷点浏览量
|
|
71
fyxtc 64 天前
@MegatronKing #61 再抛砖引玉一下，买断制是双刃剑，但对于你这个项目到底是利大还是弊大是需要摸索的，甚至于上面不是有 v 友说“和其他产品有什么差异化吗？”。诶，我这是买断的哟，这差异化够不够？既然是从存量市场出发，那么差异化一定要足够大，大到增加用户愿意选择你这款产品的权重。免费和订阅之间的路也许是能出华容道的其中一条路
我知道你担心什么，你担心买断的话，用户群体就那么多，如果都买断了，相当于利润是有尽头的。但是我个人还是建议，先考虑增加用户量，用户量是推广基础因子里面非常重要的一点（自来水）。这款产品绝对是需要很多心思去打磨的一款产品，但是产品的定位是工具类，可能 OP 会想当服务类来做，但是在我们抠抠搜搜的程序员眼里都算是工具类，一年过百的订阅对我来说要么是高频应用要么是不可替代，我们应该基于市场给产品定位，和定价。 这点困难不算什么，每一个创业者都会经历的，希望作者的产品大卖并越来越好 |
 |
72
adian 64 天前
祝用的人更多！
|
 |
73
0n2ynu 64 天前
按照米莱的说法, 只要你提供价格更低质量更好的产品, 那么钱自动流到你的口袋.
感觉你只是提供了一个同质化的东西, 没有创造出核心竞争力来. |
 |
74
snowflake007 64 天前
国外客户原因付费的多一些，国内的大都不愿意付费。我搞了一个人脸识别，人脸搜索的 SDK ，大部分都是国外客户
https://github.com/AnyLifeZLB/FaceVerificationSDK |
 |
75
rrfeng 64 天前
我在推上看到过有人夸你来着……
|
 |
76
zsh2517 64 天前
就我自己而言，用 Reqable 完全是因为 Charles 太难用了（反正对我自己而言那个操作逻辑很多地方特别别扭），很早之前就想找一个抓包工具的替代品（用过一段时间命令行的 mitmproxy ）
然后 V2EX 看到 Reqable 之后，下载试用，第二天就付费了 至于 API 请求这方面，我一直用的是 apifox ，目前没有啥痛点也就没动力去换（而且 apifox 的协作和文档方面确实很有用） |
 |
77
cktsun 64 天前 via Android
不錯的產品，但推出的時候和現在已經有很多同類的產品，開源的一大堆，所推廣的受眾人群可能對這個產品並不新鮮。
|
 |
78
zbowen66 64 天前
支持！佩服！加油！
|
 |
79
morgan1freeman 64 天前
@liuidetmks #16 这就是商业化的本质，没啥毛病，产品是卖给客户的，哪怕你技术上再屌，优化的再好，在每一个 byte 上扣的 再优秀，没有客户给你买单，这仍然是一个失败的产品
|
|
80
morgan1freeman 64 天前 5
从作为一个开发者或者工程师的角度，我是非常佩服 op 的，选了 flutter 这么一个生态不成熟的技术，在上面做了很多开拓性的工作，如果能开源出来，对社区贡献确实是极大的。
但是朋友，说一句实话，真的你跳出开发者这个技术角度，从商业性的角度考量，这无疑是一个失败的产品，首先跨平台有太多可选方案，以现代计算机的性能，electron 搭配前端成熟的编辑器 codemirror highlightjs 等生态，要快速打造一个 Reqable 简易版并不困难，v 站就有很多个 api 工具，另外 postman 的基于 electron 性能并不慢，对于个人开发者，快速开发是一个非常重要的点。 个人开发者 是小而美，船小好掉头，这个产品失败了，赶紧换下一个，steam 上很多个人小团队的开发者游戏，无一例外不是选择了 像素等美术需求很小，仅注重玩法开发与社区反馈的作品，像 battlebit project zombie 等很多作品都是如此，先做一个原型，然后收集市场反馈 进行迭代 对于个人开发者来讲，应该考虑产品优先的思路，先做出一版可用的东西，立马进行推广，收集市场反馈，如果发现很困难，市场反响并不好，就应该考虑下一个方向了，而不是在一个地方死磕。 另外软件这种东西，真的不要在中文市场上多花一分钱的推广，哪怕是微软这么大的公司，每年在中国的 windows 营收也是屈指可数，何苦浪费这个心思，没有渠道的话，出海真的就是首选 ---- 一家之言，仅作参考 |
 |
81
darcyC 64 天前
作者好厉害！！
|
 |
82
bugu1986 64 天前 via iPhone
我都没推广，就放在那里，大部分 star 都是老外 https://github.com/buhe/langchain-swift
|
|
83
bugu1986 64 天前 via iPhone
随缘吧
|
|
84
MegatronKing OP @morgan1freeman #80 感谢您的分享和建议，我也谈一谈自己的想法。从商业的角度考虑，目前确实不是一个成功的产品，至少和我的预期是有很大差距的，不然我也不会写这个帖子。不过，我们的观点可能会有一些出入，不做争论，仅分享下我的见解，供大家参考。
从技术选型上来讲，快速开发确实是一个非常重要的点，但是我认为不是最重要的。存量市场产品，差异化我认为是最重要的，包括技术选型的差异（性能，特性，平台支持等），我一开始考虑过 electron ，但是我想了想，postman 也好，apifox 也好，大家都用同样框架，别人是几十人的团队，独立开发一个人，都在做同样的功能同样的产品，受到同样的技术限制，我觉得完全没有任何机会。同一个赛道里的产品，竞争超越肯定都是从差异化找突破口。比如，我放弃 electron 选择 flutter ，一个重要的点是不支持移动端。虽然移动端对于 Reqable 这一类产品的生态布局其实并不重要，但是耐不住移动端是目前互联网最重要的流量入口，从数据来看移动端也确实贡献了比其他平台加起来还多的下载量。说回 flutter ，我觉得开发效率其实并不低，一年迭代了 73 个版本，5 大平台，上线了大量的新功能，我觉得还可以。 第二个就是长期主义和短平快。短平快我觉得并不是适合我这种类型，创意也好，想法也好，受限于我的性格、想象力、审美、贫乏的生活和社交经验，实在难以强求。相反，我的优点就是擅长稳扎稳打、持续积累，不断优化提升。这两种方式，难以说哪个更容易成功，都有成功有失败。前者容易出爆款，后者容易出优质。当前，前者更受吹捧和欢迎，毕竟人的本性大多都是有暴富的心态，包括投资者，所以从商业化的角度来讲，选择前者确实更普遍，也更加靠运气。但是我认为运气靠不住，对于我这种年会都中不了奖的人，也不敢靠；相反，持续打磨一个产品完善功能，不断提高用户体验，可能更容易让用户认可，也更可能成功。初期遇到挫折也都是正常的，戒骄戒躁就行了。 关于推广。真的不要在中文市场上多花一分钱的推广，虽然我还不能完全理解，但是还是感谢建议，用心记下了。我这篇帖子所讲的半开源，目标人群就是海外工程师，主要目的就是利用开源来给产品带来流量。 最后，再次感谢您的发言。 |
 |
85
layxy 61 天前
这个不是推广难,是想让用户给你传播也难,创建了一个集合,下面添加两个 API 提示免费数量已达上限,提示购买,虽然关闭要求许可证弹窗也能创建 API,但是这个体验着实让人无法向周边的同事推荐(我自己都没办法用下去)
|
 |
86
fzcxm1234 52 天前 via Android
如果不是这个头像我大概率都不会点进来，我买黄鸟是因为它真的解决了只用手机抓包不方便的问题。目前 reqable 有亮点但没能解决痛点，也不提供买断服务，作为一个月也不见得用几次的自然没法支持了
|
|
87
MegatronKing OP @fzcxm1234 嗯，那请问痛点是什么呢？
|
 |
88
0xCAFEF00D 30 天前
这个集合只能创两个确实难受，在没有无可代替的优势的情况下，基本这一步就被被拦下来继续使用了(试了下请求测试相比 postman 没有无可代替的绝对优势，甚至对比有不是很好的体验)，抓包的界面体验就挺好，但有时候还是抓不全(这是很致命的)，其实这种不是开机自启动一直要挂后台的对内存占用这些不会太敏感，正常只要不离谱就行，更重要的用着体验舒服
|
|
89
MegatronKing OP @0xCAFEF00D 感谢您的建议。最近几个版本在逐步放开免费的限制，寻找一个边界，既不让免费用户用的难受，也让付费用户有付费的意愿。另外抓不全，应该不是软件本身的问题，有些应用不走 Web 代理模式，这也没办法，不过可以试试用 Proxifier 配合强制走代理。
|
|
90
0xCAFEF00D 28 天前
@MegatronKing #89 感谢作者大大回复，我在这提点不成熟的建议吧，我是建议作者先把免费版的请求集合的功能放开，对个人放开权限(对比同类产品)，对团队收紧权限，因为很多时候一款易用的软件，易用性对于一个新人来说是很有吸引力的，但是对于一个使用专业软件久了的人，已经习惯了并熟悉专业软件的繁杂功能的人(已经学习过了)，界面易用性吸引力就没那么大，所以我感觉这个产品在没绝对优势的情况下，易用性对新人还是有吸引力的，但是想把新人留下来，就的比现有的软件有更大的让利空间(对个人来说，新人大部分也都是个人)，这样新人习惯了软件的易用性后，如果满足需求没有很专业的需求也不会轻易去深度学习尝试别的软件了，这样培养习惯后新人觉得不错再推给新人，推的人多了就是团队了，是一个很好的切入点，对于团体来说，我个人是认为在没有绝对优势的情况下，大部分都是求稳，不会轻易去尝试一款新的软件
|
|
91
0xCAFEF00D 28 天前
@MegatronKing #89 大概意思就是免费版功能参考一下同类竟品，然后免费版可以比竞品多开放一点点功能(例如请求就参考下 postman 那种，或是大家都有的地方免费，自己特有的地方收费)，先积累用户，大部分人使用应该都是使用一段时间后发现不错才去付费，能留得住人才是关键，对我来说这个产品的优势主要就是界面好看+简单够用，这对一个新人来说还是很有吸引力的，用户基数大了付费率低一点点最终的总收益也不会低
|
Select Language