造成需求-产物-视觉差异的原因反思.docVIP

造成需求/产品/视觉差其他原因反思 最早看到这张图的时候，还感觉能产生这个不可以思议，因为当时是在创业型公司，而且 从前经历的即即是大公司也都是创业型的产品，小团队的好处就是勤沟通，常沟通，从设计到开发阶段，每个人都在参加和思虑，目标一致，所以素来感觉这个图片算是夸张夸张了信 息的传达，直到今天有了教训，开始思虑。其实问题本没有这么大，但是对于这类问题，宁愿放大了想。 上面的这个结果必然是最糟最坏的，也是全部人都不愿意看到的 ~~产品自己就是失败的了 ~~浪费了大量的人力物力 ~~对每个人的打击也都是很大的 ~~耽误了时间，浪费了市场机遇 但是如何产生的?我开始问自己，静下心来想想可以理出来几点原因，自然，回忆原因的目的是为了更好的解决问题，从防备到杜绝这类问题的产生。 1、先期思虑的不到位：在单页面复杂交互的时候，单纯的静态demo无法完满的显示 全部的逻辑，包括各种分支。过去在做产品的时候对于复杂的页面都会做一个单页面的逻辑图，用来校验整体的逻辑设计，交互设计。但是现在看看，这个方式对于更复杂的交互可能多少还是力所不及。 优选word，欢迎共阅1 2、信息表达的不到位：如何经过合理的方式来显现出交互逻辑仍旧是一个值得思虑和试一试的问题，及时经过axure可以实现部分交互，但是在更多复杂的情况下是无法满足的， 同时大量的制作和保护成本无法适应快速调整和变化的设计节奏。后边还是需要考虑更有效的表现方式。 3、信息传达的不到位：产品的设计完成只能是50%,，设置是小于50%。其他的比重是 开发和推行阶段。这个阶段实现的方式和质量的保重特别重要。真实的实现产品的功能逻辑，同时需要考虑未来产品功能的扩展，对运营市场等活动的支持等，需要多方考虑。同时如何有效的传达功能的逻辑是需要考虑的。 4、需求改正后的考据：需求的改正和调整是必然会存在的，记得一句话：唯一不变的 就是变化。变化是无法完满防备的，但是发生变化此后，调整产品此后还是需要完满和认真 的重新检验一下新的设计，在满足变化的同时，可否增加也许复杂了操作方式。 5、前端技术的缺失：诚然具备一些前端技术的基础，但是对于AJAX的认识仍旧不够 深入和系统，否则应该可以在异步同步数据办理方式上尽早的发现一些问题和隐患，尽早避 免问题的产生。 6、没有尽早的投入到测试中间：产品人员需要尽早的投入到产品的测试中间，在研发的时候就需要与开发人员进行亲密的沟通，特别是影响产品的要点环节 7、多项目并行：多项目并行以致思虑的内容和方式在不断的变换，中间简单产生“断档”，以致前后思虑的方式方法不一致，最后会影响到产出的质量。诚然有时“对产品麻木 了，可以放一段时间回来看，能发现问题”，但是这个方式一般是对产品整体流程或单个“静态”的点是有效的。互联网的一些事 总结一下，发现比较理想的环节就是：设计-考据设计(自我)-表达设计-考据设计(开 发/产品/其他相关)-开发-考据设计-测试。提升考据设计的频率和调整考据设计的环节是很要点和必要的，同时配合前端技术的提升。 最后向辛苦了的前端同学致敬加道歉，感谢你们 优选word，欢迎共阅2