他们是谁?
笔者目前所做的项目需要频繁跟供方(乙方)接触,遇到问题要协调处理的时候,经常碰到供方这样回复:不好意思,这个不是我们这个模块能处理的,这个是他们那个模块的工作,你去问他们吧。
我又想起之前听到的一个故事:
某家大楼装电梯,装完之后有一天下大雨,水流到电梯井里然后电梯发生了故障。
大楼负责人就找电梯公司的人过来看。
电梯公司派人过来看了一下,说:发生故障的根本原因不是我们能解决的,这个是他们的工作。
大楼负责人问:他们是谁?
答曰:该死的裝电梯的。
又问:你们是谁?
答曰:修电梯的。
我想所有人都不愿意听到这样的奇葩回复。对甲方和用户而言,乙方就是一个不可分割的团队,在项目实施过程中不应该彼此分得很清楚。面对甲方的需求和问题,不要一味粗暴得回应不是自己的问题,然后把问题踢给别人。
我们知道产品有产品的用户体验,同样,服务本身也有用户体验。所以一个公司或团队提供的服务体验好不好完全在于这个公司的文化建设以及团队的服务理念。产品用户体验不好就会导致用户流失,服务用户体验不好也会导致用户不会再回头。
如果这个事情真的不是自己可以解决的,起码应该给出一个有效的解决途径,比如把相关负责人叫过来一起谈,或者记录下这个问题然后内部消化解决掉,最起码也要给一个联系方式。做项目或者面对用户,所有人代表的是整个公司整个团队,而不是你们,他们,别人...
-----------------------------------------------------------------------------------------------------------------------------
SAP ALL进行时...!
注:本文系原创,如要转载请务必保持原文一致并注明作者(SAP梦心)及出处(博客地址:http://www.cnblogs.com/saper/),违者将会被追究相关责任,谢谢!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!