今天复盘的项目是给用户快速搭建落地页、营销页的平台。大致长这样
缘起
先介绍为什么开发这个项目。大概从 2020 年，从大厂离职之后， 就一直想开发一个自己的产品。由于之前开发过类似的产品，也看到这件产品对于运营的价值，而且移动互联网是所有流量的入口，那么，快速搭建落地页，必然有其需求。
项目过程
为了区分与其他平台的区别，增加这个项目的核心竞争力，开发了一个功能， 能够让用户可以自定义开发模板以及组件的功能， 让他们开发自己的业务组件， 发布到平台去搭建，也是自认为这个平台最具价值的点之一。但是， 也是因为这个功能，给后续一些迭代埋下了很多坑， 走了很多弯路
项目过程大致是这样的
项目复盘
下面进入整个项目的复盘
问：为什么这个项目最终结果不怎么样？
答：因为这个项目在外人看来没有核心的特点，甚至相比于其他产品，更有点粗糙。也忽略 build in public 这个原则，导致很少人知道
问：这个项目是否本身就没有价值？
答：这个感觉看场景，因为在自己呆过的 2 个公司，都对这个项目有很大依赖程序，对业务的帮助很大。这个项目只适合有研发能力的 2B 公司，面向 C 端的这种开发能力，没有应用场景，反而将项目本身做的过于笨重
问： 这个项目为什么没有继续下去了？
答：因为这件事情已耗费了自己太多的精力和时间，而且也看不到这种自定义研发组件的功能的卖点对用户的吸引力，大部分用户也不需要。相比于其他的产品， 这件产品， 有点鸡肋， 做不了太复杂酷炫的效果。如果核心功能没有需求，感觉还是尽早放弃
问：这个项目持续了很长时间，为什么不先进行 MVP 原则开发，尽早失败？
答：MVP 原则其实自己一直都明白的， 但是，在这个项目实行起来却很难。因为这里的核心功能是自定义组件开发， 而这本身就是需要一套比较完善的技术方案来支撑，而不是简单 CRUD 的业务逻辑。所以，在构想以及优化这套技术方案，再去整合到整个平台中的时候，就耗费了很长的时间。因为不想用不成熟的技术推出去，为以后埋下一些坑。这也是因为自己的核心功能的定位，导致自己无法快速的推出以及验证
问：如果重新回到 2020 年开始的节点，会做出哪些不一样的抉择？
答：如果再回到那个时候，一定会先做最简单的版本，去实验一下，让别人体验这种自定义开发功能是否能符合市场。先做 PMF 。然后再决定是否进行投入。如果市场可行，重新设计方案都可以，而不是在市场未验证，却花费很多时间去做。
一些总结
从上面的分析看来， 其实，自己走进了一个闭门造车的怪圈。 加上自己因为的工作环境， 这件产品的确在公司当中有很高的价值，就盲目的意味，开发完成后就一定会有市场， 也忽略了前期的潜在用户的建设。
所以，本质上，还是自我认知的问题， 一件东西只有在合适的场景才会发生价值，在不一样的地方，就是一件很鸡肋的东西
通过这个项目，我学到了什么？
[ol]
[/ol]
以上即是对自己经受 2 年的项目复盘，没有多么高深的东西，反正， 一些很常识的坑，我用亲身经历去趟过了。 都是自己的切身体悟，大家可以从中借鉴或学习或吐槽~
