采用IPD开发流程，在初期能把各种工作问题识别出来并扼杀在摇篮中。本篇文章作者将简单叙述一个小IPD的开发流程，希望能对你有所帮助。

之前的内容谈到过三星的 PLC 流程。

这里再简单说明一下。

PLC 的全称是指全社商品开发标准流程。PLC 流程将开发过程分成了 4 个阶段。

跟 IBM、华为 6 个阶段的 IPD 流程相比。

三星将开发和验证阶段合并为开发 （development）阶段。将发布和生命周期阶段合并为生产（production）阶段。

大家可以看下面这张图：

关于 PLC 流程的具体内容这里就不再详细解释了，大家可以自行搜索学习。

今天主要来看看华为在使用的产品开发流程是什么样的。

这也就是我们常说的小 IPD 流程。这里的小 IPD 特指 IPD 体系中的产品开发侧的流程。

先来主要看看小 IPD 开发流程的价值，以及对企业效率提升方面的意义。

在具体讲解小 IPD 之前，先来看看 IPD 体系在整个企业流程体系中的位置。

其中，IPD 流程是要把产品做出来；当然了，这里的做出来不仅仅是指开发。还包括对需求的获取、市场方向的选择、产品定位、项目管理等等这些内容。

LTC 流程和 MTL 流程则是直接贴近市场的。

他们是多打“粮食”、打好“粮食”的最重要的流程。

而 ITR 是指从问题到解决，属于售后服务体系的一个流程。

硬件产品一定会涉及供应链的管理，这个时候就需要 ISC 流程的支持。

另外还包括集成财经服务 IFS 流程，战略制定流程等等。

一般来说，在导入 IPD 体系的时候，多数公司通常都会从小 IPD 开始。

主要是因为研发侧是比较容易出成果的，有没有效果也非常直观。

正常来讲，从立项到产品开发、再到产品上市。

这个流程都做完之后，很多项目、平台就已经可以正常跑起来了。大家都可以直观看到实践的结果。

华为是于 1999 年初与 IBM 合作启动 IPD 项目的。

当时，IBM 首先对华为研发现状进行了一个全方位的扫描。并对一些低复杂度的项目做了深入的分析，分析结果就表明华为的平均开发周期是 74 周。

后来经过 4 年的努力，到 2003 年，华为该类项目的平均研发周期下降到了 48 周。其中下降幅度高达 35%。

最终结果带来了两个层面的降低：

1. 一个是产品开发周期的降低，就是从 74 周降到了 48 周；
2. 另外一个产品的故障率，缺陷率的降低，从 17% 最多 1.3%。

其实采用 IPD 流程后，对产品开发最大的改变是在前期各领域组成了跨部门团队。

这样就会带来一个好处：项目启动后各部门同步充分介入，各司其职开展本领域工作。并且把各种问题在早期就识别出来并扼杀在摇篮中，共同为产品成功上市负责。

虽然这样做会增加前期的时间和投入。但“想好了再做”缩短了开发、验证和发布阶段的时间。从而从整体上降低了产品开发周期。

其实每一家公司都是从小公司成长起来的。

一般来说，小公司一上来就开始搞开发、编代码。

华为也是这么走过来的，前面阶段花的时间比较少。

但是在计划阶段之后的开发、验证阶段花了很长时间。这样做的问题是一旦你花费大量资源去做了之后，结果发现不能满足需求。

客户说不行，那你就要回来再改。如果改完了之后还是不行，那就要继续修改，这就形成了一个恶性循环。

所以说，想清楚了再干可以最终节省大量的成本。

这里的成本就包括物理成本和时间上的成本。

产品经理所需的商业思维是为客户创造价值，其核心是做出明智的选择。本篇文章，作者将以短信业务为例子，探讨商业思维，希望能对你有所启发。

一、业务背景

物业行业存在两类提醒缴费的业务需求，一是每个月出完账单后提醒缴费，另一个是对欠费业主进行催缴。

难点是，不是所有的业务都会在线上缴费，导致缴费提醒很难触达到不在线上平台的业主。

当前很多物业企业的做法是让人打电话催缴，这种效率非常低。还有部分实在催不上来的就会请专业的催缴公司进行催缴，这类催缴公司会收取佣金，比例大概是收回欠费的15%-20%。

而一家年收入过亿的物业公司，可能多年累计下来的欠费会有几千万之多（中小型物业企业收缴率能够达到90%就很不错了）。

因此，物业公司在收费上有个核心诉求，就是提高收缴率。

这里具体拆解就分为两点：

1. 如何快速收回当期账单费用。
2. 如何收回欠费。

二、解决方案

不管怎么去提高收缴率，一个重要的前提是让业主知道有新的账单或者有欠费没交清，这样他们才会知道有费用要交。

我们当时采用了两个手段：

1. 在运营层面，让物业小区的收费员、前台客服引导业主在线上绑定房屋，从而能够接收到账单提醒；在小区的主要出入口、电梯内也铺设了引流入口。有些做得好的小区，绑定的比例能够达到80%以上。
2. 在产品功能层面，引入了看似“过时”的短信通知。短信的阅读率确实在日益降低，但是它的好处也十分明显，就是只要知道对方的手机号码就可以单方面触达。

这也是为什么近几年的短信业务量依旧还在增长。在开发商交房时，物业企业一般都会从开发商那边拿到业主的手机号信息，因此短信可以成为一个有效的费用通知渠道。

实际上，从结果来看，短信通知的效果非常不错。我们当时对购买了短信服务的客户进行了回访，他们反馈是短信发出去之后，过来前台缴费的业主明显增加了。

三、商业角度思考

其实单纯从收入回报来说，做这样的短信业务是很不划算的。我们列举一下数字。短信单价非常低，发送一条短信，平台大概能赚2分钱。

