最后请注意背景。指的是服务应用处理单元，主次是内容和数据信息的编辑和搜索。后台产品主要是ToB产品，比如企业内部的应用处理和运维管理产品。本文我在运维管理后台做了一年多。考虑终止整理整改，我可以把我的经验分享给一圈的大家，我可以把自己总结的很好一圈。
在后台产品场景中，远见者充当了运营转型领域的“中文翻译”，尤其是精英团队已经选定了产品经理的情况下，远见者要求对运营有更深入的理解和大量的技术特长。和谐需要被利用，场景的赋能应该被终止。整个过程结束后，下面两个单位终止了文章的推荐。
1.解释背景产品的特点，并采取假设来面对它。
在已经发生的事情上做后台产品和做C端产品有一些小的区别。下面用我已经想象好的对抗结局的例子进行对比解释。
1. *** 作容易掌握，技术专业词汇多。
后台产品的最终任务是掌握 *** 作，相关产品尤为重要，设计师更容易上路。像公司提供的云平台后台运维管理系统，如图1所示，触及了云对各种服务案例的斤斤计较，数据信息结构，运行逻辑，管理权限控制等。，笼盖面广，对技术类专业基础知识要求强。如此宏大的背景和运营上的精通，关系到一条新路(战役后端管理产品的思路)，脚图轻松。而且后台运维管理的产品都是在企业内部使用，很容易找到可以借鉴的例子，过去的经验无法间接复用。其次，后台产品中经常会用到各种技术专业术语，需要大家全程学习交流，了解其在地址业务中的含义和作用。
△图1云斤斤计较IAAS基础机械设备服务的运营构成。
2.用户专业能力强。
遇到一群有专业能力的初中用户，如果意象派用“移情”或者“隐藏用户”的方法来计算，就有点白了。经过下图的全过程，对比说明了两类产品的用户特征。c端产品，用户量大，至少上万用户，用户传播相对纯粹，文明行为水平与电脑 *** 控不同。他们习惯于特定指导下的并行处理 *** 作，只要他们简化页面。至于后台产品，用户数量少，以企业内运维管理人员为主，员工特点相对结合。他们在电脑上的 *** 控水平非常好，用户的特点也可圈可点。他们非常重视服从 *** 纵，在编译时往往接受打字掠夺和编译代码的交互方式。目的明确，快速粗略的调台。审题需要对考试成绩进行多角度多层次的判断。
△图2C为用户讲解的背景产品
对于用户特征的不同，大家都已经假设了，世界上也有一定的侧重。对于C端产品来说，用户的层次差别很大。假设在世界上，只要要求综合管理中心级别的用户掌握， *** 控就能满足他们的认知能力。但对于后台运维管理人员来说，过多的开合可能会危及 *** 控和服从，即使鼠标悬停，面对面查看详细信息。虽然，过多的开合也能削减用户掌握的成本。
△图3用户的掌握与边界中的开闭有关。
举两个假设世界的例子，从一个比较尴尬的角度来理解用户特征对假设世界的危害。c端产品，如图4，当设计师对世界有了想象后，会思考合适的互动动画效果来消化吸收用户；简单难看的导航条结构，专门引导用户；对从文本中分离出来的疑点进行整体规划，注意疑点的缺失并保持黑色，有利于用户对文本的小表达进行访问、倾听和阅读；文案术语通俗易懂，情绪化程度高。
△图4照片中的C端产品世界产地:https://www.templatemonster.com/cn/demo/63945.html
对于背景产品，如图5所示，预计将有以下重点:
△图5照片中的背景产品世界产地:https://dribbble.com/JanLosert
大多是谦虚多疑，充实了控制页的室内空室。
在页面中，用符号或中文很容易清晰地表达英文术语的意思，分辨率较低。
用数据图表、目录、表格等终止数据信息的呈现。，具有交互式动画效果。
需要揭示详细信息，展现多层次信息，方便用户判断非常不好的层次。
入口常预留给 *** 纵，化学平衡常数面积加大，方便用户 *** 纵。
当组件选定后，需要考虑可扩展性和连接性，不鼓励浪费室内空房间来分散用户的注意力。
3.产品想象已经不同了。
从需求到供给，背景产品，一般需求是由技能或运营间接驱动到需求。和C端一样，用用户绘画和共情的全过程来解释用户的行为，发现用户的需求。以此类推，背景产品的需求和供给是清晰的，但需求和供给的清晰实际上并不意味着需求和供给的简单。后台产品的 *** 作逻辑庞大的话，其他步骤会更强。大量字段名的积累，繁琐的 *** 作，需要设计者把所有的步骤都考虑进去，梳理清楚。在当前 *** 作下，需要存储哪个字段名用于近似除法；如何自动跳转 *** 作步骤，可以清晰具体的指导用户；如何有效呈现各种门槛；在一个页面中的 *** 纵会有接触还是排斥，需要创始人对上面的 *** 作有足够的理解。
其次，想象一下产出率。如果后台产品不经意间来自于技术视角，它会先打开行为主体框架提供的页面展示 *** 作，然后经过整个过程的技术改进，才能被用户反映终止迭代更新。在构思C端产品的时候，一般来说，在大城市，产品经理和有远见的人会一起讨论比较片面和极端的 *** 控步骤；相关职能战作战在武器装备上完备；非常重视用户的应用，感受世界上的美好。
△图6C端产品与后台产品对比。
所以在产品构思的时候，会有不同的语气侧重点。背景“服从是首屈一指的”，非常重视世界范围内的实战 *** 控和服从，对交互的关键点要求不低。只需要提供必要的功能，用户不会改变。C端产品是“感觉为王”，关注的是总流量PV、UV等数据信息。换句话说，产品更关注用户的粘度，要求以优美的视觉效果感受和流畅的交互感受来满足用户。
4.技能更新快，迭代快。
物联网技术和云砍价的快速发展将促使技能的升级采用迭代更新。后台运维管理产品作为处于技能精英团队核心的产品品类，会遭受自然危害，尤其是开发中的新产品，在技能进行的同时会不断迭代更新， *** 纵新技能促使运维管理服从。
5.供需逻辑已经区分出来了。
那边的主次不同，是因为用户应用目的地的数量级、管理权限、风俗习惯的不同造成的。比如一个用户申请了50个散群，一个一个的终止多业务推广会很费力。那类用户更习惯通过全流程编码的方式间接批量调整，而运维管理相关的数量级较少的用户可以通过全流程选择要提升的服务和版本号进行 *** 控。
后台的假设要求融入初中低水平用户的使用习惯和习惯，既能满足 *** 控的效果，又能保证新用户知道如何 *** 控。不仅要提供页面中步骤的具体说明，还要满足相关 *** 纵的快速自动跳转和转换。C端产品是有一定区别的。大部分C端产品都是由设计者以明确的线性 *** 纵步骤来确定，用户根据具体的指令慢慢寻找匹配的目的地。
2.背景产品应该考虑到
作为后台交互设计师，在不经意间，你不要充当PD，走 *** 作圈连接，按功能结构整理急需的解释，还要互相探索，终止测试分支，收集释放反射，以至于你不得不拼命想象，应用，实现相关的视觉效果。我们被要求对已经做的事情的细节有一个更片面的看法。以下几点考虑到了大家的共同进步。
1.改变自己的观点
带精英团队创作合作，为产品努力。当精英团队中的本能反应功能在恍惚中被定义，每个人作为产品的使用者，都意味着被要求为自己的最终感受而努力，彼此和谐相处，保证产品为使用者提供所需的服务。
为用户着想，尊重用户的使用习惯。不同的产品匹配相同的目的地用户，这就要求每个人都生活在这个产品中，了解用户的使用习惯，探索痛苦的面孔，看到目标价格。
尊重台湾的特点，理解技术上的局限性。
想象赋权。前面需要提供解释，后面互相发展。
2.促进对自己运营的理解
另一方面，背景产品，尤其是凸起部分，只有了解后才有话语权，才能明确提出理和主张，准确鼓励前后左右两端和谐。否则，离开运营，想象出来的东西就没有真正的实际意义，也就是解决不了用户的需求，带来高质量的感受。
△图7背景产品用户感受 *** 作的关联性。
3.假设方法
协助完成 *** 作。将运营转化为简单的内容，梳理出生货区别的角色、职责和可能的页面，提取出功能的内容。
敢考敢考。提供候选AB方案，让用户根据一个可以比较商业竞争的边界反复修正。本基础进度的关键点已填好，遵循开发产品的思路。
又小又快。细分需求，快速终止产品开发，然后迭代更新。
4.关注产品感知极限。
服从。背景运维管理的应用量级较大，会触及多用途的顽固 *** 控。如何简化 *** 纵步骤，合并具有连续控制模块的企业，减少选项，并做出有效假设是一个关键方面。
准确性。遇到大量的疑惑和多层次的判断，提供准确的疑惑并呈现回应，可以培养 *** 控和服从。比如粗抄，减少视觉效果元素对世界的侵扰，修剪防范沉机等。，开发准确性，让用户可以专注于今天的重要任务。
压低学习成本。后台产品本身有一定的学习成本，所以其专业能力是朋友无法分享的。在已经设想好的情况下，降低怀疑程度， *** 控运维管理用户的风俗习惯，正宗的原始 *** 控模式可以压低额外的学习成本。
3.摘要
以上是我所做的一个小总结。经历相对有限，不得不借一些不起眼的东西。总而言之，作为一款后台产品，交互远见者要求大家提高自己的学习，停止产品的基础知识。他们已经引用了一句话，“用方法解决需要四舍五入的考试分数，是愿景最现实的主要目的”。不管遇到多低级，多庞大的运营，其他用户有多少抱怨，大家都要暴露运营，服务用户，为产品感到拼命。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）