产品经理和系统需求工程师有什么区别？

在下早年干过系统需求工程师的活，后来做过产品
回答本题当属合适

说明：本讨论仅限于互联网和软件行业

正文：

十年前的需求流转是这样的：

需求提出人----系统需求工程师----程序员

现在的需求流转是这样的：

需求提出人----产品经理----程序员

这样来看，系统需求工程师 与 产品经理 不是一回事吗？
是的， 但从现实的角度来讲，他们的技能、工作方式和产出却大不一样 。

因为真正意义上的系统需求工程师要有 SA（见附注）的能力，而当今市面上的产品经理则不具备

举个栗子：一个从零做起的系统
一、产品汪 与 程序员 版
第一天，产品汪跟程序员说，A商家要做活动，打8折促销，这个功能你实现一下，程序员照做了；
第二天，产品汪跟程序员说，B商家也促销，打7折，可以马上上线吧？
程序员一楞：怎么可能，这得一天；
产品汪：你昨天不是做过A商家的打折活动，复制粘贴一下不就行了吗？
程序员心堵：得重做。
产品汪：不都是打折吗？
程序员恼，不搭理产品汪，埋头重新做了一次；
第三天，产品汪跟程序员说，C商家做活动直降50元，程序员一楞，心里骂句MLGB不早说，然后又埋头重新做了一次；
第四天，产品汪跟程序员说，D商家做满300减80，
程序员怒了：你妹的，有啥需求你不能一次说清楚？ 
产品汪也不高兴：妹的，这需求都是商家提的，他们也没同一天来找我说呀；
程序员说：你丫不会想想清楚，规划一下再给我？
产品汪说：这怎么规划，我又不是神仙，我怎么知道这么多商家会有这么多奇怪需求？
程序员说：这次老子认了，下次别找我。 然后把代码写了。
第五天，产品汪找到程序员：E商家要做“第一件半价”活动；
程序员：……！！……！！……滚！！
产品汪找到了开发经理：你们有个同学不配合。开发经理出场镇压。
程序员心里想：你小子给我记着，敢打我小报告，看我以后怎么玩死你……
第六天，产品汪找到程序员说：A商家不做打折了，他们也要做满400减100
……

有没有发现，这就是 产品 与 程序 之间的万年宿怨
产品经理：这帮技术宅态度有问题，一个个拽得258万似的，工作不配合，产品经常推不动；
程序员：产品经理就是帮213，完全没脑子，需求根本没有规划，今天提了明天改，明天改了后天加，大后天又玩新花样，动不动就说：这是老板要求的、这是客户要求的、这是用户说的，CAO！

二、系统需求工程师 与 程序员 版
客户跟系统需求工程师说要做打8折促销，系统需求工程师马上想到打8折只是一个促销实例，
为此需要构建一个 促销模型 ，可以根据不同的促销方案 和 力度 配置不同的实例，
于是找到开发经理说：我们要搞一个促销系统，建议用策略模式实现，可以做成后台界面配置的方式，暂时只需要实现打折类型的促销，打折幅度需要后台可以配置，可以找个一两年经验的程序员搞一下，顺便让该程序员也提升一下对设计模式的了解和掌握，学到点新东西，相信他会觉得很有意思。
后来，客户陆续跟系统需求工程师提了无数种促销方案：直降、满减、买送……
程序员同学非常嗨皮的徜徉于 设计模式 的学习中，需求来得慢的时候自己重构重构，看着代码又优化了就幸福的忘了自己没有妹子，还不时主动攀着系统需求工程师问：哥们，客户有没有新的想法啊？比如，秒杀、随机免单什么的呀？现在很流行的，我可以做的！

归纳一下现在市面上的产品经理 和 曾经的系统需求工程师：
产品经理
主要技能：需求解析、画饼
主要工具：Axure、office系列、Xmind等
主要产出：概念、脑图、产品界面原型 等组成的 PRD
要求：思路清晰，头脑灵活，沟通能力强，推动力强

系统需求工程师
主要技能：需求解析、系统分析与设计
主要工具：UML工具
主要产出：UML架构图
要求：5年以上开发及架构经验，思维结构化、层次化，善与人交流

附：
SA：系统分析师 或 架构师 ，前者偏重问题域，后者偏重解决域。这二者是一个合格的系统需求工程师必须兼备的素质