意味着说即便一年发1亿条短信，收益也就200万元。而当时的业务体量远远达不到一年发送1亿条这样的量级。

而且，我们在产品设计层面，还提供了各种发送筛选条件来帮助客户实现精准催费通知，减少不必要的短信数量浪费，进一步降低了短信业务体量。

既然收益不高，那为什么我们要开发这项业务呢？

商业价值不能仅仅靠计算收益来衡量。确实，单纯从我们自身的收入角度，短信增值业务对SaaS公司来说收益微乎其微。

但是，从客户价值出发，这一项短信增值业务价值非常高。

举个例子，某个客户花几千元就可以买10万条短信，意味着他们可以发出10万条催缴通知。假设每条对应的平均欠费是500元，哪怕收回比例只有10%，也能收回50万元钱。

几千元的投入能够收回几十万的欠费，对客户来说，这是典型的小投入能够带来大回报。

这就是客户价值导向，我们平台虽然只能赚取微薄的收益，但是给客户带来的是数十倍放大的价值。

SaaS产品的增值服务让客户付费购买的前提是，给客户带来的收益要远远大于付出的成本。

回到SaaS企业自身来，这项业务虽然从财务角度看收益低，但是它的价值真的那么低吗？

其实并不是。

• 首先，虽然短信的单价很低，导致总收益也很低，但是这项业务本身的毛利率是非常高的，这项业务的毛利率可以达到30%以上。
• 其次，由于单次采购费用低，客户购买的决策时间也非常短。我们当时一位客户与我们签约软件服务合同不到30天就立即下单购买了10万条短信。决策时间短意味着这项业务我们只需要投入很低的销售费用。实际上我们只是在产品右上角放了一个醒目的短信业务入口引导客户购买，以及前期介绍产品的时候告诉客户有这么一项增值服务，然后就有不少客户购买这项服务。
• 最后，客户购买了短信后，通常会有一个较长的消耗期，这个消耗期可能会超过合同期限，这就意味着说购买短信业务的客户的续订率几乎是板上钉钉。所以，这项短信业务的核心价值之一是提高了客户留存率，进而提高了客户的LTV。

四、总结

我们说产品经理需要具备商业思维，那商业思维到底什么？可能会有很多工具或者很多名词，比如商业画布、ROI之类的。

但产品经理懂得这些并不代表就拥有了商业思维。个人认为，商业思维的核心是思考怎么为客户创造价值，这是我们的产品能够获得收益的前提。

只有客户认为我们的产品为他创造的价值大于他付出的成本的时候，才可能会支付购买产品的费用。

商业思维的另一个核心则是做出明智的选择，也就是做什么和不做什么。这里面，选择不做什么比选择做什么更重要。

比如，乔布斯在讨论方向的时候，会讨论一个话题是：“我们下一步应该做的十件事情是什么”？

他会邀请苹果公司最优秀的100名员工来讨论，经过几轮辩论下来最终得到了10项要做的事情。

然后，乔布斯会把最后7件全部划掉，宣布：“我们只能做前三件”。

随着AI的发展和应用，平面设计领域也将面临一些潜在的危机和挑战。以下是一些与未来平面设计相关的可能危机：1. 自动化威胁：AI能够自动生成设计作品，例如自动生成Logo、排版等，这可能导致部分平面设计师失去工作机会。传统的手工设计可能不再是主流，需要结合AI技术来提高效率。2. 艺术创造力的保护：AI可以通过学习和模仿...

随着AI的发展和应用，平面设计领域也将面临一些潜在的危机和挑战。以下是一些与未来平面设计相关的可能危机：

1. 自动化威胁：AI能够自动生成设计作品，例如自动生成Logo、排版等，这可能导致部分平面设计师失去工作机会。传统的手工设计可能不再是主流，需要结合AI技术来提高效率。

2. 艺术创造力的保护：AI可以通过学习和模仿大量设计作品来生成新的设计，这引发了关于原创性和版权的争议。在未来，保护艺术创造力和知识产权将成为重要的议题。

针对这些危机和挑战，作为平面设计师我们可以采取以下策略来理解和应对：

1. 掌握专业知识和技能：持续学习和提升自身的设计能力，包括深入了解设计原理、用户体验、色彩搭配等方面的知识。只有具备扎实的基础和专业的素养，才能在激烈的竞争中脱颖而出。

2. 与AI技术合作：积极探索和应用AI技术，将其作为工具来扩展自己的设计能力。AI可以帮助设计师快速生成初步的设计方案和多样化的创意，从而提高效率和创造力。

3. 注重用户体验：UI设计作为平面设计的一个重要领域，更应该注重用户的需求和体验。在设计过程中，需要深入了解目标用户群体的特点和习惯，结合人机交互的原理，创造出易用、美观、符合用户期待的界面设计。

4. 强调创意和情感：在与AI技术共同发展的同时，注重在设计中体现个人独特的创意和情感。在设计领域，人的创造力和情感是无法被替代的，这也是平面设计师们能够区别于机器的重要特点。

总之，未来平面设计面临的危机和挑战是不可避免的，但我们可以通过不断学习和创新，与AI技术有效合作，注重用户体验和创意表达，保持自身的竞争力和独特性。

要设计一款高级的参片农产品UI包装，需要考虑以下几个方面的因素，以保证设计出令人满意的作品。1. 品牌定位和目标受众：首先需要明确该农产品的品牌定位和目标受众群体。是面向高端消费者还是大众市场？这将直接影响到包装设计的风格、色彩和语言表达。2. 材质选择：选择适合参片农产品的包装材质，如纸盒、玻璃瓶或罐子。高级感的设计...

要设计一款高级的参片农产品UI包装，需要考虑以下几个方面的因素，以保证设计出令人满意的作品。

