惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

S
Schneier on Security
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
T
Threat Research - Cisco Blogs
C
Cyber Attacks, Cyber Crime and Cyber Security
C
CXSECURITY Database RSS Feed - CXSecurity.com
A
Arctic Wolf
Security Latest
Security Latest
Simon Willison's Weblog
Simon Willison's Weblog
I
Intezer
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
T
Troy Hunt's Blog
Latest news
Latest news
Help Net Security
Help Net Security
S
Security Affairs
Webroot Blog
Webroot Blog
The Hacker News
The Hacker News
AI
AI
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
T
Tor Project blog
Forbes - Security
Forbes - Security
Google DeepMind News
Google DeepMind News
AWS News Blog
AWS News Blog
Attack and Defense Labs
Attack and Defense Labs
P
Proofpoint News Feed
www.infosecurity-magazine.com
www.infosecurity-magazine.com
H
Help Net Security
L
Lohrmann on Cybersecurity
S
SegmentFault 最新的问题
Google Online Security Blog
Google Online Security Blog
MongoDB | Blog
MongoDB | Blog
Cyberwarzone
Cyberwarzone
The Last Watchdog
The Last Watchdog
S
Securelist
N
News and Events Feed by Topic
S
Secure Thoughts
F
Fortinet All Blogs
博客园_首页
C
Cybersecurity and Infrastructure Security Agency CISA
量子位
M
MIT News - Artificial intelligence
F
Full Disclosure
T
The Blog of Author Tim Ferriss
T
Tailwind CSS Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Microsoft Security Blog
Microsoft Security Blog
I
InfoQ
P
Privacy International News Feed
L
LangChain Blog
Know Your Adversary
Know Your Adversary
C
CERT Recently Published Vulnerability Notes

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
财务信息化最难的,从来不是技术,是人 – 人人都是产品经理
业财老曾 · 2026-06-17 · via 人人都是产品经理

财务信息化项目为何频频受阻?表面上是技术问题,实则暗藏组织变革的深水区。本文揭示了四大关键阻力:经验垄断者的本能防御、灰色空间的生存焦虑、效率提升带来的隐性否定,以及最致命的人性博弈。从20年实战经验出发,带你穿透系统表层,看清那些阻碍变革的沉默力量与应对之道。

这些年,接触过一些财务信息化、业财融合项目,越往后越有一个很深的感受:

项目做不下去,很多时候不是因为系统不行,也不是因为方案不对,而是因为它动了人。

刚开始做这类项目的时候,我的理解还比较“理工科”——觉得无非就是梳流程、定规则、建系统、做接口、跑测试、推上线。系统搭起来了,流程理顺了,效率自然就提升了。

后来我经历20多年财务信息化经历后,项目见得多了,才慢慢明白,财务信息化从来不是一个单纯的技术工程。表面上看是在做系统,实际上做的是流程重构、权责调整、数据透明,往深一点说,做的是一次组织层面的重新洗牌。

而只要是“重新洗牌”,就不可能没有阻力。

很多企业在推进财务信息化的时候,都会觉得奇怪:这明明是提高效率、降低风险、提升管理水平的好事,为什么推进起来总是阻力重重?为什么开会的时候大家都说支持,真正到落地时却总有人拖、有人躲、有人绕、有人沉默不语?

你品,仔细品品,是不是这样的?

后来我发现,这里面其实有一些很现实、也很少被摆到台面上来说的原因。

一、最先被触动的,往往是那些“靠经验垄断”的岗位

很多公司里,总有一些岗位是这样的:事情离了他好像就转不动。

你问流程怎么走,他会说“这个情况比较复杂”;

你问规则是什么,他会说“这个很难一句话讲清”;

你问能不能标准化,他往往第一反应是“系统做不了,还是得靠人工经验判断”。

一开始你会觉得,这是资深员工,是经验丰富,是企业宝贵的“老师傅”。

