Why Every Portfolio Looks the Same

But researchers have found that this pattern is much bigger than portfolios.

In a study on the homogenization of web design, researchers analyzed nearly 200,000 website images across more than 10,000 websites. They were not scrolling through a few modern landing pages and making a guess. They studied years of archived web pages and compared how websites changed visually over time. [2]

The result was clear.

Websites have become significantly more similar since 2007. The biggest change appeared in layout, where the average difference between sites dropped by more than 30%. [2]

That number matters because layout is not just decoration. Layout is structure. It is the skeleton of a page. When layouts become more similar, the web does not only look cleaner. It starts to think in the same shapes.

Top navigation.
Large hero area.
Centered headline.
Supporting text.
Primary button.
Card grid.
Footer.

That structure became the comfortable answer to almost every web design problem.

And this is where the portfolio problem becomes easier to understand. A developer portfolio is not becoming repetitive in isolation. It is part of a wider web culture that has slowly learned to reward familiar patterns.

The same study also found something interesting: websites were not simply copying each other’s code more than before. In fact, code similarity decreased over time. What increased was the overlap in libraries and tools. Sites using popular libraries like Bootstrap, FontAwesome, and jQuery UI tended to look more similar to each other. [2]

That changes the accusation.

The problem is not that every developer is copying the same website. The problem is that many developers are starting from the same design language, the same components, the same defaults, and the same assumptions about what a “proper” website should look like.

A portfolio is supposed to be personal. But the moment it enters this system, it gets pulled toward the average.

Not because average is bad.

Frameworks, Templates, and the Safe Formula

Because average is safe.

And safe has a toolkit.

Frameworks did not ruin web design. That would be too simple, and honestly, unfair. Bootstrap, Tailwind, component libraries, templates, icon sets, UI kits, and design systems all solved real problems. They made websites faster to build, easier to maintain, and more consistent across devices.

They gave developers structure when the web was becoming harder to control.

A responsive grid meant your layout would not collapse on mobile. A ready-made button meant you did not have to rethink padding, borders, hover states, and alignment every time. An icon library meant you could communicate quickly without drawing everything from scratch. A template meant you could start with something that already worked.

That is useful.

The problem starts when useful becomes automatic.

When every project begins with the same container, grid, card, button style, and spacing scale, the result will naturally start to feel familiar. Not because anyone copied badly, but because everyone started from the same set of answers.

This is especially true for portfolios.

A portfolio is usually built under pressure. You want it to load fast. You want it to look professional. You want recruiters to understand it quickly. You want it to work on every screen. You want to avoid anything that feels too strange, too slow, too experimental, or too hard to scan.

So you reach for the safe formula.

Hero section.
Short intro.
Tech stack.
Project cards.
Contact button.
Footer.

It works. That is why it spreads.

The safest layout becomes the most copied layout. The most copied layout becomes the expected layout. And once something becomes expected, breaking away from it feels risky.

The developer may think they are making a design decision, but often they are choosing between defaults that were already shaped by the tools around them. The framework does not force the portfolio to look generic. It simply makes the generic version easier to reach.

Templates push this even further. A good template is designed to be flexible enough for everyone, which also means it cannot be too specific to anyone. It has to fit a designer, a developer, a photographer, a startup founder, and a freelancer. So it becomes clean, neutral, polished, and emotionally safe.

That neutrality is useful when you need speed.

But personality rarely comes from neutrality.

A personal portfolio should do more than prove that you know how to arrange sections correctly. It should reveal how you think, what you notice, what you care about, and what kind of problems you are drawn to.

Frameworks can help you build that.

But they cannot decide that for you.

When Design Became a Machine

Frameworks can help you build a portfolio.

But they cannot decide what your portfolio should mean.

That is where the next problem begins. The tools are only part of the story. The bigger force is the process around them: the pressure to be fast, the fear of being misunderstood, the obsession with what already worked for someone else, and the constant need to make design decisions feel safe.

In his essay “Design Machines,” Travis Gertz argues that the sameness of digital design is not just a trend problem. It is not only because of flat design, responsive layouts, or whatever visual style happens to be popular at the moment. The problem is deeper. It is systemic. [3]

Modern digital design is surrounded by pressure.

Every button can be tested. Every click can be tracked. Every section can be judged by engagement, conversion, bounce rate, scroll depth, or some other number that makes design look more certain than it actually is. Data can be useful, but when everything has to be justified by numbers, creative risk starts to look irresponsible.

So design becomes defensive.

Use the layout people already understand.
Use the headline structure that already converts.
Use the button style people already click.
Use the template that already looks professional.
Use the pattern that nobody will question in the meeting.

This is how a portfolio becomes less like a personal space and more like a product page for a person.

You are no longer asking, “What is the most honest way to present my work?”

You are asking, “What is the safest version of me?”

That question changes everything.

It pushes developers toward the same tone, structure, and visual language. Not because they lack imagination, but because imagination is harder to defend. A strange layout needs explanation. A bold visual choice can be misunderstood. A personal writing style can feel risky. A highly custom experience might impress one person and annoy another.

So the machine rewards the average.

Gertz describes this perfectly with one sharp line:

“Digital design is a human assembly line.”

Travis Gertz [3]

That sentence matters because it does not blame one developer, one tool, or one trend. It describes a whole way of working. We build repeatable systems, fill them with interchangeable content, polish the result, ship it, and move on to the next version.

For companies, this often makes sense. They need consistency. They need speed. They need systems that scale.

But portfolios are different.

A portfolio is not supposed to scale to a thousand pages. It does not need to serve every possible audience equally. It does not need to sound like a SaaS landing page. It does not need to hide all personality behind perfect spacing and safe copy.

A portfolio is one of the few places on the web where the designer, developer, writer, and subject are often the same person.

That should make it more personal.

Instead, the same machine logic follows us there too. We turn ourselves into sections. We turn our projects into cards. We turn our skills into badges. We turn our personality into a short sentence under a hero heading.

And slowly, the portfolio stops feeling like a person.

It starts feeling like a format.

AI Made It Worse: The Operator Trap

And then AI entered the room.

It did not create the sameness problem. The patterns were already there. The templates were already there. The safe formulas were already there. AI simply made them faster to reach.

Before AI, if you wanted to build a portfolio, you had to search, compare, choose, copy, modify, break things, fix them, and slowly decide what felt right. That process was sometimes annoying, but it forced you to make decisions. Even when you started from a template, you still had to touch the work long enough for some of your own taste to appear.

Now the distance between idea and output is shorter.

You can ask for a developer portfolio and get a clean hero section, a project grid, a tech stack, smooth animations, responsive cards, and polished copy in seconds.

That sounds powerful.

And it is.

But it is also dangerous if you skip the thinking part.

