女生的想法有多复杂(网站设计复杂信息架构产品的想法和经验)
在智虎、微信、微博等平台上，很多设计师朋友都来问我，如何设计一个信息结构复杂、功能多样、流程复杂的ToB产品？就在最近，我正在做一个非常复杂的产品设计，这里有一个答案的总结。
为了便于描述，我将在这里变得极端。ToC产品被描述为信息结构相对简单的产品，如微信。核心故事是聊天、朋友圈、支付等等。他们因人而异，每个用户没有多少核心场景。然而，ToB产品往往有数百个核心故事，各种功能模块复杂，对用户的友好程度低，使用时学习成本高，如银行交易系统、电信客户服务系统等。
一个简单的类比表明，信息架构的复杂程度从弱变强。
设计或控制以下车辆：
自行车。
汽车。
飞机。
火箭。
宇宙飞船.
现在我们已经对复杂信息架构产品的外观有了基本的了解，让我们来看看在设计这样的产品时需要注意的一些问题。
一、清晰的逻辑
设计复杂信息架构产品的第一个要素是设计者的逻辑应该非常清晰。伴随这些产品而来的大量功能、大量模块、复杂的交互过程以及难以理解的业务和技术背景都是设计者实现清晰逻辑的挑战。
如果ToC产品的任务流程非常简单，它可能如下所示：
互动设计师接受！如何设计复杂的信息架构产品？关于互联网的一些事情
使用智能用户是这样的：
互动设计师接受！如何设计复杂的信息架构产品？关于互联网的一些事情
不太聪明的用户是这样使用它的：
互动设计师接受！如何设计复杂的信息架构产品？关于互联网的一些事情
然后看看ToB的产品。当信息架构复杂时，如果设计者没有实现清晰的逻辑，设计的任务流程可能如下：
互动设计师接受！如何设计复杂的信息架构产品？关于互联网的一些事情
这时，
用户在萌萌会：-_-" "
沉默的用户会：哈哈.
激烈的用户会说：设计师，到这里来，我保证不切你.
因此，在设计ToB产品时，不能随心所欲，像写散文一样随时写作。一个人必须做作业，清楚地思考要点和逻辑，在脑海中画出图画，然后再画出图画。
二。角色和场景
虽然ToC和ToB设计的特点明显不同，但基本的网站设计方法仍然普遍。角色和场景设计仍然是复杂信息架构产品设计的法宝。将具有1000种功能的产品划分为角色，以减少每个角色模块需要考虑的信息量和业务逻辑，然后根据真实用户对场景设计的使用情况划分场景。只有在逻辑上把一个大任务细分成小任务，它才能一步一步地实现。
请记住，最好不要只按业务功能来划分模块，否则体验设计会很混乱。
角色设计需要对用户组有一个清晰的理解和划分，并能达到业务使用的常识。
场景设计需要设计者有足够的全局视野，否则，如果场景被分割，设计完成，就麻烦了。
一个复杂的信息架构产品，分为角色和场景，可以使设计者对产品的目的有更深的理解和更好的整体把握。此外，在页面级，以前需要10层的功能任务流将被细化到2-3层，大大提高了用户的使用效率和舒适度。
互动设计师接受！如何设计复杂的信息架构产品？关于互联网的一些事情
第三，学习成本
产品设计的基本要求之一是确保用户的学习成本低到没有最好的。制造ToC产品的目标非常明确，很容易接近，而制造ToB产品则非常困难。
我看过中国电信的客户服务界面。一个电脑界面有数百种功能。销售人员利用他们的记忆和习惯进行操作，任务流程并不清晰。这类产品的使用需要一定的时间来学会实现基本使用，而且学习成本肯定不低。
在新用户开始使用之前，仍有许多ToB产品需要特殊培训和解释。
在这个时候，很难仅仅因为学习成本太低就要求ToB产品。信息架构的复杂性使得通过认知设计、视觉设计和简化交互过程来解决学习成本高的问题变得困难。
有几点是有帮助的：第一，灵活有效的提示(不常见的专业术语提示、关键操作提示、报警监控提示等)。)；第二，进行充分而有价值的用户测试，以确保不会出现设计者认为它非常有用而用户学会哭泣的情况；第三，对业务的深入了解；设计师的业务理解水平接近于架构师和产品经理，因此可以从体验方面进行一定范围的有效更改，以帮助提高产品的可用性。
当设计一个复杂的信息架构产品时，设计方法应该是有一个低的学习成本，设计方法应该是渴望它，即使它不能实现。
四.商业理解
使用复杂的信息架构产品最困难的事情是从业务理解开始。例如，设计师相对擅长制作微信、QQ音乐和其他产品，因为设计师本身也是用户群体。然而，复杂的信息架构产品通常不面向普通用户，而是面向特定群体的用户。在大多数情况下，设计师与这一特定群体没有交集。
例如，设计者接受了一项任务，制作一个银行交易系统。首先，设计师没有在银行工作过，基本上不了解银行交易流程。第二，设计者对使用交易系统的用户的心理模型、工作状态、用户场景、喜怒哀乐一无所知。如果银行交易系统是为尼日利亚的一家银行设计的，设计者甚至没有机会亲自与用户交流。
因此，当制造这种产品时，在施工开始之前，设计师的业务理解大部分时间将接近于零.
最好的方法是建议设计者在实际使用场景中进行他们自己的用户访谈，例如对用户组进行为期一天的后续访谈、对用户的深入访谈、任务流记录和用户痛点记录。这些真实的感受和体验带来的价值远远大于建筑师或产品经理给设计师描述带来的价值。
自我体验的比较也是一个好方法。没有一个设计师可以站出来说我做过任何类型的产品设计，但是优秀的设计师可以找到一些方法将他们以前成功的设计经验应用到现有的产品中。
为了制作一个云平台服务购买场景，尽管设计者可能没有接触过云平台，我们能不能比较一下在京东淘宝购买零食的过程，看看有没有可以使用的共同点？事实上，有，因为人性是相通的。
V.拉顿
对于复杂的信息架构产品来说，最困难的事情是度过难关。
做一个ToC产品，也许是一个设计研讨会，产品和开发的4-5个同事可以开始讨论，很快就会有结论和实现项目。对于一个具有复杂信息架构的ToB产品来说，一个模块的引入可以轻松吸引超过30人，一次讨论可以引发两个小时的混战。
此时，对设计师的整体视野和项目控制能力的要求非常高。否则，将会出现邀请30多人讨论10个设计点的情况。当讨论第二个设计点时，每个人都开始争论。很快，他们就非设计话题展开了辩论，比如商业、商业、技术、平台等等。争论了3个小时后，每个人都崩溃了，会议结束了。这时，设计师想起还有9个设计要点没有讨论.
拉顿要求设计者有能力掌握整个讨论，控制时间，控制辩论的方向，避免不确定的讨论，并积极提出和控制设计的实施项目。
六、做减法
ToC设计有许多黄金法则，但不一定适用于ToB设计。例如，减法。一页，产品经理提出20个功能，设计师说，简洁！减法！分成三份。产品经理说，不，10！设计师说，好吧，五个。我必须尽快制定一个计划。减法讨论结束了。(当然，简单信息架构产品的减法也需要技能和思维)
对于ToB产品，一个模块的100个功能可能来自20个不同的业务需求组。此时切断任何功能都将导致整个大功能模块失去闭环。因此，简单的斩波功能和减法可能不适用于ToB产品的设计。
七.设计师的成就感
许多设计师在网上向我抱怨，他们制造的产品是ToB的，有许多功能、形式、筛选和流程图。他们一点美感都没有。作为一个拥有音乐、聊天和工具的ToC产品，他们没有成就感。
事实上，要做一个好的ToC产品，首先，它看起来足够好(它可以放弃一些次要的功能来追求简单和美观)。其次，它被广泛使用。有些人在应用商店称赞它，家人和朋友也可以称赞它。
在制作ToB产品时，不管它们看起来好不好，总的来说，ToB产品的互动价值远远大于视觉的暂时价值，主要是没有人称赞它们。设计师花了半年时间为南美的一家运营企业制作大数据分析系统。不管他们做得多好，在南美洲都不会有用户来称赞你。如果有一天用户不乐意给你打电话，你不会明白的.哈哈哈
我从另一个角度思考。
找到乐趣。
做任何设计都很有趣。制作ToC产品和制作精美的主页必须有成就感。制造ToB产品，通过分散、整合和收集将10步流程简化为3步，也是一种乐趣。
当设计一个复杂的信息架构时，设计师永远不应该放弃他们的职业理想，让自己完全被商业和技术所控制去写文章。相反，他们应该永远记住他们的职业是否能帮助整个系统升级。这样的乐趣和成就也很棒。
回到中国后，我的设计任务一直是包括ToC和ToB产品。我认为只要我保持一个有趣的设计思维，这两种产品带来的设计满意度是一样的。
最后，我想表扬你们所有在ToB产品设计方面努力工作的人。来吧。~~
黑曼巴 