饮食 早餐：一个茶叶蛋、一碗炒米粉、一碗瘦肉粥、一份油麦菜 午餐：蒜香骨、两碗米饭、炖汤、青菜 晚餐：炒米粉、肉丸汤、盐汽水 无氧 无 有氧 总结 一晃，上一次都是9月份了，看来这个运动记录不能落下。2025年都快过去了，今年运动真的很少，真个人状态都不太好的。所以，重新出发，2026年，希望能超越往年的运动表现。从小习惯做起，不管是跑是走，每天5公里，不能间断，如果下大雨了，那就去健身房爬坡替换，如果健身房实在没位置，那就力量训练替换，总之，不要中断了，要养成习惯，不知不觉之中，就完成了。 什么要求、什么优化都不要提了。 不管你用跑的还是走的，就5公里，先坚持一个月才说那些有的没的。

首先，假设我们是做储能云平台的，基于这样的设定，就能把目标客户定位在储能集成商、储能主机厂等上面。 在进行目标客户分析时，我们需要从七个维度入手：基本信息、发家历程、业务分布、主要产品、是否需要储能云平台、合作机会，最后进行总结。 如果拿到的目标客户名单不全，都是简称，很难定位到具体哪一家公司。 这个情况就需要额外处理，这个问题我在《企业简称傻傻分不清？如何定位到真正的目标客户》一文中已经深入分析和探讨过，有兴趣的可以看一下。 之后，我们需要知道，能对目标客户有基本的了解，然后才能基于这些信息，进行核心的判断 “是否需要储能云平台”，这个就是我们做目标客户分析最关键的一个环节。 在判断客户是否需要储能云平台时，我们要区分两种情况： 如果目标客户需要，就要明确为什么需要？依据在哪里？ 如果目标客户不需要，就要进一步分析是自研还是使用第三方。 通过分析发现目标客户是自研或使用第三方时，是否还有合作机会呢？ 对于自研的情况，要了解是否遇到技术瓶颈？公司业务调整？ 对于使用第三方的情况，要了解是否合作愉快？服务周到？ 我在《为什么自研能力强的企业反而更有合作机会？》这篇文章中也做了深入分析，总结就是，要根据不同的发展阶段，对不同规模的目标客户，使用不同的对策，不能一概而论的。 但是，通常自研和使用第三方的情况，这个信息很难获取的。所以，只能说 “日拱一卒 功不唐捐” 了，不是努力就可以的，与很多因素有关系，但总得试一试。 上面这些分析思路，其实都可以看一下我之前写的这篇《和 ToB 目标客户接触前，要做哪些准备工作？我的一点看法》文章，虽然行业不同，但逻辑思路、使用的工具，都是一样的。 当这些信息都梳理清楚后，就可以整理一份目标客户分析报告了。 写到这里，其实，这篇文章主要是把之前相关的文章汇总了一下，感兴趣的都可以看一下。 最后，再提一点我自己的看法。 人工去分析和收集客户的信息，要掌握一个度，就是不能太浅也不能太深。 因为很多信息都是网上获取的，存在一定的错误和滞后问题，不用把分析报告写成长篇大论，或者反复深挖、咨询某一个细节点，大可不必。 只要掌握关键信息和一些判断，有一个相对可信的结论就行了。 无非就是能回答这三个问题：客户是谁？是否需要我们的产品？为什么？ 就可以了。 如果觉得目标客户真的有机会，再去找对应区域的销售沟通，了解真实的情况。 有可能和销售的一通电话，就推翻了之前辛辛苦苦写的报告。 这种情况很常见，毕竟，考虑到网上营销宣传的作用，适当的夸大和包装再正常不过了。 如果真实情况，与自己整理的报告结论南辕北辙，那会让人感觉白忙活了。 所以，客户分析报告只要把上面三个问题讲清楚，有理有据，就可以了。