Because AI is very good at giving the most likely answer. It has seen the patterns. It has learned the shapes. It knows what a “modern portfolio” usually looks like. So when thousands of people ask similar tools for similar websites, they should not be surprised when the answers start to feel familiar too.

The machine is not trying to be generic.

It is trying to be helpful.

That is exactly why the result can become so generic.

A prompt like “create a modern developer portfolio” does not usually produce a personal world. It produces the average of what the internet has already accepted as a portfolio. Clean sections. Safe language. Familiar layouts. Reasonable animations. Professional tone. Everything works, but nothing feels like it came from a specific human.

Research on generative AI and creativity points to a similar tension. AI can improve individual creative output in some cases, but it can also reduce collective novelty when many people are assisted by similar machine-generated ideas. In other words, each person may feel more creative, while the group becomes more similar. [4]

That is exactly the danger for portfolios.

The result may look better than what someone could build quickly alone. It may be clean, responsive, and polished. But if everyone is being helped by the same kind of average, the final websites can start converging toward the same emotional temperature.

This is where the Operator Trap becomes important.

Professor Paul Cheung warns that the real risk of AI is not only that machines become stronger. It is that humans become weaker if they stop using technology in a way that makes them think. His point is simple: if we let the machine do the thinking for us, we become operators. We press buttons, accept outputs, and move forward without understanding the decisions behind them. [5]

That idea fits portfolio design perfectly.

If AI writes your headline, chooses your structure, describes your projects, decides your tone, and shapes your visual style, then what exactly is left of you in the portfolio?

You may still ship a website.

But did you make a point?

Did you choose a direction?

Did you understand why the layout works?

Did you decide what to reveal and what to remove?

Did you say something only you could say?

This does not mean AI is useless. The problem is not using AI. The problem is using it before you have a thought of your own.

AI is a great executor. It can help you organize, rewrite, debug, generate variations, test ideas, and move faster. But it should not be the source of your taste. It should not replace your judgment. It should not decide your personality for you.

The order matters.

“Think first. Use AI second.”

Article thesis

Have a reason before you ask for options. Have a direction before you ask for a layout. Have a voice before you ask for copy. Have a story before you ask for structure.

Otherwise, AI does not make your portfolio more creative.

It makes your portfolio more probable.

That is why AI can make portfolio sameness worse. Not because it is bad, but because it is trained on what already exists, and most people ask it for what already works.

If the old portfolio problem was that everyone was looking at the same inspiration, the new problem is that everyone is asking the same machine to summarize that inspiration back to them.

The result is not always ugly.

Sometimes it is beautiful.

Sometimes it is fast, polished, responsive, and technically impressive.

But if no real thinking happened before the output, the site can still feel empty. It can look complete and still say nothing. It can feel professional and still feel like nobody lived inside it.

So before we blame AI, templates, frameworks, or trends, we should ask a harder question:

Are we using these tools to express our thinking, or to avoid it?

That question matters because sameness is not always bad. Sometimes familiar patterns help people understand a website faster.

But there is a difference between using familiarity with intention and letting familiarity replace intention.

But Is Homogeneity Always Bad?

At this point, it would be easy to say that sameness is the enemy.

But that would be too simple.

Not every familiar pattern is a creative failure. Sometimes, familiarity is what makes a website usable in the first place. Users do not arrive at a portfolio with unlimited patience. They do not want to solve a puzzle before they find your work. They do not want to hunt for your projects, guess where your contact link is, or learn a completely new navigation system just to understand who you are.

Some parts of a portfolio should be predictable.

The navigation should be easy to find.
The projects should be easy to open.
The text should be readable.
The contact path should be obvious.
The layout should not fight the reader.

That is not boring. That is respect.

There is a reason familiar patterns survive. They lower friction. They help users move faster. They let people focus on the content instead of decoding the interface. Nielsen Norman Group’s usability heuristics argue that users should not have to wonder whether different words, actions, or situations mean the same thing. Jakob’s Law also says people spend most of their time on other digital products, which shapes what they expect from yours. [6]

So no, homogeneity is not always bad.

The problem is not that portfolios use hero sections. The problem is when every hero says nothing. The problem is not project cards. The problem is when every project card feels like a placeholder. The problem is not clean design. The problem is when clean design becomes a place to hide the absence of personality.

“There is a difference between using conventions and disappearing into them.”

Article thesis

A familiar structure can still carry an original voice. A simple layout can still feel specific. A clean page can still reveal taste, judgment, humor, curiosity, obsession, discipline, or point of view.

The goal is not to make visitors work harder just to prove you are creative.

That is the balance.

Use conventions where they help the user. Break expectations where they reveal something true about you. Keep the door easy to open, but make the room worth remembering.

What Actually Makes a Portfolio Memorable

So the real question is not, “How do I make a portfolio nobody has ever seen before?”

That question is almost impossible.

The better question is, “How do I make a portfolio that still feels like me?”

A memorable portfolio is not always the loudest one.

It is not always the one with the strangest animation, the most complex WebGL scene, the weirdest cursor, or the most dramatic color palette. Those things can work, but only when they reveal something meaningful about the person behind the site.

That is the difference.

“A gimmick says, ‘Look what I can add.’ A memorable choice says, ‘Look how I think.’”

Article thesis

This is why some portfolios stay in your head. Bruno Simon’s portfolio is memorable because it turns the act of browsing into an experience. You do not just scroll through sections. You drive through a small interactive world. The reason it works is not only the technology. It works because the concept, interaction, skill, and personality all point in the same direction. [7]

Robby Leonardi’s interactive resume is memorable for a similar reason. It turns experience, skills, and work history into a game-like scrolling journey. Again, the point is not that everyone should copy that approach. The point is that the visual style, interaction, and content feel connected to one clear idea. [8]

Most developers should not build a 3D portfolio.

Most developers should not build a game-like resume.

The point is not to copy the examples. The point is to notice what makes them work.

Memorable portfolios usually have a strong internal logic. The concept, visuals, interaction, and content all feel connected. Nothing feels added just because it was trendy.

That is what many portfolios miss.

They have polish, but no point of view.
They have animations, but no reason.
They have project cards, but no story.
They have a tech stack, but no evidence of judgment.

A portfolio becomes memorable when it helps the reader understand what kind of person is behind the work.

Not just what tools you use, but how you approach problems.
Not just what you built, but why it needed to exist.
Not just what the final screen looked like, but what decisions shaped it.
Not just what went right, but what trade-offs you had to make.

That is where case studies matter.

A weak project section says:

“I built this with React, Tailwind, and Firebase.”

A stronger one says:

“I built this because users needed a faster way to do X. The main challenge was Y. I chose this approach because Z. The result was clearer, faster, or easier in this specific way.”

That kind of writing does more than describe the project. It reveals thinking.

And thinking is hard to copy.

