Files
my-assistant/memory/luoguocai_weekly_reports.md

20 KiB
Raw Blame History

罗国财 工作周报记录

2026-03-24 经理人周报

本周完成工作:

  1. 标杆名单项目需求推进4月份规划内容
  2. 大模型落地项目(导购及智能装修功能的思考和方案探索)
  3. 3月份迭代事项推进AI需求的目标落地
  4. 客如云项目(关注高价值需求的推进)
  5. 前端员工面谈

本周工作总结: 关于AI + 多维表格的思考在AI创新小组的思考分享给大家

1多维表格背景 ①、低代码平台演变Paas平台 -> aPaas平台 ->低代码平台 ->无代码平台 -> 多维表格 ②、aPaas与低代码平台区别aPaas平台和低代码平台就有一些重合网上也有人说他们是一个东西两个名称而已有人说他们完全不是一回事并列了一些不止所谓的区别我认为就是搞概念而已。在我看来低代码平台应该是aPaas平台的一种而且大部分时候他们是可以看作是一个事物若真有不一样我认为是在代码介入的程度就是有多低代码。 ③、无代码平台和多维表格区别。它们同样类似上面的aPaas和低代码平台这样我认为多维表格是无代码平台的一种也可以现在所谓的无代码平台基本就是指多维表格这种特定的应用。 ④、产品演变方向。从演变过程来看,就是从复杂庞大专业到简单大众化,尤其在近这一两年来,多维表格这种无代码平台完胜低代码平台。从钉钉在主菜单的最中间位置上去放多维表格的入口就可见一斑。 ⑤、从代码平台演变看PMF。从功能上来看低代码平台可以做无代码实现的任何事情但是无代码不能做部分低代码平台的事情。例如钉钉前几年大力发展的宜搭可以做飞书多维表格实现的任何事情但是事实就是被打很惨。大家可能说不是同一个赛道但是问题是在10个用户里面或许有8个客户的问题是可以通过多维表格就可以解决只有2个才是用宜搭去解。那结果就很显然易见那8个客户不会花那么大的学习曲线去学习复杂的宜搭。另外一个就是多维表格的展现形式就是一张我们最常见的Excel表格这也让大部分人可以直接上手使用可以从浅到深去使用产品受众并不是只有企业专业用户。相反类似宜搭的产品复杂问题用它去解很麻烦成本也不少他们的受众IT相关人员也不爱用限制太多。所以最终造就了一个尴尬的局面简单的问题多维表格解决就够了复杂的问题貌似宜搭也解决不了。

2多维表格 + AI ①、国外厂商Airtable创立于2013年在2021年12月完成7.35亿美元F轮融资迄今为止Airtable共计获得13.6亿美元融资估值117亿美元。飞书官网谈多维表格竞品就谈它 ②、国内厂商:飞书多维表格、钉钉多维表格、维格,这三家不多介绍,其中维格是创业公司,上次见到他们其中一个创始人,说是他们先做的多维表格,后面飞书

下周工作计划:

  1. 标杆名单项目需求推进4月份规划内容落地执行
  2. 大模型落地项目(解决经营分析助手的回答准确率问题)
  3. 4月份迭代目标确认关注AI的4月目标
  4. 客如云项目(已明确的需求交付周期确定)
  5. 前端员工面谈(下周关闭)

2026-03-17 经理人周报

本周完成工作:

  1. 标杆名单项目需求推进4月份规划内容
  2. 大模型落地项目(导购及智能装修功能的思考和方案探索)
  3. 3月份迭代事项推进AI需求的目标落地
  4. 客如云项目(关注高价值需求的推进)
  5. 前端员工面谈

本周工作总结: 1、精细化管理 最近一阵都有接触客如云相关的项目,在和对方去沟通客户分层和商机等相关事项,我会发现对方在在这两点上的管理有一些地方可以值得我们去学习。

1客户分层定位。客如云把餐饮连锁行业分成15种客群每个都会有一个客户画像编号对应有这个客户群的特点精准描述。在我们一开始看来是觉得比较不可思议一个的餐饮连锁可以细分出那么多客群来。在我们最初的行业划分里面我们只是把整个行业划分成13个行业像餐饮连锁我们根本没有关注里面到底怎么去区分。也就是在上一年我们才把二级行业也做了一个细分部分行业也分得更加细。如果从产品规划的角度去看行业细分最终可以让我们在产品上做对应的隔离针对不同的细分行业可以有更加专业实用的功能输出。不过这一个主要还是取决于我们是否可以有对应的资源去隔离。但是至少我们可以有这个选项。例如当下我们在自己擅长的行业就可以去做对应的事情而不是自己的甜蜜行业那应该就是按照之前的标准哪怕是区分了更细的二级行业但是我们还是暂时不去处理。而在销售管理的这个优势就更加明显了针对不一样的细分客户分层我们可以采用不一样的销售术语提供对应的解决方案给客户展示对应相同类型的客户案例等等。