学习总结 《商业思维案例笔记》这个课程，总共有 51 讲，涵盖 30 多个商业案例的解读，在学习完之后，只能感叹，知识量巨大。 因为是第一次这样系统地学习商业相关的知识，所以，很多术语、用词都一知半解的，这就需要停下来，去查一查这个词是什么意思。相应的，进度就会很慢了，会比较花时间。 不过，总体而言，这个课程算是少有的让我觉得值得购买和深入学习的了，有一些课程，都是将一些人人都知道的大道理，用让人听不懂的话语讲出来。学完之后，如同水过鸭背，什么都没记住，因为有价值的点，寥寥无几。 不过我这样说，好像过于苛刻了一点，因为商业这个东西，纯粹是我没有怎么接触过，或者零基础的吧，才会有大获至宝之感，如果是一些已知道的东西，估计称赞之言，就少之又少了。 这个课程，主要包括下面这些内容，可以说还是很丰富的： 商业思维与基础认知 行业分析框架与方法 产品策略与运营实践 风险投资与资本运作 职场发展与个人成长 沟通与汇报技巧 学习与认知提升 每一个部分，都值得我花更多的时间，深入学习和研究，因为它就像是商业知识的总纲，告诉你有这么个东西，你如果要学，可以再找这方面的资料来看，更深入到这一个部分。 因此，还是上面那一句话，涵盖的知识量很大，比如 “第一性原理”、“终局思维”、“非共识机会” 和 “飞轮模式” 等等。每一个概念，每一个知识都可以写一篇学习笔记。 其中，让我印象深刻的是 “第一性原理”，这个原理，让我收获颇多。 虽然，我一直以自己是点子王为奋斗目标，就是强化解决问题的能力，不拘一格，不陷入死板、思维定势里去，平时做事情，也就主打灵活应对。 目的是解决问题。 所以，在这样的情况之下，知晓这个原理，更强化了对待问题的信心，或者更强化颠覆一切的勇气。 第一性原理，说的意思就是，拨云去雾，透过现象看本质，或者抓住最原始的需求。 打个比方，你想提升篮球技术，一般人可能会看 NBA 巨星怎么打球，然后模仿他们的动作，比如模仿库里的三分投篮姿势。 这是基于他人经验的做法。 但要是用 “第一性原理” 来提升球技，你就得从打篮球最根本的要素去思考。 打篮球最核心的就是把球投进篮筐得分，以及阻止对方得分。围绕这个本质，你得分析自己要做到这些需要什么。 比如要精准投篮，就需要锻炼手部力量、培养对球的控制感以及掌握合适的发力方式。要阻止对方得分，就得提高自己的防守脚步移动速度、增强身体对抗能力。 所以 “第一性原理” 就像是抛开那些花哨的 NBA 巨星打法模板，回到打篮球得分和防守的最根本目的，从这些基础出发，找到适合自己提升篮球技术的方法，而不是单纯模仿别人。 这样，这个课程相当于，让我找到了商业知识的地图，而接下来，我就可以在地图上依次把想要学习的知识，逐步掌握。 整个课程，自己划线有将近 750 条，而且极客时间这个平台还不支持一键导出，整理起来，真的很费劲。 把这 750 条摘要内容，都过了一遍，还是花了不少时间的，但是重温之后，当时在看这个课程的感受，还是那么清晰，就是有些观点醍醐灌顶，仿佛思维突然开阔了起来。 就在重温的过程中，把那些觉得深有感触的句子，单独整理出来，有一百多条，这样也刚好记录和写一些学习感受，平时复习看看也方便，不然 750 条，将近五万个字，复习起来，费时费力，就不太友好了。 在课程中，推荐的所有书籍或课程如下，只能看后面怎么安排，都看一遍了，总之，这个课程后续还要投入大量的时间，但我认为是值得的。 《免费：商业的未来》- 克里斯・安德森 《长尾理论》- 克里斯・安德森 《俞军产品方法论》- 俞军 《第四消费时代》- 三浦展 《投资中最简单的事》- 邱国鹭 《浪潮之巅》- 吴军 《集装箱改变世界》- 马克・莱文森 《激荡三十年》- 吴晓波 《王慧文的清华产品课》- 王慧文 《纳瓦尔宝典》- 埃里克・乔根森 《刘慈欣谈科幻》- 刘慈欣 《橘子不是唯一的水果》- 珍妮特・温特森 《重来》- 杰森・弗里德 / 大卫・H・汉森 ...

