复盘一个独立开发 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 年的项目复盘,没有多么高深的东西,反正, 一些很常识的坑,我用亲身经历去趟过了。 都是自己的切身体悟,大家可以从中借鉴或学习或吐槽~

8371 次点击
所在节点    程序员
97 条回复
xuld
2023-10-09 21:03:50 +08:00
@softlight 做低代码的初创团队,我首页有联系方式
92Developer
2023-10-09 21:23:53 +08:00
mvp 是必须的,快速验证试水
Hongmin
2023-10-09 22:10:38 +08:00
感谢分享。
overthemoon
2023-10-09 22:17:58 +08:00
纯前端吗
softlight
2023-10-09 22:19:10 +08:00
@overthemoon 完整的产品, 服务端前端都有
zhaodong
2023-10-09 23:05:01 +08:00
op 的“产品”其实本身是一个很有价值的项目,市场上也有很多类似的商业化产品;有两个方面,一方面是纯内容 CMS 搭建,强调内容展示。在互联网公司其实是有需求希望中,可以应用嵌入到 App 专题页、频道页;通过模块化组织,搭建出整体页面。这类由于业务诉求差异非常大,所以模块内容的丰富度,和模块的可拓展性和使用便捷性是核心;
(上半年写需求就涉及到 App 上的活动页,频道页抽象出组件库,以满足不同业务场景的内容展示需求;)
另一方面,链接到公司业务实践中,比如与公司业务营销中心可以构建出各类活动页面(类似产品有曾经的活动盒子)。与商品系统、店铺系统构建出商品详情、店铺详情页。这类就是更深层的公司诉求(但这类往往公司偏向于自研),但如果能嵌入到深层业务上,会有长期现金流。
总的来说,这类需求方应该都偏互联网初期阶段,公司从 0 到一或快速发展中,都会面临 C 端内容构建的问题,会逐渐从粗放发展到精细化,如果在这个过程中,想办法能将产品嵌入进去,或许也能有出路。
woshicixide
2023-10-10 01:00:45 +08:00
看了分享,感觉是那种老生常谈的“开发做项目”的常见案例
虽然我自己也是,一起努力
comingnine
2023-10-10 01:54:58 +08:00
谢谢分享!很宝贵的经验!
sdjl
2023-10-10 08:06:13 +08:00
OP 说如果重来一遍,做法就会不同,这表示 OP 确实在反思。

也许,可能包括我在内,很多 V2EX 的朋友都和 OP 一样,人生的一段宝贵时光不知不觉就花掉了,还记得曾经那个讨论需求改代码的夜吗? 也许已经不记得了。

祝 OP 能再接再厉,做出更好的产品。
softlight
2023-10-10 08:42:15 +08:00
@zhaodong 是的,我们目前的业务就是整合到整个公司的业务链条中的。这样你就快速搭建出商品营销、优惠券营销,大促营销等等一系列,完全属于整个公司自己的业务。而不是,简单的内容展示。 所以说,这个产品只有在 B 端集成才能发挥价值
softlight
2023-10-10 08:43:12 +08:00
@sdjl 时间也不会倒流,可能, 这些体悟可能让其他人少走点弯路吧
oouz
2023-10-10 09:09:58 +08:00
想知道这个页面和商品的逻辑怎么关联起来呢?
例如猜你喜欢模块下面的商品,是需要每一个都上传图片,设置标题价格这些内容,然后再填一个商品详情页面的链接,点击就跳转链接?还是说可以关联选择现有商品?
softlight
2023-10-10 09:12:54 +08:00
@oouz 我们目前是直接开发一个商品组件。公司内部有商品的系统, 在这个组件里面去请求这些商品数据, 商品组件可以在搭建的时候,透出一些可编辑的选项,可以是商品 ID , 商品的分类等等, 那么, 通过商品组件以及搭配可编辑的选项,就能做到很多的商品展示的场景了。按业务需求来做定制
yexingshusheng
2023-10-10 09:15:42 +08:00
Mark 一下,感谢分享!
wzy44944
2023-10-10 09:35:02 +08:00
有一点疑问,也是我比较顾虑的,就是副业做的东西,让当前供职的公司用,这个会不会有什么风险?比如
1. 很难界定是不是工作产出
2. 遇到问题和新需求的时候,需要公司的业务先停下来,等业务时间再去解决这个项目的问题吗?
wzy44944
2023-10-10 09:35:55 +08:00
@wzy44944 打错了,是业余时间
softlight
2023-10-10 09:50:37 +08:00
@wzy44944 当前公司并不是用这个产品,只是技术的理念是一样的。 一个是基于 Vue 技术栈,但是,目前自己开发的是基于 React 技术栈。 我后面其实打算出一个开源版本,如果用私有化部署,有源码,使用自己的服务资源的话,应该就不会有太大的顾虑。
Secrexy
2023-10-10 09:56:45 +08:00
初创过程,资源有限,时间窗口有限,不用也不要追求尽善尽美

先考虑理想中的产品,如何和受众连接,提前从受众角度找到合作阻碍,一个个解决 - 销售思维
softlight
2023-10-10 10:03:50 +08:00
@Secrexy 的确是如此。 程序员的思维惯性, 很容易陷入到打磨产品的舒适圈里,而不是将时间放在如何连接用户和销售上。
Secrexy
2023-10-10 10:16:51 +08:00
@softlight 比如采访下公司的运营,外面市面上这样一款工具,会直接拿到业务上用吗?如果不会,是因为什么,会经历什么,他们会怎么解决这个痛点

答案可能就比如。

不会,得先确认功能好不好用(自己),还得确认能不能对接我们系统(涉及技术部门),还得确认采购费用(财务部门),还得提申请等审批(领导),还得问这玩意能带来啥收益(得输出可行性报告),还得谈进一步细则( xx 部门),还得签合同(法务部门),还得调试。整个流程下来可能还有其他的。那我还不如直接找咱们技术开发呢,一步到位。 他这功能也不是非要不可

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

https://ex.noerr.eu.org/t/980242

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

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

© 2021 V2EX