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

2023-10-09 14:31:50 +08:00
 softlight

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

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

缘起

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

项目过程

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

项目过程大致是这样的

项目复盘

下面进入整个项目的复盘

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

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

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

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

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

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

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

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

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

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

一些总结

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

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

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

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

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

8008 次点击
所在节点    程序员
97 条回复
onikage
2023-10-09 15:50:16 +08:00
这种才是正儿八经的分享.
litel
2023-10-09 15:50:24 +08:00
一旦模块需要开发知识,最后使用这个模块的还会是你(而不是运营)
sillydaddy
2023-10-09 15:52:06 +08:00
@softlight 哦,我看明白了,最初你是设计了一套详细的技术方案实现「自定义组件开发」,这块耗费了很多时间,后续 2022 年的技术方案重构、视觉重新设计也花了很多时间。时间倒流的话,实现「自定义组件开发」这个功能本身去验证 PMF ,可能几个月就搞定一个初版。那跟我#7 楼想的还是不一样,我在#7 楼表达的是软件功能本身的复杂度做到什么程度。
vvxu27
2023-10-09 16:14:24 +08:00
Mark !收到!谢谢楼主!
zypy333
2023-10-09 16:19:14 +08:00
感觉这种项目适合开源加商业的模式,开源推广加引流,商业提供增值服务
softlight
2023-10-09 16:21:13 +08:00
@litel 这个只要开发跟运营做好约定, 这个组件可以更改什么东西,开发根据规范做成配置化,那么,运营后续就能自己玩转起来了
softlight
2023-10-09 16:23:09 +08:00
@zypy333 是的, 这种就是在 2B 公司是有价值的。 本来我的想法是 saas 化, 就是不用部署, 就能使用这种能力。但是,公司不会将业务部署在你这上面,除非很简单的一些组件。否则,他们更愿意私有化部署以及做定制。
kingwrcy
2023-10-09 16:31:23 +08:00
总结的都很精辟,程序员思维都是觉得我做了个最牛逼的产品,实际是别人都用不上.

还是要挖掘需求,不要自己创造需求.

初期要验证想法,有用户愿意买单再下大力气研发.
softlight
2023-10-09 16:33:33 +08:00
@kingwrcy 其实,这件产品的价值的确存在。我身边就是例子, 但是在错误的场景,这样的价值就不存在了
cokey
2023-10-09 17:01:18 +08:00
独立开发者做 to b 的项目太难,这个项目感觉至少还是一个小团队来做的比较好,包装一下搞个公司来运营
zhazi
2023-10-09 17:14:01 +08:00
哥们你这个东西我 19 年带 4 人队 15 天做过一个,你这个怎么做 2 年的呢
icoomn
2023-10-09 17:14:13 +08:00
感觉这个低代码项目不错啊,应该有市场才对
zhouhuab
2023-10-09 17:16:33 +08:00
还是做海外吧
ma836323493
2023-10-09 17:17:46 +08:00
如果再回到那个时候,一定会先做最简单的版本,去实验一下,让别人体验这种自定义开发功能是否能符合市场 ,
我们现在老板让我们做的功能大部分是客户不会用的, 过度复杂化, 提过还不听
softlight
2023-10-09 17:23:01 +08:00
@zhazi 因为你做的可能是面向内部的,需求确定,要求简单。我基本上单独一个人,一个月就可以做出来。但是,因为是面向产品化,saas 化的方式去做, 导致很多技术方案面临很多问题,比如不同用户之前,这些资源如何隔离等等,还有,从前端,后端,设计基本上都是一个人做,还是业余时间,导致时间上耗费过长。
chenduke
2023-10-09 17:23:59 +08:00
@kingwrcy 总结的很好,但据我之前的经验来看,即使知道问题就算再来一次也很难成功,有的时候感觉像是玄学样。 相比较而言,写代码还是太简单了。
chenduke
2023-10-09 17:25:23 +08:00
@chenduke @错人了,应该是 @op
softlight
2023-10-09 17:25:45 +08:00
@chenduke 是的,但是,没有亲身经历过的人, 撞不到南墙,他还是会撞一次的。
justdoit123
2023-10-09 17:28:18 +08:00
感谢分享。

我感觉独立开发者,做这种项目,更多的是打磨给别人写外包的脚手架。面向的用户是开发者自己就行了,什么拖拽编辑等等需求都不太强烈。
RealJacob
2023-10-09 17:34:30 +08:00
在某些厂里有用,不代表能推广。我现在再做一个飞书出来有意义吗?基本没有意义,放在各个小厂里面可能大家都自己会用,但是拿出去推广就没戏了

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

https://tanronggui.xyz/t/980242

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

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

© 2021 V2EX