闭环是所有的一切
一、列表的增删改查、翻页、导出、全选框的应用基础，同时注意增删改查也要应用在弹窗内
二、多次复用的东西，学会抽象处理：例如审批任务，无论在采购、财务、仓储、供应商管理（入驻、变更、黑名单）等都需要调用，而且需要多方协同处理并且留存记录，此时如果不考虑复用，将会导致，大量的重复性工作。（拓展：可以用组件，更快速）
二、对于按照上下级思维执行（上级分任务、下级执行及反馈，然后上级再审核）
三、面对一个陌生业务，如何快速的梳理，还是决胜B端内的逻辑
四、事情里新增、编辑、取消是双胞胎兄弟，同时每个点击的交互要说清楚
五、火石数链的前端设计与后端设计就是遵循映射第一：即后端可以一套，前端千变万化，然后后端将每个模块拆解，然后合并或者调取
六、个人中心的设计经验：
第一、明确用例及实体关系图的关系
第二、流程表单及固定表单的抽象区别
七、做事只是基础，包装及汇报才是王道，明日包装成认证流程已设计完毕，开始设计工作台页面。
八、审核中页面的露出是没想到的，本质是信息的流转
九、对于运营方案的反思，比如买家及卖家的入口整合，学会反向思考如何去整合，保持产品的想法：例如，工作台展示pv、uv，第一阶段其实不合适，没流量，而且难度也大，这点确实没思考，不能要啥就给啥，要有反思。
十、如何设计运费模板，还是最小化单元+模板调用（最小化就是拆解运费），思维是结构化思维将运费拆解成最小单元，总分总，调用及拆解。
十一、首页顶部的布置，这点对于c端的体验，要补知识
十二、下步要学习H5及小程序，这是底线
十三、其他很多领域，我国作为后发国家，最大的优势也是省去了“可行性研究”和“方向选择”，不知道方向的时候，是最难最煎熬的，做科研的小伙伴都知道我说得啥意思，一旦明确了哪个方向可行，就可以集中资源猛攻，这也是比较明显的“后发优势”，省下了试错成本，只要美国在前边趟路，我们就能享受到这种红利，美国在前边趟路，我们就能享受到这种红利。
探索比追赶难得多，成本也高太多
十四、设计时，闭环是大前提，然后考虑辩证及多样性，最后问自己，有没有更好的办法
十五、认证初始化没做的思维漏洞：深度闭环的思维，正常的闭环解释完以后，要考虑多场景的闭环，比如人离职、电话号码过期了，根据主体的逻辑去分，这里看出实体关系图的重要，拆解出来后；
十六、对于进度的把控，学会处理，能压缩成一起的，就压缩，这要考虑另外一个问题，不要急于求成，但是领导面前要学会包装；
十七、不要怕得罪人，但是要有理有据，同时锻炼自己的中庸之道（例如这次的结果，让他们的老大在会议上说他，感觉我好像私下告状一样，其实很不好，下次会议上可以直接说不是，我意思保持统一，按照流程来，不过也不用怕得罪，本身他的行为也不好，算做一次交锋及警告，而且并不是空穴来风，搜索栏的处理）；
十八，坚持先明确在评审的原则，像狗皮膏药一样的去做，可以犯错，但是必须要坚持，挨骂被冤屈，是产品的必修课，你得足够的皮实及无耻。
十九，思维的结构性，典型的项目里日志还写项目的毛病，经验是闭环王道，辩证及多场景外，再考虑上下关系，这个很重要。
二十，用开发的思维说问题，独立单元，如何获取值
二十一，批量编辑的涉及理念告知我，凡事都是入口编辑+状态栏，越是难得东西，用结构思维拆成最小化单元即可，例如把商品名称单列出来，找商品，在修改（是谁、在哪里、怎么做）
二十二、供应商未入驻内的标签设计矛盾（未入驻内还有未入驻），设计时的签后矛盾点以及需求的重要程度和合理性的设计
二十三、更改密码的设计：开发问，为啥会在里面，这时候应该想向上的设计理念去回答，同时涉及系统时，对敏感的设计要重点考虑
二十四、对于前端开发的对接，要有原则，如果暂时决定不下来的，就说等等思考下，不能因为对方不好说话，带着讨好的心态去妥协。（这块的经验值得，挨骂是本质工作，经验是大胆说出去）
二十五、业务评审留证据，喊着领导，这个并不难，让领导参与不丢人，另外不要争论，争论没意思。解决问题就行
二十六、对于第二十五条我们总结的经验如下，做平台前端产品的对接方式，不像B端的逻辑流转，主要是跟着运营思路走，那么难度就在于运营的思路说清楚，所以在沟通上下血本，例如让运营把需求写出来，你想要啥，这个来自哪里，最后上线前再确认下。
二十七、团队管理内切换管理员选择手机号的时候把员工姓名露出，这点很重要
二十八、系统演示时，根据不同角色说的重点不一样，例如运营演示就不用把所有的细节逻辑说出来了，重点输出关于运营及推广的思路
二十九、最主要任务交付，其他先停，除了流程列表驳回和退回，其他不卡流程了，。所以最主要交付，目标争取下午4点前交出去。开完会我会把交付准备清单和资料发出来，目标是上午初始化的资料及周五整改的事情代码合并发出来，下午我和梦杰测试验收，争取4点前给用户，不用像产研易购那样搞的很晚。
例如:1、目标先下午4点。2、初始化资料维护。3、周五整改的代码合并及初始化资料一起发生产。4、测试验收。5、用户隐私及用户协议跳转。
三十、进销存如何设计？5W1h已经不够用，还必须懂其逻辑，这也是所有列表页设计的总逻辑，然后闭环跟上下，例如采购订单设计，必须考虑四流合一的（按照质量手册的角度）
货物流、发票、资金、物流、信息流（目前只解决货物流及信息流，没考虑资金）
三十一、接着三十条说，如何懂逻辑，如何梳理清除，具备该项设计的基本知识及逻辑，然后用实体关系图表示之
三十二、对于陌生业务，产品得有能力快速梳理出核心的业务流程，然后从核心的业务流程中，梳理关键点，例如入库单的关键点就是单据的流转，在交互中列出各实体及实体间的流转
三十三、层级设计的思路，例如库位、分类的设计，典型的特点是叠加的层级设定，这里要做的是
三十四、列表页设计时候，页面布局没有考虑清楚，例如新建的入口及订单的三个状态、搜索栏的相对位置的处理，这个得警惕，不能只想基本逻辑忘记了大的前提和概念
三十五、前后端交互的产品，记得前端展示及后端是分开的，无论后端及代码多复杂，前端的设计可以随意设置，例如两个不同页面要统一，就可以设计成其中一个点击后跳转到下一个页面去。
三十六、申请单列表页添加了作废按钮，满足已审核但是不需要的场景，此处添加作废按钮场景及列表页逻辑，很好的满足了这个需求。
三十七、采购订单在提交时候，可以分为直接保存及保存后提交，这两者的区别
三十八、正向闭环+反向闭环
三十九、待入库字段的限制是已确认及待确认均为0 ,其中待确认为0忘记思考!!(在同一个场景中,一个事件在思考时候需要考虑其关联的所有主体,参考架构化思维的逻辑)
四十、考虑场景流转时,需要考虑正向流转及逆向流转,然后考虑上下及前后,这个辅助最好的是实体关系图
四十一、微信关联的思路解决了注册，登陆及变更的流程，实际上节省了流程，也就是抓住唯一省思路，不要上来就想完美，这不是唯一，尤其创业公司。