1. 品牌定位和目标受众：首先需要明确该农产品的品牌定位和目标受众群体。是面向高端消费者还是大众市场？这将直接影响到包装设计的风格、色彩和语言表达。

2. 材质选择：选择适合参片农产品的包装材质，如纸盒、玻璃瓶或罐子。高级感的设计通常选择高质量的材料，如特种纸、亚光/哑光涂层或金属纹理等，以增加产品的质感和奢华感。

3. 色彩搭配：选择与品牌定位相符合的色彩搭配。对于高级感的设计，可以采用简洁而典雅的色彩，如黑色、白色、金色或银色等。此外，相应的色彩搭配也要考虑产品本身的特点，如参片农产品可以使用与植物相关的色彩，如绿色或棕色。

4. 字体选择：选择适合产品形象的字体，建议使用简洁而有质感的字体，避免过于花俏和难以辨认的字体。可以尝试使用有层次感的字体组合，如搭配一个粗体标题和一个细体副标题，来强调产品的特点和品牌标识。

5. 图像和图形：选择符合参片农产品特征的图像或图形元素，以突出产品的质量、纯度和天然属性。举例来说，可以使用高清晰度的参片图像、自然元素（如叶子或花朵）或传统文化图案等，与品牌形象相匹配。

6. 包装结构与细节：设计包装结构时，注重易于开启和关闭，便于保持产品的新鲜和品质。同时，在细节方面也要注重完美，如平整的折叠线、精确的尺寸和匀称的间距等。

举个例子，假设我们要设计一款高级参片农产品的UI包装：

品牌定位：面向高端消费者，注重产品的优质和纯度。

材质选择：选用特种纸包装盒，具有亚光涂层，增加触感和奢华感。

色彩搭配：包装盒主体采用深色调，如黑色或暗绿色，以突出参片的自然属性；品牌标识和文字使用金色或银色，展现高贵感。

字体选择：品牌名称使用一种独特的手写字体，显示出优雅和独特的氛围；副标题采用简洁的无衬线字体，强调产品的纯净和品质。

图像和图形：在包装盒上使用轻微的参片图像作为背景，或者使用花朵或叶子等自然元素突出产品的天然属性。

包装结构与细节：采用折叠式包装盒，便于打开和关闭。包装盒中添加防潮材料，使参片保持新鲜。

以上是一个示例，设计一款高级和令人满意的参片农产品UI包装需要根据具体情况进行调整和补充。最重要的是确保设计与品牌定位相符合，并能够吸引目标受众的注意和喜爱。

城市设计是一门将艺术、科学和技术相结合的综合性学科，旨在创建宜居、可持续和美观的城市环境。作为深规院较早成立的技术部门之一，城市设计一所拥有深厚的技术和文化底蕴，并在多年的运营过程中产出了无数丰富、优秀的规划作品。然而，由于城市规划工作通常以“上帝视角”进行设计，注重整体规划和大尺度的空间布局，因此很难在人尺度的感官内...

城市设计是一门将艺术、科学和技术相结合的综合性学科，旨在创建宜居、可持续和美观的城市环境。作为深规院较早成立的技术部门之一，城市设计一所拥有深厚的技术和文化底蕴，并在多年的运营过程中产出了无数丰富、优秀的规划作品。然而，由于城市规划工作通常以“上帝视角”进行设计，注重整体规划和大尺度的空间布局，因此很难在人尺度的感官内发现其设计脉络在日常生活中的表达。

城市设计一所的工作聚焦于如何将城市规划与居民的日常生活相结合，实现人们对城市环境的需求和期望。在城市设计的过程中，需要考虑到城市的功能组织、交通系统、公共空间、建筑形态等方面的要素。同时，还需要关注到自然环境保护、社会经济发展、历史文化遗产保护等多个层面的因素。

城市设计一所在规划过程中，将从以下几个方面进行考虑，以确保设计能够体现在人尺度的感官内：

1. 城市规划与居住区域的结合：城市设计一所注重将城市规划与居住区域的结合，以满足居民对于便利的需求。例如，在规划过程中考虑到基础设施的布局、生活配套设施的建设等，保证居民的日常生活便利。

2. 公共空间的设计：城市设计一所在规划过程中重视公共空间的设计，包括公园、广场、步行街等，使之成为人们休闲娱乐、社交互动的场所。在公共空间的规划中，注重舒适性、便利性和美观性，营造出人们喜爱的地方。

3. 建筑形态与风格的塑造：城市设计一所将建筑形态和风格作为设计脉络的一部分，通过建筑物的外观、材料选择、色彩搭配等因素，打造独特的城市形象。同时，考虑到建筑的功能性和可持续发展，确保建筑与周围环境的和谐统一。

4. 历史文化遗产的保护：城市设计一所在规划过程中注重对历史文化遗产的保护，尊重和继承城市的历史和文化传统。通过合理的修复、改造和利用等手段，将历史建筑融入到城市设计中，使之成为城市的独特魅力。

5. 社会参与和公众意见的融入：城市设计一所积极倡导社会参与和公众意见的融入，通过征集居民的建议和意见，使规划更加符合居民的需求。在规划过程中，开展公众听证会、座谈会等形式的交流，增加居民对城市设计的参与度，提高设计的可行性和可接受性。

综上所述，城市设计一所作为深规院较早成立的技术部门之一，凭借其深厚的技术和文化底蕴，致力于创建宜居、可持续和美观的城市环境。在规划过程中，注重将城市规划与居民的日常生活相结合，追求人尺度的感官体验，以满足居民对于城市环境的需求和期望。通过公共空间的设计、建筑形态的塑造、历史文化遗产的保护等手段，营造出具有人文关怀和城市魅力的城市设计作品。

在交互和原型这个工作中，组件绝对是常用而且能明显提升工作效率的一种方式。这篇文章，作者从两个案例出发，为我们解析了组件设计这个流程，相信会对大家的工作有非常大的帮助。

