总结的经验

闭环是所有的一切

一、列表的增删改查、翻页、导出、全选框的应用基础，同时注意增删改查也要应用在弹窗内

二、多次复用的东西，学会抽象处理：例如审批任务，无论在采购、财务、仓储、供应商管理（入驻、变更、黑名单）等都需要调用，而且需要多方协同处理并且留存记录，此时如果不考虑复用，将会导致，大量的重复性工作。（拓展：可以用组件，更快速）

二、对于按照上下级思维执行（上级分任务、下级执行及反馈，然后上级再审核）

核心思路

三、面对一个陌生业务，如何快速的梳理，还是决胜B端内的逻辑

四、事情里新增、编辑、取消是双胞胎兄弟，同时每个点击的交互要说清楚

五、火石数链的前端设计与后端设计就是遵循映射第一：即后端可以一套，前端千变万化，然后后端将每个模块拆解，然后合并或者调取

六、个人中心的设计经验：

第一、明确用例及实体关系图的关系

第二、流程表单及固定表单的抽象区别

七、做事只是基础，包装及汇报才是王道，明日包装成认证流程已设计完毕，开始设计工作台页面。

八、审核中页面的露出是没想到的，本质是信息的流转

九、对于运营方案的反思，比如买家及卖家的入口整合，学会反向思考如何去整合，保持产品的想法：例如，工作台展示pv、uv，第一阶段其实不合适，没流量，而且难度也大，这点确实没思考，不能要啥就给啥，要有反思。

十、如何设计运费模板，还是最小化单元+模板调用（最小化就是拆解运费），思维是结构化思维将运费拆解成最小单元，总分总，调用及拆解。

十一、首页顶部的布置，这点对于c端的体验，要补知识

十二、下步要学习H5及小程序，这是底线

十三、其他很多领域，我国作为后发国家，最大的优势也是省去了“可行性研究”和“方向选择”，不知道方向的时候，是最难最煎熬的，做科研的小伙伴都知道我说得啥意思，一旦明确了哪个方向可行，就可以集中资源猛攻，这也是比较明显的“后发优势”，省下了试错成本，只要美国在前边趟路，我们就能享受到这种红利，美国在前边趟路，我们就能享受到这种红利。

探索比追赶难得多，成本也高太多

十四、设计时，闭环是大前提，然后考虑辩证及多样性，最后问自己，有没有更好的办法

十五、认证初始化没做的思维漏洞：深度闭环的思维，正常的闭环解释完以后，要考虑多场景的闭环，比如人离职、电话号码过期了，根据主体的逻辑去分，这里看出实体关系图的重要，拆解出来后；

十六、对于进度的把控，学会处理，能压缩成一起的，就压缩，这要考虑另外一个问题，不要急于求成，但是领导面前要学会包装；

十七、不要怕得罪人，但是要有理有据，同时锻炼自己的中庸之道（例如这次的结果，让他们的老大在会议上说他，感觉我好像私下告状一样，其实很不好，下次会议上可以直接说不是，我意思保持统一，按照流程来，不过也不用怕得罪，本身他的行为也不好，算做一次交锋及警告，而且并不是空穴来风，搜索栏的处理）；

十八，坚持先明确在评审的原则，像狗皮膏药一样的去做，可以犯错，但是必须要坚持，挨骂被冤屈，是产品的必修课，你得足够的皮实及无耻。

十九，思维的结构性，典型的项目里日志还写项目的毛病，经验是闭环王道，辩证及多场景外，再考虑上下关系，这个很重要。

二十，用开发的思维说问题，独立单元，如何获取值

二十一，批量编辑的涉及理念告知我，凡事都是入口编辑+状态栏，越是难得东西，用结构思维拆成最小化单元即可，例如把商品名称单列出来，找商品，在修改（是谁、在哪里、怎么做）

二十二、供应商未入驻内的标签设计矛盾（未入驻内还有未入驻），设计时的签后矛盾点以及需求的重要程度和合理性的设计

二十三、更改密码的设计：开发问，为啥会在里面，这时候应该想向上的设计理念去回答，同时涉及系统时，对敏感的设计要重点考虑

二十四、对于前端开发的对接，要有原则，如果暂时决定不下来的，就说等等思考下，不能因为对方不好说话，带着讨好的心态去妥协。（这块的经验值得，挨骂是本质工作，经验是大胆说出去）

二十五、业务评审留证据，喊着领导，这个并不难，让领导参与不丢人，另外不要争论，争论没意思。解决问题就行

二十六、对于第二十五条我们总结的经验如下，做平台前端产品的对接方式，不像B端的逻辑流转，主要是跟着运营思路走，那么难度就在于运营的思路说清楚，所以在沟通上下血本，例如让运营把需求写出来，你想要啥，这个来自哪里，最后上线前再确认下。

二十七、团队管理内切换管理员选择手机号的时候把员工姓名露出，这点很重要

二十八、系统演示时，根据不同角色说的重点不一样，例如运营演示就不用把所有的细节逻辑说出来了，重点输出关于运营及推广的思路

二十九、最主要任务交付，其他先停，除了流程列表驳回和退回，其他不卡流程了，。所以最主要交付，目标争取下午4点前交出去。开完会我会把交付准备清单和资料发出来，目标是上午初始化的资料及周五整改的事情代码合并发出来，下午我和梦杰测试验收，争取4点前给用户，不用像产研易购那样搞的很晚。

例如:1、目标先下午4点。2、初始化资料维护。3、周五整改的代码合并及初始化资料一起发生产。4、测试验收。5、用户隐私及用户协议跳转。