职能部门,不是核心业务部门

Talk big database, solutions, and innovations for businesses.
Post Reply
rifat28dddd
Posts: 774
Joined: Fri Dec 27, 2024 4:02 pm

职能部门,不是核心业务部门

Post by rifat28dddd »

查看详情>这位朋友说,他在公司做的是获客、销售、下单、开单等系统,公司业绩慢,数字化建设进展缓慢。短期内没有必要进行新的改变。虽然大环境不好,但我还是想做出改变,再尝试一下。然后我问他你想提升自己在产品策划、产品设计方面的专业能力吗?还是想更深入地挖掘业务,更好地了解业务的具体部分,深入研究数字系统如何支持业务?他表示自己从未在乙方工作过,也从未开发过商业化的B端产品,这不是他的强项。


未来我想用的是“业务+IT”的结合,我想拓展自己的业务知识,在业务中看到更广泛、更全面的工作视野,能够成为某个业务领域的数字化高手,我什至希望将来成为一名CIO。当他这么说的时候,我基本上就知道他想成为一名ITBP(IT Business Partner)。


他想去甲方,但甲方的饭菜不太好吃,我只好警 塞内加尔 whatspp 数据 告他,这无异于给他泼冷水。甲方的特点我继续和他聊天,告诉他,甲方的数字化工作和你们现在的互联网公司还是有很多区别,我先告诉你,你可以再做决定,去甲方看看是它真的适合你吗? 。


甲方数字部门是。我说,在数字化公司没问题。如果没有数字部门的帮助,您开发的所有系统都无法运行。需求方、产品、技术是铁三角,你的发言权基本一致。对于甲方来说情况就不一样了。


你要去的流程的IT部门是一个职能部门,与财务、人力资源和公司行政一起。它在公司中的发言权可能不如销售和研发。这意味着业务部门可能会比较强大。不知道你是否能适应“儿媳妇”的转变。 。甲方产品经理对协调能力要求很高。


从专业产品经理的角度来看,甲方的产品经理还不如互联网公司,更不用说乙方的专业产品公司了。甲方很多B端系统都是从供应商那里购买的,做一些定制和二代需求,甚至为供应商协调项目。因此,A方的产品经理更像是需求分析师或者项目经理。


而且,业务方不一定会听你的,时不时就会让你背锅。你必须意识到这一点。 。 A方产品经理的优势在于能够充分接触业务,深入业务。我说,通过了解您的需求,甲方可以满足您在接触和深入业务方面的需求。
Post Reply