组件是设计师常用且基础的知识点，随着软件设计和开发越来越成熟，已经延伸出很多的类型，能否正确合理的使用也是衡量交互设计水平的一个标准。

文章里理论知识比较少，我想说点比较实用的东西，给大家解惑。所以关于基本的控件/组件类型的基础知识不做过多说明，理论和实践相辅相成，理论知识大家可以去优秀平台学习并吸收，但实践需要带入更多的思考。

一、分清控件和组件

控件可以理解为平台系统定义的某种形式，严格意义上来说，控件的专业叫法为“原生控件”，不过大家都习惯性的顺口说“控件”，这样会更简单点。

组件从字面理解就是组装而成，在技术层面，代码是需要封装的，那被封装在一起，就可以形成组件，能自定义内容，名称等。

原生控件相比较组件，颗粒感更细，一个组件可以包含多个控件，单个控件也可以作为组件。可以使用一个简单的例子来阐述他们的关系，控件就好比是药材，那么药方就可以理解成是一个组件。如果还不能理解，那可以用更具体的案例来说明下；

如下图是用户登陆流程中的一个交互组件，该组件由两种原生控件来组成，输入框和按钮，这样结合就构成“账号输入”的组件；

再如下图，单独的输入框控件也可以成为一个独立的“账号输入”组件；

以上两个例子，说明了组件可以由单一或多个的控件类型进行组成。

如何去定义组件的构成，其实还需要结合具体的设计需求，上面第一个组件给账号修改增加一个按钮的控件，让用户可以通过按钮清除所有的字段，让用户直接重新输入，通过手动和按钮操作的两种方式去进行账号修改，第二个组件仅支持手动键入进行修改。通过增加了清除的交互方式，组件的构成就会有不一样的设计方式。

二、再深入聊下组件

各平台基本都有自己独立的设计体系，有自己定义的组件和组件库，学习组件要了解它分为基础组件和业务/高级组件两种类型。

基础组件是一种底层组件，例如输入框、按钮、单选框；其特点是比较独立单一，通用性很强，适应各种业务场景；

业务组件是一个基础组件集合而成的大组件，也可以叫高级组件，是复合型的区块组件，主要是针对解决业务问题；

如下截图是flomo笔记用用的网页版本，以它的首页为例；页面按照左右结构类型区分，可以定义为两个大的业务组件，由浅入深，可以再细分，得到再定义更多的业务组件：

这里，我以“发布笔记”的组件具体说明下，它是怎么组成来解决业务问题的。

首先我们拆解下组成部分：文本内容，工具按钮（添加标签和图片、文本编辑、快速引用等三种类型），发布按钮。

用户发布笔记的行为主要为文字输入-内容编辑-发布完成；结合用户行为和组件设计，解决了用户输入文本内容，给笔记归纳，增加图片，修改文本样式，快速引用，最终进行发布的问题。产品在迭代过程中，我们会发现更多的需求，业务组件就要通过再优化帮用户解决实际问题。

三、学做组件管理

结合自己的学习和设计经验，我把组件相关的内容和知识整理定义为组件管理，包括组件的样式定义、组件和组件库设计、搭建、沉淀优化应该都算是它的组成部分。

组件和组件库作用，和基本概念我就不做过多描述了（毕竟市面上关于这些内容已经有很多了），我想从小的点去做深度思考，讲点有用的东西，呈现给大家。

组件和组件库首先一定是遵循和围绕着设计的原则、理念、目标去构思，如苹果的《人机交互指南》里面提到的系统设计三大主旨（清晰、遵从、层次）和六大原则（完整性、一致性、直接性，反馈感、隐喻性、控制感），安卓系统《材料设计1，2》中提到的三大原则（材料就是隐喻、大胆，生动，有意、运动提供意义）。还有国内b端最权威的蚂蚁设计体系Ant design，从设计价值观延伸设计原则，从而思考设计模式。

这里可以总结，平台在创造设计标准时，思考的方向都会不一样，所以系统遵循什么，没有统一的模式，况且这些名词本身就很抽象，这需要设计师们去思考应该把平台系统设计成什么样。这确实很依赖和考验设计师各方面的综合能力，所以组件设计和搭建，它并不是某一个人的事，而是整个团队的任务。

组件和组件库的设计和搭建过程中，需要了解系统平台，是苹果端还是安卓、web端，不同的系统设计的差异性很大，对应系统的控件类型我们也要很熟练的掌握。

例如安卓一直保留的原生的底部导航栏的操作控件（返回、主页、菜单），反观苹果最早出现在底部的HOME键，随着硬件设计的升级，物理按钮的作用已经完全被交互手势操作替代，根据设计准则，可以先设计出确定的初版组件样式，然后设计师们要熟悉项目业务，深挖每个功能中的不同业务场景，并设计出对应的业务组件；这样设计师最终对于当前组件进行整合分类，做出版本的组件库。

组件和组件库是设计和开发相结合的，设计师呈现页面上的模块是直观的，但都是技术人员进行底层代码拼接的再封装而成的，有规模的公司一般都会做成开源的组件库。去提升项目人员之间的协作效率，复用率高，节省成本。如下图是Ant design里面的部分按钮组件的样式和代码演示，作为国内独一档的免费学习的设计体系网站。如果大家能够从头到尾研究一遍，相信对你构建组件和组件库有十分大的帮助。

最后组件和组件库的优化迭代是贯穿整个产品设计的生命周期的，从搜集组件需求、思考组件优化、设计组件优化方案、验收更新组件和组件库；

搜集组件需求

项目角度：设计师开发过程中遗漏的、新的业务场景中发现的组件问题，设计和开发者评审讨论出来的包括影响协作效率的，不合理的问题；用户体验：产品中的用户反馈的功能体验不好，使用时体验差的模块；外部借鉴：团队人员从优秀的组建案例中发现的可借鉴的需求；

