前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >互联网下半场,技术同学怎么走?

互联网下半场,技术同学怎么走?

作者头像
春哥大魔王
发布2023-03-22 18:33:56
2200
发布2023-03-22 18:33:56
举报
互联网行业有下半场的概念,就是 c 端流量见顶,互联网渗透率见顶之后,行业怎么走。

简单来说有两条路,一条路是搞存量,再存量业务上做精细化运营和深耕。另一条路是切换赛道,就是以互联网思维和互联网技术,赋能传统意义互联网产品之外的业务和赛道。

比如大家可以脑补下,你过去是一个互联网产品行业的技术人员,有一天你跳槽到造车新势力企业,你能带走的是什么?或者你可以在新势力里面拿到成绩的手段有哪些呢?

在我看来,纯技术大概用途不大了,因为毕竟是两套技术体系,服务的目标和要求都不同。

能带走的是一种思维模式和做事方法,简单来说就是技术价值如何实现,帮助拆解业务价值到系统中,建设类似于目标看板等手段,帮助企业更细力度的运营。

从这一点扩展起来,其实就是思考技术人如果想要帮助一些偏传统的企业做好数字化转型,需要做的习惯上的改变和持续精进的能力有哪些。

产业互联网或者说产业数字化,或者 ToB类系统,在技术挑战上看,是不具备ToC产品的高并发、高性能、高可用的技术特点的。

所以,原来在ToC产品积累下来的技术能力,不一定可以在ToB系统上用的到。

很多技术人都曾梦想着通过技术改变世界,也有很多人觉得,精深技术是很高的门槛。

这句话,在我看来有半句是正确的。技术做好确实是一个很高的门槛,但这适用于一些对技术要求很高的行业或者产品上,他们的卖点就是技术带来的壁垒,比如数据库、芯片、操作系统、视频音频解决方案等,这些产品或者行业想要做好,是需要技术的精深和专业。

但大部分所谓的应用层技术,其实都是给业务打辅助的。我们通过技术解决业务问题,帮助业务提效、标准化、降本、提升稳定性等等。

所以大家首先要接受这种,做ToB产品后的技术观的落差,要看到在ToB或产业数字化背景下,技术往往只是工具,是实现商业目标的趁手工具而已。

对应的做好ToB产品,想要发挥价值,要回到业务场景中,看清业务全貌,才能选择趁手的工具。

但这也不是说,你技术二把刀就开始搞业务,还是之前文章提到的,想要靠技术吃饭,技术先搞到P7水平再说,提早放弃搞技术,后面靠技术拿成绩的上限就会很低。

有人会说,就是说一个技术人要变成业务大牛了?

其实也不是,这个时代我理解没有多少所谓的业务大牛,为什么呢?

在当前这个时代,任何业务想要数字化,基本上离不开技术了。

所以现在和过去对于一个业务大牛的能力定义是不一样的,过去的业务大牛可能知道业务链路、业务价值、业务干系方,知道从供给到销售端的全链路就行了。

而现在的业务大牛,是不能脱离技术赋能来想问题的,因为上面提到的各种能力,都是值得、也需要用技术重塑一遍的。

同时技术还是相对专业的一个技能,也是需要专业投入的,符合1w小时定律。

比如你怎么打造一个系统,端到端的闭环承接业务流程,如何建设业务的指标看板和数字化体系,如何解决性能和稳定性,如何自动化、标准化提效,这需要有很好的业务抽象和建模能力,这些背后都是技术思维。

而且在业务表象之下,是稳定性、高可靠、成本、安全合规等隐形要求,这些一个业务大牛是看不到的,他们属于市场、环境带来的隐性约束,而做好这些,是技术人擅长的。

总的来说,当前时代,一个业务大牛不仅需要具备现实世界业务的kown-how,还需要具备数字化思维,知道业务如何被技术赋能。技术人可以在其中和好的业务大牛打配合,能将配合打好到什么程度,取决于技术同学对业务的理解程度,当然是越精深越好。

了解业务,需要放下技术洁癖,敢于将双手弄脏,融入到业务中去,躬身入局,了解到业务是怎么玩的,需要有服务心态,踏踏实实的解决业务问题,很多时候比较虚的方法论,ToB客户可能不会买单。

做ToB产品之后,思考方式会和之前有很大的不同,之前做ToC技术同学面对的是高并发、高可用、高性能这些技术问题,大家关注How的部分即可。

但ToB产品,很多业务方他们对技术并没有多少了解,为了避免头痛医头脚痛医脚的尴尬,更好的解决客户问题,需要更多的思考why和what,比如更好的利用技术,更好的效率,更好的成本角度,帮助客户选择更合适的技术方案。

而做好这一切就是在事前环节,一个懂技术的人和客户深刻的沟通业务链路,知晓业务目标,基于自己的技术专业能力,为客户提供最优的解决方案,这是技术同学价值的直接体现,所以有人说「未来懂技术的售前很吃香」。

走出技术scope,踏入业务scope,也就代表着从确定性走向了不确定性。

过去我们做技术,面对的问题还是相对确定的,比如数据一致性问题,还是扩展性问题,还是性能问题,还是高并发问题,一旦问题被定义清楚了,解法就相对清晰了。

而走向业务之后,不确定性就会到来,比如业务方战略打法目标都可能会变化,而这一切也会带来系统边界和技术要求的变化,市场环境监管策略的变化,也会带来企业资源投入的变化。

走向业务之后,面对的是更多对技术不熟悉的同学,比如商务同学为了拿单,可能会签约一些订单,研发同学的交付压力可能就来了,客户的定制化需求来了,你需要合理的解决这些个性化的逻辑,这些都属于ToB产品之后的不确定性。

我们过去内部项目,可以让产品经理把需求想明白,论证清楚。但ToB客户花了钱,这套逻辑就不合理了,某种程度上来说,是客户花钱去试错,论证这事是在试错之后得来的,技术需要做的是低成本的帮助客户试错。

因为上述一系列的不确定性,就需要我们技术同学具备很好的和人沟通的能力。

过去技术同学对接的产品,或者自己老板都是有一定技术背景的,沟通成本会低一些。而现在面对的这些人,包括对客户,对方老板,商务同学的沟通能力的要求就高了。

想要和不同专业、背景同学沟通,需要具备一定的行业知识,不然就容易驴唇不对马嘴,所以需要看一些书,了解行业的know-how就很重要。

所以,从过去toC技术人转换到toB技术人,需要放下技术执念,心态上要更open,也要更务实,沟通能力要变强,有服务心态,要不断突破思维局限。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2023-02-27,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 春哥talk 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
腾讯云 BI
腾讯云 BI(Business Intelligence,BI)提供从数据源接入、数据建模到数据可视化分析全流程的BI能力,帮助经营者快速获取决策数据依据。系统采用敏捷自助式设计,使用者仅需通过简单拖拽即可完成原本复杂的报表开发过程,并支持报表的分享、推送等企业协作场景。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档