项目总结

承载平台：PC

实现载体：Html

1、如果项目本身核心基础功能独树一帜创新性越低，那么对后续开展项目拓展会有反比阻碍

2、需求最终评审需要项目组团队参与人员必过，否则在跟进项目时候会被多次质问需求合理性以及更多的需求合理性的阐述

4、需求评审没有所有参与人员在场，今后的所有产品评审会议会演变成需求评判大会

5、如果项目之前公司有同性质产品，在品牌性保持一致是个上佳选择，并应把对应项目资源文件收纳入手（绝对重要，后续会用到复用资源）

6、开发都会对页面布局会偷工减料，导致和设计稿有差异性，虽说开发和设计隔层山，但保持合理差异范围内是必须的，差异大不被允许，否则设计背锅或者会当做Bug处理

7、UI和交互时刻保持绝对一致性是很有必要，防止被说质疑按照哪个来开发，UI的控件库和组件库必须拥有且涵盖所有代码无法实现的切图，底图，各种icon，按钮的变式（Hover等 注：这是产品用起来能够在交互上有良好感知和质感的必备条件，这次项目缺乏所以在体验上用户流程参与感不够强烈）

8、即使控件库说明了主标题/次标题/基本文本/注释文本的色彩大小，开发仍然也不会明白哪个页面采用哪个字体大小（白眼），应做栗子说明

9、交互稿必须存在单独板块对各种toast以及模态弹窗进行归纳，且用户进行任务流程弹窗过多的话导致体验欠佳，开发和测试对弹窗喋喋不休…有更好的任务流程解决办法可以多花时间思考

10、交互欠缺对每个页面所面临的开发情况进行考虑分析，导致有很多情况使得做好的页面设计不能应对所有情况，会有重做的危险

11、设计常识性小错误会发生，例如搜索框输入文本后文字排列应该是不带前空格或者居中样式的（即使这个搜索框的提示语「请输入搜索内容」为了美观会在搜索框居中展示）

12、各种数据的来源应该制定开发规则，并在原型上说明，版权信息只在于首页对搜索引擎效用大，内页存在会拖沓繁冗

13、和程序员打好关系是迈向成功第一步，可以在饭桌上听见花式产品吐槽并偷偷记录小本子上，江湖老油条眼不见为净做好自己本职就不会被干涉

14、对于迈不过的坎，孙子兵法最后一计“走为上策”才是恒古不变真理