思考组件优化

思考方向1：设计师可以查阅资料，研究优秀的组件平台，从成熟的产品中查看同类的组件设计案例；或者和开发者、设计师进行深度交流，得到有用的建议；

思考方向2：结合业务场景，最好能够将应用场景穷举梳理出来，具体到某个的功能，考虑该功能里存在的每一个场景中，组件需要有什么样的状态和变化；

设计组件优化方案

设计师根据以上步骤完成组件优化的分析之后，可以相对应的设计组件优化方案，组织开发人员一起多次的评审，大家一起去讨论完善，最终技术人员再进行组件代码的开发和封装；组件设计优化，设计师要注意在既定的设计原则下合理优化，要保留分析材料和思考过程，进行有理有据的评审论证；

验收更新组件和组件库

当开发人员将组件样式通过代码落地之后，优化中的组件方案需要带入到实际功能场景中进行测试检查，验证组建优化的是否符合预期，在优化过程中，可以用一张《组建优化表》进行记录，可以方便项目人员追踪和查看。

四、组件设计的应用和思考

组件的设计本质上也是为了解决某种特定场景的问题。例如提示弹窗，为了让用户在操作过程中有反馈提示，提示中又可以通过解决某种场景问题，选择让用户进行操作或者不操作，所以平台设计出这种弹窗组件，即模态和非模态弹窗类型。下面通过两个例子，结合功能和场景具体分析产品应该如何做组件设计。

案例1：支付宝“商家转账功能”组件设计

我们去商店购买东西使用支付宝支付的过程中，可以通过扫描商家二维码，进行转账交易，转账支付的流程主要包括输入数额，选择支付方式，确认支付；因为每个流程中的组件都十分复杂，我们仅拿其中一个流程，对用户操作过程中涉及的组件进行拆解说明；输入金额和添加备注流程：页面的组件主要是用户信息文本，输入框、备注组件、键盘控件，弹框组件；这个流程包括2个行为事件，4个大的业务场景；

行为事件一：用户在商店通过扫码商家二维码，分别两次给商家转账20000和100000元的金额

业务场景1：用户没有输入任何金额

业务场景2：用户转账输入的金额没有超过限制

业务场景3：用户转账输入的金额超过最大限制

业务场景123主要应用金额输入框组件，输入框组件根据用户操作行为，会有不一样的设计，用户没有任何操作，输入框内有默认文案提示“输入付款金额”，用户输入金额后，计算单位超过‘百’，数字金额上方会有单位提示，同时显示删除按钮，支持删除，重新输入，业务场景2中根据金额输入范围定义了产品业务规则，再细分出三种场景，不同范围内的金额，可以对应的组件设计方案解决确认转账确认问题；

（1）当输入金额范围在1-50000，进入新页面，通过点击按钮组件，进行转账确认

（2）当输入金额范围在50000-99999，在当前页面使用模态弹框组件，进行转账确认

（3）当输入金额范围在100000-999999，进入新页面，重新输入框内输入转账金额，进行确认，若两次金额不一致，出现弹窗提示用户操作。

当输入的金额超过限制后，弹框组件配合进行超限的toast提示。

通过拆解行为事件1，我们细分出了3个业务场景，通过运用输入框、键盘、和toast弹窗，它们相互关联解决了输入金额产生的各种问题；

无金额输入时，输入框能给予用户提示，这是比较常见的输入框组件设计，预置提示文本；

输入金额未超出限制，输入框中会带入计量单位，这就是组件设计的细微之处。

转账金额是一个关联自己财产的行为操作，应当是需要谨慎的，所以计量单位也是在用户输入过程中出现，给用户一个提示，没有任何打断操作的意思。

出现的时机很适合，再加上输入的文本数字已经足够醒目，能够提示用户输入有足够的准确度。如果没有加入这个字段，确实也不影响用户操作，但这种双重衡量的方式，潜意识里会让自己输入的更放心，不怕自己有误差；这就是组件设计给用户带来的惊喜感。

金额超出限制后，通过组件toast提示“付款金额超限”，第一提示框组件很好的限制键盘的数字输入，避免用户无效输入；第二toast提示框的触发时机设计，这里的方案是当输入金额超百万，按数字键盘的时候就会给予提示，而不是等用户输入完之后，再去按确认键的时候，弹出来提示金额超限。

行为事件二：用户点击备注按钮，添加转账信息。

业务场景4：确认完成输入金额后，给商户添加备注信息，20个字以内；

输入转账金额后，文字键盘上方出现备注按钮，点击弹出备注信息弹窗，在弹窗的输入框中写备注信息。

其实添加备注，可以在页面中使用文本框，可为何去使用弹窗中增加输入框，确认之后再展示到页面中呢？

输入金额和添加备注的行为的优先级来看，备注信息应该是比较低的，信息的展示的重要性也比较低。首先如果使用文本框，和输入框的组件层级在同一级，用户的关注点会被干扰，所以使用不突出的文字按钮组件进行区别，另外备注文字按钮出现的触发条件也是因为有输入金额这个动作，所以备注的信息展示在产品设计中就是很弱。而且在弹窗输入框中也提示了备注信息20个字以内，有这样的信息规则，弹窗组件比文本框更适合短文本的信息录入，这样和金额输入框组件能够被区分。

转账是涉及财产安全的业务，所以组件的设计除了解决不同场景下用户体验问题（及时反馈、合理提示、增加惊喜、操作方便），还要处理核心的业务问题（保证用户的财产问题）。

案例2：“高清晰度体验引导用户付费功能”的组件设计

