作为设计师最大的成就感，是着手一个项目，看着它从0到1，慢慢孵化成形，再接着改版进行优化，受到越来越多的用户欢迎。这个系列的文章把整个过程的经验总结成文，篇幅较长，逐点分享，今天是概述+立项。
从上图可以知道，在整个过程中，设计师的工作可以分为做人和做事两大类。
学会做人
楼主将这个放在做事的前面，特意强调了一下它的重要性。人的本质是一切社会关系的总和。
同事之间会有部门、职位、年龄、婚姻状况等各种不同的情况，是除了家人之外跟自己相处时间最久的一类人。跟合作的部门同事相处融洽，信息沟通顺畅，帮助他们解决问题，是用最直接的方式去锻炼自己了解人性，了解人的需求，以及解决这些需求满足这些需求的过程。
在团队中每个人的分工和职责如下：
BOSS：关注的重点在于关注市场的走向，实现商业的盈利，产品的质量，以及控制实现过程中的开发成本。
PM：在和BOSS沟通完善的前提下，输出PRD（Product Requirement Document，即产品需求文档）文档。而MRD（Market Requirement Document，即市场需求文档）、BRD（Business Requirement Document，即商业需求描述）在这里就不是必须的，可能有也可能没有。这样只是效率更高。
开发工程师：分为服务器和APP两部分的开发。负责服务器的开发可能还要考虑产品的架构搭建，负责APP实现的开发则可能关注于APP的逻辑跳转和与服务器数据之间的传输过程。QA负责产品的测试。
设计师：在理解以上三者意愿的情况下，设计出可视化的方案，交与工程师进行开发。
TPM：项目管理者，把控着时间节点，平衡团队资源分配。（可能有的团队这项工作由PM做）
可以看到在人员职责中有两点比较重要，一是负责做事，二是负责把控时间。
学会做事
我们在做事其实是在帮人在解决问题，说到底也是在做人。而这个人，就缩小到社会上某类有共同需求的用户。
设计师在项目开发中落实到实战是在产品设计阶段和开发阶段。
产品设计阶段，在拿到PRD文档之后，开始分析，画出简单的流程图，然后在流程的基础上输出低保真原型图，即low-fi。low-fi的标准是示意，表达出每个页面有哪些元素，页面之间的跳转关系是怎样的。
当low-fi得到大家的一致认同之后，就开始着手到高保真效果图阶段，即high-fi。需要实现页面完整的UI，以及整体的UI规范。画出精致的icon，放上精美的图片。是一项可以真正拿得出手，产生商业价值，让用户可以使用的，拥有完整视觉效果的产品。
high-fi阶段过后，进入制作动态原型阶段。这个阶段的任务就是快速做出可以在手机上演示的demo，让团队成员体会是否有体验不顺畅的地方，如果可以的话拿给用户去体验，进行小规模的测试。这一阶段就是在产品开发之前进行验证，查漏补缺的一个过程，避免产品犯原则性或者交互上出现大的、方向性的错误。
Demo演示完成之后，设计师就需要整理好文档并导出资源，将主要的工作就交给开发人员了。而设计师的工作还没结束，设计师需要随时准备好回答开发人员抛过来的一些问题，得到解决方案。还有，着手下一个版本的设计工作，以及在这一个版本需要改善的体验，都可以开始准备。新的一轮工作又开始了~
创业公司扁平化的管理方式，使得团队精致而又高效。在团队成员密切配合的情况下，可以实现产品的快速开发和迭代，形成小步快跑的节奏。当然也有它的弱点，就是没有太多的时间去做细致。但在市场快速更替的情况下，快速试错然后改正何尝不是一种优点？
立项
在立项的过程中，总时长不确定，如果项目比较赶，可能经过半个月左右的时间去做，如果想考虑更周全，可能2个月左右。现在咱们就拿最短的时间为主进行说明吧。半个月在工作时间来看其实就是，10天（2个礼拜）的工作内容加上最后一天的总结。
主要的思路是：Boss看中一个商机，然后由一个商业机会延伸出来某个产品的功能，再在这个功能上进行产品完善，最终目标是做出MVP（Minimum Viable Product ，即最简化可实行产品，MVP是一种产品理论，这个概念听起来复杂，不过你可以把它想像成是一部电影的剧情大纲，或是一部漫画的角色介绍）。
在立项的阶段，基本上每天都会有会议，会议的参与人主要是PM和设计师以及项目负责人，Boss只是阶段性查看一下成果，工程师偶尔参加。主要由项目负责人来push进度，当然，项目负责人也有可能就是PM本身。
每天大家都会进行一次一两个小时的头脑风暴，根据前一天的结论，大家会后去翻阅资料，自己先给出完整的总结之后，第二天再进行讨论，如此反复。也不那么绝对，可能遇到的问题比较麻烦，大家就多花点时间做研究或者直接做一些demo上手试试看效果。
此时PM的任务非常重要，需要在众多的idea中筛选并且保持产品核心功能和目标用户不变。所以，一个优秀的产品经理，一定是原则性非常强，并且在众多压力下能够有充分的能力让大家信服。
在立项阶段有几个特点：
1. 变动时常有
楼主知道，不管是设计师，程序员，都非常讨厌需求的变动。变动意味着所有的设计稿和代码都得重新进行，一片心血付诸东流。PM也会受到大伙所有的喷子（PM确实不好当啊）。但是在立项阶段，设计师需要告诉自己的是：让自己了解产品更多的走向，给产品更多发挥它价值的空间，不要太限制住自己。哪怕是MVP已经完成，产品走向迭代的过程，也不要抱怨变动，每一次的变动都有可能是纠错的过程，每一次的变动都意味着产品与市场联系地更加紧密。
2. 功能越核心越好，产品越简单越好
在立项阶段，团队的目标就是，用最短的时间做出能够马上放到市场上进行验证的MVP。这个时候市场反馈在产品上最好更改，甚至产品的方向也能马上进行调整。MVP 的功用就是让你拿来接触客户，从很早就根据客户的回馈来改进你的产品。典型的错误就是窝在家里做没人要的产品 ，却自以为很有进度。大家的经验是，使用者要的东西往往是非常容易做的，但是也是最容易被你忽略的，如果你不一开始就跟用户接触，就很难知道这些内幕。
3. 用最接地气的方案，方便工程师进行开发
避免出现太创新的设计方案或交互，让工程师花费大量的时间去实施。用最朴实的设计语言表达最有价值的核心功能就是这个阶段最完美的方案。
立项阶段过后，PM会出基于大家统一的MVP的基础上进行PRD文档的输出，设计师也开始真正上手干活。
当然，以上只是创业公司最简单粗暴的做法，在这样扁平化管理的前提下，团队的效率达到最高化。顺利的话，时间段可能缩得更短。Google团队就教过大家5天搞定产品设计~
敬请期待下一次的分享~
作者简介：Sophia的玲珑阁，一枚爱健身的交互设计师。
欢迎关注作者的微信公众号：「Sophia的玲珑阁」
