布莱恩Kobler

挑战:
美铁正在努力有效地运营和改善其数字服务产品, 这些年来，它们已经变成了各种各样的脱节的数字产品. 由于这些产品管理不善, 由于产品目录的技术限制，美铁未能提供一致的客户体验，也无法改善其服务, 客户服务, 还有结账平台. Disparity across its channels also caused confusion to customers; resulting in more calls to 客户服务 which meant increased operational costs for Amtrak. 另外, 由于繁重的培训要求和设计糟糕的内部应用程序，客户服务代表很难跟上需求的增长.

解决方法:
我监督了包括美铁在内的所有旅行管理渠道的全面重新设计和实施.Amtrak Mobile、Amtrak Rewards和Amtrak客户服务管理和票务. 我访问了30多个站点，并对客户和员工进行了100多次访谈，以了解需求和功能优先级. 然后我带领一个15人的跨职能团队在18个月内设计并构建了3个平台上的30多个功能.

挑战:
一家成长中的初创公司正努力在分布式设计和工程团队中扩展产品开发流程. 这导致了低效的工作竖井，管理不当的依赖关系，以及整个团队的低吞吐量. 除此之外, 内部利益相关者 were frustrated with a lack of transparency across the product development lifecycle and mismanaged requirements; leading to low feature adoption across the organization.

解决方法:
我建立了敏捷开发流程，将产品组织划分为具有独立操作节奏的scrum团队. 然后，我就范围界定的重要性对团队进行了培训, 跟踪, 并在限定的工作周期内交付工作. 我在产品和业务团队成员之间建立了同步/异步接触点，以便建立关于业务/客户需求和项目状态的开放沟通渠道. 总的来说，新的操作节奏使创业公司能够并行处理几条工作轨道, 允许在整个组织内更快地交付产品.

挑战:
由于在整个订单履行过程中缺乏捕获生产数据的系统驱动工作流，导致整个销售过程效率低下, 供应链, 以及财务部门. 由于对每个订单的状态和利润感到紧张，车队经常陷入僵局, 以及他们无法在订单的整个生命周期内准确地衡量和报告团队和/或财务绩效. 此外，由于有关订单状态的信息相互冲突，客户感到不满意.