最近在做智慧电视项目时，产品经理提出在播放器页面，做一个“非会员用户可以体验视频高清晰度“的需求，主要目的是为了引导用户体验高清晰，提升用户的会员充值率。

这里就通过解析如何通过组件设计解决这个问题；

首先我们结合业务规则有以下两点

（1）：该视频内容资源是付费试看还是免费

（2）：高清晰度体验时间，单次内容高清晰度体验时间，累计高清晰度体验总时间

考虑到用户在全屏播放器，需要尽量少的对用户观影降低干扰，所以在设计时，利用提示框的组件，针对不同场景状态，对组件进行设计优化。

用户观看付费影片，因为试看提示，通过操作按钮键，所以高清晰度体验的提示，通过提示文案来引导，避免按键操作冲突，组件设计如下图；

在体验过程中，播放器单次高清晰度体验时间会有状态变化，即正在体验-将要结束-已结束，组件设计如下图：

累计体验总时间结束后，再次进入到播放器，组件设计变为提示用户该片有高清晰度，组件设计如下图：

用户观看免费影片，因为片源免费，没有其他场景下的按键冲突，所以高清晰度体验的提示，通过提示“文案+按钮”来引导，组件设计如下图；

体验过程中，播放器单次高清晰度体验时间也有状态变化，即正在体验-已结束，组件设计如下图：

累计体验总时间结束后，再次进入到播放器，组件设计变为提示用户该片有高清晰度，并可以点击操作，组件设计如下图：

在提示组件设计整个过程中，考虑了用户会员身份、视频资源付费类型、高清晰度体验时间等等因素，要持续保持用户能够触达会员充值的页面，所以在不同的情况下，始终保留遥控器按键可以操作，引导他们付费，虽然频繁的提示可能让用户反感，但最终功能上线后，也确实拿到了一定的成果，提示组件设计让用户付费充值率有很大的提升。

五、总结

组件设计的解析到这里就告一段落了。

带大家回顾下文章的内容，主要有四点，第一点通过例子解释了控件和组件的区别，第二点介绍了基础和业务组件，第三点讲解了如何进行组件管理的内容，第四点通过两个具体的案例讲解了组件设计在实际产品中的应用和我的一些思考；总结以上几点，组件设计一定不能脱离用户场景和产品业务。在这个基准下思考组件设计才会有最优解。

在解决企业与供应商之间的应付账款等问题时，数字债权凭证产品在过程中就起到了一定作用。那么，数字债权凭证产品具体是如何设计的？本篇文章里，作者总结了数字债权凭证的优势、及产品框架等方面，一起来看一下。

一、数字债权凭证介绍

数字债权凭证产品是解决核心企业与供应商之间的应付账款，以核心的主体信用作为依托，银行给核心企业进行授信，得到总体授信授信后，核心企业开立凭证给供应商。供应商可拿着凭证进行融资或转让给其他企业。

数字债权凭证交易结构

二、数字债权凭证优势

1. 无追索权与利率低

利用核心的信用作为担保，供应商持有凭证进行融资时，利率相比于普通银行产品利率较低，融资金额较高。并且一旦银行接受这笔债权，供应就与这笔业务无关，一旦核心企业违约未兑付给银行，与银行无关。

2. 可拆分和可流转

数字债权凭证与传统的应收账款（或传统商票、银票）相比，可以任意拆分成多个凭证进行流转，没有任何的限制，同时可以根据不同的场景进行融资或转让等操作，实现多个参与方之间的交易和清算。

3. 高效

数字债权凭证可以通过数字化技术实现快速、高效的交易和清算。在数字债权凭证的平台上，可以实现自动化的交易流程，避免了传统交易方式中的人工干预和操作时间，大大提高了交易效率。

4. 可追溯

数字债权凭证可以通过数字化技术实现可追溯性，确保每一次凭证流转和交易数据的真实性和可信度。在数字债权凭证的平台上，可以实现对交易数据的全程追踪和监控，避免了数据篡改和虚假交易的风险。

5. 安全

数字债权凭证可以通过数字化技术提供高度的安全性保障，保护交易数据的安全和隐私。在数字债权凭证的平台上，可以采用先进的加密算法和安全认证机制，避免数据泄露和非法访问。

三、产品框架设计

数字债权凭证平台设计的是SaaS，核心企业就是租户，以核心企业为主导，链接其供应商。平台定位是协助核心企业构建整个供应链金融体系。

整个产品体系分为最上层外部API网关层、业务层、底层通道层。

API网关层提供相关的API接口给核心企业系统进行调用，相互数据进行传输。主要是部分核心企业数字化程度较高，需要将债权凭证系统与核心企业相关的ERP、SRM、OA等平台进行对接。

业务层主要给核心企业、供应商、运营方（部分代运营渠道）进行使用，管理相关的企业信息、项目配置、凭证等模块。 其中项目配置根据不同的核心企业和资方要求进行相关个性化配置。抽取常见通用的需求形成配置模块，适配不同的个性化需求。

底层通道主要相关的资金通道、电子签章、支付通道等通道相关的管理，这部分的有些通用的功能可以提供给其他业务系统使用，比如电子签章与OCR识别等功能。

四、相关业务流程

1. 凭证开立流程

凭证开立主要是核心企业开立凭证给最初始的一级供应商，供应商在接收凭证后上传相关的合同、发票等贸易资料，这部分贸易资料也可以由核心企业上传。 供应商上传后由平台运营人员进行相关数据审核，审核的目的是防止后续融资阶段出现错误或虚假的信息。

PS：OSS端即SaaS的运营端。

2. 凭证转让流程

凭证转让是可以在1-N级供应商之间有支付需求的时候，可以进行相互转让，让供应商的应收应付都可以双出表（资产负债表）。转让过程可以分为全部、部分转让。根据实际贸易金额转让即可。

3. 凭证融资流程

