微信注册界面(学到这三个方法，人人都可以做好产品设计)

引言

关于程序员与产品经理的话题，在坊间有一个段子流传甚广。话说有两位应届毕业生去找工作，然后面试官让他们做自我介绍。

甲同学说：“我擅长 java、Python 编程语言，熟悉 23 种设计模式，精通各种算法。” 面试官点了点头：“你可以来试试做程序员。”

(资料图片)

轮到乙同学的时候，他惭愧地低下了头，说：“不好意思，我什么也不会。” 面试官激动地站了起来：“产品经理就是你了！”

这个段子虽然有点夸张，但给人一种印象，就是当产品经理没啥门槛。而市面上也确实有一些滥竽充数者，各种绘图工具是能玩出花来，但做的产品设计严重脱离实际，硬是把自己活成了段子。

为什么会存在这种现象？恰恰是因为优秀的产品经理太少了，那些能力不足者虽然得到了机会，却缺少理论的指导与实践的经验。要么凭自己想象做，要么就照抄友商的设计，笑话百出。

好消息是要成为优秀的产品经理，其实是可以循路而进的。《产品经理方法论：通用的产品设计》就是这样一本教会大家做好产品设计的书。

产品设计并不高深，只要掌握好基本的设计原则，多思考各种产品的设计理念，再加以实践练习，那么每个人都可以成为产品经理。让我们先从产品经理的工作方式说起。

产品设计就是画原型图吗？

产品经理日常工作是干嘛的？如果没和程序员开会，大概就是看见产品经理坐在电脑前，用 Axure 这样的原型设计工具琢磨画图。

所以，产品设计这项工作，就是拖控件，画原型图？

从《产品经理方法论：通用的产品设计》这本书中，会发现这个认知存在很大的偏差。我们看到的，只是产品经理工作时的一种外在形态。就好像我们不能因为程序员疯狂地敲击键盘，就认为编程只是在打字而已。

产品设计的过程，体现的是产品经理对业务的熟悉程度，以及软件功能的领悟。熟悉业务，就是抓住关键需求的能力。失败的产品往往不是功能不够强大，而是实现了一堆无关紧要的需求。

要将需求转化为软件功能，绘制原型图就是表达设计思路的结果。而设计产品原型，既要考虑用户的操作简便与直观，也要顾及公司的技术实现能力。欠缺经验的产品经理有一种典型做法，就是喜欢直接将大厂的产品直接截图，要求技术部门模仿实现。

他们认为这样有大厂背书，既能避免过多地讨论设计合理性，又能在技术上减少争执。但现实的情况是大厂在技术上投入不菲资源钻研迭代，才有了最终产品操作上的出众效果。所以产品经理应当基于本公司的技术现实，去做力所能及的功能。

那么产品设计到底要怎么做？

《产品经理方法论：通用的产品设计》给出了三个好方法，按照从宏观到具体的趋向，分别是：掌握通用产品的设计原则、了解基础系统产品设计思路，以及做好产品的功能设计。

我们先从产品设计的基本指导原则说起。

万法归宗：掌握通用产品设计原则

世间产品的形态千变万化，那要做好产品的设计，有没有共通的指导原则呢？就像宏观世界的物体运动，用牛顿三大定律就全都能解释一样。

《产品经理方法论：通用的产品设计》就提出了产品设计的六项原则，遵循这些原则，在做设计时就有了最基本的方向。我们对这六项原则进行说明。

完整性原则

这条原则要放在第一位来说，是因为只有功能完整的产品才有实用价值。否则把效果做得炫酷炸天，结果连问题都没有解决，这没有意义。

对于产品的完整性，产品经理要关注三个方面：功能结构完整、信息结构完整和交互逻辑完整。

一致性原则

这是要求产品在功能、风格与操作上要保持前后一致，不能类似场景的设计却出现大相径庭的差异，这会让用户无所适从。

书中总结了以下一致性的要点：功能的一致性、信息的一致性、组件的一致性、交互的一致性、视觉的一致性与文案的一致性。

可扩展性原则

对产品进行设计时要考虑到将来功能升级，或者灵活应对需求变更。不能把产品设计做成一锤子买卖。

可扩展需要思考三个方面：功能的扩展、信息的扩展，以及技术的扩展。

容错性原则

产品经理不能假定用户不会犯错，因此在产品设计中就要仔细应对功能与操作上可能会产生的问题。

做好容错设计有三条机制：用户犯错前的预防机制、用户犯错中的容错机制，以及用户犯错后的补救机制。

可复用性原则

做好产品设计要避免重复造轮子，这一方面是借鉴行业优秀的既有设计，另一方面是自己有意识地积累与复用。

