五一劳动节最后一天，跟技术同学一起加班赶项目进度，期间就最近半年一直负责的一个项目聊了很久，主要聊业务现状中存在的痛点和长期的规划，但由于并没有做过太多商家的调研也没有详尽的数据分析，还是很难完全说明以后的发展方向，也很难完全笃定现在提出的产品方案就是最优的。当然，也发现有很多事情在1月份做项目实施时不到位的，也发现业务管理上比较混乱，没有明确规划等问题。
但吐槽归吐槽，吐槽完了还是要从把事情做好，为商家赋能角度来看问题，不能局限到只是抱怨，至少需要做到去接受，去改变，去反思，去总结，去自己思考哪些环节自己做的还不到位或自己做的方式不对，来改进自己，也让自己后续做事更轻松一点。
后来跟一个高P同学聊到这里的时候，他问我，货主体系只局限到中心仓商家吗？我说从现在看是这样的，我也自认为货主体系还并没有真正赋能商家管理一盘货业务，但他却认为产品不应该局限在某个比较小的场景，而应该考虑更多的场景，再结合场景来优化产品功能。有更多的场景输入固然是比较好的事情，但我认为首先这套产品需要能够赋能商家，至少能够有现成的一套解决方案，才能匹配其他的业务，否则，没有太多能力就去支持，反而会有不好的效果。当然，作为某个产品的第一责任人，理应寻找更多的业务场景进来，产品支持的业务越多，自己也能够越多地成长，但可能是因为我更加保守吧，也可能是对外谈合作的事情是TL在做，我并没有完全考虑这些。
我现在更多地在填坑和试错，很多规划是去年年中就有，但一直没有很好落地的，我首先需要把这些功能落地并快速试错中收集用户反馈，根据反馈再优化产品功能。
晚上21点半技术同学找我一起对库存差异的处理方案，越来越感觉到库存的运维成本很高，只要没有人为监控和推动其他系统技术解决问题，就一定会积累很多异常数据，多到排查问题都异常艰难，而这个工作却一直没有形成一套完整的处理机制，一直在说，却一直没有做，或虽然在做，但却没有做到很完善，这可能就是目前我存在的很大的问题，做的不够细。
有的时候做的太细太深又会忽略了整体上的考量，缺少对全局方案的把控，这些怎么平衡，都需要再思考和总结。
网友评论