凭证融资是供应商拿到凭证后，急需要现金，但是凭证未到兑付日期，所以供应商会拿着凭证进行融资操作，支付相关的利息后获取资金，最后由核心企业兑付给资金方。 相当于供应商是将核心开出的欠条进行转让给资金方了。

五、总结

数字债权凭证产品的出现，一方面解决了供应商与核心企业之间的债权债务问题，另一方面也解决了银行等资金方的资产配置问题。核心企业通过将自身的信用转化为数字债权凭证，实现了自身的现金流优化。

供应商通过持有和流转数字债权凭证，享受到了低息融资和高效交易的好处。资金方也通过参与数字债权凭证市场，实现了资产的多元化配置。

在对账系统设计中，解析文件是其中的一个关键核心部分，那么，如果要设计好解析器，可以遵循什么样的设计原理？本篇文章里，作者针对解析器的设计方法和实现原理进行了分析总结，一起来看看吧。

解析文件是对账系统设计中非常核心的一个部分，但上述文章中的解析器描述的详细程度可能有所欠缺，所以，本文单独讲一下解析器的设计方法和实现原理。

一、文件与解析

获取文件并解析文件是对账系统非常重要的环节，也是后续进行对账的基础。

而获取文件主要指三类文件：平台的支付数据、渠道的清算数据、渠道的结算数据，平台数据可以通过SQL、MQ、接口、文件等形式获取，而渠道文件一般通过接口获取，或者人工下载并导入到对账系统内。

获取文件以后，如何将文件解析到数据库里形成数据库数据就需要解析处理的能力，当然可以由技术直接研发实现。

这样做的弊端比较明显，那就是新增渠道、或者渠道文件发生了变更，对账规则发生了变更，可能都需要走研发对解析规则进行修改，这将大大的增加研发的成本，降低了对业务诉求的反映效率。

所以，可以实现解析规则的配置化，这也就是本文要介绍的“坑位解析器配置”。

为什么叫坑位解析器呢，因为本模型的数据库表是固定的，而是将文件数据按照对应关系解析到固定的字段上去。

与之相对的另外一种解析模型就是将文件原样解析，保持文件的字段数量，但是，这样的解析模型会造成大量的数据表结构，后续的处理和对账设置会稍微麻烦很多。

二、文件与解析规则的关系

对于三方支付机构来说，交易对账就是核对平台的支付数据记录与渠道下发的清算文件中的记录的一致性，而平台数据可以通过SQL获得，而清算数据可以通过接口获得，获得以后进行文件的解析，而解析就需要解析的规则，如下图所示。

一个对账项目的解析器和清算文件是绑定关系，这样就意味着该对账项目的清算文件是由该对账项目绑定的解析器所设置的规则进行解析的。

三、如何设计配置工具

下图是某支付渠道的清算文件样式。

其中的商户订单号就是平台的请求唯一单号，也就是与平台数据进行核对的唯一标识，所以要解析出来，另外的交易状态代表了退款和支付类型，后面还有金额等对账需要的字段。

如何设置将这些字段解析到数据库表中的规则，就需要用到如下的配置工具。

整个配置工具由2部分组成。

第一部分是基础配置。

是配置该解析规则的基础信息，主要配置实现“我们需要哪些数据”，比如解析器的编号，所属对账项目，文件的格式、编码等内容。

其中，过滤字段设置的是“哪些数据不要”，比如示例中的含义就是通过文件中的第9列和第10列进行过滤，第9列是“未知、失败”或者第10列是01的数据不需要进行解析。

数据开始行的用途是指定从哪一行开始解析，因为有些渠道的文件开头有表头或者有些统计类信息不需要解析，应该刨除掉，如下面的文件就应该填“6”，从第6行数据开始解析，前5行数据不需要。

数据列数的配置用途其实也是用于设定解析哪些数据，可以跟“数据开始行”的配置同时使用，加强条件，比如填写了“12”，就代表只解析哪些有12个字段的数据行。

第二部分是解析规则的配置。

这部分是规则部分，主要是配置文件中的“数据如何放到数据表里”的问题。

配置一共有3列：

第一列就是数据库表的固定字段，例如银行订单号、交易类型、卡类型等。

第二列是字段位置，也就是这个字段取文件中那一列的数据，比如原型中银行订单号填写的是1，就是将文件中的第一列解析到银行订单号。

第三列是说明文件中的数据格式、单位或者数值。

这里要强调的是，整个规则配置主要可以分3大类。

第一类：取数型配置，如银行订单号等，只需要填写数据列“数”即可，不需要配置格式、单位、数值，直接将文件中的数据取过来即可。

第二类：映射型配置，如交易类型、卡类型，二者在数据库里是固定的枚举值，分别是“支付、退款”，“借记卡、贷记卡”，按原型示例的配置，含义就是卡类型根据第“13”列判断，如果是01则代表借记卡、02代表贷记卡，解析到数据库里时，卡类型字段会设置成“借记卡”或者“贷记卡”，而不是文件中的数值；同样原型中的交易类型字段，由第“10”列决定，当是“S13、S22、S23、S36、S37、S46、S54、S56、S64”时代表支付，当是“REFUND”时代表退款。

第三类：单位和格式型配置，比如原型中的金额需要配置文件中是什么单位，时间要配置说明文件中的时间格式是什么。

现在，不少厂商或科技企业都讲起了“多屏协同”的故事，那么，苹果公司在“协同”这块儿有着怎样的想法？在这篇文章里，作者便进行了产品体验，并对苹果的“协同”思想进行了分析，一起来看一下。

在Android系统设备没有所谓的“生态”以前，苹果的“Hand off”一直都是所有安卓厂商所羡慕的能力。苹果通过系统的封闭性，让所有设备都可以通过iCloud和网络、蓝牙连接在一起，比如来电同步、相机续通、共用剪贴板等等。