2商机管理。我们每一次和客如云进行周会客如云都会给我们同步最近时间的商机情况我们可以很清晰看到在这段时间一共有多少商机有效的多少无效的多少。有效里面已经完成审批的有多少审批通过的有多少是符合铱云供应链 + 客如云解决方案的,其中符合画像的有多少,不符合的有多少。对于那些不符合画像的客户里面,我们也能清楚看到分类原因是:产品功能原因 这个一个分类。这样我们很清楚,这些客户因为那些产品的功能而没有买单。回到我们产品规划上,我们就可以有更加清晰的导向,到底去规划哪些需求哪些内容。我们现在其实是比较缺失这样的管理。我们大多时候是听到有客户有抱怨某个功能没有导致客户没有成交,但是总是只是听到这样的声音和甚至有时候是情绪,也不知道这个声音到底是怎样的一个比例,所以我们根本无法看到商客户市场的一个全貌。如果这些信息我们产研都不够清晰,那后续规划如何去做到更加贴合客户呢?我希望后续产研这边可以和朱文建把这个事情梳理一下,是否有持续的商品精细化数据分析。

PS下面几个图是客如云内的关键数据已经打了马赛克 [图片] [图片] [图片]

2、常牧客户客户案例

下周工作计划:

  1. 标杆名单项目需求推进4月份规划内容
  2. 大模型落地项目(导购及智能装修功能的思考和方案探索)
  3. 3月份迭代事项推进AI需求的目标落地
  4. 客如云项目(关注高价值需求的推进)
  5. 前端员工面谈

2026-03-10 经理人周报

本周完成工作:

  1. 标杆名单调研报告阅读及分析明确第一批12家
  2. 大模型落地项目(关闭内审)
  3. 3月份迭代事项关注AI需求的目标落地
  4. 前端员工面谈(延后持续)

本周工作总结: 1、流失客户复盘 本周收到刘程通知告知我们一个知名的冻品客户鸿海将要放弃易订货去采用一个叫金灯塔的软件。我当时第一反应是金灯塔是哪家公司的产品。然后上网收集了一些信息结果什么都没有查到只看到一个比较简陋的软件登录页面。后面刘程也拉着相关同学做了一个复盘会议。复盘会议里面我们复盘到有两个我们的功能点AI营销和库存管理相关。

这两个功能自己有一些看法。

AI营销我个人会感觉竞品的这个功能是偏营销噱头目前我们观察到市面上的SaaS产品也没有一家公司在这个点上有一个非常好的应用。以当下AI大模型的能力去构建智能营销功能有很好的落地还需要一段路要走需要在Agent工程化上面做很多投入才可以。但是换一句话来说是不是产品的AI营销功能是可以先有至于真正的业务价值还是其次

库存管理相关这里面最主要的应该是库位这是专业软件WMS的范畴我们之前拜访包老弟这个客户也是提了这个问题他们希望我们可以提供WMS相关的功能。对于我们一些规模比较大客户会有这样的需求。但是WMS本来就是一个专业软件以我们的资源情况很难短时间去做到这样的能力而且WMS在市面上价格是比较贵的。对于金灯塔做到那种程度我是比较好奇的。未来我们可能会有简单的库位管理但是肯定也会是简单的库位管理而不是完整的WMS。另外像指掌这种竞品也号称自己是有WMS模块但是我们粗略看了一下也是一个很简单的实现很难真正实现大型企业的库位管理。

抛开一些具象的功能需求,我想谈一些客户流失的看法:

1客户流失大多数都是各种因素掺杂在一起导致的结果应该很少应该1到2个很具体的功能点而放弃。如果有若真的有那应该有机制在很早的阶段同步给到产研产研开始一些介入然后给出产研的结论要么去迭代这些功能要么基于ROI不做就向公司抛出风险。我尝试在我们产研需求池和运营平台里面找海鸿的需求只找到零星的一两个需求而且还不是上面提及的内容。重点客户很在意某些功能在意到可能要去更换系统而我们竟然没有相关的需求录入

