你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
输入关键字进行搜索
搜索:
没有找到相关结果
老G
赞同来自: Wings 、invalid 、不正义的魔法师
Wings
赞同来自: madam
invalid - 我们这个世界,从不会给一个伤心的落伍者颁发奖牌
madam - 有许多人是用青春的幸福作为成功的代价的
赞同来自:
不正义的魔法师 - 毫无经验的初恋是迷人的，但经得起考验的爱情是无价的
西风朗月 - 如果爱对了人.每天都是情人节。
彩云东升
K - 就是这么拽
参与讨论请先登录或注册
8 个回复
老G
赞同来自: Wings 、invalid 、不正义的魔法师
你做原型之前，最好先有需求清单。拿需求清单先去找对应的开发聊，让开发评估，了解实现难度。（实际上，你能想到的，肯定都是能做的，只是投入产品比问题。）
如果开发真说做不了，就问他为什么做不了。让他给你说出个1234，然后你记录下来，把这个东西私下找其他团队有经验的开发了解下（最好不要一个团队的，要不然被人知道会很烦你的），他是不是忽悠你。再或者把结果反馈给你老大，让你老大帮忙看看。最坏的打算就是找他老大（不能以打小报告的姿态去问，注意技巧），去了解真实情况。
Wings
赞同来自: madam
最后发生了这个问题，让研发给的类似的实现方案吧
invalid - 我们这个世界,从不会给一个伤心的落伍者颁发奖牌
赞同来自: madam
像你出现的这个问题，可能是下面的情况导致的：
在做功能设计的时候，没有跟技术部门进行沟通。
前期是沟通好的，能做。那就是开发人员欺骗了你。
madam - 有许多人是用青春的幸福作为成功的代价的
赞同来自:
在MRD的环节，你就要拉上技术一起来评审，当然，还有业务方，然后再到PRD。
这样就可以保证你设计的东西技术认可。
不正义的魔法师 - 毫无经验的初恋是迷人的，但经得起考验的爱情是无价的
赞同来自:
西风朗月 - 如果爱对了人.每天都是情人节。
赞同来自:
这样就可以发现需求和技术的边界，从而找到最合理的方案。
但是这里也要警惕两点：
1、技术意识太强，限制了创新思维和方案的发展。技术和产品是互相倒逼的关系，任何一方的妥协都会变得草草了事，没有进步。
2、过分沉迷于技术，这样就限制了产品能力的发展，同样也是不好的。
建议把注意力放在怎么做上。即，去做广泛的博览和了解，而不做过分的深入学习，需求导向地去学习。
彩云东升
赞同来自:
懂技术作用更多体现在第二个部分
- 势必涉及到很多与技术开发人员的交流和沟通，懂技术能降低沟通成本，提高你的信服力，使团队能更高效运转
- 懂技术的话提开发需求时能更实际，更少产生天马行空或者创意低的想法。
因此当产品的层次越高，就更关注第一部分的作用，而在产品的执行层面更多的时候，懂技术一定有他的优势和道理。
K - 就是这么拽
赞同来自:
深圳初创公司，女装APP，要实现一个人脸识别。
产品：码猴儿们，这个需求走一个呗~
程序大神：给我XX万经费，XX时间。
程序大妖：咱做不了，外包出去吧。
程序小白：好！我来给你搞定！
BOSS：给我省点钱啊你们这些机车男，看看小白人家年轻人多有干劲！
于是一个月过去……
程序小白to产品：这个还需要搭个框架，得2个月。
于是两个月过去……
程序小白to产品：核心代码我们弄不了，花钱买一段吧。
买了代码又过了一个月：
程序小白to产品：看了代码原来这就TM是个HTML5！我们马上就好！
半年过去…
程序小白交了个类似门禁那样的面部识别（就是录了一段像存起来）
老板&产品：￥&……%￥……#……&
程序大神：我换家公司得了……
程序大妖：啊哈哈哈挺不错的啊这天气
**：
【全公司会上】
程序小白：我们做的时候产品一直都在旁边看啊，接到的需求就是这样，不对他也不说……
结局：
略。