第一个方案：沟通需求后快速给出。

跟产品负责人Y和产品经理J一起开会，沟通：

线上版本存在的问题：那些是导致用户迷茫的原因、那些是没有意义的功能、那些是重要的功能而我们却没有做或不够突出。。。

产品未来的计划：产品整体的布局，包括前用户端、商家端，未来的结构。。。

团队本季度的目标：由业务目标分解为产品目标，再由产品目标分解为具体数据

教训：最好拿本子记下关键点。根据以后的发展趋势，会影响你现在的交互产品设计。这是一个收集信息的过程，全面了解信息，避免在接下来的工作中出错。这时，不明白、不清楚、不理解的地方，一定要问清楚。

第二个方案：与产品J沟通后修改

由于产品J是一直在产品第一线的，接触了大量用户，对用户最了解。于是，在这里对用户不需要的东西全部剔除，精简交互，主要呈现用户想看的信息。

第三个方案：自己分析竞品后吸取经验

学习淘宝、京东、亚马逊、1号店的流程，更符合用户的心理模型，利用淘宝养成的用户习惯，降低了用户的学习成本。

第四个方案：反复模拟用户的使用情况，对体验上进行优化

主要是一些细节、版式方面的调整。由于我是视觉设计出身的原因，我觉得我的交互稿一定要版式整齐干净，让人看着顺眼。
插曲：经过我反复的斟酌，自己觉得方案没问题了，开始找产品负责人Y沟通方案。

第一次，找产品负责人Y沟通方案，被回复：没时间。。。

第二次，找产品负责人Y沟通方案，被回复：没时间。。。

第三次，找产品负责人Y沟通方案，被回复：没时间。。。

第四次，找产品负责人Y沟通方案，被回复：没时间。。。

第五次，找产品负责人Y沟通方案，被回复：没时间。。。

教训：永远不要等同事有时间再看。看他路过时叫住他，给一分钟时间看一眼就就好；放到iPad里让他看一眼也行。千万因等待而停滞不前。

第五个方案：与产品负责人Y沟通，因我们产品的特性与其他淘宝等产品的不同，且市场上没有成功的同类产品可提供有价值的参考，于是回炉重做。

教训：对自己产品了解不够深入，没能分清自己产品和竞品的差异。

第六个方案：与产品负责人Y沟通，除少数细节问题外，认可此方案。

第七个方案：与总监C沟通，分析我的方案对比线上版本的优劣，只采用了2个对数据帮助最大的“点”，其他方面全部砍掉，不做没有意义的事情。同时，由于使用我们产品的新用户较多，而对新用户来说这又是一个新产品，没有给用户养成成熟的使用习惯，这又是我们需要解决的问题。

教训：资源宝贵，只能做最有意义的事。对数据没有帮助的事就不要做了，程序大哥也不容易，不能让人家白忙乎。

第八个方案：与总监C沟通，新方案整体结构被通过，具体交互细节修改。

教训：在开会时一起PK各种交互，在讨论中确认新的交互形式。

第九个方案：新方案通过，但遗留了一个重要问题。对此问题有1、2、3三种交互方案，我推荐使用2方案。这时叫来产品负责人Y一起沟通。我们反复模拟用户使用过程中会遇到哪些问题，以及各元素的展现，前端的技术成本，时间成本。最后采用2方案，同时对2方案进行了优化。

教训：这个时候的交互只需要一、两个小时的修改，修改完善后，立刻沟通。

第十个方案：对修改后的方案，全部赞同。根据现有的数据，确定了新方案的考核目标，主要功能的转化率等。

→方案确认后，先是补上“异常情况”， 完善逻辑

→与“前后端”程序同学一起评审方案，协调前后端同学如何配合；对旧版本的数据如何迁移的逻辑进行确认；对程序同学实现成本较大的问题，会协调进行优化；确认上线时间。

→与“运营”同学一起评审方案，沟通他们要做的工作，以及交互是否贴合用户的需求

→与“视觉”同学沟通，确认设计时间

→开始设计手机端交互，计划Web和Touch同步上线。

我根据Web版的设计思路，设计了完全一致的Touch版。对部分交互做出了很大胆的改进，会让用户更方便的找到自己想要的服务，大胆地削弱非必需的信息造成的视觉干扰。产品负责人Y对此十分赞同。

在与总监C沟通时，我们俩在模拟用户使用情景时，发现有一个地方，不符合用户的期望。以用户的心理模型应该是从1界面进入看到的是2界面，而我们却给用户看到的是1.5界面。于是，我们给程序同学提了一个数据需求，以验证用户是否真的对2界面感兴趣且下单。

与产品负责人Y协商排期，安排视觉设计的时间，程序开发时间，确认版本上线的计划时间。

由于Touch端有90%都是前端同学的工作量，又与前端同学X沟通了详细交互细节，同时确认时间。

与后端同学H和D同步一下信息，同时确认时间。

与QA同学沟通所有交互流程，重要数据埋点，

→写产品文档，群发邮件。

作者：Daniel

来源：http://danielue.com/?p=3445