技术对产品的一些个人看法

首先，我没有专业的学习过产品或者运营这一块的专业知识，其次我所写的也只是我个人工作生活中自己遇到的情况和一些想法只对事不对，此外可能有一些人有自己的看法和意见欢迎评论交流，但不支持互怼或者键盘侠，每件事每个人的思维方式都不一样，我希望的是尽可能有一个更好的处理方式，大家可以正常说出你个人的看法，一起学习一起交流一起进步，方法永远比问题多。加油！！！奥利给！！！

公司背景：甲方（背靠大树不是什么三流公司哈）
基本需求流程：业务（运营）TO产品TO技术
其实作为甲方了我个人觉得在需求方面产品跟业务的沟通起来还是相对比较容易的（这个容易指的是方便，好沟通相对于作为乙方来说），毕竟都是我们自己的东西，那么其实我觉得大多时候作为产品其实可以考虑更多的东西（这里指的是我自己项目遇到的哈）：
1：业务提出需求的背景目的以及预期效果
这个其实对于产品来说基本都做到了，但是又都没做到，为什么这么说了？
先来说说背景吧，什么是背景？
百度上对于背景的几个解释如下，那么我对于需求的诞生来说我觉得应该第二个解释更加贴切，简单点用我的话来说就是因为它才有了这个需求哈哈哈哈哈哈
那么好了现在我们知道什么是背景了，也知道是它促使了需求的产生，但是除了运营提供的数据或者一些资料外，我其实有时候会疑惑产品有没有去验证背景的真实性以及实际我们这个需求在这个背景下是否有意义，它能给这个背景的现状带来多少影响激起多大水花。其实我并不是说一定要等产品调查完了之后再来评估这个需求接不接做不做哈，我只是觉得大家可以多点自己的看法理解这样其实在产品规划设计也会更有自己的见解和想法，在和技术沟通或者BOSS交流的时候除了我们看到的那些文字还能更多的潜在内容透出让这个IDEAL更有说服力更有影响力，让大家觉得做这个确实挺像那么回事的，当然我指的不是画饼哈（画饼啥意思大家有经验就懂的哈哈哈哈哈）。
2：目的
对于这个词的解释就大家都懂哈 什么流量啊DAU啊等等这些哈

其实说白了你这个需求上线要带来多少收益，定个目标吧
其实我感觉很多时候哈，我只能说我遇到过的项目好多这个目标有点扯哈。就是我感觉这个需求没有吸引我去通过你的东西完成这个事情，真的我感觉很鸡肋。但是我有时候就很好奇为什么产品运营业务就觉得这个可行了？数据？多少数据来证明了它可行？如果市面上已经有同类型的产品那么你的产品相当于其他产品能够脱颖而出的点在哪？比如PINGXX哈 一提到它想到的是啥？便宜啊薅羊毛啊对吧什么提现啊O元购啊对吧 ，淘宝这种老牌的电商就不用说了吧。所以很多时候我都觉得你这个目的起码我们项目团队都没有让大家觉得 ”嘿 可以哦这个东西“那就更别说递推出去了 尤其没有完全的运营方案情况下或者足够强的人力物力财力。其实有时候我自己觉得是这样的， 你一开始的方向就偏差了那么整个项目的价值就偏差了，怎么说了？你可以想象其实你自己明明文科很好但偏偏选了个理科使劲学花时间它出来的成绩不一定是你想要达到的。。。。EMMMMM我觉得是这样的
3：预期效果
害，这玩意就跟画饼一样，其实我能理解达不到预期这么一个答案，但是这不意味着没达到就没达到，我觉得更多的应该去思考，去调查到底哪个环节出了问题,为什么？哪里做的不好？是技术导致产品不够完善？还是产品设计不够合理？是市场变化？还是运营递推不够？等等诸如此类终归有个原因吧，如果不找到这个原因对于后续的很多需求和产品规划都是不负责任的。其实我经常项目遇到一个问题产品需求评审完了之后这个项目好像就完全交给技术同学，形象点比如父母生完这个孩子就扔给学校，学校怎么教，教的怎样，孩子学的怎样不管父母事了。这点我一直不太认同也是我自己项目中经常我会跟产品说的一句话你要对你自己的项目负责，如果你自己的项目你都不上心你指望别人有多上心，就像父母一样你们不管多忙至少要关心下自己的孩子，问一问他在学校学习情况，人际情况等等之类，不要好像这些都不是你们的事了一样不然这样你还想他毕业就可以考上你们期望的学校吗同一个道理，多少的付出换来多少回报，大家多care下自己的项目，多反复研究下自己的需求，对比下实际实现情况，是不是有什么不好的地方需要改进的地方这样才能越来越贴近你的预期，别的不说至少在产品规划上你反复斟酌了不管在哪个阶段。
害今天叨叨到这里吧，可能个人看法总是很狭隘的吧，但是有总比没有的话，慢慢积累慢慢思考不管是别人还是自身都需要反复思考反复斟酌才能在遇到事情之后想到越来越好的解决方案。要相信方法总比问题多，多回味那些错误，多思考当时错误发生原因，多思考当时的处理方式，多思考是不是还有更好的处理解决方式。奥里给！！！