用户画像，让你的产品决策更加完整

小提示：您能找到这篇{用户画像，让你的产品决策更加完整}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的用户画像，让你的产品决策更加完整内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

本文主要说明了产品的用户及其对应需求，其中用户包含用户特征、用户角色、用户场景和对应的问题。

本文中的产品和人物名称来源于主要主要数据和真实的客户，为了保密其中使用简称代替，望理解。

其中产品是做B端企业服务，使用产品的用户主要分为老板（买单的）员工（学习者）这两种用户的角色和身份不同，此处使用用户主要包含着两种角色，其中不包含使用产品用户和未使用产品用户。

01 用户特征

1. 基础特征

基础特征包含用户的基本信息，基础的信息会对应穿插进行，不会将某一特征进行单独存在。用户特征中为本公司现有人员，为了报名对应的人员信息，其中人员均使用花名代替。

员工人物特征：其中最主要的姓名、年龄、性别、学历、工作年限、职位角色、职位等级、入职时间、工作时间。

说明：对应的人物中有很明显的特征，此三种类型的人员主要特点是公司共对应的三种角色，其中角色分为对应的基础岗位，主管岗位和高管三种，两种对应的角色是一定的管理，其中销售经理为基础的岗位，划分维度为管理岗和基础岗位。

BOSS人物特征：其中最主要的姓名、年龄、性别、学历、创业年限、公司阶段、公司规模、公司现状、公司行业。

说明：根据对应的企业发展阶段进行划分，公司中行业代表为传统的企业和互联网企业两种类型，传统企业此处定义为，接触一些互联网知识或者是一定APP从产品，但是对于互联网产品基本了解不深入。

互联网企业为一定APP或者操作过对应的产品，对于互联网的APP有一定的了解，能够快速的上手并且使用产品。

2. 行为特征

对应的人员的行为，具体包含对应的日常行为和其他行为，主要分为学习和不学习两种类型，日常行为指开会、见客户、谈合作等，其他行为指自己的个人行为主要为业余时间，就是玩游戏，喝茶、刷抖音等。

行为特征中将人员划分为boss和员工，其中boss指的是主要的负责人，而员工指的是主要的人员，不分管理层。发钱的就是老板，不发钱的就是员工。两种人员行为特征会从日常行为分析。

BOSS：主要特征为：开会、信息、资源、盈利、沟通、规划、决策。

Boss会在信息和对应资源中寻求合作，合作的目的是为了让企业双方共赢，开会就是为了知道当前对应的公司状况，并且会伴随着去年无休，和相关的人员进行沟通之后进行决策规划。

其中目的是为了企业能够长远更好的发展，boss只关注对自己的公司是否有利，怎么才能更好的发展，怎么能够将利润最大化。

此处人员特征更多的是冒险者，创新者，不包含对应喜欢稳重的，不接受新鲜事物的。

员工：主要特征为：任务、时间、生活、文化、发展、工作。

员工主要上班首要任务就是为了完成对应的岗位和工作，其中员工在新入职需要了解对应的公司的企业文化和企业发展等，这是新入职员工，针对已经入职有一段时间员工，更多关注的是成长和上升空间，成长和上升空间是员工的个人职业规划。那么时间和生活就是员工个人的，生活最终的目的就是更多的薪资。

02 用户角色

用户的角色来源于对应的场景，每个人所处场景和情景决定这个用户所表现出来的角色是什么样的，产品是在用户的某一个场景下解决对应的问题。

产品的人群分为两种使用者和未使用者，使用者包含两种角色老板和员工，未使用者角色只有一种。

此处主要说明对于产品用户角色怎么使用，和为什么使用，对应的产品场景会在下一部分进行说明。主要说明对应的会有什么结果，这个结果在日常中很常见。

这个角色在某个场景下干嘛了或者说有什么样的 举动。

已经使用：

已经使用主要来源公司的采购和开通，企业对于员工进行培训和相应的能力进行考核，建立人员的模型。

1. 新员工进行企业资料的学习和分享，学习平台课程内容，根据公司制定的学习内容进行学习，可以查看对应的学习数据和学习结果输出；
2. 已经入职的员工能够对于升职结合学习结果在实际工作中体现，形成对应的数据报告，这个需要企业自行设定对应的条件和规则因素；
3. 对应的人员进行储备和培养，其中储备干部的培养不只是简单的基础技能，还包含对应的其他技能，比如对管理，领导能力，沟通能力，解决问题的能力等，这个也可以使用在对公司管理者的考核和招聘。

从未使用：

从未使用人员主要是公司没有进行对应的采购，至于为什么没有采购，主要是公司资金和预算，没有接触到对应的资讯和信息。但是会定期组织员工进行分享，有一些公司会每周六对应的部门人员进行分享，当然更多的分享就是公司的年会，这是唯一的一次全员进行总和分享。