书中提出“两条规范三个复用”原则保证设计的可复用性。

两条规范： 让设计尽可能地来自复用；让设计尽可能地能复用。

三个复用：设计思路的复用、功能设计的复用和界面设计的复用。

高内聚低耦合原则

这条原则和软件工程产生交叉，因为产品本质上仍然是一个软件，所以遵循这条原则，才能让产品减少技术开发的难度。

高内聚，就是单一模块内功能丰富、联系紧密；低耦合，是模块间调用关系简单，修改一个模块不会影响到其他模块。

高屋建瓴：了解基础系统产品设计思路

我们已经学过了做好产品设计的六项指导原则，那么就要再进一步，从系统层面上探讨产品的体系，以及基本设计思路。

基础系统产品，是以业务特点进行划分，指的是某一类型的软件产品。例如项目管理系统（Project Mangement System，PMS）就是一种类型，在它下面的具体产品就有 Microsoft Project、Open WorkBench，以及国内的禅道等。

我们要研究的，就是基础系统产品的共通特性，从业务整体上把握住核心要点。书中对 CRM、OA、CMS，包括 PMS 在内的九种基础产品进行了说明，我们选择 OA 产品为例进一步探究。

在公司里，跟每个人都有关系，而且又被吐槽最多的，大概就是 OA 系统了。因为每个人都希望步骤少、流程短，那么不妨让自己成为 OA 产品经理，看看如何设计出一个更好的 OA 来。

从软件架构上，OA 可以分为终端与管理后台两部分。它的整体功能架构如下图：

终端的核心功能中，即时通信是公司内部社交的必备功能，它的最佳设计参考就是钉钉、企业微信；通信录里要包括公司全体职员在内，所以基于组织层级结构来设计，是最好的选择；工作台就是所有功能的整合界面，也是我们跟 OA 打交道最多的地方。

一个工作台的典型界面如下图：

后台管理包括九个核心功能，涵盖了公司日常办公的需求。我们吐槽最多的，大概就是审批管理了，因为申请加班、请假、报销都要走这里，出了问题就影响个人利益。

现在我们看下书中是如何以请假为例设计定制化审批流程：

如果你来设计审批管理，你能想一想怎么设计让它更好用吗？

洞察秋毫：做好产品功能设计

一个再宏大的软件，也是由一行行代码组成的。产品也一样，千变万化的产品，总可以分解成最基本的功能单元。我们现在就来了解一下软件产品常见的基本功能。

打开一款手机 APP，常见的功能有：注册 / 登录，页面展示与跳转，信息输入与校验，图形处理，消息推送，分享与转发等。

我们在使用的时候，可能只是一个操作就过去了，但在设计产品的时候不可能如此简单，需要考虑许多细节问题。我们以书中的微信注册与第三方登录为例，来探寻一下基本功能的设计过程。

微信注册页面包括四个基本要素，分别是：

账号类型：手机号码、电子邮箱、自定义账号、自定义用户名，以及第三方账号等。注册信息：用户的头像、昵称、密码、生日、座右铭等基础信息。产品使用协议：用户使用产品前需要阅读并确认知晓的一份告知文件。注册检验：对用户在注册页面填写的所有信息进行有效性校验。

我们要使用微信账号作为第三方登录网易云音乐，那么就要熟悉 Android 与 iOS 两种平台下的接入方式，然后还要考虑两种情况：

老用户登录：老用户登录授权后，直接登录成功。新用户登录：需要引导新用户绑定手机号码或者电子邮箱账号等其他登录账号。

可以看到，看似简单的操作背后，要考量诸多的细节。产品经理需要有一颗细致的心，具备洞察秋毫的本领，方能做好产品功能的设计。

结语

成为一名优秀的产品经理并不容易，从宏观上要了解各种系统产品的设计思路，微观上要考虑具体功能的所有细节。此外还要有计算机、心理学、美学的知识。

但产品经理对于任何一家互联网公司来说又是如此重要，赵丹阳的这本《产品经理方法论：通用的产品设计》就帮助从业者，从理论到实践学会做好产品设计的工作。

本书从属于《产品经理方法论》系列，赵凡阳打算以三部曲的形式讲透产品的方方面面，本书是系列中的第二本。第一本是《产品经理方法论：构建完整的产品知识体系》，帮助小白入门成为产品经理。

《产品经理方法论》第三部也正在编写中，它将助力产品经理更上台阶，让我们拭目以待。

学习起来吧，人人都是产品经理！

#头条创作挑战赛#

关键词： 产品经理 产品设计 功能设计