看别人说是一回事，自己实践又是一回事。
从去年12月开始，公司启动了新产品的研发，今天为止也有半年了， 产品也成功拿到了项目孵化资金。从0到1做产品，一路走过来总结一些自己走过的坑和大家一起分享一下。
背景
我所在的公司为设计咨询公司，本人也一直负责的是为企业提供体验设计，服务过中国人寿、平安银行、招商银行、博时基金等企业。擅于帮助企业提供体验设计解决方案，但是从零开始做产品的经验较少。
本次新产品的研发公司让我负责整个产品的设计，包括需求的整理、竞品分析、产品的设计等。
在这个过程中收获颇多，且和之前做的体验设计思路差异较大。
最大的差异是产品需求与用户体验的权衡：从零开始做产品，产品体验是否重要？产品体验需要做到多少，是一开始就追求极致的体验还是以产品需求优先？
一开始团队完成概念设计并验证可行性后，直接进入到开发阶段，这时设计和开发是并行的，进入敏捷开发流程包括敏捷式研究，产品研发节奏非常快。在快节奏的过程中团队依然能完成详细的产品设计，同时对于产品的细节及体验做到极致。
然而没想到开发进度延期，需求、设计还原度低。后来发现因为我们做设计的过程中，和以往为第三方成熟的产品做体验设计一样，对于体验细节的追求及设计过程中没有太多考虑开发的时间成本。
一味的追求体验细节，最终导致产品延期、产品需求得不到还原。过于注重体验设计，大量开发时间浪费在了实现细节上，但是整体的功能需求缺没有得到完善。
往往体验设计师在做产品的时候都会犯这样的错误，为了证明自己的设计价值，总是会专注于产品体验完善每个产品细节，然而忽视了产品现阶段的目标。
不是说在产品初期阶段体验设计就不重要或者是不要体验设计，而是产品在不同的阶段我们应该定制不同的设计策略。将产品分为三个阶段：“初期”“中期”“成熟期”同时将产品设计策略分为：可用、好用、爱用、品牌。
产品初期体验设计的策略更应该关注可用；产品中期关注它的好用；产品成熟期再是爱用到品牌的一个提升。而不是一口气就做到品牌，产品体验设计也讲究一个迭代。
就像马斯洛需求层次理论先满足最基本的生理需求，再是安全需求、社交需求、尊重需求和自我实现需求。
产品初期为业务为导向目标是为了快速验证产品及产品的解决方案是否能被市场、用户所接受，是否能真正去解决问题。所以应该快速实现产品需求，优先将需求还原，投放到市场去验证产品的核心亮点及产品解决方案。
在这里注意：不是所有需求都需要完善，应该专注产品的最核心的需求及产品解决方案的关键流程，这样可以以最快的速度上线并验证产品的可行性，后续在小步迭代。
就像微信一样，一开始只有聊天功能，后续在慢慢拓展出其他的一些功能。在此阶段体验设计也应该得到重视，而不是完全抛弃。我们要保障产品的易用性及后续的拓展性。下面将讲述产品初期阶段应该如何完成体验设计。
产品初期的体验设计应该关注产品的可用性上，至少保证产品的可用性是没有问题的，再后续优化，往好用、爱用、品牌提升。
在可用性反面，我们可以参考尼尔森十大可用性原则：
原则一、Visibility of system status（状态可见）
原则二、Match between system and the real world（环境贴切）
原则三、User control and freedom （用户控制和不限制用户）
原则四、Consistency and standards （一致性）
原则五、Error prevetion（防错）
原则六、Recognition rather than recall（易取）
原则七、Flexibility andefficiency of use（灵活高效）
原则八、Aesthetic and minimalist design（直译为审美和简约设计，含义为设计应该服从内容突出重点信息，降低界面视觉元素对内容的影响）
原则九、Help users recognize, diagnose, and recover from errors（帮助用户识别，诊断，并从错误中恢复）
原则十、Help and documentation（人性化帮助）
虽然是简简单单的十条可用性原则，但是能真正做好的却很少。这要求我们对十大可用性原则理解深刻，在设计的过程中时刻保持清晰的思维。
目前市场上，成熟的产品能把一致性做到好就很不错了——最基本的可用性都没有解决好，何谈情感化设计。
在产品初期我们需要保证产品的可用性，再后续设计迭代：发现问题、定义问题、设计方案。
组件化思维
在产出设计方案的过程中需要有组件化思维， 不同的需求尽量利用统一的组件去实现，，组件化有利于产品的交互、视觉的一致性同时后续的便于多人协作。
这要求设计师能够对需求的本质了解透彻：接到一个新的需求，我们应该去思考这个需求的本质是什么，解决什么样子的问题；能否利用现有的组件去实现，如果不能需要定制开发一个组件，那要思考这个组件是否可以兼容后续的需求以及改善优化现有的设计；如果不能兼容后续的需求拓展，只为解决当前一个需求，那就应考虑用其他的替代组件来实现。避免去开发一个新的组件。
组件化思维我们首要要了解：
了解透彻开发同学使用的开发语言是什么；
基本的底层架构是什么样子的；
有没有用第三方开源组件，用的是哪些组件；
这些组件的特性、使用规范等。
就像厨师一样，有什么菜做什么宴席。
如果不是使用开源组件而是自己研发，也建议不要使用太复杂的组件，基本常用的组件就能解决我们百分之九十的产品问题。尽量不要去自己构思一个组件，如果碰到复杂的需求一定要定制开发组件，一定要和开发还有产品经理讨论，将自己的需求描述清楚一起讨论。看是否可以用其他的一些方案解决。只要涉及到大量定制开发组件，则开发周期就会被拉长，与现阶段的产品目标有冲突。
（关于什么是组件化思维，大家可以去网上查，现在有很多相关资料。）
总结
本文只写了关于产品初期的体验设计的一些经验，在中期、成熟期也是同样的道理，在做设计之前必须关注先阶段的产品目标，在制定相应的设计策略。
按照用户体验要素里将的，我们在做设计的时候，先关注战略层范围层再决定我们的结构层表现层是什么样子的。