1. 公司定期组织线下的分享会，不同的部门人员组织，当然演讲的条件是部分的主要人员或者是对应的核心人员，没有基层的普通员工；
2. 彻底没有学习的公司，很多一部分员工会自己进行学习，这种员工更多的是对自己的职业和人生比较负责。会使用其他互联网产品，比如得到、喜马拉雅、混沌大学等；
3. 没有学习意识的，上班的时候遇到问题就进行百度或者谷歌一下，学习仅限于自己手头上面遇到的问题，解决了问竞价推广需要多少钱题就不会在进行其他的学习动作。

Boss老板

Boss老板主要为学习的和不学习的，学历高的和学历不高的，我们指导一个企业发展和未来能够扩展到多大，更多的影响因素是创始人的学历水平和知识储备程度。

1. 学历水平决定的是你的周围环境和对应的知识储备，周围的环境更多的是人，那么你接触的人的水平是否能够让你获取到对应的信息。学历高的很多情况下是一直在学习的，他会有很多最新的知识信息能够让促使员工进步；
2. 不学习的获取到的知识是不完整的，就是听了一半，还没整明白，获取信息更多的渠道是饭桌或者是和身边人的微信语音，这些不完整的信息体现在对公司战略 胡乱瞎指挥上面；
3. 学习和不学习的在决策、战略、商业模式等这个层面会体现出来，具体就是一直在失败的决策中不断前行，商业模式不会制定，只能找一个对应的专家进行帮忙。

公司员工

员工也分为学习和不学习的学历也是一样，公司一些岗位你不学习肯定是干不了的，就像开发人员，不通过学习你肯定做不来，管理人员也是，不对对应的部门和人员的技能了解学习你就不知道对应的时间周期，严重一点就是没法沟通，双方会产生一定的沟通障碍，就是不在一个频道上面。

1. 学习的员工，更够更好多的解决对应工作中遇到问题，当然学习时需要不断坚持的，需要分阶段和周期进行，这样养成习惯，后面才可以进行下去。
2. 公司要求主动学习，很多员工学习心理会出现完任务的心态，对应的价值观没有引导正确，这样学习效果会就没有达到对应的效果。
3. 不学习的人员对于学习的这种状态会更加的难以接受最好是使用诱导方式进行，能够让注意力防止因引流不佳影响网红推重新回到学习的状态上面。

03 用户场景

场景的背景主要分为两种使用和未使用的，这两种下面的场景主要分为boss和员工两种角色，这两种角色的场景会列举一些，

用户场景，就是你吃饭的场景是什么样的？是在玩手机还是和别人聊天。还是一门心思一个人在吃饭了？

假设我们将场景抽象出来，首先分为大的层面醒着的场景，睡着的场景，那么这两种场景下你在干什么？就明白了。

1. 使用产品的场景

场景一：在公司的场景

Boss：沟通开会，寻找资源和对应的客户见面，对应的人员进行培训，并且进行相关人员的招聘和面试，关注当前遇到问题的解决情况。

能够通过产品进行对应人员的培训和相关人员面试结果的查看，查看对应人员解决问题的能力和效率。减少对应的时间成本。

员工：不定期的学习公司的文化，查看对应的问题的解决之后的效果和不足之处进行总结，以便于下一次的改进。

并且准备相关的分享文件和资料，在平台上面进行分享，确定对应的主题和分享时间。

场景二 ：不在公司的场景

Boss： 随时随地查看对应的信息和状态，获取信息和资讯，查看最新的可课程和学习计划的进行状态，查看相应人员的信息和数据情况。

员工： 不定期打开学习计划，自主的学习相应的课程，查看对应的通知或者是相应的动态和情况，快速获取最新的视频内容，快速的查看相应视频的核心内容信息。

场景三 ：日常场景

Boss： 定期进行学习，更新知识体系，完善自己的认知，会不定期进行学习和员工进行分享，了解相应的知识

员工： 自我成长进行分享，分享对应经验和心得体会，能够快速的适应岗位和晋升，有一定的成长渠道，帮助对应的人员进行成长。

2. 未使用产品的场景

场景一：在公司的场景

Boss：对于团队的成员情况了解不透彻，无法掌握对应的人员状况，对于问题的解决问题无法追踪，当然也无法评定对应人员创造的价值和能力输出的结果进行衡量。

员工：日常的工作完成，对于企业发展或者是文化只是简单的了解，对于问题解决和学习成长更多的是自己去参加相应的讲座。

场景二 ：不在公司的场景

Boss：通过其他工具进行联系基本上没有任何沟通和其他方面的接触和交流

员工：放任自流，随意的去娱乐等相关事情进行打发时间。

场景三 深圳推广：日常场景

Boss： 获取资源和信息，线下获取对应的合作机会，获取信息渠道单一。

员工：玩游戏或者是进行其他娱乐项目，没有学习意识和对应的场景和氛围。

04 用户问题

用户问题的因素包含产品问题、运营问题、需求问题、产品问题和运营问题更多的是体现出来已知或者未知，需求问题更多的是背后的存在的价值。

由于问题列举过于太多在此处将不在进列举。

用户的画像更多的是帮助我们梳理需求和对应的产品决策，能够让我们对产品的认知能够更加清晰的认识。进而让产品进行优化有方向。欢迎各位进行补充和完善。

本文由 @李杭于。，

，基于CC0协议