在最开始做储能客户分析工作时，我就有想过，基于 AI 智能体来提升这个工作的效率。 但是，因为才刚开始，没有多少经验，就想要一步到位，说实话，还是很不实际的。 所以，当时的想法就是，先从笨方法开始，即便慢一点，也要什么都动手去做，等积累到一定的经验，就可以开始分析和总结，然后能有一些心得，接着，再看有没有什么地方是可以优化的。 再根据可优化的部分，不断迭代做事的方式，以便能提升工作效率。 最终，能借助 AI 智能体，来完成 ToB 客户分析工作。 在之前的《和 ToB 目标客户接触前，要做哪些准备工作？我的一点看法》、《企业简称傻傻分不清？如何定位到真正的目标客户》和《为什么自研能力强的企业反而更有合作机会》等文章中，都多多少少提到与客户分析工作有关的内容。 但是，基本上是提炼一个要点，去分析和总结，不是完整的工作优化流程。 现在，感觉有一点心得体会了，就打算把这个过程梳理一下。 从零开始梳理 ToB 客户分析工作，在我看来，是怎么做的，以及有什么可以提高效率的方法。 打算把整个过程梳理为： 人工 → AI 收集信息 → AI 判断合作机会 → 客户评分标准设计 → 企业信息自动化平台设想。 相应地，有如下几篇文章： ToB 客户分析工作（一）：如何从零开始用 AI 驱动智能客户分析？ ToB 客户分析工作（二）：人工如何分析和收集客户信息？ ToB 客户分析工作（三）：如何开发 AI 智能体快速收集客户信息？ ToB 客户分析工作（四）：如何快速判断客户的重要程度？ ToB 客户分析工作（五）：客户分析工具的最终形态是什么样的？

前言 在软件开发过程中，我们经常会遇到一些探索型的功能开发任务，就是那些没有做过、没有参考案例、甚至整个部门都没人有经验的功能开发。 这种任务往往充满了不确定性，也最容易出现问题。 书接上回 还记得之前张三和李四因为临时方案爆发的争论吗？ 李四最近的开发工作一直都差强人意。 每次功能做完在会议上演示，总是会被挑出很多问题：功能实现丢三落四、界面样式不够美观、逻辑处理不够完善等等。 问题表现 这个问题到底出在哪里呢？是李四做事情不够用心吗？ 经过一段时间的观察，我发现问题主要出在两个方面： 问题一：需求沟通不到位 首先是需求沟通的问题，很多时候，需求给出来的时候就存在可协商的空间，什么意思呢？就是需求描述不够明确，没有达到可量化的程度。 比如只说 “界面主题色是蓝色”，但没有给出具体的十六进制值。对于开发人员来说，蓝色可以是天蓝色、浅蓝色、粉蓝色，甚至深蓝色。 结果等开发完成了，你又不满意了，说想要的是深蓝色。这个时候功能都实现完了，找谁说理去？ 问题二：探索型任务的特殊性 第二个原因是，李四的开发任务是探索型的任务，这类功能没有做过，甚至整个部门就他一个人开始做。 对于这种类型的任务，最容易出现的问题就是口头沟通的局限性，两个人在座位上你一句我一句地讨论功能实现、技术预研、技术框架、设计方案、函数封装等，都是口头沟通。 因为没有参考案例，沟通双方很容易出现 “我觉得我说清楚了，你觉得你听明白了” 的情况。 结果呢？ 等功能开发出来，李四觉得自己已经做到位了，张三一看，觉得和之前沟通的完全不是一回事儿。 解决方案 面对这些问题，我们应该怎么办呢？ 对策一：需求量化是基础 首先，需求必须可量化、可验证，这是解决问题的第一步。 颜色要给出具体的十六进制值，尺寸要给出具体的像素或百分比，功能要明确输入输出，性能要给出具体的指标要求。 所以说，模糊的需求必然导致模糊的结果。 对策二：方案文档不可少 其次，对于探索型任务，方案文档是关键。 李四应该在开始敲代码前，先在脑子里过一遍整个开发流程，找出可能存在的技术难点和争议点，针对每个难点提供 1-2 个解决方案，然后形成方案文档，文档应包括：做什么、为什么、怎么做、有什么问题、怎么解决、结论。 一来可以把思路梳理清楚，二来可以提前预知可能出现的问题，把风险在开发前就排除掉。 对策三：多人讨论是保障 最后，一个人拍脑袋决定的方案往往存在隐患，正确的做法是召集项目负责人、相关同事等一起过一遍方案文档，大家从不同角度提出意见和建议，明确解决方案和实现方式。 为什么要这么做？ 因为每个人掌握的信息不同，多人讨论可以避免信息盲区，可以发现个人思考中忽略的问题，最重要的是，集体决策可以分摊责任，如果最后方案还是不太理想，也怪不到某一个人头上。 总结 说实话，探索性功能开发确实充满挑战，很多人会觉得这类型的任务，最大的难点是在技术层面的攻关，但实际上，只要做事情的方式不对，同样得不到自己满意的结果。 所以说，探索不代表可以随意，创新也需要规范。按照正确的流程和方法去做，你会发现，很多看似复杂的问题其实都有章可循。