V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
softlight
V2EX  ›  程序员

做个调研这样的开源产品有需要么

  •  
  •   softlight · 244 天前 · 1367 次点击
    这是一个创建于 244 天前的主题,其中的信息可能已经有所发展或是发生改变。

    各位,想做一个调研, 针对移动端营销场景的低代码搭建的开源解决方案, 会有需要么

    缘起

    目前市面上有很多的搭建产品, 可以提供类似海报、动效、企宣、互动等营销场景的搭建方案。 这的确能满足一些基本用户的需求。

    但是,这些产品的问题也恰恰在这个地方, 提供的是一套通用的、普适的模板以及组件解决方案。可能好一点的, 会提供一些配置后台, 然后搭配一些模板,来做一些例如抽奖、游戏、转盘等等方式的推广营销。

    但是,对于一些有开发能力的互联网团队以及公司来说, 这只能解决简单的应用场景, 而稍微的复杂的,能够与他们自身业务深度结合的需求, 要么平台提供一些定制接口, 要么就无法满足。 而恰恰, 一些互联网企业需要的营销搭建解决方案, 就是能深度与业务结合的模板以及组件方案,需要做大量定制能力的营销场景的搭建解决方案

    所以, 这个的解决方案是什么, 提供一套自定义开发组件以及模板的搭建解决方案, 开发属于用户自身需求的组件。

    谁适合使用这套方案

    如果用户有自己的业务系统,有自己的官方运营的网站、App, 以及拥有开发能力以及运营能力的团队,就比较适合这样的解决方案。

    通过组件设计, 去定制化开发组件, 交付给运营团队来使用,那么,对于整个团队的营销效率可以有很大的提升。

    如果有遇到以下的问题, 可能就比较适合

    1. 如果运营人员,经常需要编辑文案以及图片,但是每次都需要找开发去迭代发布
    2. 如果开发人员, 经常开发很多类似的运营活动, 一直在做拷贝粘贴, 每次运营活动都需要进行安排人员开发
    3. 如果测试人员,每次花费很大的经历在测试一些运营活动
    4. 如果上线一个运营活动的迭代周期很长,比如 1 周,甚至 2 周

    那么, 基本上都可以使用这套方案来解决,开发适合你们的运营组件模板, 只需测试一次,快速搭建, 无需后续参与, 交付给运营自主维护发布。

    解决方案的技术实现

    • 模板以及组件库研发方案
      • 命令行工具: 提供本地研发组件以及模板,可以进行本地调试以及发布模板组件的工具
      • 研发方案
        • 技术栈: React + Mobx + Less + WebPack + TypeScript
        • 组件开发方式: React Function Component + React Hooks
      • 研发体验: 跟正常业务开发没有区别,可以自主安装 Npm 三方库,以及用户自己的开发包
    • 平台技术方案
      • 服务端技术: Spring Boot
      • 前端技术: React + Mobx + MUI + Less
      • 部署方式:容器化部署

    模板代码例子

    https://github.com/akoomitech/round_lottery

    https://www.imoka.cn/demoapp

    为什么开源

    想想,这个解决方案,很难做成一个 Saas 化的产品。

    1. 产品本身解决的就是定制化的需求,必然涉及到切合用户自身业务整合的能力。

    2. 这种定制化,不单单仅仅只是提供模板组件定制化的开发能力,而是整个平台的大量定制化需求能力。

    3. 开源方案就没有后续维护的问题,而且,每个用户场景不一,用户完全可以自己开发维护部署,

    所以,可以做的,就是提供定制组件模板研发、发布以及搭建的解决方案, 最终, 让用户切合自身业务需求,来做一系列的定制化改造,嵌入到自身的业务系统当中。

    最后

    因为不想闭门造车, 想看看, 是否有真实的需求存在。V 友身边,是否有碰到以上的一些问题呢,谢谢观看!

    10 条回复    2023-09-11 14:14:22 +08:00
    GeekGao
        1
    GeekGao  
       243 天前
    如果是为了模版,不如直接买服务了。如果从头开始搞,比起商业产品所赋予的价值不是很高了。
    vice
        2
    vice  
       243 天前
    结合真实业务的实际场景来分析,觉得价值和需求打个问号。
    1 、刚起步:业务成熟度不足,人力不够(人力不够意味着不会投入资源去使用要维护的开源方案) 、运营发难简单;
    2 、发展中,有一定规模:产研团队会根据产品迭代、运营活动的工作量权重做配比,通常来说不会为了节省点运营研发人力而做调整,再说了,除去长期活动而言,一般的运营节奏也不会特别频繁。
    3 、成熟的业务:人员充足,运营活动千奇百怪,基本都需要定制开发
    softlight
        3
    softlight  
    OP
       241 天前
    @vice 目前解决的就是定制开发的能力。所有的组件都是根据用户的业务需求定制化开发的,其实就是将用户自身的业务可视化的搭建起来。比如用户可以开发自己的商品组件、优惠券发放组件、抽奖组件等等,搭建起来的,是用户自己的业务,而不单单只是展示型的静态页面
    softlight
        4
    softlight  
    OP
       241 天前
    @GeekGao 目前商业产品提供的模板,很难跟用户自身的业务系统紧密结合吧。 而这套解决方案,是希望用户可以按照自己业务需求去定制化开发自己的模板
    GeekGao
        5
    GeekGao  
       241 天前
    @softlight "很难跟用户自身的业务系统紧密结合吧" 当你说出这句话的时候,你真的觉得你自己调研过大部分用户和现有的产品吗? (无意冒犯)
    softlight
        6
    softlight  
    OP
       241 天前
    @GeekGao 理解,但是,具我目前的了解, 很少有这种模板或者组件可以提供代码开发的能力。 有些可能会在网页上提供一些函数的钩子, 写一些定制化的逻辑。但是, 一些复杂的业务,必然用到用户自身封装到业务组件库,工具, 甚至安装开源三方包来协助开发。而目前,市面上的产品, 很少能够提供这方面的开发能力。
    GeekGao
        7
    GeekGao  
       241 天前
    @softlight 企业定制化需求,没有银弹。只能说人力成本多少。
    softlight
        8
    softlight  
    OP
       241 天前
    @GeekGao 可能我说的营销场景带偏了, 其实, 这个解决方案搭建的, 是企业自身的业务, 不单单局限于营销场景。 因为所有的模板,组件,全部都是基于用户自己的需求开发的, 理论上,可以搭建任何可能的页面. 只是,这些组件,通过配置化,控制组件里面的业务逻辑
    GeekGao
        9
    GeekGao  
       241 天前
    @softlight 最好能找到几个实际的客户,看看他们怎么说。理想都是丰满的
    softlight
        10
    softlight  
    OP
       241 天前
    @GeekGao 这其实已验证过了,就拿目前所在的公司, 已采用这套方案直接可以搭建自己的大促活动以及日常运营活动。按大促类的活动, 按传统方式,起码得提前 2 周进入开发测试,这过程还没有牵扯沟通反攻等问题。现在,只需提前 2 天将整个活动搭建好就可以,而且只需运营一个人就能操作。 这也是程序员最难的地方, 虽然会开发, 不懂渠道资源
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5644 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 30ms · UTC 09:14 · PVG 17:14 · LAX 02:14 · JFK 05:14
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.