2产研在关键客户流失后应该有对应的信息收集机制而不是单方面的获取二手信息。当然不是去说二手信息不准确而是不一样的位置的人对信息的理解和处理程度也会有不一样。所以这需要我们在后续建立这样的机制当公司关键客户可以以服务的L1和L2作为标准流失产研需要去做调研分析。

3

下周工作计划:

  1. 标杆名单调研报告阅读及分析(关注需求落地)
  2. 大模型落地项目(智能营销及客户分析需求外审)
  3. 3月份迭代事项推进AI需求的目标落地
  4. 前端员工面谈

2026-03-03 经理人周报

本周完成工作:

  1. 标杆名单调研报告阅读及分析(持续)
  2. 大模型落地项目(已完成智能营销及智能客户分析的方案输出)
  3. 3月份迭代事项关注AI需求的目标落地
  4. 经理人面谈(关闭)

本周工作总结: 1、智能营销及智能客户分析方案 上周我花了不少时间在输出智能营销及智能客户分析两个功能的方案。对于这两个AI大模型的功能我自己是想有更多的参与所以我花了一些时间去写了这两个方案。两个方案结构都基本一致就是对于AI agent开发的一些关键要点做了说明我分别按照以下自己要点去做输出

1功能说明 2关键时序图大模型、AI Agent、易订货产品三者的关键交互过程 3Prompt说明每一次交互过程用到的Prompt如何编写 4关键数据范围喂给大模型的的数据包括有哪些 5本地知识说明提供我们铱云在这个领域的一些业务知识 6工具列表我们可以提供给大模型的API列表

我上次年会就分享过我们所谓的AI Agent = 大模型 + 记忆 + 技能规划 + 工具使用。而我上次说的几点其实就是围绕这四个内容去做说明。例如说我们本地知识说明 + 关键数据范围其实就是上面提及的记忆而技能规划对应的就是Prompt说明。

这次产研把AI相关功能真正作产品功能去落地很多事情都是第一次接触。所以我也特意去写了这样一个方案说明这种方案说明有AI技术侧的内容说明也有业务侧的一些思考。而最后产品经理可以根据这个方案内容说明去进行客户场景调研输出最终的需求原型。我们之所以先输出一个这样的AI技术方案主要的考虑是AI agent的一些技术方案及限制以及如何最大限度发挥大模型能力这些信息产品经理目前还是不够清晰。最后我们在这个输出原型的过程整个公司AI创新小组的同学也不断去介入实时去调整需求原型已达到我们认知的最匹配客户场景的状态。上述这个过程应该在未来一段时间都是我们去迭代产品AI功能的大致流程。

另外我想和大家分享几个点。我们讨论过后也发现在AI时代去做AI Agent的产品产品经理关注的点跟过去有都不少变化。

1更强的数据因果分析能力。我们作为一个有大量客户商品及交易数据的公司很多时候想要做到功能的大致逻辑就是大模型去分析一些数据然后得到一些结论最终根据结论去执行一些事情。这里我们就要去思考我们的结论是那方面的结论我们就要考虑去投喂那些业务数据给大模型这里就有很强的数据因果关系分析。例如说我要做智能营销那我可能要把客户的登录数据也要给客户这里面存在登录频次及登录时间这些数据可以让我做智能优惠券可以更精准投放给对应的客户

下周工作计划:

  1. 标杆名单调研报告阅读及分析(明确初步标杆名单)
  2. 大模型落地项目(智能营销及客户分析需求原型的内审)
  3. 3月份迭代事项关注AI需求的目标落地
  4. 前端员工面谈

2026-02-24 经理人周报

本周完成工作:

  1. 标杆名单第一阶段调研关闭(关注报告数据整理)
  2. 大模型落地项目推进Q1目标
  3. 年会报告内部细化分享
  4. 经理人面谈

本周工作总结: 1、客户拜访 本周二去拜访深圳一家冻品客户尚为食品也是我们打造冻品标杆行动里面的列名客户。客户是冻品食材行业日单量大概在150-200左右GMV大概在3700W左右在线支付流水1300W。客户主要的业务是冻品这一块IT系统用了金蝶软件做财务除财务以外的内容都是用易订货1.0旗舰版当前已经付费升级了但是还没有在2.0上面跑业务。客户还有发展另外一块新业务鲜品现在这一块业务使用管家婆在处理但客户想统一整合在2.0上。客户还有发展另外一块新业务鲜品现在这一块业务使用管家婆在处理但客户想统一整合在2.0上。客户和我们上海的客户上奉食品有一定的投资合作关系,所以很多使用系统的方式都参考了上奉。分享两个点:

