复盘一个独立开发 2 年的项目

213 天前
 softlight

这是对于自己的一次 2 年的副业项目的一次复盘,希望对于那些没有经验的小伙伴,能够避免自己曾走过的坑

今天复盘的项目是给用户快速搭建落地页、营销页的平台。大致长这样

缘起

先介绍为什么开发这个项目。大概从 2020 年,从大厂离职之后, 就一直想开发一个自己的产品。由于之前开发过类似的产品,也看到这件产品对于运营的价值,而且移动互联网是所有流量的入口,那么,快速搭建落地页,必然有其需求。

项目过程

为了区分与其他平台的区别,增加这个项目的核心竞争力,开发了一个功能, 能够让用户可以自定义开发模板以及组件的功能, 让他们开发自己的业务组件, 发布到平台去搭建,也是自认为这个平台最具价值的点之一。但是, 也是因为这个功能,给后续一些迭代埋下了很多坑, 走了很多弯路

项目过程大致是这样的

项目复盘

下面进入整个项目的复盘

问:为什么这个项目最终结果不怎么样?

答:因为这个项目在外人看来没有核心的特点,甚至相比于其他产品,更有点粗糙。也忽略 build in public 这个原则,导致很少人知道

问:这个项目是否本身就没有价值?

答:这个感觉看场景,因为在自己呆过的 2 个公司,都对这个项目有很大依赖程序,对业务的帮助很大。这个项目只适合有研发能力的 2B 公司,面向 C 端的这种开发能力,没有应用场景,反而将项目本身做的过于笨重

问: 这个项目为什么没有继续下去了?

答:因为这件事情已耗费了自己太多的精力和时间,而且也看不到这种自定义研发组件的功能的卖点对用户的吸引力,大部分用户也不需要。相比于其他的产品, 这件产品, 有点鸡肋, 做不了太复杂酷炫的效果。如果核心功能没有需求,感觉还是尽早放弃

问:这个项目持续了很长时间,为什么不先进行 MVP 原则开发,尽早失败?

答:MVP 原则其实自己一直都明白的, 但是,在这个项目实行起来却很难。因为这里的核心功能是自定义组件开发, 而这本身就是需要一套比较完善的技术方案来支撑,而不是简单 CRUD 的业务逻辑。所以,在构想以及优化这套技术方案,再去整合到整个平台中的时候,就耗费了很长的时间。因为不想用不成熟的技术推出去,为以后埋下一些坑。这也是因为自己的核心功能的定位,导致自己无法快速的推出以及验证

问:如果重新回到 2020 年开始的节点,会做出哪些不一样的抉择?

答:如果再回到那个时候,一定会先做最简单的版本,去实验一下,让别人体验这种自定义开发功能是否能符合市场。先做 PMF 。然后再决定是否进行投入。如果市场可行,重新设计方案都可以,而不是在市场未验证,却花费很多时间去做。

一些总结

从上面的分析看来, 其实,自己走进了一个闭门造车的怪圈。 加上自己因为的工作环境, 这件产品的确在公司当中有很高的价值,就盲目的意味,开发完成后就一定会有市场, 也忽略了前期的潜在用户的建设。

所以,本质上,还是自我认知的问题, 一件东西只有在合适的场景才会发生价值,在不一样的地方,就是一件很鸡肋的东西

通过这个项目,我学到了什么?

  1. 首先第一点,就是不要自己认为有价值的东西,就一定有价值。先去市场上验证一下
  2. 别盲目去投入太多时间,超过半年的,就很不值得。
  3. 尽早做营销,build in public. 即使是半成品,主功能没问题,也要去看看有没有用户和市场
  4. 别将时间都押注在一个项目,同时做做其他的方向,因为,失败是大概率的事情
  5. 将这些项目当作随时可丢弃的副业, 别看太重,不然,一旦没有效果,会给自己造成很大压力

以上即是对自己经受 2 年的项目复盘,没有多么高深的东西,反正, 一些很常识的坑,我用亲身经历去趟过了。 都是自己的切身体悟,大家可以从中借鉴或学习或吐槽~

7399 次点击
所在节点    程序员
97 条回复
duanquanwu
213 天前
感谢分享,未来的独立开发者很受用。
ybz
213 天前
感谢分享
wayawayawa
213 天前
感谢,想做一个自己的产品的想法越来越强烈了,感谢分享经验
encro
213 天前
v2ex 有感谢功能的。。。

