四点把控端产品的框架设计

年拍磨是一款“合理、可用、实用、强大”的产品。请先做好建筑。本文作者将把自己的经历分离出来，分享很多容易被大家疏忽的面孔。尽情享受~

无论是B端借用还是C端借用的产物，架构假设的关键都是不知道的，就像一篇文章的大纲结构，可以有针对性地引导读者快速把握文章的内容和作者的心境。是写作者的基本知识结构，是写作技巧，甚至是经历。产品等。，被公司老板、用户、销售市场、技能的圈子里的紧锣密鼓的争斗危及。年拍磨是一款“合理、可用、实用、强大”的产品。请先做好建筑。我只是从自己业务的角度总结了大家一些简单粗心的方面，换了一个更近的视角。从源头上掌握产品，可以减少一些精英团队的篡改量。

1。找出产品的使用者

产品的用户只有两种人，一种是大街上的普通人，也就是大家常见的C端用户。一般他们脚下的产品只在前台的接待页面看到，详细的情况设定由企业运营团队制定。那种产品更能看出用户的感受。最后类似的产品还有很多，只要你让着我就不酷了。我马上卸载。有一类公司用户，那类用户可以表现出两种颜色，一种是对于事物，使用产品的总体目标是促进事物服从，就像公司HR，利用人事部门管理系统申请处理员工恶性事件。那类用户一般不是最终买家，但他们的意见往往起着核心作用。另外，我称之为“B整个C端用户”，就像公司一般员工一样，利用企业人事部门的管理系统主张申请，申请一些自己平时的恶性事件。用户遇到实用的产品，往往只是理性的容忍，一边用一边调侃。但他们的嘲讽触及了“公司员工的满意度”，会危及公司管理层的支票。所以请不要忽视那种用户的存在。

这样一来，2B产品的脚色已经太多了，满意的脚色之间的配合和区别(有一些是可以保存和拒绝的)才是最根本的。另外要考虑统一每个用户不同颜色的情况，设想在导入产品时，使用不同的账号登录两个管理系统，统一一个账号登录后的页面转换。前一种需要用户开好几个账号，无形中删除了用户的镜像负担。另一方面，后一种用户只需要记住一个账号，控制好管理权限的分配，已经对系统进行了紧急处理的管理。如何让他在管理系统中没有歧义(比如订单分类清晰，重要任务提示明确等。)，但那是他自己失落的商业过程的巨大产物，甚至会考验设计师的水平。因此，在科技教育中创建一套终极用户管理权限非常重要。

2。毫无疑问，产品的基本结构是最低的结构

B的最终产品除了要考虑管理体系的内在色彩，对于设计师来说，区分公司的特殊需求也是一个很大的挑战。作为一个B圈，如果只按照A圈结束供需的思路发展，毫无疑问是最紧逼的方式。但那只适合传统的中国包装企业。一定有一些产品是为那些有想象力和逃避的公司设计的。如今，它们都自称为“新SaaS公司”，只卖服务。也就是等等，然后硬件配置基础设施就成了产品的灵魂。

需要供给的是产品的有限功能，需要供给的是你的客户明确提出的。作为你确定的成果，要求完全免费。这些想法应该在一开始就加以审查和澄清。不要慢慢下结论，也不要着急说重点。虽然产品员工前期已经需要提供思路，但是越是抓住重点，前期同样的成本越低。但是，没有合适的链接。当客户明确提出某个需求时，要求讨论该需求是否相关，是否天然，现有行业的专业能力有多高端。如果所有的产品都已经需要泡在池子里了，那就决定了你的产品的技术专业水平和威望。

另一边最底层的架构不是指类似MPC-HC的技术架构，而只是产品经理要求明确的管理体系核心。就像一棵树的根，不管死的人多少，根是最关键的。书中提到，B端产品的用户足色庞大，健奇科技教育的一套管理权限的逻辑可以是基础核心的一个单元。基础可以掌握成树干。当那两个单位普遍死得少了，剩下的就是让它们枝繁叶茂，开花结果。如果这一点没有疑问的话，天赋就更准确了，那就要申请末日了。从交互架构的角度来看，它不仅承担在信息框架层，还从纵向的背面层，像插脚和电线一样连接几个功能。

3。思考产品的协调性

当特征数量达到一定程度时，就会向相关性转变。但在管理中心的过程中，我们必须考虑产品的开放战争敏感性。这将迭代地更新最后一个产品的节流阀成本，并满足大量的用户场景。开放性可以主要表现在API上，一个好的SaaS产品会有一套发达的数据信息 *** 作架构。绩效考核管理系统可能来源于另一个营销平台，单位数据可能来源于考勤管理系统。由于各种历史测试分数或运营结果，许多客户公司将利用各种硬件配置来相互合作。如果你被封闭在那个圈子里，你也可以先获得更熟练的员工，终止同样的。当涉及到敏感性时，它需要产品经理做出强有力的预测。简单实用，要求考虑该功能当前的使用场景，未来的用户场景(发病后需求和供给变化的可能性较大)，以及该功能引起的其他需求和供给变化。

举个小例子，利灾类别(利灾、赔付比例等。)和税种(免税、纳税记录方法等。)根据员工脾气的不同而不同，所以需要HR来维护，然后明确要求HR申请办理福利费和灾害费等税务需求。但是，福利和灾难的类别(如五险一金)和税单等。，属于国家现行政策范畴，所以是可以的。最好能知道行业内这种需求供给发生的频率水平。当一家公司明确提出超过一对情侣的需求时，你可以举出其他公司的例子，从而明确提出更合理的解决方案。

4。了解产品的完全免费的方式

2B和2C的脾气也有很大的不同。B端产品以 *** 作庞大著称。不像C端产品，花钱就能快速烧出一份成品。B端产品是逐渐熬出来的，战线少，成本低，不用改造也能改造。为了消除一个案件的道家情结，大家都在努力获利。2C可以先圈用户，获取流量，让你一步步交钱。然而，2B似乎更重视贸易的优势，而且只是间接交易。付几个银子，我给你一些功能。一些基层公司能有客户没有错，所以会表现出一心一意的情况。但是那种方式真的好吗？服务既是客观的，也是顾客非礼的特殊工具。一开始你会创造发明，最后价格会降下来。是的，最好的办法是基于道路的，静态的数据，基于公司的脾气，需求和供给特征等。

贸易的方式真的很庞大很宏伟，完全免费的方式只是一个阶段，但是完全免费的方式一定会和大家产品的架构有关。如果按照许可完全免费，当公司要求购买新的控制模块时，是升级许可授权还是走网上推广全流程？如果控制模块完全免费从控制模块中间取零比特，是否可以考虑内部的数据信息是否可以连接到内核，是否可以通过全程自然大量导入？当几个控制模块被激活时，各个控制模块的中间数据信息是如何工作和相互作用的？根据某些功能组的数量，内控模块可以完全自由吗？如果是，用什么方式可以限制用户升级几个这样的组？有了定制内容，定制精英团队全流程可以做哪些功能，产品研究和收藏精英团队可以接手哪些功能？管理架构大城市是通过完全自由的方式来区分的。

顶面的东西都是细的，展开的，还能有点谈资。只有简单的梳理和全面。有机会的话可以说说B端产品圈子里的其他想法。

良好的祝愿。