The same applies to visual design. You do not need to reinvent the whole page. Sometimes one strong signature is enough: a distinctive writing voice, a personal illustration style, a tiny interaction that matches your personality, a project page that reads like a story, or a homepage that immediately tells people what kind of problems you care about.

The best portfolios usually do three things well.

First, they are clear. You can understand who the person is, what they do, and where to find their work without effort.

Second, they are specific. They do not sound like they could belong to any developer on the internet. The language, examples, projects, and details point to a real person with real interests.

Third, they show judgment. They explain decisions, constraints, trade-offs, and outcomes instead of only showing screenshots and tools.

That is the real way to stand out.

Not by making the familiar parts harder.

By making the personal parts stronger.

My Take

I do not think most portfolios look the same because developers are lazy.

I think they look the same because we are all looking at the same things.

Our inspiration becomes our visual diet. We scroll through the same portfolios, save the same references, admire the same effects, copy the same structures, and then wonder why our work starts to feel familiar. It becomes a loop. Even when we try to be original, we are often reacting to the same pool of ideas.

I felt that while building my own portfolio.

I did not want it to feel too formal, too corporate, or too easy to replace. A formal portfolio can look professional, but it can also become very easy to copy. Change the name, projects, and colors, and suddenly it could belong to almost anyone.

That is what I wanted to avoid.

For me, a portfolio should feel like a personal world. Not a resume converted into a website. Not a collection of cards. Not just a list of technologies. It should show how the person thinks, what they care about, what kind of energy they have, and what experience they want to create for someone else.

That is why I tried to make my own site personal and a little fun. One example is the CV page. When someone clicks “download CV” from the homepage, they do not just get a normal file immediately. There is a small plot twist. A small moment of personality. It is simple, but it says something that a normal button could not say.

That matters to me.

“If I say I care about personality, I should prove it somewhere.”

Article thesis

If I say I want my work to feel different, the site itself should carry that feeling. Otherwise, it is just another claim in another hero section.

I also do not think every portfolio needs to be wild or experimental. A confusing creative portfolio is worse than a boring one that works. Clarity still matters. Simplicity still matters. People should understand where they are, what you do, and how to reach you.

But simplicity should not mean emptiness.

A simple portfolio can still feel alive. It can still have humor, rhythm, taste, emotion, and a point of view. It can still make someone smile. It can still make someone feel like they met a person, not just scanned a layout.

That is also how I think about AI.

I use AI, but I do not want it to think instead of me. I want to think first, make the plan, understand what I want, and then use AI as an executor. The danger is when AI starts making the structure, the words, the decisions, and the taste for us. At that point, we are not becoming more creative. We are becoming more repetitive.

And maybe that is the bigger problem.

If everyone uses the same inspiration, templates, frameworks, and AI-generated answers, then the difference between portfolios will keep getting smaller. Not because humans have nothing to say, but because they stopped saying it themselves.

For me, standing out does not mean adding random effects.

It means making someone feel something they would not feel on every other site.

It means showing who I am, what I think, and how I see the work.

A good portfolio should not just show what I can build.

It should show who I am.

The Takeaway

Maybe every portfolio looks the same because sameness is easy to reach.

The patterns are already there. The templates are already there. The frameworks are already there. The inspiration is already there. The AI prompt is already there.

And to be fair, a lot of it works.

A clear hero section works. A simple project grid works. A visible contact button works. Familiar structure helps people understand a website quickly, and a portfolio should not make the visitor struggle just to find the work.

But the danger is not structure.

The danger is disappearing inside the structure.

When every developer uses the same words, sections, project cards, and polished tone, the portfolio stops being a personal space. It becomes a placeholder. It may be clean. It may be professional. It may even be technically good.

But it becomes forgettable.

The goal is not to make a portfolio weird for the sake of being different. The goal is not to fight every convention or turn every scroll into a performance. The goal is much harder than that.

“Keep what helps the visitor. Change what hides the person.”

Article thesis

Use the familiar parts to make the experience easy. Use the personal parts to make it meaningful. Let the navigation be simple. Let the contact button be obvious. Let the layout breathe. But somewhere in the words, projects, interactions, details, or story, there should be something that only you would have made.

That is where memorability lives.

Not in the loudest animation.

Not in the strangest layout.

Not in the most expensive-looking design.

But in the small moments where the site stops feeling like a format and starts feeling like a person.

A portfolio should show your work, yes.

But more than that, it should show your judgment, your taste, your questions, your humor, your care, your way of seeing things.

Because in the end, people do not remember another grid of project cards.

They remember how a site made them feel.

And if your portfolio can make someone feel like they met you before they ever speak to you, then it has done something more valuable than looking professional.

References

Sources and examples mentioned in this essay.

1. Reddit discussion: “Why Most Portfolios Look the Same And How to Stand Out Without Being Gimmicky”. Source: Reddit post and comments pasted in the article research.
2. Samuel Goree, Bardia Doosti, David Crandall, and Norman Makoto Su: “Investigating the Homogenization of Web Design: A Mixed-Methods Approach”
3. Travis Gertz: “Design Machines”
4. Anil R. Doshi and Oliver P. Hauser: “Generative AI enhances individual creativity but reduces the collective diversity of novel content”
5. Youth Hong Kong interview brief: “The Operator Trap,” interview with Professor Paul Cheung
6. Nielsen Norman Group: Jakob’s Law and “Consistency and Standards” usability heuristic
7. Awwwards: Bruno Simon Portfolio, Site of the Year 2019
8. Robby Leonardi: Interactive Resume
9. Riyad Sibai: CV page

Show all references

لكن الباحثين وجدوا أن هذا النمط أكبر بكثير من مجرد بورتفوليوهات.

في دراسة عن تشابه تصميم الويب، حلل الباحثون ما يقارب 200,000 صورة لمواقع إلكترونية، عبر أكثر من 10,000 موقع. لم يكونوا يتصفحون بعض صفحات الهبوط الحديثة ويطلقون تخمينًا. بل درسوا سنوات من الصفحات المؤرشفة، وقارنوا كيف تغيرت المواقع بصريًا مع مرور الوقت. [2]

وكانت النتيجة واضحة.

أصبحت المواقع الإلكترونية أكثر تشابهًا بشكل ملحوظ منذ عام 2007. وكان أكبر تغير في الـ layout، حيث انخفض متوسط الاختلاف بين المواقع بأكثر من 30%. [2]

هذا الرقم مهم لأن الـ layout ليس مجرد زينة. الـ layout هو البنية. هو الهيكل العظمي للصفحة. وعندما تصبح البُنى أكثر تشابهًا، فالويب لا يبدو أنظف فقط. بل يبدأ في التفكير بنفس الأشكال.

شريط تنقل في الأعلى.
منطقة بداية كبيرة.
عنوان في المنتصف.
نص داعم.
زر أساسي.
شبكة من الكروت.
فوتر.

