答曰：干不了，不干了。
最近本来自己团队的项目就很忙，然后因为团队本身是承担整个公司解决方案的职责，负责一些面向各领域都能销售的产品宣传材料制作与后端沟通迭代。结果就因为这个职责给自己挖下了一个大坑。
故事的开始要追溯到3周前，我还在客户那儿出差的时候，另外一个团队的售前来问我这个产品的材料问题，说各种功能说明、演示视频都没有更新，产品迭代差强人意。恰好这个产品唯二付费客户都在我们团队，我就请同事帮忙看了下后台使用数据，确实不乐观，我们安排了用户回访，收集了一堆产品需求。我拿着收集到的需求又和这位售前同学对了一下，发现可能关键问题是产品定位不清晰，或者我们没有准确理解产品设计。于是乎我请负责这个产品解决方案同学尽快拉着CPO、产品经理、算法工程师一起开会，讨论这个我发现的问题、以及了解开发需求反馈的途径和如何知道功能已经上线。由于这是个相对通用的产品，于是我请同事去问下其他团队的售前是否有时间一起参会，发表意见。在我的视角里，这不是为大家搭了个提需求的台子嘛，怎么也算是一件好事～
不得不说我司的会议还是非常高效的，迅速明确了产品定位和需求迭代机制。我在会后分别整理了我们团队和产研团队的 To do，并把需求收集表单同步给所有团队的售前，方便大家提需求。此时，某一位团队负责人就直接在群里说要先有产品详细的功能清单，大家才能根据这个反馈。还发了两个URS word文件，是那种很复杂很复杂的工作流软件的功能文档，复杂程度吧、怎么说呢，目录可能就上2页了。我属实不太理解一个迭代中的产品为什么需要这么复杂的文档，但我还是如实把需求转达给了CPO。同时对方要求我分享之前关于这个产品的资料，我就把由CPO整理由我和一个解决方案同学维护的文档发出，对方这个文档就是【很乱的拼凑】，请提供详细产品功能文档，格式参考上面发出的两个文件。我？？？直接回复“上述文档也是我们用心维护的，如果您觉得有任何需要补充或者修改的地方，直接给建议就好，请不要直接用“很乱的拼凑”但并不指出任何修改方向来评价，谢谢”然后对方“嗯我们团队在写了，还在完善中，大家可以参考”。我……内心“大哥那你还找我要什么，我的时间不是时间啊，你们写了为什么还要我来找CPO提要求，这不是重复造轮子么”
（未完待续……
我是Su小夕，欢迎关注～
转载此文是出于传递更多信息目的。若来源标注错误或侵犯了您的合法权益，请与本站联系，我们将及时更正、删除、谢谢。
https://www.414w.com/read/1017511.html