解决方法:
我设计并实现了一个定制工作订单系统，用于协调所有生产团队的工作流程，并捕获正确管理客户订单履行所需的信息. 这个新平台立即减少了与生产成本相关的困惑和紧张, 日程安排, 以及所有业务领域的状态(销售, 客户成功, 供应链, 通过为所有生产数据建立一个真实的来源. 每个供应链团队成员每周平均节省了15个小时的数据输入和向公司其他部门报告状态. 另外, 客户现在可以通过仪表板查看生产计划和进度，从而减少了60%的生产查询.

挑战:
在《欧博体育app下载》(Affordable Care Act)颁布后，几家大型医疗计划都在努力管理风险调整. 高成本患者的增加迫使他们迅速找到扩展到新的和更稳定的市场的方法，以平衡网络使用和客户成本的增加. 考虑到这些要求, 他们需要一种方法来分析和确定有利的市场，以补充他们目前的产品.

解决方法:
我设计、制造并推出了一款M&一个分析平台，汇集由客户人口统计数据组成的公共和私人健康数据, 医疗保险/医疗补助星级评级, 以及美国各地的门诊医疗机构. 该平台允许这些健康计划的高管根据偏好的客户特征深入到特定的市场, 确定潜在的合作伙伴, 并将新的合作伙伴产品和客户与他们现有的产品进行比较.

挑战: A large hospital was struggling to scale their on-call administrative scheduling needs; resulting in over-utilized providers with little transparency into long term 日程安排 and potential coverage opportunities. 另外, 目前的随叫随到的时间表只显示在每个部门的白板上，由一个小的行政团队管理. 这种模拟过程很难管理, 无法规模化, 并且在分配班次和管理覆盖范围时造成了几个瓶颈.

解决方案:我设计并推出了一个独立的企业移动应用程序，使用跨平台技术，允许所有医院供应商查看他们的值班时间表, 寻找并联系其他部门的供应商, 并要求从其他供应商那里进行保险互换. 这个移动应用程序为所有部门的值班时间表提供了一个单一的事实来源, 允许所有团队摆脱白板调度，并允许所有提供者在需要时直接找到并联系其他提供者以寻求帮助.

挑战:
一个大型卫生系统正在处理其附属地点的严重网络泄漏, 这使得控制成本和管理一个一致的客户护理计划以及控制整个系统的成本变得具有挑战性. 此外，这种泄漏导致其附属地区的收入机会损失.

解决方法:
我设计并推出了一个网络分析平台，用于识别大型卫生系统的网络泄漏. 在大型卫生系统之间汇总数据, Zocdoc, 梅奥诊所, 以及其他市场研究资源. 该平台提供了识别每个大都市统计区域(MSA)的供应商专业供应/需求以及测量每个MSA的平均专业索赔值的功能. 这个平台使这个大型卫生系统能够在其期望的市场中积极识别和收购几家专业医生办公室, 导致专业供应商收入的直接增加和网络泄漏的减少.

挑战:
一家大型医疗用品公司难以管理对中小型私人牙科和保健诊所的持续销售和分销. 销售经理无法轻松查看和分析其区域内某些产品的库存水平, 这使得他们很难为客户管理补货周期.

解决方法:
我设计并推出了一个响应式web应用程序，销售经理可以用它来监控他们所有地区的医疗用品库存水平. 该指示板允许管理人员深入到每个客户并按SKU查看库存水平, 发送自动电子邮件补充低库存的供应, 查看各市场高需求产品的交货时间.

挑战:
飞行级部件和材料在进入库存之前的认证是一项必要但耗时的任务，导致了一个具有挑战性的接收检查过程. Due to the high level of quality control expertise required for each unique part within the SpaceX公司 供应链; relying on the receiving inspection to catch all potential defects posed a high level of risk to the organization since inspectors we’re incentivized by speed over quality.

解决方法:
我设计并实施了一个电子源检验认证平台，使一个新的质量控制专家团队能够在制造源检查零件和材料, 在运送到SpaceX公司设施之前. This app was integrated with the 部分 management application to pull all quality control measures for any given part into an inspection checklist; allowing inspectors to sign-off on quality control measures prior to packaging at the manufacturer. 一旦收到消息源的签字, 部分, 然后，材料被扫描到SpaceX公司的接收区域时，会通过一条快速通道.

挑战:
SpaceX公司每个月都要花费数百个小时来管理非飞行采购的部件和材料的接收，这无意中从更关键的飞行部件和材料的接收检查过程中抽走了资源. 除此之外, 由于人工检验程序和分拣, 从到达接收中心到到达车间资源或员工办公桌的平均时间可能长达72小时，这持续延迟了生产计划. 正因为如此, 许多关键的路径部件在接收检查过程中被延迟和卡住，这导致了日常问题，例如将特定的包装直接运送到车间的特定资源位置.

解决方法:
我设计并实现了一个机器人运输系统，它消除了所有人工接触点(包装扫描), 排序, 检查, 标签, 和路线)在接收检验过程中. 该系统的实现需要与机器人扫描仪和打印机构进行机器集成, 以及与SpaceX公司的仓库管理系统集成，以便正确跟踪所有收到的零件和材料的库存水平.

挑战:
直接面向消费者的品牌一直在努力有效地采购和管理他们的产品包装需求. 新兴消费品牌需要快速方便地接触包装制造商，这些制造商可以快速整合新的设计变更和/或由于消费者需求变化而导致的需求变化.

解决方法:
我设计并推出了一个市场，将直接面向消费者的品牌与包装制造商联系起来. 这些功能包括报价请求, 投标, 顺序放置, 生产跟踪, 和发货.

挑战:
传统上，所有的预售报价和订单申请都是通过电子邮件进行的，这导致了信息传递的不一致，并且一般无法从直接产品销售之外的附加服务中获利. 除此之外, 当前的结帐流程从未被设计为捕获正确完成新的增长和企业订单所需的信息. 这些问题导致了错过交货, 错过了付款, 由于在结账时对订单要求和付款条件的误解，导致订单管理不善