هذه البنية أصبحت الإجابة المريحة على تقريبًا كل مشكلة تصميم ويب.

وهنا يصبح فهم مشكلة البورتفوليوهات أسهل. بورتفوليو المطور لا يصبح متكررًا بمعزل عن العالم. هو جزء من ثقافة ويب أوسع تعلمت تدريجيًا أن تكافئ الأنماط المألوفة.

الدراسة نفسها وجدت شيئًا مثيرًا للاهتمام: المواقع لم تكن ببساطة تنسخ كود بعضها أكثر من قبل. في الحقيقة، تشابه الكود نفسه قل مع الوقت. ما زاد هو التداخل في المكتبات والأدوات. المواقع التي استخدمت مكتبات مشهورة مثل Bootstrap وFontAwesome وjQuery UI كانت تميل لأن تبدو أكثر تشابهًا مع بعضها. [2]

وهذا يغير الاتهام.

المشكلة ليست أن كل مطور ينسخ نفس الموقع. المشكلة أن كثيرًا من المطورين يبدأون من نفس لغة التصميم، ونفس المكونات، ونفس الإعدادات الافتراضية، ونفس الافتراضات عن شكل الموقع “الصحيح”.

البورتفوليو من المفترض أن يكون شخصيًا. لكن في اللحظة التي يدخل فيها هذا النظام، يبدأ في الانجذاب نحو المتوسط.

ليس لأن المتوسط سيئ.

الفريموركات، القوالب، والمعادلة الآمنة

لأن المتوسط آمن.

والآمن له أدواته.

الفريموركات لم تدمّر تصميم الويب. هذا تبسيط مبالغ فيه، وغير عادل. Bootstrap، وTailwind، ومكتبات المكونات، والقوالب، ومجموعات الأيقونات، وUI kits، وأنظمة التصميم كلها حلّت مشاكل حقيقية. جعلت بناء المواقع أسرع، وأسهل في الصيانة، وأكثر اتساقًا عبر الأجهزة المختلفة.

لقد منحت المطورين بنية في وقت أصبح فيه التحكم في الويب أصعب.

وجود grid responsive يعني أن تصميمك لن ينهار على الموبايل. وجود زر جاهز يعني أنك لا تحتاج لإعادة التفكير في الـ padding، والـ borders، وحالات الـ hover، والمحاذاة في كل مرة. وجود مكتبة أيقونات يعني أنك تستطيع إيصال المعنى بسرعة دون رسم كل شيء من الصفر. وجود قالب يعني أنك تبدأ من شيء يعمل بالفعل.

هذا مفيد.

المشكلة تبدأ عندما يتحول المفيد إلى شيء تلقائي.

عندما يبدأ كل مشروع بنفس الـ container، ونفس الـ grid، ونفس الـ card، ونفس شكل الزر، ونفس نظام المسافات، فمن الطبيعي أن تبدأ النتيجة في الشعور بأنها مألوفة. ليس لأن أحدًا نسخ بشكل سيئ، بل لأن الجميع بدأ من نفس مجموعة الإجابات.

وهذا صحيح بشكل خاص في البورتفوليوهات.

عادةً ما يُبنى البورتفوليو تحت ضغط. تريد أن يكون سريع التحميل. تريد أن يبدو احترافيًا. تريد أن يفهمه مسؤولو التوظيف بسرعة. تريد أن يعمل على كل الشاشات. تريد أن تتجنب أي شيء يبدو غريبًا جدًا، أو بطيئًا جدًا، أو تجريبيًا جدًا، أو صعب القراءة بسرعة.

فتلجأ إلى المعادلة الآمنة.

قسم بداية.
مقدمة قصيرة.
تقنيات مستخدمة.
كروت مشاريع.
زر تواصل.
فوتر.

إنها تعمل. ولهذا تنتشر.

أكثر layout أمانًا يصبح أكثر layout يتم نسخه. وأكثر layout يتم نسخه يصبح هو المتوقع. وبمجرد أن يصبح شيء ما متوقعًا، يصبح الخروج عنه مخاطرة.

قد يظن المطور أنه يتخذ قرارًا تصميميًا، لكنه في كثير من الأحيان يختار بين إعدادات افتراضية تم تشكيلها مسبقًا بواسطة الأدوات المحيطة به. الفريمورك لا يجبر البورتفوليو أن يبدو عامًا. هو فقط يجعل النسخة العامة أسهل في الوصول إليها.

القوالب تدفع هذا الأمر أكثر. القالب الجيد مصمم ليكون مرنًا بما يكفي للجميع، وهذا يعني أيضًا أنه لا يمكن أن يكون محددًا جدًا لأي شخص. يجب أن يناسب مصممًا، ومطورًا، ومصورًا، ومؤسس شركة ناشئة، وفريلانسر. لذلك يصبح نظيفًا، محايدًا، مصقولًا، وآمنًا عاطفيًا.

هذا الحياد مفيد عندما تحتاج إلى السرعة.

لكن الشخصية نادرًا ما تأتي من الحياد.

البورتفوليو الشخصي يجب أن يفعل أكثر من إثبات أنك تعرف كيف ترتب الأقسام بشكل صحيح. يجب أن يكشف كيف تفكر، ماذا تلاحظ، ما الذي يهمك، وما نوع المشاكل التي تنجذب إليها.

الفريموركات يمكن أن تساعدك في بناء ذلك.

لكنها لا تستطيع أن تقرره بدلًا منك.

عندما أصبح التصميم آلة

الفريموركات يمكن أن تساعدك في بناء بورتفوليو.

لكنها لا تستطيع أن تقرر معنى بورتفوليوك.

وهنا تبدأ المشكلة التالية. الأدوات ليست سوى جزء من القصة. القوة الأكبر هي العملية المحيطة بهذه الأدوات: الضغط لتكون سريعًا، الخوف من أن يُساء فهمك، الهوس بما نجح مع شخص آخر، والحاجة المستمرة إلى جعل قرارات التصميم تبدو آمنة.

في مقاله “Design Machines”، يجادل Travis Gertz بأن تشابه التصميم الرقمي ليس مجرد مشكلة تريند. ليس فقط بسبب التصميم المسطح، أو التصميم المتجاوب، أو أي أسلوب بصري شائع في لحظة معينة. المشكلة أعمق. هي مشكلة نظام كامل. [3]

التصميم الرقمي الحديث محاط بالضغط.

كل زر يمكن اختباره. كل ضغطة يمكن تتبعها. كل قسم يمكن الحكم عليه من خلال التفاعل، أو التحويلات، أو معدل الخروج، أو عمق التمرير، أو أي رقم آخر يجعل التصميم يبدو أكثر يقينًا مما هو عليه فعلًا. البيانات يمكن أن تكون مفيدة، لكن عندما يجب تبرير كل شيء بالأرقام، تبدأ المخاطرة الإبداعية في الظهور كأنها تصرف غير مسؤول.