但项目做久了就会发现,这类岗位里,有一部分人真正的价值,当然有专业能力成分,但也有很大一部分,是因为很多关键规则只掌握在他一个人手里,很多处理逻辑没有形成制度,没有沉淀成规则,更没有写进系统。

说白了,很多时候不是事情真的只能他做,而是组织长期没有把这件事从“个人经验”变成“组织能力”。

而财务信息化最擅长干的一件事,恰恰就是把原来散落在个人头脑里的经验,变成流程、规则、字段、权限、校验条件,最后固化到系统里。

这一步对企业来说当然是进步,但对一些岗位来说,感受完全不一样。

因为一旦规则说清楚了,流程标准化了,判断条件被配置出来了,原来那个“非他不可”的位置,就会被削弱。以前别人遇到问题都要来找他,现在系统直接给出路径;以前月末结账、凭证处理、费用归类、收入确认,很多事情都靠“老经验”,现在慢慢变成了“按规则跑”。

这个时候,岗位上的人心里不可能一点波动都没有,特别现在这个严峻的经济形势下,大量的优化、裁员消息满天飞。

他未必会直接反对你,也不会公开说“这个项目影响了我的位置”,但你会很明显感受到那种阻力:

  • 需求调研时,总说“这个以后再细化”;
  • 规则梳理时,总有一些关键点讲得很模糊;
  • 系统测试时,会不断强调特殊场景、例外场景,证明“实际业务比你想的复杂得多”;
  • 到了上线前,又会开始反复说风险,说不能操之过急。

这些表现,表面看都很专业、很谨慎,但如果你真的做过项目,你就知道,很多时候那不是纯粹的专业审慎,而是一种很本能的自我保护。

因为信息化一旦把经验变成规则,把规则变成系统,这个岗位原来赖以建立壁垒的东西,就不再牢靠了。

以前我总觉得,大家应该欢迎系统替自己减负。后来才知道,不是每个人都把“效率提升”理解成利好,有些人会把它理解成自己存在感下降,在当下的AI 替代更是如此。

二、真正难碰的,不是复杂流程,而是那些不愿意被照亮的地方

如果说第一类阻力,更多是岗位安全感问题,那第二类阻力就更现实,也更棘手。

有些流程迟迟不愿意信息化,不是因为做不到,而是因为一旦做到了,很多原本模糊的东西就会被看见。

这一点,做过业财一体化的人基本都懂,也可参见我另一篇文章财务信息化:看似改系统,实则动利益。

  • 为什么有些企业一提打通合同、订单、发票、付款、记账全流程,就会有人格外紧张?
  • 为什么一说要统一主数据、统一口径、统一权限,就总会冒出很多“历史原因”、“业务特殊”、“暂时不具备条件”?
  • 为什么有的项目前期看着推进挺顺,一到关键环节,比如权限设计、审批链固化、付款控制、预算联动、单据留痕,就开始明显卡壳?

因为这些东西一旦真正打通,很多以前靠口头解释、人工协调、模糊边界维持的空间,就会迅速缩小。

以前某些事是可以“灵活处理”的。

为什么灵活?因为没有完整链路,没有全程留痕,没有数据勾稽,也没有足够透明。

但系统不是这样的。系统一旦建起来,谁发起、谁审批、谁修改、谁放行、依据什么规则、有没有超权限、数据前后是否一致,都会留下痕迹。以前靠信息不对称、流程不透明维持的一些灰色空间,在系统面前很难长期存在。

说得再直白一点,有些人反对信息化,不是怕麻烦,而是怕暴露。

这个“暴露”未必一定严重到违法违规那么夸张,有时候只是一些长期说不清、但大家心里都明白的事:

  • 有些费用为什么总能走通;
  • 有些付款为什么总能特批;
  • 有些供应商为什么进得特别顺;
  • 有些业务口径为什么时紧时松;
  • 有些数据为什么总是对不上,但最后又都能“解释过去”。

