项目经理VS产品经理VS架构师
最近在复习备考的过程中，总是不自觉把自己的身份从项目经理(project manager)往(architecter)上迁移，旧的技术思维或者关心细节实现的思维(好奇心等)屡屡出现。本篇重新、彻底地强调一下。
探讨3个岗位的分工和知识技能似乎是一件很无聊的事情，但实际上我觉得还是有必要单独拿出来强调一下。如果不能专心、聚焦到自己的领域，之后会产生十分严重的尴尬感，夹生感。
当然您也可以几个岗位的工作都做，但我敢说，大部分人应该没有这个精力，比如你作为项目经理同时监管4、5个项目的时候，多方干系人时不时扯皮的事情都够你忙的了。
说在前面
正规公司才会这么严格区分(因为业务多，项目多)。小型创业公司或者不太正规的(比如财务和HR都没有完成分开的)，它很可能没有分这么细，他们更多的是说“负责人”，“谁是负责人”，“这个项目谁负责”。也就是说事务性的、技术性的、业务性的、行政性的，一人多责，多面负责。但正规一点的公司就会分工十分明确，比如你可以看看暴雪招聘国际项目经理那个页面。
这些做法，没有对错，只有适合与不适合。
传统认知
或者说通俗认知是这样的：
- 项目经理：工头；监工
- 产品经理：文档维护者；客户方传话筒；需求分析师；售前咨询师
- 架构师：技术总监、主管、总工；软件设计师
带有“经理”字样的职位一般职责范围内的事情更加杂乱，宽广，同时有一定的权限和可支配资金，并且一定伴随着和不同方面的沟通、协商、谈判、汇报。
带有“师”字样的职位，一般是某方面的专家，比如软件设计，且拥有多年的经验积累，科班的专业训练，后续可进阶“大师”，“师傅”，然后带徒弟。他们一般和内部人员打交道，很少直接和外面的人进行工作交接、交流。(有专门的人做对外窗口)
正规认知
嗯，怎么说呢，网上关于这方面的讨论很多很多。
我给你两个我看过的例子：
说的都挺好的，但如果非要系统说，那么就要参考相关考试的考纲了或者相关知识框架了。
比如国际架构师认证里面会列出清晰的条目(请自行Google，DIY)，要求你了解，掌握哪些技术架构，框架，它们的优缺点，适用与不适用场景等等，再比如 PMP 中的十大知识领域，五大过程组，各类ITTO等。
至于产品经理，嗯，貌似还没有相关的非常正式或者统一的协会或者认证，各说各理，还有说人人都能做产品经理的，但我总觉得，做产品的人一定要有商业嗅觉、懂市场，懂资本，懂战略，毕竟我已经见到太多做出来的产品没人用，骂声一片了。钱名两空。
正规认知会涉及相关的知识框架，冗长且无趣，就不展开了。
如果通过通俗的认知对上述某个职位感兴趣，那么你可以再系统地深入了解一下，比如我个人就系统培训过项目经理知识框架(要记忆的东西挺多的，类似于官话套话，互联网黑话之类的专业话术)。
我想只有这样才能真正开始进入、融入某个职业圈圈吧；职场这个近代才出现的词汇，和官场应该类似
当然，如果提不起兴趣那就算了，毕竟培训需要花费大量的财力、时间和精力，结果最后你又不做，那真的太不划算了。实际上，每个人的性格，职业&生活目标不同，选择自然不一样。有好坏之分，但没有对错之别。
末了总结
上面都不展开，这里就直接总结了？我其实不愿意写很长，写多了看得人累; relax.
从业务开展，项目监理，产品开发等过程的一般顺序上来说：
- 产品经理 — 转换客户需求，或者设计产品需求、功能，然后传递给架构师或者实施人员
- 架构师 — 和产品经理协商，然后设计符合需求的、且能够交付的产品原型，同时给出技术原型
- 项目经理 — 全程监督过程，最终保证交付
产品经理看到市场，分析相关商业机会，架构师设计产品，项目经理保证产品能够上线或者交付。
其中产品经理要求商科背景，架构师需要理、工科背景，而项目经理需要交叉学科背景，三者都要有文档能力，比如论文或者商业计划书或者说明手册等。然后，经理还需要具备演说能力。
另外，项目经理应该具有“结果(目标)导向”的思维，也最好是这样的人。(所以我选择了项目经理，说到底，别人为什么工作我不知道，但我工作一定是为了实现目标的…人和岗位相性了)
一点浅见，如有不妥之处，烦请指教一二。
谢谢您的阅览。