فيصبح التصميم دفاعيًا.

استخدم الـ layout الذي يفهمه الناس بالفعل.
استخدم بنية العنوان التي تحقق نتائج بالفعل.
استخدم شكل الزر الذي يضغط عليه الناس بالفعل.
استخدم القالب الذي يبدو احترافيًا بالفعل.
استخدم النمط الذي لن يعترض عليه أحد في الاجتماع.

هكذا يصبح البورتفوليو أقل شبهًا بمساحة شخصية، وأكثر شبهًا بصفحة منتج لشخص.

لم تعد تسأل: “ما هي أكثر طريقة صادقة لعرض عملي؟”

بل تسأل: “ما هي النسخة الأكثر أمانًا مني؟”

وهذا السؤال يغير كل شيء.

إنه يدفع المطورين نحو نفس النبرة، ونفس البنية، ونفس اللغة البصرية. ليس لأنهم بلا خيال، بل لأن الخيال أصعب في الدفاع عنه. الـ layout الغريب يحتاج إلى تفسير. القرار البصري الجريء قد يُفهم بشكل خاطئ. أسلوب الكتابة الشخصي قد يبدو مخاطرة. تجربة مخصصة جدًا قد تبهر شخصًا وتزعج آخر.

لذلك تكافئ الآلة المتوسط.

“التصميم الرقمي هو خط إنتاج بشري.”

Travis Gertz [3]

هذه الجملة مهمة لأنها لا تلوم مطورًا واحدًا، أو أداة واحدة، أو تريندًا واحدًا. إنها تصف طريقة عمل كاملة. نبني أنظمة قابلة للتكرار، نملؤها بمحتوى قابل للاستبدال، نصقل النتيجة، ننشرها، ثم ننتقل إلى النسخة التالية.

بالنسبة للشركات، هذا منطقي غالبًا. هي تحتاج إلى الاتساق. تحتاج إلى السرعة. تحتاج إلى أنظمة قابلة للتوسع.

لكن البورتفوليوهات مختلفة.

البورتفوليو لا يحتاج أن يتوسع إلى ألف صفحة. لا يحتاج أن يخدم كل جمهور ممكن بالتساوي. لا يحتاج أن يبدو مثل صفحة هبوط لمنتج SaaS. ولا يحتاج أن يخفي كل شخصية خلف مسافات مثالية ونصوص آمنة.

البورتفوليو واحد من الأماكن القليلة على الويب حيث المصمم، والمطور، والكاتب، وموضوع الموقع، غالبًا يكونون نفس الشخص.

وهذا كان يجب أن يجعله أكثر شخصية.

لكن منطق الآلة نفسه يتبعنا إلى هناك أيضًا. نحول أنفسنا إلى أقسام. نحول مشاريعنا إلى كروت. نحول مهاراتنا إلى badges. نحول شخصيتنا إلى جملة قصيرة تحت عنوان الـ hero.

وببطء، يتوقف البورتفوليو عن الشعور بأنه شخص.

ويبدأ في الشعور بأنه قالب.

الذكاء الاصطناعي جعل الأمر أسوأ: فخ المشغّل

ثم دخل الذكاء الاصطناعي إلى الغرفة.

هو لم يخلق مشكلة التشابه. الأنماط كانت موجودة بالفعل. القوالب كانت موجودة بالفعل. المعادلات الآمنة كانت موجودة بالفعل. الذكاء الاصطناعي فقط جعل الوصول إليها أسرع.

قبل الذكاء الاصطناعي، إذا أردت بناء بورتفوليو، كان عليك أن تبحث، وتقارن، وتختار، وتنسخ، وتعدل، وتكسر أشياء، وتصلحها، وتقرر ببطء ما الذي يبدو صحيحًا. هذه العملية كانت مزعجة أحيانًا، لكنها كانت تجبرك على اتخاذ قرارات. حتى عندما تبدأ من قالب، كان عليك أن تلمس العمل لفترة كافية حتى يظهر شيء من ذوقك الخاص.

الآن أصبحت المسافة بين الفكرة والنتيجة أقصر.

يمكنك أن تطلب بورتفوليو لمطور، فتحصل خلال ثوانٍ على قسم بداية نظيف، وشبكة مشاريع، وقائمة تقنيات، وحركات ناعمة، وكروت responsive، ونصوص مصقولة.

هذا يبدو قويًا.

وهو كذلك فعلًا.

لكنه أيضًا خطر إذا تخطيت جزء التفكير.

لأن الذكاء الاصطناعي بارع جدًا في إعطاء الإجابة الأكثر احتمالًا. لقد رأى الأنماط. تعلم الأشكال. يعرف كيف يبدو “بورتفوليو حديث” في العادة. لذلك عندما يطلب آلاف الأشخاص من أدوات متشابهة مواقع متشابهة، لا يجب أن يتفاجأوا عندما تبدأ النتائج في التشابه أيضًا.

الآلة لا تحاول أن تكون عامة.

هي تحاول أن تكون مفيدة.

وهذا بالضبط هو السبب في أن النتيجة قد تصبح عامة جدًا.

أمر مثل “أنشئ بورتفوليو حديث لمطور” لا ينتج غالبًا عالمًا شخصيًا. بل ينتج متوسط ما قبله الإنترنت بالفعل كبورتفوليو. أقسام نظيفة. لغة آمنة. Layouts مألوفة. حركات معقولة. نبرة احترافية. كل شيء يعمل، لكن لا شيء يشعر كأنه خرج من إنسان محدد.

الأبحاث عن الذكاء الاصطناعي التوليدي والإبداع تشير إلى توتر مشابه. يمكن للذكاء الاصطناعي أن يحسن الإبداع الفردي في بعض الحالات، لكنه قد يقلل التنوع الجماعي عندما يستخدم كثير من الناس أفكارًا مولدة من نفس النوع من الآلات. بمعنى آخر، قد يشعر كل شخص أنه أصبح أكثر إبداعًا، بينما تصبح المجموعة كلها أكثر تشابهًا. [4]

وهذا هو الخطر بالضبط في البورتفوليوهات.

قد تبدو النتيجة أفضل مما يمكن لشخص أن يبنيه بسرعة وحده. قد تكون نظيفة، responsive، ومصقولة. لكن إذا كان الجميع يتلقى المساعدة من نفس نوع المتوسط، فستبدأ المواقع النهائية في الاقتراب من نفس درجة الحرارة العاطفية.

وهنا يصبح “فخ المشغّل” مهمًا.

