V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  MegatronKing  ›  全部回复第 2 页 / 共 7 页
回复总数  137
1  2  3  4  5  6  7  
2024-02-24 15:06:17 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
@morgan1freeman #80 感谢您的分享和建议,我也谈一谈自己的想法。从商业的角度考虑,目前确实不是一个成功的产品,至少和我的预期是有很大差距的,不然我也不会写这个帖子。不过,我们的观点可能会有一些出入,不做争论,仅分享下我的见解,供大家参考。

从技术选型上来讲,快速开发确实是一个非常重要的点,但是我认为不是最重要的。存量市场产品,差异化我认为是最重要的,包括技术选型的差异(性能,特性,平台支持等),我一开始考虑过 electron ,但是我想了想,postman 也好,apifox 也好,大家都用同样框架,别人是几十人的团队,独立开发一个人,都在做同样的功能同样的产品,受到同样的技术限制,我觉得完全没有任何机会。同一个赛道里的产品,竞争超越肯定都是从差异化找突破口。比如,我放弃 electron 选择 flutter ,一个重要的点是不支持移动端。虽然移动端对于 Reqable 这一类产品的生态布局其实并不重要,但是耐不住移动端是目前互联网最重要的流量入口,从数据来看移动端也确实贡献了比其他平台加起来还多的下载量。说回 flutter ,我觉得开发效率其实并不低,一年迭代了 73 个版本,5 大平台,上线了大量的新功能,我觉得还可以。

第二个就是长期主义和短平快。短平快我觉得并不是适合我这种类型,创意也好,想法也好,受限于我的性格、想象力、审美、贫乏的生活和社交经验,实在难以强求。相反,我的优点就是擅长稳扎稳打、持续积累,不断优化提升。这两种方式,难以说哪个更容易成功,都有成功有失败。前者容易出爆款,后者容易出优质。当前,前者更受吹捧和欢迎,毕竟人的本性大多都是有暴富的心态,包括投资者,所以从商业化的角度来讲,选择前者确实更普遍,也更加靠运气。但是我认为运气靠不住,对于我这种年会都中不了奖的人,也不敢靠;相反,持续打磨一个产品完善功能,不断提高用户体验,可能更容易让用户认可,也更可能成功。初期遇到挫折也都是正常的,戒骄戒躁就行了。

关于推广。真的不要在中文市场上多花一分钱的推广,虽然我还不能完全理解,但是还是感谢建议,用心记下了。我这篇帖子所讲的半开源,目标人群就是海外工程师,主要目的就是利用开源来给产品带来流量。

最后,再次感谢您的发言。
2024-02-23 15:09:35 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
#61 抓包+API 测试一体化工具,网站: https://reqable.com/ ,我觉得大家都不太喜欢硬推广,所以就没介绍具体的项目信息。
2024-02-23 15:06:54 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
@fyxtc #52 我觉得你的暴论是对的,但买断制是个双刃剑。另外,到底是卖 SaaS 服务还是卖软件本身,对应到不同的销售模式。
2024-02-23 12:15:53 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
@shuax #42 一般请求发送后是不能取消的,除非你把 socket 给关了,你看看应该有个 close 函数。
2024-02-23 12:14:54 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
@maemo #40 Environment 和 Variables 正在做,最近几个版本就会上线。远程协作功能,就是帖子里面提到的准备按照开源方式去做的云服务功能。文档生成,这个比较靠后了,还没计划。
2024-02-23 12:12:56 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
@zengxs #38 靠谱的,我也计划这样做。
2024-02-23 12:11:14 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
@xiangbohua #30 对标 Postman ,Proxyman ,Charles 等竞品,需求和市场是存在的,但是我觉得我可能没找到关键点。
2024-02-23 12:08:15 +08:00
回复了 MegatronKing 创建的主题 推广 推广太难了,尝试下半开源的运营方式
@iorilu #18 谢谢,我非常认同你的观点,所以考虑更多去做团队协作相关的功能。
2024-02-05 14:40:29 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@hanssx #85 yakit 这个我知道,对标的是 burpsuit ,算是赛道有重叠吧。
2024-02-05 14:38:35 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@sampeng #81 这看起来不是拍脑袋拍错了嘛😂,我既不是做前端也不是做后端出身的,我是做 Android 出身的。我做移动端的时候,JS 几乎不用,反而 python 常用,可能也和我的行业是 AI 领域有关。
2024-02-05 14:31:40 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@newte88 #82 快的话一个月,慢的话三个月,春节后的 Roadmap 具体还没整理。
2024-02-05 14:28:45 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@7v9TEc53 #78 指定是二级代理吧。技术上来讲,socks 协议需要有个握手过程,稍微麻烦点,http 代理实现就非常简单了;从实际使用场景来讲,一般梯子软件都是提供本地 http 代理端口,所以 http 代理够用了;另外呢,很多用来非翻墙的代理软件,不一定支持 socks 协议,或者开发者自己写了个代理服务器,基本是也是写 http 代理,简单嘛。
2024-02-05 13:23:50 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@wxw752 我找了个群问了下,答案也是肯定,好像以前前后端是不分开的。从学习成本来说,python 应该更低,可能很多人习惯不能接受空格作用域吧。
2024-02-05 12:37:57 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@adoal #70 关于用户环境里预装或者自装的版本的坑,我目前还没有收到相关的反馈。脚本运行前,我会做版本检测,另外感觉 Python 的兼容性还是蛮好的。当然,内置的话肯定是更加稳定,也可以考虑。另外,现在不少技术方案都是会依赖系统的组件或者环境,比如 tauri 等。
2024-02-05 12:24:12 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@wxw752 #51 每个后端都多多少少会 js 吧,我不是后端开发出身,请问这个是真的吗😂
2024-02-05 12:22:33 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@shyangs #50 差异化竞争这个点确实是,非常大的一个选型因素,我忘记说了。
2024-02-05 12:20:26 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@wjfz #20 Mac 上默认使用 networksetup cli 配置代理,但是有兼容性问题,可以安装下代理辅助工具(代理菜单 - 代理辅助工具 - 安装),Mac 上其他代理类软件好像也都要额外安装。
2024-02-05 01:02:30 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@cwcc #14 我调研过是可以的,android 都能跑 python
2024-02-05 00:54:41 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@d7101120120 #10 谢谢,很中肯。关于许可证的问题,我也考虑到了。大概在春节之后上线,现有的用户会额外送一个设备位置,不需要再买了: https://github.com/reqable/reqable-app/issues/436
2024-02-05 00:48:44 +08:00
回复了 MegatronKing 创建的主题 推广 在扩展脚本方面,用户为何不太愿意接受 Python ?
@0o0O0o0O0o #8 感谢建议。手机版其实没提供脚本功能,我觉得应该也不会有多少用户会拿手机写脚本吧。直接借助用户的 Python 环境来执行脚本,这方面安全性考虑确实没有考虑到,请教下是指哪方面的安全性呢。
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1037 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 22:42 · PVG 06:42 · LAX 15:42 · JFK 18:42
Developed with CodeLauncher
♥ Do have faith in what you're doing.