要么你是一个好的XX

前段时间面试了一位人才，我说：要么你是一个好的管理经理，要么你是一个好的研究人员，要么你是一个好的创新研发人员，要么你是一个好的产品经理，要么你是一个好的架构师，要么你是一个好的高级开发工程师，要么你是一个好的项目经理，要么你是一个好的咨询顾问，要么你是一个好的售前顾问。但是你什么都不突出，干啥啥没有突出优势，这就让我很难办。

这几年就业情况不好，希望看到此文的各位职场人，你们自己扪心自问一下你们自己。

一

要么你是一个好的管理经理：

1、会识人看人、吸引人、人岗匹配，让手下虎将如云、人才辈出。

2、会看事决策事：洞察事物的核心要害，能找到事物的关键突破口，能无误地进行轻重、缓急、进退、取舍地决策抉择。敢于抉择，敢于担当后果责任。

3、会拧合团队，让团队合理建制-分工-配合，团队气氛轻松愉快，团队成员们心往一块想劲儿往一处使、心气嗷嗷叫。

很多管理经理：

1、看不清楚人，也吸引不了人，用错人或者把人放在他不适合的岗位上。团队没有虎将，也出不了人才。

2、也看不清楚事，不知道怎么破局。事情遇到问题了，也不知道该如何有效下抉择，没有目标、没有方向、没有主次、没有逻辑、没有原则，瞎抉择，因人因事突发需要被迫抉择时，才临时胡乱下个也没想清楚的决策，所以也不敢拍板更不敢承担责任。

3、不会搭建合理的组织建制，也不会把团队拧成一股绳。

二

要么你是一个好的产品经理：

1、有丰富的从业经历和经验，深刻理解你的目标客户群、深刻理解你的竞争对手。

2、可以找到差异化的产品打点。

3、能够按照订单/回款/营收/利润/增长率KPI目标，恰当进度地产品上市。

很多产品经理：

1、对自己的目标客户群画像不清晰，好像全天下都是他的客户。对自己的目标客户市场发生了什么不清楚，对竞争对手发生了什么不清楚，连竞争对手产品负责人都不知道是谁。

2、人云亦云，产品平淡无奇，只能随着客户项目不断倒逼修改产品。

3、不了解公司的经营节奏与目标，只会按照产品研发常规性进度往前走。

三

要么你是一个好的架构师：

1、应用架构师：模块与模块、系统与系统、层与层之间，应该如何识别颗粒度和边界，采取怎样的解耦策略，采取怎样的集成策略，如何识别接口、定义接口、保持接口的向下兼容性和稳定性。

2、数据架构师：各个模块要采集什么样的数据，要选择怎样的采集技术，要选择怎样恰当的存储技术。不同数据的传输质量要求是什么。哪些数据要版本管理、哪些数据要追溯。哪些数据要严格隐私保护要脱敏要严格权限管理。哪些数据要做复杂的总和钻取分析。哪些数据要做精巧的并发设计。哪些数据要进行同步分发。哪些数据是主数据，要定义怎样的数据标准，主数据如何访问。

3、技术架构师：高性能如何保证/持续高性能横向扩展如何设计、高可用如何保证、高安全如何保证。

很多架构师：

1、没有应用架构师，只有技术架构师。

2、很多公司不知道架构师的岗位职责，公司也没有流程制度来保证架构师们参与到研发设计主流程中，被传统的产品设计-产品开发-产品测试流程阻挡在外。

3、即使有了明确的架构师岗位职责，很多人也没有架构师工作需要的能力。

四

要么你是一个好的高级开发工程师：

1、能够深刻理解产品经理设计的产品详细设计说明书，并且在编码实现的时候比产品经理想的更周全，把产品经理没有想到的一些细节也都实现补充上来。

2、能够洞察出哪些功能点未来可能会频繁地剧烈地变动，需要做专门的巧妙的代码设计模式来预备这种频繁地剧烈地变动。

3、能够保证自己的代码实现是高性能、高稳定、高安全、易查错的。

很多开发工程师枉成工程师，只能称作码农：

1、工程师要做代码编写的工程设计、实验验证，严谨地来，而不是码农想到哪里就编写到哪里。

2、码农往往都理解不了产品经理写的产品详细设计说明书，开发出来的东西不符合产品详细设计的功能性，连产品详细设计说明书里的东西都丢三落四没有实现到。

3、码农不知道如何保证高性能，也不知道如何让自己的代码做到易查错。码农更不会识别哪些功能点未来会频繁剧烈变化，更不知道如何设计代码来适应这种变化。

五

要么你是一个好的项目经理：

1、能够识别洞察出相关干系人、竞合格局、各自诉求/目的/动机，以便确定好项目的目标和范围。

2、能够整合到各方资源，而且这些各方资源还都齐心协力一起拧合配合往前推进走。

3、有丰富的经历和经验来应对项目变更，能够控制好处理好项目变更。

很多项目经理：

1、根本识别不出相关干系人，也不能洞察出相关干系人到底想干啥，连项目的目标、项目的范围都弄不清楚

2、连自己的团队都整合不起来，踢屁股推进都推进不力，项目进度无法保证、项目团队氛围怨气冲天，项目任务无法有效分配

3、根本不知道如何应对项目变更，只能一事事挨着、尽力干着，项目进度走到哪里算哪里。

六

要么你是一个好的咨询顾问：

1、快速调研并识别出各方的诉求，如：董事会、经管会、产研部门、营销和销售部门、服务部门、职能财务和人力部门、职能IT部门、一线总经理诉求、合作伙伴诉求。

2、能够把大家方法的诉求整理成一个统一框架。

3、并且能够找到各方利益的平衡点，找到设计出有效的解决方案（切入口-主路径-核心抓手，配套组织/领军人物/考核与激励，需要的工具/时间/成本/能力）。

很多咨询顾问：

1、把A客户的经验与做法泄露给B客户，把A+B客户的经验与做法介绍给C客户，这都违反咨询顾问职业底线了。

2、都无法把各利益方的诉求设计出统一框架进行分类-分级-分阶段，全是大清单大列表平铺堆砌。

3、都设计不出有效的解决方案，只能给几条人为经验判断的大清单大列表，经验既浅薄，建议还无关痛痒。

七

要么你是一个好的售前顾问：

1、能够识别洞察出相关干系人、竞合格局、各自诉求/目的/动机，以便找到项目的真正的痛点，找到恰当的切入契机或时机。

2、设计出来的产品+生态的落地方案，既符合客户的需求，又能和竞争对手形成差异化竞争优势，还可以是标准-成熟-可规模复制-快速实施的解决方案，不给实施与客开挖大坑。

3、在投标-讲标过程当中，能够很好地说服引导客户、战胜竞争对手，还能很好地保证解决方案报价的议价甚至溢价。

很多售前顾问：

1、都弄不明白客户想要什么，只能照本宣科把产品营销文档从头到尾念一遍、功能平铺直叙介绍一遍。

2、一味拍胸脯骗客户啥都能做到，给后续的实施和客开挖大坑，也带来了未来的成本消耗、验收难度和回款难度。

3、不能找到合适的打点、不能有效引导说服客户，只能一味地以低报价来作为所谓的竞争优势来拿单。

本文来自微信公众号： 阿朱说 （ID：azhushuo） ，作者：吕建伟