@duanquanwu @ybz @wayawayawa
lizhenda
213 天前
感谢分享,看得出来这篇文章都是自己深刻思考后写的,祝好。
softlight
213 天前
@lizhenda 谢谢,是的。 这的确是自己的亲身的经验教训, 也是人生必然的一种经历吧
sillydaddy
213 天前
看完了复盘,第一感觉是,开发了一个 ToB 的产品,然后面向 ToC 销售,是这样吗?有两个问题啊:

1. 「这个项目只适合有研发能力的 2B 公司」,看起来还是能卖给企业?那还是有希望的,这块业务我不太懂。

2. 「如果重新回到 2020 年。。一定会先做最简单的版本。。先做 PMF 」这个说法,跟你前面说的「为什么不先进行 MVP 原则开发。。因为自己的核心功能的定位,导致自己无法快速的推出以及验证」有些矛盾,之前认为不能做 MVP ,现在认为可以做 PMF ,那么 PMF 怎么做呢,按照你说的「先做最简单的版本,去实验一下」,这个你之前肯定也考虑到过的,只不过当时认为「核心功能是自定义组件开发。。需要一套比较完善的技术方案来支撑」,现在就不需要技术方案支撑了吗?这块没有看明白。OP 觉得如果现在让你推出一个最简单的版本,要做到什么程度,花多长时间呢?我觉得当局者迷,很多时候真正投入到一件事情的时候,很难看清做到什么程度算是可以推出的。我自己也是这样。
ASHENONE123
213 天前
很感谢楼主分享的经历。
真的很佩服楼主能坚持这么久昨晚一款产品。我总是喜欢自我怀疑,时不时冒出想法,但是越思考便越是怀疑可行性,最后不了了之,没有一款做完的产品。所以我很想知道楼主是怎么做到坚持这么久的?

我的纠结点在于:关于独立开发流程,别人总是将实际开发放到很后面的阶段,前面都是设计、营销等阶段;可是,很多事情,又是需要在实际执行的过程中才会逐渐明晰。这两者并不冲突,但是我始终找不到两者之间的平衡点。
ybz
213 天前
@encro 感谢告知。 /dog
nomytwins
213 天前
其实我们是需要的,有开源或者授权计划吗
softlight
213 天前
@sillydaddy
1. 的确是可以包装成私有化部署, 目前也有这个打算。但是, 基于目前的环境,不一定有潜在用户感兴趣。但是自己会试试看
2. 是的,这也是自我认知的问题。 其实,完全做个简单版本的技术方案,先看看。 但是, 因为技术方案一旦开放,后面做兼容性就很麻烦。所以自己就认为需要先设计好。 如果,重来的话,可能先做一个简单版本的方案, 先试试效果,后面再慢慢迭代。 毕竟, 相比于技术, 验证市场,去验证这件产品有没有价值, 反而是更为重要的
softlight
213 天前
@nomytwins 你们有这种需求么, 这种产品对于 2B 公司还是很有价值的
Felldeadbird
213 天前
20 年开始做,23 年才推广吗? 这个进度太慢了。 实际应该 21 年就开始发布推广,先积攒了一批用户,看他们反馈再优化。项目拖了几年,市场就变了。
softlight
213 天前
如果各位觉得公司对这种产品有需求,可以后续改造成私有化部署的方式
nomytwins
213 天前
@softlight 我们有个商城模块,但是 diy 页面的部分现在是抽离其他第三方的系统 niushop 的用在自己系统。总归存在版权方面的问题
softlight
213 天前
@Felldeadbird 是的, 因为自己也没有经验, 对于推广营销没有重视,再加上盲目的认为, 这件产品价值一定存在, 所以,就一拖再拖。 因为不是全职, 但这也不是理由。 反正,算是很深刻的教训吧
liangkang1436
213 天前
干活内容,感谢分享
WngShhng
213 天前
考虑开源吗...也许可以在另一个地方发挥价值?
softlight
213 天前
@WngShhng 这个也得看看是否有地方需要,有兴趣的可以留言。我也有这方面的考虑。
WngShhng
213 天前
@softlight 我不一定有这个需求,但是如果开源了,我肯定帮忙 star 一下,😄

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/980242

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX