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

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

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

缘起

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

项目过程

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

项目过程大致是这样的

2020 开始着手搭建整个平台的雏形，因为要加上自定义组件开发能力，所以，大部分时间是花在如何能让用户开发组件，制定组件的规范，以及组件在平台上如何渲染可编辑等等这些技术方案的预研和制定上。这个大概花了一年的时间，才大致有了一个轮廓。在年底注册了一个公司，买了一些服务器设备，初步将环境搭建起来
2021 年，基于上一年的技术方案，开始做整个平台设计开发，包括交互、视觉稿的设计，还有服务端以及前端的开发，以及整体的一个运行时开发包，还有本地研发调试的工具等等一系列配置。由于东西也很多，本人在业余时间进行开发，所以，大致花了一年，也只是勉强开发到 80%左右，还是只是很粗糙的勉强可运行
2022 年，在基于上一年的基础上，继续将其余的一些功能开发完毕。但是，这个时候，程序员的洁癖就出来了。由于，不满意其中的一些技术设计，以及整个视觉方案，将很多的东西，在原有的基础上进行重新抽象，而且，在重构的过程中，想的东西越来越多，就不断的去叠加一些功能，觉得要做到自己满意为止。就这样，整个一年都在推到重构当作去做。所以，为什么说自定义开发的功能是坑，因为，大部分的技术改造，全部集中在这个部分。认为既然是面向自定义组件开发，那么，在技术方案上，一定要做到满意为止才行，所以，花费太多时间在做这些自我构想的功能上
2023 年，做最后的技术优化以及调整，大概在 6 月发布。可想而知的是什么，用户很少，零星会来用。因为，你的核心卖点是开发能力，但是，这部分能力，用户没法直观的去感受到，觉得，只是做了还行的落地页搭建，相比其他产品也没有优势，就逐渐放弃了。

项目复盘

下面进入整个项目的复盘

问：为什么这个项目最终结果不怎么样？

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

问：这个项目是否本身就没有价值？

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

问：这个项目为什么没有继续下去了？

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

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

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

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

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

一些总结

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

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

通过这个项目，我学到了什么？

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

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

zzNaLOGIC

2023-10-09 17:56:29 +08:00

这个思路，价值肯定是有价值的。但只是作为一个独立产品存在是否有价值值得商榷。
我是做外贸建站的，我们自己包括我知道的我们的平行竞品内部都做过这个产品，或者说功能更合适。
1.首先运营是个环，这个本文无关就不展开讲了，落地页只是环中的一个节点。做过或者说做的比较好的运营大抵都是需要前后串联的，对于 B 端用户以及有流程和既往套路的 C 端用户来说，东西本身没问题，但是怎么串进我原有流程是个很大的问题，一旦成本或者不可控因素过多就懒得折腾了。
2.其次其实现在低代码建站/页面搭建的产品太多太多了，弱弱的说一句其实可能也许这东西也不是那么的有技术含量，但凡有点追求的 B 端都自己做了，这端是否能找到潜在用户存疑，是买一个不熟悉不可控也许二开还会有问题的，还是自己花点人力做一个，见仁见智。
3.就近期我司遇到的运营端瓶颈来看，也许自己开发一个简陋的，功能、UI 、操作便捷性可能不如潜心打磨的这个好，但是运营说到底还是重内容，现在工具实在太多太多了，甚至 AI 建站出来之后，传统工具生存空间又被压缩了。唯工具论的运营到最后都会走近死胡同。大家现在不缺把页面搭起来的工具，缺怎么把内容做起来的工具。
东西确实是好东西，但现在有个残酷的现实，我们自己随便拉几个人做出来的半成品落地页搭建，跟这个比很垃圾（我很坦诚），但是在总体流程上看，我能做起来，也能出内容和效果，就目前来看已经够了，无非就是难用点、搭起来慢点、bug 多点。。但是在运营这个需要长期滋养的领域，单个时间节点本身就没想象中额那么铭感。慢点就慢点，重点还是在内容。快挺重要的，但没想象中的那么重要。