这些问题在旧模式里,可以靠经验、靠关系、靠默契、靠补丁维持住。可一旦进入财务信息化、业财一体化阶段,系统最不接受的,恰恰就是“差不多”、“先这样”、“后面再解释”。

所以你会看到一种很典型的现象:有些人嘴上非常支持信息化,开会时态度比谁都积极,但真到关键节点时,却总能找到合理理由把事情拖住。

不是公开反对,因为公开反对站不住脚;

而是不断提出“谨慎意见”,不断强调“业务复杂性”,不断提醒“别影响经营”。

从管理语言上看,这些话都对。

但从项目推进的经验看,如果一个环节总是在“透明化最强、留痕最完整、规则最清晰”的地方被反复卡住,那大概率不是技术问题。

以前有个做项目的前辈跟我说过一句话,我一直记得:

很多系统之所以推不下去,不是因为它不够强,而是因为它太诚实。

这话听上去有点刺耳,但很多时候确实如此。

三、信息化提升了效率,也会在无形中否定一些人的过去

这个点,很多人不太会拿出来说,但它在项目里真的很常见。

我们总觉得,系统把工作做快了、做准了,大家应该高兴才对。可现实中,效率提升并不总能换来掌声,有时候反而会带来一种说不出口的抵触,有点像一口浓痰堵在胸口吐又吐不出来的那种憋屈、难受。

原因也不复杂。

因为系统一旦证明,原来一个要花三天完成的事情,现在半天能完成;原来月末要靠一群人加班对数据、调分录、补台账的流程,现在自动跑得七七八八;原来总说“业务太复杂、只能人工处理”的环节,结果规则一梳理、系统一落地,也没那么复杂——那这个结果本身,就会对过去形成一种对照。

这就像一盏灯突然亮了,不只是照亮现在,也照到了过去。

  • 照到了过去为什么那么多人天天忙到很晚;
  • 照到了过去为什么错误率一直不低;
  • 照到了过去为什么总说人手不够、流程没法改;
  • 也照到了过去那些被默认合理、其实并不高效的工作方式。

对普通员工来说,这种变化可能意味着轻松;

但对一些负责人来说,这种变化未必舒服。

因为这会让人产生一种隐性的追问:

  • 既然现在能做到,过去为什么做不到?
  • 既然系统一上来效果这么明显,那之前的管理到底卡在哪里?

没有谁愿意自己的过去被这样“无声地比较”。

所以现实里常常会出现一种很微妙的情绪:项目上线后,明明效率有提升,数据质量也更稳了,但一些原本应该最欢迎的人,态度却并不热烈,甚至有意无意地在淡化成果。

他们可能会说:

“系统只是工具,不要夸大作用。”

“现在效果好,是因为前面人工已经打了很多基础。”

“这套东西也不是没有问题。”

这些话不能说错,系统当然不是万能的。可如果你在项目现场待久一点就会知道,有时候这类话不是客观提醒,而是一种心理上的缓冲——因为系统做得越好,就越容易显得过去那些低效和混乱没有那么站得住脚。

人都希望被肯定、被认可,这是很正常的,也是人类原始基因刻下。

但信息化有时候偏偏会带来另一种结果:它通过提升效率和质量,让一部分人感受到自己的过去被动摇了。

这一层情绪如果处理不好,项目后面就很容易变成“系统上线了,但组织不愿意承认它的价值”。

四、财务信息化最大的难点,其实是组织问题,不是系统问题

做得越久,我越觉得,财务信息化这个事,技术难题当然有,但真正决定成败的,往往不是技术。

技术问题大多数都能解决。

  • 流程复杂,可以拆;
  • 规则繁琐,可以分层;
  • 接口不好打,可以协调;
  • 系统不够贴合,也可以优化。

但人的问题不一样。

因为它背后牵扯的是岗位价值、利益格局、历史评价、责任边界、部门协同,甚至还有一些无法明说的顾虑。