يحذر البروفيسور Paul Cheung من أن الخطر الحقيقي للذكاء الاصطناعي ليس فقط أن تصبح الآلات أقوى. الخطر أن يصبح البشر أضعف إذا توقفوا عن استخدام التكنولوجيا بطريقة تجعلهم يفكرون. فكرته بسيطة: إذا تركنا الآلة تفكر بدلًا منا، نصبح مجرد مشغّلين. نضغط أزرارًا، نقبل النتائج، ونتحرك للأمام دون أن نفهم القرارات وراءها. [5]

هذه الفكرة تنطبق تمامًا على تصميم البورتفوليو.

إذا كان الذكاء الاصطناعي يكتب عنوانك، ويختار بنيتك، ويصف مشاريعك، ويحدد نبرتك، ويشكل أسلوبك البصري، فما الذي تبقى منك فعلًا داخل البورتفوليو؟

قد تنشر موقعًا.

لكن هل قلت شيئًا؟

هل اخترت اتجاهًا؟

هل فهمت لماذا يعمل الـ layout؟

هل قررت ماذا تكشف وماذا تحذف؟

هل قلت شيئًا لا يستطيع غيرك قوله؟

هذا لا يعني أن الذكاء الاصطناعي بلا فائدة. المشكلة ليست في استخدامه. المشكلة في استخدامه قبل أن تكون لديك فكرة خاصة بك.

الذكاء الاصطناعي منفذ رائع. يمكنه مساعدتك في التنظيم، وإعادة الصياغة، وتصحيح الأخطاء، وتوليد نسخ مختلفة، واختبار الأفكار، والتحرك بسرعة أكبر. لكنه لا يجب أن يكون مصدر ذوقك. لا يجب أن يستبدل حكمك. ولا يجب أن يقرر شخصيتك بدلًا منك.

الترتيب مهم.

“فكّر أولًا. استخدم الذكاء الاصطناعي ثانيًا.”

امتلك سببًا قبل أن تطلب الخيارات. امتلك اتجاهًا قبل أن تطلب layout. امتلك صوتًا قبل أن تطلب نصًا. امتلك قصة قبل أن تطلب بنية.

وإلا، فالذكاء الاصطناعي لا يجعل بورتفوليوك أكثر إبداعًا.

بل يجعله أكثر احتمالًا.

لهذا يمكن للذكاء الاصطناعي أن يجعل تشابه البورتفوليوهات أسوأ. ليس لأنه سيئ، بل لأنه مدرب على ما هو موجود بالفعل، ومعظم الناس يطلبون منه ما يعمل بالفعل.

إذا كانت مشكلة البورتفوليو القديمة أن الجميع ينظر إلى نفس مصادر الإلهام، فالمشكلة الجديدة أن الجميع يطلب من نفس الآلة أن تلخص له هذه المصادر مرة أخرى.

النتيجة ليست قبيحة دائمًا.

أحيانًا تكون جميلة.

أحيانًا تكون سريعة، مصقولة، responsive، ومبهرة تقنيًا.

لكن إذا لم يحدث تفكير حقيقي قبل النتيجة، فقد يظل الموقع فارغًا. قد يبدو مكتملًا ولا يقول شيئًا. قد يبدو احترافيًا، لكنه ما زال يشعر وكأن لا أحد عاش بداخله.

لذلك، قبل أن نلوم الذكاء الاصطناعي، أو القوالب، أو الفريموركات، أو التريندات، يجب أن نسأل سؤالًا أصعب:

هل نستخدم هذه الأدوات للتعبير عن تفكيرنا، أم لتجنبه؟

هذا السؤال مهم لأن التشابه ليس سيئًا دائمًا. أحيانًا تساعد الأنماط المألوفة الناس على فهم الموقع بسرعة أكبر.

لكن هناك فرق بين استخدام الألفة بقصد، وترك الألفة تستبدل القصد.

هل التشابه سيئ دائمًا؟

في هذه المرحلة، سيكون من السهل أن نقول إن التشابه هو العدو.

لكن هذا سيكون تبسيطًا زائدًا.

ليست كل الأنماط المألوفة فشلًا إبداعيًا. أحيانًا تكون الألفة هي ما يجعل الموقع قابلًا للاستخدام من الأساس. المستخدمون لا يأتون إلى البورتفوليو بصبر غير محدود. لا يريدون حل لغز قبل أن يجدوا أعمالك. لا يريدون البحث عن مشاريعك، أو تخمين مكان رابط التواصل، أو تعلم نظام تنقل جديد بالكامل فقط ليفهموا من أنت.

بعض أجزاء البورتفوليو يجب أن تكون متوقعة.

يجب أن يكون التنقل سهل العثور عليه.
يجب أن تكون المشاريع سهلة الفتح.
يجب أن يكون النص مقروءًا.
يجب أن يكون طريق التواصل واضحًا.
يجب ألا يحارب الـ layout القارئ.

هذا ليس مملًا. هذا احترام.

هناك سبب يجعل الأنماط المألوفة تستمر. إنها تقلل الاحتكاك. تساعد المستخدمين على التحرك بسرعة. وتجعلهم يركزون على المحتوى بدلًا من فك شفرة الواجهة. مبادئ Nielsen Norman Group في قابلية الاستخدام تقول إن المستخدمين لا يجب أن يتساءلوا عما إذا كانت الكلمات أو الأفعال أو المواقف المختلفة تعني نفس الشيء. كما يقول Jakob’s Law إن الناس يقضون معظم وقتهم على منتجات رقمية أخرى، وهذا يشكل ما يتوقعونه من منتجك. [6]

إذًا لا، التشابه ليس سيئًا دائمًا.

المشكلة ليست أن البورتفوليوهات تستخدم أقسام بداية. المشكلة عندما لا يقول كل قسم بداية أي شيء. المشكلة ليست كروت المشاريع. المشكلة عندما يشعر كل كارت مشروع كأنه placeholder. المشكلة ليست التصميم النظيف. المشكلة عندما يصبح التصميم النظيف مكانًا لإخفاء غياب الشخصية.

“هناك فرق بين استخدام القواعد، والاختفاء بداخلها.”

يمكن للبنية المألوفة أن تحمل صوتًا أصليًا. يمكن للـ layout البسيط أن يشعر بأنه محدد. يمكن للصفحة النظيفة أن تكشف ذوقًا، وحكمًا، وروحًا، وفضولًا، وهوسًا، وانضباطًا، أو وجهة نظر.

الهدف ليس أن تجعل الزائر يعمل بجهد أكبر فقط لتثبت أنك مبدع.

هذا هو التوازن.

استخدم القواعد عندما تساعد المستخدم. واكسر التوقعات عندما تكشف شيئًا حقيقيًا عنك. اجعل الباب سهل الفتح، لكن اجعل الغرفة تستحق التذكر.

ما الذي يجعل البورتفوليو قابلًا للتذكر فعلًا؟

إذًا السؤال الحقيقي ليس: “كيف أصنع بورتفوليو لم يره أحد من قبل؟”

