其实对研发来说
产品愿意抄竞品，算是好的了
起码有很明确的需求

【 在 encijietuo (encijietuo) 的大作中提到: 】
: rt，无论竞品的设计是不是合理，只要对手有我们就要有，但实际上对数据提升十分有限，甚至基本没有，而且抄些细枝末节的地方，这种情况怎么应对
--
FROM 180.167.95.*

好像很多地方都这么搞
我这里部分项目，研发条线要和业务条线一起背业务的kpi
这样的话，你们应该对产品最终形态有话语权吧
不能光背责任，没有权力

【 在 encijietuo (encijietuo) 的大作中提到: 】
: 但是我们现在研发要背产品的kpi。。。所以数据上不去大家一起背锅
--
FROM 180.167.95.*

我感觉定这种政策的初衷
就是让研发玩命coding，倒并不是为了让研发去干产品的活
所以也没什么太好的办法
一般来说，你也只知道产品的设计哪里不合理
至于应该是什么样的，你也不会知道

【 在 encijietuo (encijietuo) 的大作中提到: 】
: 哎 一言难尽 理论上应该是有 但是还没转变过来不是 目前还是产品说了算 大家可以质疑但是没啥用 所以技术也懒得去研究这些产品运营上的事情 也没时间 基本都在code 我是技术的小组leader 觉得这样搞不是个事情 所以问问大家有啥好的思路和办法
--
FROM 180.167.95.*

说白了就是产品这边不行，所以你们也别自由发挥了，完全抄袭还干不过，那就肯定不是技术的问题
但是这里肯定也有坑，他们要对标大厂的全部功能和迭代速度的话你们就比较惨了，要么被拖垮，要么被甩锅：你看，是技术这边跟不上节奏，不是我们产品的问题

【 在 encijietuo 的大作中提到: 】
: 恩 这样的初衷是为了让技术人员参与业务 但实际往往很难达到这样的效果 就是为了让技术玩命code多一点
:
--
FROM 111.206.214.*

得看这个项目的整体负责人是谁，技术想不被累死或者甩锅死，必须得据理力争，要知道靠谱的产品经理凤毛麟角，擅长扯皮的从来不缺

【 在 encijietuo 的大作中提到: 】
: 哎 一言难尽 理论上应该是有 但是还没转变过来不是 目前还是产品说了算 大家可以质疑但是没啥用 所以技术也懒得去研究这些产品运营上的事情 也没时间 基本都在code 我是技术的小组leader 觉得这样搞不是个事情 所以问问大家有啥好的思路和办法
--
FROM 111.206.214.*