解决方法:
通过客户调查和用户研究, 我领导了重新设计订单输入应用程序的工作, 有效地将适用的电子商务“添加到购物车”功能与企业采购订单提交工作流程相结合. 新平台允许企业客户在单个采购订单中管理多个打包“构建”, 规定交货要求, 设计规范. 这个新平台还支持新的提交和审批流程，使光民和他们的客户之间实现无缝协作.

挑战:
所有的售前活动，包括报价和工作样品，传统上都是在电子邮件中讨论的，这导致了信息的不一致传递和有限的知识共享. 另外, 这种类型的请求使得光民无法将这些额外的活动作为付费客户服务进行盈利/产品化.

解决方法:
我设计并实现了一个新的客户消息传递平台，允许光民收取新的会员费，以换取通过消息传递门户直接访问他们的包装专家. 而不是等待直接产品销售的收入, 光民现在可以通过会员费用和通过消息传递门户代理的附加服务将所有预售活动货币化. 该平台包括邀请团队成员参加项目的功能, 附加文件, 请求光民团队成员的帮助, 以及引用构建/订单. 该平台还允许所有光民员工查看以前的客户通信，从而提高了客户满意度. 另外, this platform enabled 光民 to capture new membership fee’s in exchange for access; resulting in an additional $25,在游戏发布的前三周内，该公司的净新收入将达到1000万美元.

挑战:
目前，光民收到的报价请求来自许多不同的渠道，信息程度不一, 在引用需求以及每个请求的优先级和潜在价值方面造成混乱. 另外, 发送给制造合作伙伴的报价请求数据的管理和重新格式化是一个挑战.

解决方法:
我设计并实现了一个报价请求应用程序，通过合并光民专有的包装规格引擎来定义产品规格, 目标价, 交付需求, 以及订单量. 这个新的报价请求应用程序直接集成到光民的内部工具中, 启动定价和供应链团队的工作流程. 另外, 该工作流允许客户或客户销售代表将结构化数据输入报价表单，从而启动光民团队的定价活动. This resulted in a much cleaner quote intake process; decreasing confusion on requirements/specifications and improving customer satisfaction through real-time quote status updates in the customer portal.

挑战:
订单, 出售, 由于缺乏适当的工具和依赖于应用程序生产数据库的直接快照，发票报告是有限和困难的. 这种依赖将业务的报告需求与应用程序代码的实现细节紧密耦合在一起，这使得从遗留数据库实现迁移变得困难. 除了这种耦合之外, 许多统计计算也无法用于报告目的，因为它们嵌入在应用程序代码中.

解决方法:
I designed and 实现 a data pipeline (ETL) process that allowed the team to stage new normalized tables within a separate analytics database that included all current statistical calculations as separate dimensions and measures; now accessible through SQL queries. 在建立新的数据仓库之后, 然后，我们建立了一个新的基于网络的报告工具(Looker)，通过创建几个新的“探索”视图，这些视图以特定的方式加入了新的规范化数据库，以回答诸如“客户在每个产品类别上花了多少钱”和“每个产品类别的平均订单到交货时间是多少”之类的问题.”

挑战:
全球联合劝募协会(United Way Worldwide，简称UWW)在开展全国性活动的同时，由于在不同的市场中使用了各种各样的捐助者和活动管理系统，它很难动员其网络和地方分会的力量. 另外, 这种系统上的差异使得全球组织难以正确地报告操作指标以及管理资源分配, 工具, 以及各个地方联合之路(LUW)的一般资金.

解决方法:
我设计并推出了一个中央捐助者和活动管理平台，允许当地联合之路分会从孤立的捐助者管理系统中迁移出来，同时为他们提供一套新的工具，使用全球营销团队批准的材料和抵押品，为当地市场定制活动门户. 这些工具是Salesforce门户和集成点的混合体，结合成一个集中的内容管理系统和会计系统. 其结果是改进了跨本地活动的统一内容/全球消息传递, 降低地方分会的技术和营销成本, 以及全球联合劝募会所有市场的全球报告能力.