هذا السؤال شبه مستحيل.

السؤال الأفضل هو: “كيف أصنع بورتفوليو ما زال يشعر بأنه أنا؟”

البورتفوليو القابل للتذكر ليس دائمًا الأعلى صوتًا.

ليس دائمًا ذلك الذي يحتوي على أغرب حركة، أو أعقد مشهد WebGL، أو أغرب cursor، أو أكثر لوحة ألوان درامية. هذه الأشياء قد تعمل، لكن فقط عندما تكشف شيئًا له معنى عن الشخص خلف الموقع.

هذا هو الفرق.

“الحيلة تقول: انظر ماذا أستطيع أن أضيف. أما الاختيار القابل للتذكر فيقول: انظر كيف أفكر.”

لهذا تبقى بعض البورتفوليوهات في ذهنك. بورتفوليو Bruno Simon قابل للتذكر لأنه يحوّل التصفح إلى تجربة. أنت لا تمرر فقط بين أقسام. أنت تقود داخل عالم صغير تفاعلي. سبب نجاحه ليس التكنولوجيا وحدها. بل لأنه يجعل الفكرة، والتفاعل، والمهارة، والشخصية كلها تشير في نفس الاتجاه. [7]

السيرة الذاتية التفاعلية لـ Robby Leonardi قابلة للتذكر لسبب مشابه. إنها تحول الخبرة، والمهارات، والتاريخ المهني إلى رحلة شبيهة باللعبة. مرة أخرى، الفكرة ليست أن يقلد الجميع هذا الأسلوب. الفكرة أن الأسلوب البصري، والتفاعل، والمحتوى كلها متصلة بفكرة واحدة واضحة. [8]

معظم المطورين لا يجب أن يبنوا بورتفوليو ثلاثي الأبعاد.

ومعظم المطورين لا يجب أن يبنوا سيرة ذاتية شبيهة بلعبة.

الفكرة ليست نسخ الأمثلة. الفكرة هي ملاحظة ما الذي يجعلها تعمل.

البورتفوليوهات القابلة للتذكر غالبًا لديها منطق داخلي قوي. الفكرة، والمرئيات، والتفاعل، والمحتوى كلها تبدو متصلة. لا شيء يشعر بأنه أضيف فقط لأنه كان تريند.

وهذا ما تفتقده كثير من البورتفوليوهات.

لديها صقل، لكن لا وجهة نظر.
لديها حركات، لكن بلا سبب.
لديها كروت مشاريع، لكن بلا قصة.
لديها tech stack، لكن بلا دليل على الحكم والاختيار.

يصبح البورتفوليو قابلًا للتذكر عندما يساعد القارئ على فهم نوع الشخص الموجود خلف العمل.

ليس فقط ما الأدوات التي تستخدمها، بل كيف تتعامل مع المشاكل.
ليس فقط ماذا بنيت، بل لماذا كان يجب أن يوجد.
ليس فقط كيف بدت الشاشة النهائية، بل ما القرارات التي شكلتها.
ليس فقط ما الذي نجح، بل ما التنازلات التي اضطررت لاتخاذها.

وهنا تصبح دراسات الحالة مهمة.

قسم مشاريع ضعيف يقول:

“بنيت هذا باستخدام React وTailwind وFirebase.”

أما الأقوى فيقول:

“بنيت هذا لأن المستخدمين كانوا يحتاجون إلى طريقة أسرع لفعل X. كان التحدي الأساسي هو Y. اخترت هذا الحل بسبب Z. والنتيجة كانت أوضح، أسرع، أو أسهل بهذه الطريقة المحددة.”

هذا النوع من الكتابة يفعل أكثر من وصف المشروع. إنه يكشف التفكير.

والتفكير يصعب نسخه.

ينطبق الأمر نفسه على التصميم البصري. لست مضطرًا لإعادة اختراع الصفحة كلها. أحيانًا تكفي بصمة واحدة قوية: صوت كتابة مميز، أسلوب رسومي شخصي، تفاعل صغير يطابق شخصيتك، صفحة مشروع تُقرأ كقصة، أو صفحة رئيسية تخبر الناس فورًا بنوع المشاكل التي تهتم بها.

أفضل البورتفوليوهات غالبًا تفعل ثلاثة أشياء جيدًا.

أولًا، هي واضحة. يمكنك أن تفهم من هو الشخص، ماذا يفعل، وأين تجد أعماله دون مجهود.

ثانيًا، هي محددة. لا تبدو وكأنها يمكن أن تنتمي إلى أي مطور على الإنترنت. اللغة، والأمثلة، والمشاريع، والتفاصيل تشير إلى شخص حقيقي لديه اهتمامات حقيقية.

ثالثًا، هي تُظهر الحكم. تشرح القرارات، والقيود، والتنازلات، والنتائج بدلًا من عرض screenshots وأدوات فقط.

هذه هي الطريقة الحقيقية للتميّز.

ليس بجعل الأجزاء المألوفة أصعب.

بل بجعل الأجزاء الشخصية أقوى.

رأيي الشخصي

لا أعتقد أن معظم البورتفوليوهات تبدو متشابهة لأن المطورين كسالى.

أعتقد أنها تبدو متشابهة لأننا جميعًا ننظر إلى نفس الأشياء.

مصادر إلهامنا تتحول إلى نظامنا البصري الغذائي. نتصفح نفس البورتفوليوهات، نحفظ نفس المراجع، نعجب بنفس التأثيرات، ننسخ نفس البُنى، ثم نتساءل لماذا يبدأ عملنا في الشعور بأنه مألوف. تصبح حلقة. حتى عندما نحاول أن نكون أصليين، نحن غالبًا نتفاعل مع نفس مجموعة الأفكار.

شعرت بهذا أثناء بناء بورتفوليوي.

لم أرد أن يبدو رسميًا جدًا، أو مؤسسيًا جدًا، أو سهل الاستبدال جدًا. البورتفوليو الرسمي يمكن أن يبدو احترافيًا، لكنه قد يصبح أيضًا سهل النسخ. غيّر الاسم، والمشاريع، والألوان، وفجأة يمكن أن ينتمي إلى أي شخص تقريبًا.

وهذا ما أردت تجنبه.

بالنسبة لي، يجب أن يشعر البورتفوليو كأنه عالم شخصي. ليس سيرة ذاتية تم تحويلها إلى موقع. وليس مجموعة كروت. وليس مجرد قائمة تقنيات. يجب أن يُظهر كيف يفكر الشخص، ما الذي يهمه، أي نوع من الطاقة لديه، وما التجربة التي يريد أن يصنعها لشخص آخر.

