ActivityNowIdeasPostsAbout

记录给一家企业做项目的经历和想到的一些有趣的 ideas

Amagi,12 min read

一些背景

大概一年前,接了一个企业商业项目,为他们开发静态官网。开始的时候我花了些时间做了需求分析,大体工作如下:

  1. 静态官网
  2. i18n 语言支持
  3. nextjs
  4. 一个文章管理后台

可以看到我设计得非常简单,editor 用的是 Novel,i18n 使用的是 next-intl。UI 上有一些比较难实现的部分,但通过一些 hacks 尝试解决了,最终效果还不错。

可是…中间出现了一些麻烦,比如早期需求对齐的时候缺乏反馈,这相当于只是做了一个非常非常 mini 的 CMS 系统。我当时对这块领域理解的 Spectrum 还不够广阔,时间精力不太够,没有看到和参考现在非常多优秀 CMS 系统上的设计。

Ok,大概讲完了,是时候说说那些麻烦之处了。

由于当时的我时间精力不太够,于是乎便在 3 天的时间快速召集了几个开发者。3 个小伙伴,2 个毕业实习生和 1 个工作几年的水平,来帮忙写前端和后端工作。前期工作,技术栈的选择,需求分析,我全都准备好了。这里有一个有趣的部分,因为大家都是远程工作,大家可能会觉得这里有很多会议同步的问题。但因为我个人 7 年远程工作的经验加上准备工作比较充足,大家上手非常快,一天或者隔几天 30m 的会议稍微同步一下,基本是超快速上手,工作完美进行了。

节奏稍微有点快,但一切都 Under Control! (as it seems)

Under Control

后面项目基本上可以说完美完工了(我以为的),只是…是的,问题总会在后面出现。

后续事件

大概半年后,企业重新找到我,询问我后台的使用。我就上手尝试了下应用,并后续安排开会教了对方。可是我自己用着用着,发现有很多功能匮乏的地方。

比如

于是实在不好意思,后面只能自己花时间去开发补上了,只能怪自己当时没定好需求。尽管一切都按照较为严格的标准督促着小伙伴,但也心软担心开发的小伙伴太过严厉是不是不太好,在很多基础上缺了些功能没对接确认清楚就让他溜了(小伙子后面去澳洲留学了 lol)。

分析和解决方案

我们先看一个 CMS 的方案,

Cosmic JS

。(这里拿它做举例已经够了,好奇更多的话可以在以下

# 附录

看到)

CosmicJS CMS Solutions Screenshot

从市场需求和一些基本单位出发,这张图概括得很好。Lets break it down


我们的解决方案

尽管追求效率借助了许多第三方工具,开发工作量少了很多,因为没有完整的需求反馈 loop。另外很多企业网站的能力都是通过第三方 SaaS 解决的。

但是这给与国内传统企业对接造成了一定阻碍,出现了哪些问题呢。

  1. 数据迁移,通常企业需要支持 local-first 本地化
  2. 沟通成本,企业不需要知道我用了多好多好的服务,与许多 to c 场景类似,我只需要提供方案与报价。所以很多隐形成本得自己 cover 掉。
  3. 在这之间我需要找到一个好的平衡,即能满足企业需求,而双方不需要消耗过多精力在各方面细节上。

最大的问题还是,我以 to c 的方式去构建了 to b 的方案。

解决方案

重新制定需求和方案,每天花时间使用产品,缺啥补啥,随时复盘和听取反馈进行优化调整。这里列举一些我面临的问题和解决方案。

冒出的 ideas

过程有很多限制,很多问题都解决了,只是过程中有意思的想法冒出头顶!

Ideas

有没有可能出现 Bridge as a Service?这个描述可能不够准确。

我可以做个假设,如果所有的 SaaS 服务都可以以一种通用的协议被直接使用,通过预算控制配合 AI Agent 使用。

而 Bridger 可以帮忙搜集和规划必要的功能组合,这不就成了一套完善的 Agent 软件生态循环了嘛。

What if, all the SaaS online follow a set of protocol, and we can call AI agent to utilize them?

我想肯定市场上应该有相当多公司在做这件事默默 build 的,如由

Anthropic

提出正在被广泛采纳的

MCP

LLM <-> Agent <-> Application 互通协议。

Anyway,如果对这些想法感兴趣的话,请联系我。这个领域相当有趣,市场也正在不断扩展,我们可以交流下 Idea 😂。

不管如何,通过这些探索的过程,逐渐看到了更加清晰的未来世界,是一段相当有趣的旅程,分享给大家,共勉。You can learn everything, amagi out

附录

Update 后文

文章同时发布到了我注册的公众号「编程魔法世界漫游指南」里,欢迎来捧场关注呀!

编程魔法世界漫游指南 QR Code

顺便吐槽下公众号,没想到修改文章是按字数来改的…成本可真大呀。


Footnotes

  1. Huly 提出了

    boundaryless cloud

    的进一步计划。

CC BY-NC 4.0©Amagi. ᕕ( ᐛ )ᕗRSS