创业公司设计师,怎样从0到1设计一款APP?(概述)

4 评论 15359 浏览 161 收藏 7 分钟

所有的资源,时间和精力才是最宝贵的,能节约这些就是最好的方法~

一直在思考怎样给我的读者带来更多的干货,读者在看文章的时候花了时间,楼主就要为读者这所花的时间进行负责,尽量凭借着楼主这有限的知识去分享一些能够在工作或者生活上帮助到大家的一些知识。

楼主反思自己作为设计师最大的成就感是什么。是着手一个项目,看着它从0到1,慢慢孵化成形,再接着改版进行优化,慢慢伴随着它成长,受到越来越多的用户的欢迎。而自己,也在这过程中慢慢进行着自己的成长。你中有我,我中有你。衣带渐宽终不悔,为伊消得人憔悴。便也想将这些经验分享给大家。篇幅比较长,逐点分享,今天先进行概述。

从上图可以知道,在整个过程中,设计师的工作可以分为做人和做事两大类。

学会做人

楼主将这个放在做事的前面,特意强调了一下它的重要性。人的本质是一切社会关系的总和。之前楼主在《如何从零开始做产品的社交功能》这篇文章里面提到过社交的概念,小伙伴们可以自行翻阅。

同事之间会有部门、职位、年龄、婚姻状况等各种不同的情况,是除了家人之外跟自己相处时间最久的一类人。跟合作的部门同事相处融洽,信息沟通顺畅,帮助他们解决问题,是用最直接的方式去锻炼自己了解人性,了解人的需求,以及解决这些需求满足这些需求的过程。

在团队中每个人的分工和职责如下:

  • BOSS:关注的重点在于关注市场的走向,实现商业的盈利,产品的质量,以及控制实现过程中的开发成本。详细可参考楼主的这篇文章《设计师跟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演示完成之后,设计师就需要整理好文档并导出资源,将主要的工作就交给开发人员了。而设计师的工作还没结束,设计师需要随时准备好回答开发人员抛过来的一些问题,得到解决方案。还有,着手下一个版本的设计工作,以及在这一个版本需要改善的体验,都可以开始准备。新的一轮工作又开始了~

创业公司扁平化的管理方式,使得团队精致而又高效。在团队成员密切配合的情况下,可以实现产品的快速开发和迭代,形成小步快跑的节奏。当然也有它的弱点,就是没有太多的时间去做细致。但在市场快速更替的情况下,快速试错然后改正何尝不是一种优点?

Sophia的tips:所有的资源,时间和精力才是最宝贵的,能节约这些就是最好的方法~

敬请期待设计师怎样从0到1设计一款APP的分阶段解说~

 

作者:Sophiallg,微信公众号:Sophia的玲珑阁。

本文由 @Sophiallg 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 真的很多i,因为看不懂感觉很专业😁

    回复
  2. 直接看见你第六稿,就回头看看第一稿,有些意见需要交流下。
    1,
    原句-“在和BOSS沟通完善的前提下,输出PRD(Product Requirement Document,即产品需求文档)文档”
    “产品设计阶段,在拿到PRD文档之后,开始分析,画出简单的流程图”
    据我经历,PRD文档虽有PM负责编撰,但是在前期0-1中,PRD文档应参与由工程师,UI,UE,QA等多人参与,将产品相关内容,和关联内容集与一起,PRD中不仅已包括低保真原型,原型逻辑,交互规范,UI最初规范,即UI风格,主配色,等在内,还有需求已出,包括一些业务逻辑,功能逻辑,页面流程等已出,以及非功能需求等,若后期更改需求,也相应修改PRD对应内容, 在产品实施过程中,PRD文档是做为参考性的文档。设计师亦根据业务逻辑功能需求等,产出原型和逻辑文档,这时应是参与完善PRD文档,PM等评审后,编撰入PRD,再于UI,开发进行交付。
    2,

    原句-“当low-fi得到大家的一致认同之后,就开始着手到高保真效果图阶段,即high-fi。需要实现页面完整的UI,以及整体的UI规范。画出精致的icon,放上精美的图片…”
    实际中,公司都希望能有一份精美的高保真原型,一份高保真原型加入最接近实际的交互,和完整的UI, 但是在实际中,产品是一种快速迭代的过程,很多最初定下的页面和交互,在执行过程中都有可能变更,需求变更是无可避免,而高保真原型的时间资源占用在创业公司中很少用,大多都是采取小步快跑的形式,开发也不可能等你UI和高保真全出了再动手,而UI也不是出完图后就没事, 现在更采用的是一种并发执行的流程,在已评审过的低保证原型上,产品设计师具体出交互逻辑,UI制作效果图,交付于PM,再交于开发,然后转而进行下一个模块 。
    疑问就是,高保真原型的资源输出,是否利于整个产品计划周期? 理想中是希望有,但是在创业公司中,高保真原型的输出是很占用时间的。

    来自上海 回复