最近突然有点后知后觉。
我有一个软件，自己持续做了很久。hhh超级好用
最开始很粗糙，后来一点一点改，到现在不仅核心功能齐全，还添加了非常多的衍生的功能
但等我真正开始考虑推广的时候，突然发现一个很尴尬的问题：
tmd没有用户
很后悔啊，我感觉我波澜壮阔的开发史没有人看见。
所以，如果我当初第一个版本刚做出来的时候，就开始发帖、宣传、找第一批用户，会不会现在已经成了？
但是现在回头看第一个版本，简直惨不忍睹惨绝人寰
各种bug，效率低，功能不齐全，只能说核心功能是好的，对比起现在简直天上地下
如果让我用今天的眼光评价，当时那个版本我要是顾客我都破口大骂
所以问题就是：
到底是应该早点发布，让产品跟着用户一起成长？
还是应该先把东西做成熟，至少保证别人第一次用的时候不会觉得“这什么玩意”？
感觉这两件事都有道理。
太早发布，怕把第一批潜在用户劝退。
太晚发布，又容易变成一个人默默打磨了半年一年，最后技术和体验都不错，但市场上根本没人知道。
甚至我现在开始觉得：
也许“产品做完再推广”这件事本身就是错的。推广可能本来就是开发的一部分。
不知道大家怎么看。
说说我的情况。
我的 项目 在 0.0.1 版本就发布。快速失败不失为一个好策略。
我认为最大问题是：要知道这个软件究竟有没有人用。有人骂说明有市场。 而且第一批被劝退的用户未必不会再回来。
产品做完再推广必然是闭门造车。
标清楚是半成品、测试中就好，和 steam 抢先体验同理，但不要正式版了还像半成品一样
牛啊4.6kstar，是大佬
没有软件的功能，没有描述，没有优化的具体说明，连个配图都没有
那么，原因我就闭着眼睛瞎说就可以了
反正什么信息都没有，所以我怎么说都不会有错
找对风口，猪都能上天
其实本来就是一个高屋建瓴的讨论，主要是有拖延吧，如果要对外发布的话，要做好，打包，分发，沟通渠道建立，稳定性测试，日志，以及兼容性和宣传。自己用的话用命令行开后端然后跑就完了，而且这个时候升级功能的正反馈和确定性会比你真正推广出去要强，就拖了一年多拖到现在了
取决于你写这个软件的目的
如果是面向自己开发，打磨好了，发不发其实都无所谓；
如果追求使用量/创收，那早期的推广/内测是有必要的，没有真实反馈再怎么写也是闭门造车，按照用户的需求改进才是正解。
如果是像我这样，写软件不是目的而是手段，根本就不会在乎有没有人用
其实是面向使用量/创收的，而且基数很大，现在我也慢慢做了模型与微调，形成了一定独特的价值吧，感觉是时候可以发发测试版了
前面说了一大通，感觉都没说到点子上。。。
先回答核心问题：产品定义是什么？然后才是有没有人用的推广类问题
那么 你的软件呢 没看到链接 没看到介绍 就是纯吐槽一下嘛
楼主都已经在“悔不当初”了，至少应该在这个帖子里把软件发布出来，这个帖子也算是个宣传的机会啊。老话说种一棵树最好的时间是十年前，其次就是现在啊 
纯吐槽等我打包一下哈哈哈哈哈哈哈
其实分为两种情况，一个是本身就是解决自身需求的软件，那么有没有人用就无所谓，主要自己省时省力。二是本来就是作为一个付费产品去打磨，这个就需要尽早mvp（我也做不到），看看有没有用户和市场。不过大部分做开发的人都缺乏推广的思维。
关键是mvp这个还挺难判断的，我的这个项目，平台变了，适用人群变了，架构变了，然后核心的流程速度，第一个版本和现在差了20多倍……
咱们先假定，你目标就是推广出去，而不是更偏自用的项目
那还是在基本的功能完善后，就先推出一版，
然后再根据实际用户的反馈，增加功能，打磨完善。
但是这里其实核心难点是。什么才是「基本的功能完善」，这个就需要具体项目具体分析了。
是的，而且基本的功能完善其实还可以细分，是软件本身的核心功能，还是易用性，两者要改的方向真是天差地别。比如后者就要考虑基本ui设计、日志、用户提示、各种非法输入以及错误捕获、自动更新升级啥的，每一项都得啃
对我来说，如果一个软件符合我的需求，并且能够保持稳定的更新频率，即使初期迭代阶段，我还是会每隔一段时间看看更新进度的。
我也发过几个纯自用的软件，最后发现
我觉得好用≠别人觉得好用
我觉得功能完善≠别人觉得功能完善
我觉得有人用≠真的有人在用
你说有没有可能，在开发之前有个环节叫市场调研？
现在说的不是这个事，不是软件没有市场，而是不知道什么时候可以转为推向市场的流程