今日份教训
在做产品方案的时候，如果你对这一块的实现方式并不是很了解，虽然有技术去进行调研，但是作为产品，你也需要去了解在实现上有可能会产生的坑。
发现问题的场景：
在使用服务号进行裂变功能开发时，原来的运营功能是和开发者功能是有冲突的。这点在做产品规划时，并不知晓。导致运营在使用中发现，诶嘿，运营功能不能用的时候，去问技术，才了解到这本身和公众号的基础功能是冲突的。
这个锅是谁的呢？怨技术没有和自己讲清楚吗？ 技术还觉得这是你做产品方案时需要考虑清楚的。
所以，教训总结下来就是，做新的产品方案，在自己不熟悉的开发环境下，要去了解可能存在的坑，及时和技术进行沟通确认，来完善方案。避免在后续开发中，不断地发现有好多待解决的问题。
另，发现产品做方案的时候，真心要想的很全很全... 不能囫囵吞枣，得过且过