لهذا حاولت أن أجعل موقعي شخصيًا وممتعًا قليلًا. مثال على ذلك هو صفحة الـ CV. عندما يضغط شخص على “download CV” من الصفحة الرئيسية، لا يحصل فقط على ملف عادي مباشرة. هناك plot twist صغير. لحظة بسيطة من الشخصية. هي بسيطة، لكنها تقول شيئًا لا يستطيع زر عادي أن يقوله.

وهذا مهم بالنسبة لي.

“لأنني إذا قلت إنني أهتم بالشخصية، يجب أن أثبت ذلك في مكان ما.”

وإذا قلت إنني أريد أن يشعر عملي بأنه مختلف، يجب أن يحمل الموقع نفسه هذا الشعور. وإلا فهي مجرد ادعاء آخر في hero section آخر.

أنا أيضًا لا أعتقد أن كل بورتفوليو يجب أن يكون غريبًا أو تجريبيًا. البورتفوليو الإبداعي المربك أسوأ من بورتفوليو ممل لكنه يعمل. الوضوح ما زال مهمًا. والبساطة ما زالت مهمة. يجب أن يفهم الناس أين هم، وماذا تفعل، وكيف يصلون إليك.

لكن البساطة لا يجب أن تعني الفراغ.

يمكن للبورتفوليو البسيط أن يشعر بأنه حي. يمكن أن يحمل روحًا، وإيقاعًا، وذوقًا، ومشاعر، ووجهة نظر. يمكن أن يجعل شخصًا يبتسم. يمكن أن يجعل شخصًا يشعر كأنه قابل إنسانًا، لا أنه مسح layout بعينيه فقط.

وهذا أيضًا كيف أفكر في الذكاء الاصطناعي.

أنا أستخدم الذكاء الاصطناعي، لكنني لا أريده أن يفكر بدلًا مني. أريد أن أفكر أولًا، أضع الخطة، أفهم ما أريد، ثم أستخدم الذكاء الاصطناعي كمنفذ. الخطر يبدأ عندما يصنع الذكاء الاصطناعي البنية، والكلمات، والقرارات، والذوق بدلًا منا. عندها نحن لا نصبح أكثر إبداعًا. نحن نصبح أكثر تكرارًا.

وربما هذه هي المشكلة الأكبر.

إذا استخدم الجميع نفس مصادر الإلهام، ونفس القوالب، ونفس الفريموركات، ونفس إجابات الذكاء الاصطناعي، فستستمر المسافة بين البورتفوليوهات في الصغر. ليس لأن البشر ليس لديهم ما يقولونه، بل لأنهم توقفوا عن قوله بأنفسهم.

بالنسبة لي، التميّز لا يعني إضافة تأثيرات عشوائية.

بل يعني أن تجعل شخصًا يشعر بشيء لن يشعر به في كل موقع آخر.

يعني أن تُظهر من أنا، وماذا أفكر، وكيف أرى العمل.

البورتفوليو الجيد لا يجب أن يُظهر فقط ما أستطيع بناءه.

بل يجب أن يُظهر من أنا.

الخلاصة

ربما تبدو كل البورتفوليوهات متشابهة لأن التشابه سهل الوصول إليه.

الأنماط موجودة بالفعل. القوالب موجودة بالفعل. الفريموركات موجودة بالفعل. الإلهام موجود بالفعل. وأمر الذكاء الاصطناعي موجود بالفعل.

وبصراحة، كثير من هذا يعمل.

قسم بداية واضح يعمل. شبكة مشاريع بسيطة تعمل. زر تواصل ظاهر يعمل. البنية المألوفة تساعد الناس على فهم الموقع بسرعة، والبورتفوليو لا يجب أن يجعل الزائر يعاني فقط ليجد العمل.

لكن الخطر ليس في البنية.

الخطر هو الاختفاء داخل البنية.

عندما يستخدم كل مطور نفس الكلمات، ونفس الأقسام، ونفس كروت المشاريع، ونفس النبرة المصقولة، يتوقف البورتفوليو عن كونه مساحة شخصية. يصبح placeholder. قد يكون نظيفًا. قد يكون احترافيًا. وقد يكون جيدًا تقنيًا.

لكنه يصبح قابلًا للنسيان.

الهدف ليس أن تجعل البورتفوليو غريبًا لمجرد أن تكون مختلفًا. الهدف ليس محاربة كل قاعدة أو تحويل كل scroll إلى عرض مسرحي. الهدف أصعب من ذلك بكثير.

“احتفظ بما يساعد الزائر. غيّر ما يخفي الشخص.”

استخدم الأجزاء المألوفة لتجعل التجربة سهلة. واستخدم الأجزاء الشخصية لتجعلها ذات معنى. اجعل التنقل بسيطًا. اجعل زر التواصل واضحًا. دع الـ layout يتنفس. لكن في مكان ما داخل الكلمات، أو المشاريع، أو التفاعلات، أو التفاصيل، أو القصة، يجب أن يوجد شيء لا يصنعه إلا أنت.

هنا تعيش القابلية للتذكر.

ليس في أعلى حركة.

ولا في أغرب layout.

ولا في التصميم الذي يبدو أغلى.

بل في اللحظات الصغيرة التي يتوقف فيها الموقع عن الشعور بأنه قالب، ويبدأ في الشعور بأنه شخص.

نعم، يجب أن يعرض البورتفوليو عملك.

لكن أكثر من ذلك، يجب أن يعرض حكمك، وذوقك، وأسئلتك، وروحك، واهتمامك، وطريقتك في رؤية الأشياء.

لأن الناس في النهاية لا يتذكرون شبكة أخرى من كروت المشاريع.

هم يتذكرون كيف جعلهم الموقع يشعرون.

وإذا استطاع بورتفوليوك أن يجعل شخصًا يشعر كأنه قابلك قبل أن يتحدث إليك، فقد فعل شيئًا أثمن من مجرد الظهور بمظهر احترافي.

المراجع

المصادر والأمثلة المذكورة في هذا المقال.

1. نقاش على Reddit: “Why Most Portfolios Look the Same And How to Stand Out Without Being Gimmicky”. مصدره منشور وتعليقات Reddit المستخدمة في بحث المقال.
2. Samuel Goree, Bardia Doosti, David Crandall, وNorman Makoto Su: “Investigating the Homogenization of Web Design: A Mixed-Methods Approach”
3. Travis Gertz: “Design Machines”
4. Anil R. Doshi وOliver P. Hauser: “Generative AI enhances individual creativity but reduces the collective diversity of novel content”
5. ملخص مقابلة Youth Hong Kong: “The Operator Trap”، مقابلة مع Professor Paul Cheung
6. Nielsen Norman Group: قانون Jakob ومبدأ “Consistency and Standards” في قابلية الاستخدام
7. Awwwards: بورتفوليو Bruno Simon، موقع العام 2019
8. Robby Leonardi: السيرة الذاتية التفاعلية
9. Riyad Sibai: صفحة الـ CV

عرض كل المراجع