不知不觉进入5月，感觉又快要半年了，仿佛昨天才刚过年，今天就要考虑下半年的规划了。
工作职责在今年4月有了些许变化，一方面是由于终于来了新同事解放了我的一些工作职责（主要是线下支持），结束了我之前疯狂加班的日子；一方面是我们team将有新产品上线，在线培训的将在下半年不再依托于原来的PSC，而我正在并将有幸经历一个新产品的完整周期（之所以用“将”，是因为它还在进行中）。
每每被问到你的工作到底是做什么的，我经历了不知道怎么回答，到知道怎么回答，到又不知道怎么回答了……因为职责在变化当中，而我自己也在不断地学习并努力想清楚这些职责的本质。
自4月以来，线下培训（重要运营活动，通常是配合我们组织，与市场部和销售部协作完成）的现场支持工作就再也不用我做了，无论是在深圳还是在外地，总之我再也没有出差的权利啦。（有一点点小失落，但我也知道这是我想要专注于线上工作的必然要舍弃的）当然很感谢主管让我专注于我更有兴趣的线上工作——一切与在线培训线上平台相关的工作。
关于工作职责，我一向认为，虽然部门和职位本身对工作职责一定是有所限制的，但一个人的职责扩展一定是一个人的表现（能力和热情）争取来的。我对英语，对网站，对wordpress，对IT&互联网的热爱，我对工具的运用能力，我的文案和翻译能力等等，这些点滴的积累，逐步地塑造了我所在做的事情。工作职责其实是没有好坏的，只有你热爱与否。至少，我的表现，争取到了我说热爱的职责，这就足够幸福了。
言归正传，继续解释我的工作。
(之所以要解释，是因为一件连自己也无法说清楚的事情，只能说明自己也没真正搞懂它，所以当工作有了变化，我也要重新对自己的工作进行解读）
产品(需求/功能）跟运营一定是完全独立分开的吗？也许在很多情况下，是的。但对于某些服务来说，是产品和运营相互贯穿的。
我们team的目标就是给供应商提供实用的出口营销培训服务，让他们在获取更好出口业绩的同时，加大加深选用我们的各项B2B服务（跟销售部签约，续签或升级合作方案等）。
PSC作为我们服务供应商最重要的在线产品，而长期以来在线培训依托于PSC之下，因此在线培训这项服务所涉及到的种种需求，也就得跟着PSC其他产品迭代的需求一起去进行优先级别排序。由于我们的在线培训很重要，所以基本都是属于必处理的normal级别，只有偶尔遇到PSC有很多其他更重要的需求，我们的需求才会被推后延迟处理。
在线培训本身，既是有目标的运营，也包含了对产品功能的需求。
我负责跟进在线培训的需求落实，这是我最重要的工作之一，占用我接近50%的时间。与在线培训相关的PSC的所有功能的增加和变化，都会由我提request并跟进。之所以会用到50%的时间，主要是花费时间在沟通上——
通常是先跟我们team的主管和PSC PM沟通确定需求；然后根据需求做mock-up, 提相应的UI和IS requests,先跟UI manager沟通界面设计，UI manager审核通过我的需求之后assign给具体实施的同事，在TA设计过程中也需要多次沟通反馈，最后OK了之后，就是要跟IS做系统开发的老大沟通关于功能的实现，确定后assign给具体实施的同事，我又继续这个过程中的沟通，在QA测试，反馈，最后需求被实现后我就sign off request了。
这个沟通的过程：
在PSC下的在线培训也就几个页面，而且PSC是已经成熟的产品了，平时提的需求一般都不会太复杂，更多是基于原有系统的小迭代。
但也还是常常遇到一些沟通的问题，评审需求的老大们都在新加坡，运气好遇到一个会中文的老大，所以很多时候对需求的表达，附上的mock-up就很重要。当然还有很多时候也不是语言的问题，而是如千鸟所说沟通问题的根本原因是知识结构的不对等。所以我常常觉得，如果我更懂技术一些，跟IS System Dev.的同事沟通起来就会更顺畅。
在线培训的新平台，将要进入UAT（User Accetptance Test)阶段，最近跟主管一起参加了关于QAAS,Bugzero,Defect Management, Couduct UAT等的培训，主管将是test lead, 我将是主要的测试者。等这个新平台上线，我们将脱离PSC，我也将专注于这个新平台的维护，相信未来还是会继续上述的需求沟通工作。
当然，在线培训平台上所提供的培训课程，是由我和部门其他同事共同制作完成的，所以用各种软件制作各种格式的视频课件，也是我的主要工作之一，大概会占用30%的时间。暂时来说，最后制作html & xml课件并上传，也是我的工作。
除了在线培训平台，我还要负责EDU website的维护，并与宣传在线培训的GS其他网站负责人保持联系，及时提供需要更新的内容。另外为了推广在线培训，我还负责部门的wordpress博客。平常时不时根据PSC PM和主管的需要，写写文案，通常也都是推广的需要。
剩下的时间就是组织协调线下培训活动了，但是因为免去了现场支持工作，以及多了一位同事一起分担，所以这个方面的工作量已经大大减少了。
这就是我日复一日的工作。有不少重复的过程，但也有需要学习的变化的快乐。
哦，原来Amy姐做的是产品运营~
其实，这个定义也不完全准确
有点点类似于我们的BSA：了解各部门对技术支持的需要，然后与开发部门沟通 并确认开发出来的效果–不过测试是有专门人做的。
呵呵，我们是BU,而且这个产品是我们的需求，是我们的项目，我们是business users,users acceptance test由我们做测试。
工作占据Amy姐姐好多时间哦