1在线支付。从客户的支付流水来看我们也看到客户只有大概40%左右的GMV是走我们的在线支付其他都是走线下的模式。我们也在这个点上问询了客户。客户没有全部使用在线支付并不是因为手续费或其他一些因素而是因为下游小B在支付的时候不方便。客户的下游基本都是走月结或许半月结所以他们支付都是希望可以一次过支付一批订单而不是一张张订单支付。每次这种按每一个订单进行支付还经常出现漏了订单没有支付的情况。而我们账单支付功能正正是可以解决这个问题我们同步给客户之后客户表示这个功能是他们想要的后续会引导小B使用这个功能进行支付。客户的下游都是小商家所以他们月结或许半月结的账单也大概在5000左右并不会触发微信支付的一些限额控制

我们在支付这个事情是不是也存在很多类似尚为这种类型的客户我年会里面提到支付里面我们需要对已经使用了在线支付但是在线支付占比不高的客户进行重点关注。在未来我觉得应该列名去跑这里面GMV比较大客户去做深度的支付挖掘。

2AI。我在交流中提及到AI这个点并且向他们老板李总展示了我们的AI的原型功能。李总是一个心态很开放的人很认同AI大模型在未来会给各行各业赋能这个点。所以他很早就自己使用了ChatGPT用它来解决自己的一些问题。当我去展示一些我们的原型功能的时候他是非常感兴趣。并且在我去讲述未来我们将来迭代的一些类似AI营销的功能时候他表示很认同认为这些AI营销的功能是他们想要的功能。不过出乎我自己意料之外在展示这种通过自然语言去查询报表能力的时候李总会觉得可能他会更习惯自己通过传统方式去查询。而在展示知识问答助手的时候他表示这种当然可以有但是他更希望是赋能给到他们的下游例如下

下周工作计划:

  1. 标杆名单调研报告阅读及分析
  2. 大模型落地项目(完成智能营销功能方案输出)
  3. 3月份迭代事项关注AI需求的目标落地
  4. 经理人面谈(持续)

2026-02-17 经理人周报

本周完成工作:

  1. 标杆名单调研拜访(关注进度)
  2. 大模型落地项目推进Q1目标
  3. 25年年会报告

本周工作总结: 1、AI具象化功能点 [表格] 经过我们内部的一些讨论以及对外部场景的一些洞察,我们基本会落在两个大场景:营销及销售管理上去进行具象功能挖掘。这两个场景的功能,我们已经有大致方案和功能框架,但是一些细节的问题还需要讨论以及和需要与客户做一些相关交流,这样我们确保我们的功能是去解决客户在意的场景问题。至于两个两个功能知识助手和业务数据助手,我们会在这两个月持续迭代优化,在三月末迭代内侧版本发布上线。

2、年会报告后续事项 周末到公司跟区域同学做一个关于年会报告的重点内容分享,主要围绕两个事情:

1产品场景化设计。年会报告我提及我们产研在过去拜访的客户使用我们产品的去解决业务场景覆盖非常低的问题。若场景解决低那意味后续的续费、增购、升级都无法顺利去进行更不要去谈及圈层经营这一类的事情。所以这也是今年产研是非常重要的事情。首先今年我们加强新功能调研及标杆客户调研这个事情把客户的业务场景都摸一遍让我们自身清晰产品的解决场景的问题都在哪些点上然后根据我们核心 3 +1 策略去逐个解决问题。其次我们今年也会在内部组织结构上匹配我们产品场景化。在Q1我们产品会重新设计迭代结构去做到团队和场景挂钩最终团队考核与客户导向的场景直接相关。

2AI大模型产品创新。年会报告结束后有不少一线的同学对AI的功能明显非常感兴趣也有同学已经问了我账号去体验。后续产研会重点投入去加速一些功能的迭代。以此同时我们也不能去忽略AI产品功能的客户验证这些功能同样需要去找客户做调研无论是已经成型的功能还是将要迭代的功能。

这两个事项在本周我还有拉一个产研全员的会议去做一个加持说明尤其在AI这个事情上我需要动员到全产研的同学有更高的参与度以及阐述一些AI创新组织及机制说明公司对这个事情的重视程度。

下周工作计划:

  1. 标杆名单第一阶段调研关闭(关注报告数据整理)
  2. 大模型落地项目推进Q1目标
  3. 年会报告内部细化分享
  4. 经理人面谈

记录时间2026-03-29 数据来源:钉钉工作日志 API ⚠️ 注意API 存在 1000 字符截断限制,以上内容为截断后数据,不完整