电商物流的总结

从三个层面，设计师停下来简单总结了一下自己参加过的产品和新项目，希望你能从中得到一些种植。

公司地址本身ss="superseo">ss="superseo">就是一个综合电商平台。为了有更好更完美的客户体验，团队只能发展自己的货运物流配送。之前，公司收购了一家同伴物流公司。在这种情况下，IT信息部为了更好的运营可以扭转整个计费利益的资产，按照计划停止了业务能力的整合，所以提前停止了管理系统整合的设想，以及大修企业收购后的平滑衔接。

作为自己团队管理中心的一员，从需求调研到新项目发布、运维管理，我都不再亲自到场。目前新项目已经反转，高层已经停止从三个圈子总结。分级是我犯过的错误，是我踩过的坑。我是第一次投稿。如果没有原因，请指正。

待考察:深入了解业务，详细搜集原材料。

每个产品经理都知道业务精通的关键，但事实上，并不是每个产品经理都知道业务精通的关键。除了推动自己掌握之外，还需要停止团队的开发和测试。回顾所有新项目，并总结调查期间需要注意的以下住宅:

在侦查过程中，需要对经营现场的每一个控制现场进行图片和视频原始资料的采集，绝对禁止在出入大门后反复查看和掌握；在被当场关停调查的过程中，我认为自己掌握了业务。所以我真的是现场收集了照片和视频的素材，只拍了简单的照片。当需要完成整理整改，带着先锋试验停下来的时候，他们忍不住要掌握确切的控制情况，仅凭照片就详细还原一些关键点，导致自己停下来两次实地调查采集原材料，浪费了大量的精神精华。经过两次调查和原材料的收集，视频原材料将在发明后的新项目过程中重复使用。

在调查过程中，除了要求停止整理业务步骤外，还要关注业务量、客户角色配合、客户本质、申请地点(如收款情况)等关键点；在这个新项目中，由于集成了两个业务步骤，在初始阶段只停止了业务步骤，并且已经关注了步骤中的客户角色。结果是场景模板第一版中的单元产品功能不能比满意的业务需求差，只有场景停了两次。

图示:汽车零部件拆解阶段当场停止，单边步骤中业务步骤确实矛盾:待拆解零部件启动——扫描仪封装——待拆解零部件运出——确认发货。

现在企业的业务量大大减少，业务现场的所有控制步骤都由个人进行。因此，当前的功能假设是所有步骤都应该在单个功能页面中执行。

在这个新项目中，业务整理后，当控制模块停止时，按照当前的功能假设方案，所有反汇编步骤的功能假设都会在一个功能页面中拼命进行。

第一版模板信任同一业务后，在创作和发明思路上忽略了客户角色合作，必须满足业务需求。新企业业务量大，业务现场客户角色配合细致。其实不是个人一步，而是多角色合作。因此，假设该步骤将停止两次，并且将为每个客户角色功能停止身份验证假设。

产品思路:一定要注意重点。

1.没有必要急着停止产品功能。有必要在此之前对业务步骤进行梳理的基础上，再来说说管理系统架构。

2.在产品想象的过程中，当书写文本文档需要评分时，就要停止对细微差别的定义进行澄清。产品发布后，一般的分支和分支流程都产生很大的成果，最常产生的成果是一些小关键点的成果，所以对于定义环节已经有要求了。文本文件已经要求停止关键点的定义，就像nullbattle空、字段名稀缺、小数点、例值定义等小成果一样。往往小的关键点会成就大的成就。对于交互，一定要思考数据信息的应急处理、数据信息前后的广泛讨论、接收接收、接收形式等成果。

在我自己的新项目中，我已经尽我所能地想象了夺心，这已经表明，水果是夺心和除夕，从而导致消费成就。虽然管理系统在逻辑上设想了校准和检查的划分规则，但是当上游和下游管理系统在ms级别的短时间内已经接收到几条数据信息时，当根据划分规则进行校准时，讨厌的和牢固的振动管理系统生效，导致十点紧急处置牢固的振动圈数据信息。后来通过坚定的振动管理系统，我们已经报名参加了应急反应机器的整个团队来解决这一成就。

3.在产品构思初期，最好只考虑功能构思，按要求提前考虑功能构思。虽然产品功能大多是开发需要思考的结果，但是在产品构思的过程中，产品必须停止对自身功能业务量的预测，提前采取同样的产品构思方案。否则发布后创造发明的功能就会短路，到时候协商方案很可能就是一大堆改动。

新项目申请:必有仆翁之身。

在申请新项目的过程中，产品必须有仆人翁的肉。产品发布后，所有的成果，无论是这个产品的开发，还是这个产品的测试，都要由产品来承担。发展信任后，除了员工测试产品的测试，产品也是必须的，即全自动资格证，自产品，发明成果的片面创造。那也能让自己在自身功能上更强的创造发明禁区，更好的把握产品现实的逻辑，未来的成果也能快速准确的定位果实。

在新项目的过程中，要求产品精英团队每周按时汇报对自己创造发明的产品的成果和解决方案的请示，并且在这样的成果得到解决后，要求测试精英团队分享并返回测试。解释这种成就，创造发明。很多成果都是检测精英团队创造的发明成果。通过这种方法的全过程，可以进一步促进产品的取用和测试，了解与产品匹配的客户场景和功能逻辑假设。

同样非常重要的是，产品的开发、测试、运营、项目管理办公室和UED应协调一致。所以产品也要一样好，要有成绩就怕压力责任。开拓，测试，工作经验，推卸责任，但是产品永久不可能比推卸责任更好。

每次总结后，我都会得到“我是X，所以我其实关注的是简单问题”的感叹。没错，人往往是单纯的，粗心的，简单的，但取胜的产品往往是高质量的关键点。作为产品经理，一定要多总结，不能马虎，一定要把产品做的精致。

文章由@hankbenchuang发布。我已经同意了，并劝阻拦截。

图片来自unsplash，据CC0和平谈判。