专业的短链接生成工具
链接域名
短网址有效期
系统产品规划，需要考虑这些因素
更新时间：2025-5-17 17:45:04 作者：爱短链
本文梳理了系统产品规划中需要考虑的一些因素：人货场关系、成本中心和利润中心，以及企业结构建模。
2020年已经过去了1/12。
在这段时间里，我们每天都在关注疫情战役。
我们所做的就是努力保护自己，思考未来。
不要忘记你的主动心态。
风雨过后，太阳总是在那里。
我相信困难最终会过去！ 作为一个产品，如何规划今年的个人工作，是否也应该从团队和公司的角度进行预算和战略规划？ 在过去的两天里，我在朋友圈里看到了这样一句话：许多职能部门正在从成本中心转变为利润中心，但很少考虑成为投资中心；我在今天的头条新闻上看到了一个北漂两人行的小视频，可能意味着程序员工作了十多年才发现技术是互联网行业中最容易替代的。
我想补充一点，事实上，互联网电子商务圈的产品也是最容易复制的：）。
否则，就不会有这个团体，哪个选择，这个新鲜的，那个蜂，仔细想想，无论年轻还是中年，如果你仍然从事产品研发工作，你应该面对自己，计划系统产品。
如果你从事产品设计或技术研发，你应该联系很多系统，涉及很多业务。
作为参与者，我们可以一起思考如何构建一个好的平台系统和如何设计产品。
人、货、场的关系 人：一方面是货物的供应商，即我公司的组织结构、各部门的合作关系和部门内的团队合作过程；另一方面，它是指货物的买方或用户，即用户。
只有通过货物联系，两方面的人才能形成经济活动，为双方提供服务和利润。
商品：指您为用户提供的实物商品或虚拟服务。
在供应链系统中，商品一直在传递。
其流通效率不仅是供应链能力的体验，也是信息系统能力的考验，也是产品设计应用软件价值的体现。
场地：场地也有几个方面，即实际场所，如仓库、商店等固定场所，也为商品展示建立系统平台、网络节点之间的数据传输、网络中心访问数据、IDC或云服务器；当然，这个领域也包括人们工作的地方。
以上是我对人、货、场的理解，所以在设计和规划产品或系统时，要从这三个方面考虑和设计。
在正确的地方做正确的事情，提供正确的服务，也可以说是目标。
因此，在规划时要明确人、货、场的关系。
对于个人来说，因为我们不会涉及太多的系统，虽然我们涉及跨团队合作，但我们只是整个组织的一个点，所以我们需要首先理清我们的任务，然后确定其边界范围，然后回顾当前系统或产品的优缺点；根据现状梳理关系图，判断其合理性和改进点，以便整理后续工作的一部分。
第二步是在团队中沟通，把个人计划放在团队中，看看重复什么，需要别人合作什么，可以产品化或服务化什么。
以此为目标，还应梳理一些新的工作任务，确定基本目标。
其实这类似OKR，寻找目标，然后分析实现的可能性，最终确定其短期或长期目标。
OKR这似乎是关于从上到下确定公司目标，并向各部门负责人宣传。
确定后，部门将以公司目标为目标设定部门目标，然后部门中的小团队将以部门目标为目标设定团队目标，最后到达人。
尽管如此，对于个人来说，如果有一个主要的方向，规划会更好。
所有这些都离不开人(团队)、商品(产品)、场(支撑点)。
剪不乱，理还乱，不理会更乱。
从成本中心到利润中心 一开始就提到公司的团队大多属于职能部门，说白了就是花钱，所以在财务上叫成本中心。
在市场部、云服务器、网络带宽等方面，作为技术产品部，花钱不输IDC机房建设，加上人员规模和工资，可能是公司最大的成本中心。
所以你看看网上宣布裁员的互联网电商公司。
第一个裁员是技术人员，因为你的平均工资比业务高，人员比其他部门多员比其他部门多。
最重要的是，你没有看到任何东西。
目前，这个行业是最困难的。
此时，部门预算和团队建设应向公司报告。
你应该清楚今年你的年花在哪里，哪些可以省略，哪些需要投资。
作为部门负责人或团队领导，你应该考虑如何在考虑降低成本的同时赚钱，以反映你的价值。
如何从成本中心升级为利润中心？ 说实话，我不知道，但我认为我可以通过以下几个方面来计划。
1. 与业务部门谈判，特别是销售和营销部门 这样的部门是为公司创造业绩的盈利部门，技术产品部为公司服务。
我们开发各种应用系统和营销工具，如app，小程序、数据分析工具等。
研发部在保证其业务功能实现的同时，可以与产品部共同深入挖掘各种产品，实现创新功能，帮助业务部门生产GMV，因此，设计产品和开发功能不是为了制造产品。
需要强调的是，这是为了确保业务的正常和合理需求，否则你甚至不能做基本的保证，你只是找到喷雾；其次，防止吹牛，根据你的能力，而不是常规业务部门。
敏捷项目管理更注重客户合作，而不是合同谈判。
此时，我们可以利用合作间接讨论一些能带来利润的项目，实现共同利润。
2. 发挥产品技术优势，寻找外部合作项目 技术产品最大的优势是什么？ 我认为我们可以利用为公司提供服务的产品为第三方公司提供服务或解决方案，当然，我们应该避免涉及公司秘密的内容。
你为什么这么说？我们可以知道有多少互联网电子商务公司的研发是外包人员，有多少是自招人员。
假如我们的内部工程产品设计得很好，就可以包装成产品，提供给与我们行业相似或较小的公司。
因此，在规划产品和设计系统时，我们应该有用户思维和产品思维，这并不局限于为项目的在线工作。
如果每个人都有这样的想法，我相信这将有助于具体的工作。
即使不能形成一般产品，也可以在内部慢慢孵化。
如何实现？ (1)开发对外开放平台，向第三方开放一些可开源项目，既能满足公司业务的使用，又能提高公司的知名度，还能收取一些费用(比如快递100，就是提供相关的查询服务赚取费用) （2）帮助第三方设计和实施解决方案。
事实上，这是为了让我们的研发产品走出去，在与公司相关客户联系的同时供必要的解决方案（利用我们成熟的更好的项目进行扩展）。
我记得在阅读阿里巴巴企业中台实践的书中提到，在中台实践成功后，他们协助几家大型中央企业设计和实施中台架构。
虽然我们的团队可能很少，但也有一些比我们小的团队，无论是研发、运维、数据组和测试。
当我们在系统规划中考虑到这一点时，无论我们能走多远，它毕竟都是有益的。
如果我们转变为利润中心，我们就有权在公司发言，因为你不仅会花钱，还会赚钱。
要有企业结构建模的思想 众所周知，井底的青蛙只会看到这么大的天空；事实上，我们在系统规划或产品设计方面有更多的经验，很少有所谓的创新。
要转变思想，不局限于现在的业务、现在的制度、现在的人。
前面提到了用户思维和产品思维，这也是我最近一直觉得更重要的两部分。
首先，我们应该谈谈用户思维，即我们应该分析和比较人们、商品和人们在领域的位置，站在实际场景中思考我们设计的功能，开发的系统是否是用户想要的，是否满足企业从上到下相关人员的不同需求。
跳出自己的想法，结合实际业务人员的想法会有所改变，变与不变还是不一样的。
第二个是产品思维。
我们应该永远记住，我们开发和设计的产品不是一个功能，也不是一个小模块。
模式应该更大，这取决于问题的高度。
我们看到的是鸟瞰图，而不是局部的。
有时候我一直在想，为什么那些牛逼的人看问题，理解问题和我不一样，应该是高度不同。
系统产品是为企业规划的，所以企业级建模也有其方法论。
企业结构也是分层的，包括业务结构、应用结构、数据结构和技术结构。
业务结构是指业务流程、角色、业务变更和合作，与上述人、商品、领域相似，年度系统产品规划应以业务结构为指导，没有业务结构，其他结构将无事可做，因为与业务不一致，如何满足业务。
系统架构是指系统、服务和功能。
这也是我们在互联网上经常看到的系统组成图。
该系统是根据业务范围设计的。
在规划时，应考虑业务边界和系统的耦合程度和合理性。
多个业务可以划分为子系统。
当系统结构清晰时，人（用户）使用方便，角色容易划分。
在我看来，系统架构师一直都很棒，因为他（她）有能力整合业务，有能力选择和实现技术。
数据架构是对数据、业务对象、交换格式、安全和隐私的规划和部署。
目前，台湾主要数据公司正在建设和实践中。
公司最重要的是什么？不是人，而是有效的数据， 这是有效的，不是所有的数据都有用。
数据架构不仅是业务流和系统之间的数据流，也是各业务对象的互动与合作；就我个人而言，我认为良好的数据架构不仅可以使系统数据更好、更安全地存储，而且还可以通过数据授权为企业提供更好的服务。
技术架构是通过硬件、网络、服务器或操作系统部署数据和系统来实现的。
例如，系统发布平台通过什么实现，需要什么开源软件和自开发工具，网络跳转，前端图片缓存等。
在规划中，我们应该从企业的角度来考虑。
我们可以看到一个技术负责人有多好。
我认为不懂技术或产品的人在裸泳，但在许多公司，这种情况与皇帝的新衣服中的场景特别相似。
作为一名研发产品的人员，我们可以在这个阶段规划未来该去哪里，路在哪里，路在脚下。
总结 在系统规划中有许多因素需要考虑。
规划是指计划是预算，是指导未来工作的基准，应按照规划目标逐步实现。
但互联网行业变化太快了，你今天只是计划明天可能没有公司，这种情况在过去一两年并不奇怪，回到北漂两行说，技术是互联网行业最容易取代，我的理解是越来越多的人编码，如果我们开发的产品没有发挥其价值，那么它真的毫无价值。
要考虑各种因素，为企业建立良好的架构体系，开发有价值的应用产品，真正结合人、货、场。
最后，感谢您的阅读。
祝大家平安健康。
作者:倔强的萝卜；微信官方账号:倔强的萝卜 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
2020年已经过去了1/12。
在这段时间里，我们每天都在关注疫情战役。
我们所做的就是努力保护自己，思考未来。
不要忘记你的主动心态。
风雨过后，太阳总是在那里。
我相信困难最终会过去！ 作为一个产品，如何规划今年的个人工作，是否也应该从团队和公司的角度进行预算和战略规划？ 在过去的两天里，我在朋友圈里看到了这样一句话：许多职能部门正在从成本中心转变为利润中心，但很少考虑成为投资中心；我在今天的头条新闻上看到了一个北漂两人行的小视频，可能意味着程序员工作了十多年才发现技术是互联网行业中最容易替代的。
我想补充一点，事实上，互联网电子商务圈的产品也是最容易复制的：）。
否则，就不会有这个团体，哪个选择，这个新鲜的，那个蜂，仔细想想，无论年轻还是中年，如果你仍然从事产品研发工作，你应该面对自己，计划系统产品。
如果你从事产品设计或技术研发，你应该联系很多系统，涉及很多业务。
作为参与者，我们可以一起思考如何构建一个好的平台系统和如何设计产品。
人、货、场的关系 人：一方面是货物的供应商，即我公司的组织结构、各部门的合作关系和部门内的团队合作过程；另一方面，它是指货物的买方或用户，即用户。
只有通过货物联系，两方面的人才能形成经济活动，为双方提供服务和利润。
商品：指您为用户提供的实物商品或虚拟服务。
在供应链系统中，商品一直在传递。
其流通效率不仅是供应链能力的体验，也是信息系统能力的考验，也是产品设计应用软件价值的体现。
场地：场地也有几个方面，即实际场所，如仓库、商店等固定场所，也为商品展示建立系统平台、网络节点之间的数据传输、网络中心访问数据、IDC或云服务器；当然，这个领域也包括人们工作的地方。
以上是我对人、货、场的理解，所以在设计和规划产品或系统时，要从这三个方面考虑和设计。
在正确的地方做正确的事情，提供正确的服务，也可以说是目标。
因此，在规划时要明确人、货、场的关系。
对于个人来说，因为我们不会涉及太多的系统，虽然我们涉及跨团队合作，但我们只是整个组织的一个点，所以我们需要首先理清我们的任务，然后确定其边界范围，然后回顾当前系统或产品的优缺点；根据现状梳理关系图，判断其合理性和改进点，以便整理后续工作的一部分。
第二步是在团队中沟通，把个人计划放在团队中，看看重复什么，需要别人合作什么，可以产品化或服务化什么。
以此为目标，还应梳理一些新的工作任务，确定基本目标。
其实这类似OKR，寻找目标，然后分析实现的可能性，最终确定其短期或长期目标。
OKR这似乎是关于从上到下确定公司目标，并向各部门负责人宣传。
确定后，部门将以公司目标为目标设定部门目标，然后部门中的小团队将以部门目标为目标设定团队目标，最后到达人。
尽管如此，对于个人来说，如果有一个主要的方向，规划会更好。
所有这些都离不开人(团队)、商品(产品)、场(支撑点)。
剪不乱，理还乱，不理会更乱。
从成本中心到利润中心 一开始就提到公司的团队大多属于职能部门，说白了就是花钱，所以在财务上叫成本中心。
在市场部、云服务器、网络带宽等方面，作为技术产品部，花钱不输IDC机房建设，加上人员规模和工资，可能是公司最大的成本中心。
所以你看看网上宣布裁员的互联网电商公司。
第一个裁员是技术人员，因为你的平均工资比业务高，人员比其他部门多员比其他部门多。
最重要的是，你没有看到任何东西。
目前，这个行业是最困难的。
此时，部门预算和团队建设应向公司报告。
你应该清楚今年你的年花在哪里，哪些可以省略，哪些需要投资。
作为部门负责人或团队领导，你应该考虑如何在考虑降低成本的同时赚钱，以反映你的价值。
如何从成本中心升级为利润中心？ 说实话，我不知道，但我认为我可以通过以下几个方面来计划。
1. 与业务部门谈判，特别是销售和营销部门 这样的部门是为公司创造业绩的盈利部门，技术产品部为公司服务。
我们开发各种应用系统和营销工具，如app，小程序、数据分析工具等。
研发部在保证其业务功能实现的同时，可以与产品部共同深入挖掘各种产品，实现创新功能，帮助业务部门生产GMV，因此，设计产品和开发功能不是为了制造产品。
需要强调的是，这是为了确保业务的正常和合理需求，否则你甚至不能做基本的保证，你只是找到喷雾；其次，防止吹牛，根据你的能力，而不是常规业务部门。
敏捷项目管理更注重客户合作，而不是合同谈判。
此时，我们可以利用合作间接讨论一些能带来利润的项目，实现共同利润。
2. 发挥产品技术优势，寻找外部合作项目 技术产品最大的优势是什么？ 我认为我们可以利用为公司提供服务的产品为第三方公司提供服务或解决方案，当然，我们应该避免涉及公司秘密的内容。
你为什么这么说？我们可以知道有多少互联网电子商务公司的研发是外包人员，有多少是自招人员。
假如我们的内部工程产品设计得很好，就可以包装成产品，提供给与我们行业相似或较小的公司。
因此，在规划产品和设计系统时，我们应该有用户思维和产品思维，这并不局限于为项目的在线工作。
如果每个人都有这样的想法，我相信这将有助于具体的工作。
即使不能形成一般产品，也可以在内部慢慢孵化。
如何实现？ (1)开发对外开放平台，向第三方开放一些可开源项目，既能满足公司业务的使用，又能提高公司的知名度，还能收取一些费用(比如快递100，就是提供相关的查询服务赚取费用) （2）帮助第三方设计和实施解决方案。
事实上，这是为了让我们的研发产品走出去，在与公司相关客户联系的同时供必要的解决方案（利用我们成熟的更好的项目进行扩展）。
我记得在阅读阿里巴巴企业中台实践的书中提到，在中台实践成功后，他们协助几家大型中央企业设计和实施中台架构。
虽然我们的团队可能很少，但也有一些比我们小的团队，无论是研发、运维、数据组和测试。
当我们在系统规划中考虑到这一点时，无论我们能走多远，它毕竟都是有益的。
如果我们转变为利润中心，我们就有权在公司发言，因为你不仅会花钱，还会赚钱。
要有企业结构建模的思想 众所周知，井底的青蛙只会看到这么大的天空；事实上，我们在系统规划或产品设计方面有更多的经验，很少有所谓的创新。
要转变思想，不局限于现在的业务、现在的制度、现在的人。
前面提到了用户思维和产品思维，这也是我最近一直觉得更重要的两部分。
首先，我们应该谈谈用户思维，即我们应该分析和比较人们、商品和人们在领域的位置，站在实际场景中思考我们设计的功能，开发的系统是否是用户想要的，是否满足企业从上到下相关人员的不同需求。
跳出自己的想法，结合实际业务人员的想法会有所改变，变与不变还是不一样的。
第二个是产品思维。
我们应该永远记住，我们开发和设计的产品不是一个功能，也不是一个小模块。
模式应该更大，这取决于问题的高度。
我们看到的是鸟瞰图，而不是局部的。
有时候我一直在想，为什么那些牛逼的人看问题，理解问题和我不一样，应该是高度不同。
系统产品是为企业规划的，所以企业级建模也有其方法论。
企业结构也是分层的，包括业务结构、应用结构、数据结构和技术结构。
业务结构是指业务流程、角色、业务变更和合作，与上述人、商品、领域相似，年度系统产品规划应以业务结构为指导，没有业务结构，其他结构将无事可做，因为与业务不一致，如何满足业务。
系统架构是指系统、服务和功能。
这也是我们在互联网上经常看到的系统组成图。
该系统是根据业务范围设计的。
在规划时，应考虑业务边界和系统的耦合程度和合理性。
多个业务可以划分为子系统。
当系统结构清晰时，人（用户）使用方便，角色容易划分。
在我看来，系统架构师一直都很棒，因为他（她）有能力整合业务，有能力选择和实现技术。
数据架构是对数据、业务对象、交换格式、安全和隐私的规划和部署。
目前，台湾主要数据公司正在建设和实践中。
公司最重要的是什么？不是人，而是有效的数据， 这是有效的，不是所有的数据都有用。
数据架构不仅是业务流和系统之间的数据流，也是各业务对象的互动与合作；就我个人而言，我认为良好的数据架构不仅可以使系统数据更好、更安全地存储，而且还可以通过数据授权为企业提供更好的服务。
技术架构是通过硬件、网络、服务器或操作系统部署数据和系统来实现的。
例如，系统发布平台通过什么实现，需要什么开源软件和自开发工具，网络跳转，前端图片缓存等。
在规划中，我们应该从企业的角度来考虑。
我们可以看到一个技术负责人有多好。
我认为不懂技术或产品的人在裸泳，但在许多公司，这种情况与皇帝的新衣服中的场景特别相似。
作为一名研发产品的人员，我们可以在这个阶段规划未来该去哪里，路在哪里，路在脚下。
总结 在系统规划中有许多因素需要考虑。
规划是指计划是预算，是指导未来工作的基准，应按照规划目标逐步实现。
但互联网行业变化太快了，你今天只是计划明天可能没有公司，这种情况在过去一两年并不奇怪，回到北漂两行说，技术是互联网行业最容易取代，我的理解是越来越多的人编码，如果我们开发的产品没有发挥其价值，那么它真的毫无价值。
要考虑各种因素，为企业建立良好的架构体系，开发有价值的应用产品，真正结合人、货、场。
最后，感谢您的阅读。
祝大家平安健康。
作者:倔强的萝卜；微信官方账号:倔强的萝卜 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