正是因为这些小的不能再小的功能，让苹果多设备之间能够实现1+1>2的效果。

图源：Apple官网

同样，因为苹果出色的多设备生态，iPad、Mac等有了更多发挥的余地，让这些设备的销量一直都处于行业前列。尤其是iPad，着实让安卓厂商眼红了好一阵子。

直到华为推出了多屏协同之后，情况才有所改变。

相较于苹果将每个设备之间做出隔离，安卓平台更多的是将设备融合在一起，比如在PC上打开手机镜像界面，并且电脑可以同步操作手机内容，文件也可以进行共享。再比如手机和Pad之间音画流转、网络、来电通知相互同步等。正是Android选择了这样一条道路，Android平板、手机品牌的PC等等销量也在不断上升。

图源：华为官网

除了这些基础之外，华为HarmonyOS还推出了独特的“应用流转”等功能，总的来说，是让每个形态的设备都变成了一块屏幕，应用可以在任何一个屏幕上进行操作，而这也就是华为所说的：注意力在哪，服务就在哪。

除此之外，微软也下场做了互联应用：Phone Link且内置在Windows 11中，用户可以直接在Windows 11中查看和使用手机安装的应用，将App以PC软件的形式存在于电脑内。

图源：微软

就是从这开始，Android的协同生态超越了苹果，无论是便利性还是功能性，都强了一大截。虽然苹果也推出了Mac和iPad之间共享键鼠、文档互相接力等功能，但相较于Android的互通功能，还是有些杯水车薪。

那么一个新的问题出现了：在全世界都讲“协同”的今天，苹果到底是怎么想的？

前段时间苹果更新了MacOS新系统的Public版本，也就是我们所说的公开测试版。相较于Beta版本，一些细节体验Public版要更稳定一些。所以，我也将手中的所有苹果设备都更新到了Public版本。

而在MacOS Sonoma（MacOS的新系统名字）中，我也看到了苹果对于协同的一些看法。

在MacOS Sonoma中，有一个不太起眼的功能，那就是小组件。在MacOS Sonoma中，我们可以将原本只能在右上角二级菜单中才能找到的小组件，直接放置在桌面当中。

图源：品玩 ByArsT

我们直接在桌面点击右键-编辑小组件，通过拖拽和点击加号，就能将小组件放置在桌面上。

图源：品玩 ByArsT

在这一界面中，我们可以自行选择放置时钟、日期、天气，甚至照片小组件，以此来丰富桌面内容，桌面文件也会对小组件进行避让。

当然，这一切的一切，在我看来都是表面，真正的重点是在细节处体现。

注意，当我们将iPhone和Mac连接到同一网络后，小组件菜单将会出现不一样的变化，那就是手机上的小组件也会出现在Mac当中。

图源：品玩 ByArsT

在小组件菜单中，右上角会标识该小组件来自哪个设备，如果像相册这种Mac和iPhone都有的应用，就会在右上角提示选择。不过目前还是处于公测阶段，左侧的应用列表还是有一定的Bug，部分应用图标无法显示。

右侧会提示来自iPhone 图源：品玩 ByArsT

同时也提供了选项 图源：品玩 ByArsT

在这一选项中，我们可以将部分手机App的小组件放置到桌面中，比如菜鸟小组件可以看到目前快递情况、飞猪等App可以看到下一次的行程安排、喝水计量组件可以看到今日的饮水量等等。

图源：品玩 ByArsT

值得一提的是，这些App都不能在电脑中打开，当我们点击后，会提示我们打开手机进行操。不过像提醒事项这种可以交互（点击）的小组件则可以正常操作。

Mac不能打开手机软件 图源：品玩 ByArsT

但可以点击互动 图源：品玩 ByArsT

在小组件数据同步的延迟方面，经过实际测试，表现一般，中间需要一定的数据传输时间，偶尔会出现长时间无法同步的情况。不过由于目前还是测试版，具体表现还是要以正式版为主。

同步速度表现还可以 图源：品玩 ByArsT

至于像音乐小组件，表现就比较差了，切换歌曲之后很长时间都没有同步到Mac当中，过后好久才同步完成。因此可见，小组件不适合实时性的内容，只适合重要信息显示。

不过有一个比较疑惑的点是，我设置了一个翻页时钟小组件，即便是我的手机与电脑断开联系，小组件的时间也是正常的。从这件事也能看出，苹果的小组件协同并非单纯的屏幕流转，而是带着数据流转到电脑当中，部分组件脱机也可使用。

图源：品玩 ByArsT

从我个人的角度来看，这一功能的意义非常重大，这意味着苹果将手机的一部分功能，比如信息显示、注意事项、待办通知等等都在Mac上显示了出来，在另一种程度上提高了两者之间的协同能力。

而这，也反应了苹果与Android不同的“协同”思想。

图源：苹果官网

无论是从此前的文档接力、软件互通，再到剪贴板同步、记录同步，再到如今的小组件同步，这其中的中心思想无非是将一个产品的能力放大，再放大。

而这种思想，也可以说是“将专业的事交给专业的设备”。

用户可以将iOS设备作为起点，通过iCloud、蓝牙等方式连接到iPad，让两者之间实现通信。也可以把手机作为辅助工具，将Mac的协同能力最大化。个人来看，这其中的核心思想是：只传输有用的内容。

图源：苹果官网

Android的多设备协同，虽然看着炫酷，功能也比较繁杂，但从产品设计角度来说，将所有的东西一股脑送到电脑屏幕上，是一种偷懒的方式，因为其中有太多的无用内容了，名义上是工作需要，但实际上它对工作起到的作用微乎其微。

而苹果的这一种方式虽然看似简单，但实际上已经包括了工作协同中所需的绝大部分功能。或许这也是苹果能留住大量用户的根本原因吧。