一个项目为什么推进不动,表面上看常常是需求不清、测试不够、配合度差;但如果往深里挖,很多时候真正卡住它的,是这些问题:

  • 是不是有人担心,规则一旦固化,自己就不再不可替代?
  • 是不是有人担心,流程一旦打通,很多事就再也没法模糊处理?
  • 是不是有人担心,效率一旦提升,就会反过来显得自己过去没做到位?
  • 是不是有些部门在前期承担了很多工作量,却迟迟看不到直接收益?

这些问题如果不提前看见、不正面处理,项目就很容易陷入一种很消耗人的状态:系统在建,会议在开,报表在汇,问题也都知道,但就是始终差那临门一脚。

有时候外行看项目失败,会觉得是实施团队能力不够;

但真正做过的人知道,很多失败不是败给产品,不是败给顾问,而是败给组织里那些沉默的阻力。

五、真正成熟的推进,不是讲大道理,而是先承认人性

信息化,除了需要计算机科学外,还要讲究心理学。

我现在越来越觉得,推进财务信息化,最怕的一种心态就是“我做的是对的,所以别人就应该支持”。

  • 方向对,不等于阻力不存在。
  • 价值大,不等于所有人都能立刻受益。
  • 长期正确,也不等于短期就有人愿意配合。

如果推动者只会讲效率、讲规范、讲未来,而看不见别人当下的焦虑、负担和顾虑,这个项目大概率会推进得很痛苦。

因为很多抵触,并不一定是恶意。

  • 有人是真的担心岗位价值被削弱;
  • 有人是真的害怕旧问题被翻出来;
  • 有人是不愿意自己的过去被否定;
  • 也有人只是手头太忙了,在没有额外激励和资源支持的情况下,确实腾不出力气来配合。

这些情绪不一定正确,但都很真实。

所以我后来对一个项目能不能落地,有了一个越来越朴素的判断:

不是看PPT做得多漂亮,也不是看系统演示多流畅,而是看推动的人有没有能力把这些“真实但不方便明说”的东西接住。

比如,对那些担心被替代的岗位,不能只讲“系统来了你们就轻松了”,而是要真的帮他们从重复事务里抽出来,转到更有判断价值的工作上去。

  • 对那些涉及灰色空间的环节,不能指望流程自己净化,必须要有管理层明确站出来背书。
  • 对那些因为效率提升而感到尴尬的负责人,也不能简单理解为守旧,很多时候反而要给足尊重,让系统成为他管理能力的延伸,而不是对过去工作的公开审判。
  • 对那些前期工作量暴增的部门,更不能只喊“请大家支持项目建设”,而要有清晰的优先级安排、考核联动和必要的资源补偿。

说到底,信息化从来不是靠“压”就能压成的。

真正能做成的,往往都不是把人驯服了,而是把人看明白了。

写在最后

这些年看下来,我对财务信息化最大的一个感受就是:

它表面上改的是流程,实际上碰的是秩序。

有些秩序是好的,值得固化;

有些秩序是旧的,迟早要改;

还有些秩序,说白了就是建立在不透明、低效率和人为控制之上的,只是平时没人点破。

所以每次看到一个项目推进困难,我现在都不太会先去问系统怎么样,而更想先问自己一句:

这个项目到底动了谁的东西?

  • 是动了某些岗位的经验壁垒,
  • 还是动了某些人的灰色空间,
  • 是动了某些负责人对过去成绩的解释权,
  • 还是动了某些部门“与我无关”的舒适区。

很多问题,只有想清楚这一层,后面的方案、节奏、策略,才谈得上真正对症。

财务信息化当然值得做,而且必须做。

只是如果我们把它想得太简单,觉得只要系统够好、方案够全、顾问够专业就能推下去,那大概率会在现实里碰壁。

因为企业里最复杂的,始终不是流程,也不是数据。

是人。

作者:业财老曾,公众号:业财老曾谈,专注财务信息化20年

本文由 @业财老曾 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。