The Case for Developing Features No One Asked For

The Case for Developing Features No One Asked For

Picture this: You’re in a product meeting, and someone suggests building a feature that literally zero users have requested. The room goes silent. Someone coughs awkwardly. The PM looks like they’ve just witnessed a cardinal sin against the sacred gospel of user-driven development. But here’s the thing – some of the most revolutionary features in tech history were born from this exact scenario. Twitter’s character limit wasn’t requested by users longing for brevity....

September 8, 2025 · 9 min · 1843 words · Maxim Zhirnov
Пример разработки функций, о которых никто не просил

Пример разработки функций, о которых никто не просил

Представьте: вы находитесь на совещании по продукту, и кто-то предлагает разработать функцию, о которой буквально ни один пользователь не просил. В комнате воцаряется тишина. Кто-то неловко кашляет. Менеджер по продукту выглядит так, будто только что стал свидетелем смертного греха против священного евангелия разработки, ориентированной на пользователя. Но вот в чём дело — некоторые из самых революционных функций в истории технологий родились именно в такой ситуации. Ограничение на количество символов в Twitter не было запрошено пользователями, жаждущими краткости....

September 8, 2025 · 5 min · 1031 words · Maxim Zhirnov
Why Occasionally Giving Customers the Silent Treatment Makes Better Software

Why Occasionally Giving Customers the Silent Treatment Makes Better Software

Let’s start with a heresy: The best software isn’t built by blindly following requirements - it’s crafted by knowing when to say “that’s what you asked for, but here’s what you need”. Like a chef refusing to put ketchup on filet mignon, sometimes we must protect users from their own requests. The Requirements Roulette Wheel Ever played “telephone” with stakeholders? Here’s how requirements typically evolve: graph LR A[User Request] --> B["...

April 7, 2025 · 3 min · 562 words · Maxim Zhirnov
Почему, иногда предоставляя клиентам режим молчания, программное обеспечение становится лучше

Почему, иногда предоставляя клиентам режим молчания, программное обеспечение становится лучше

Давайте начнём с ереси: лучшее программное обеспечение создаётся не путём слепого следования требованиям, а благодаря пониманию того, когда нужно сказать: «Это то, о чём вы просили, но вот что вам нужно». Подобно шеф-повару, отказывающемуся поливать филе-миньон кетчупом, иногда мы должны защищать пользователей от их собственных запросов. Колесо рулетки требований Когда-нибудь играли в «испорченный телефон» со стейкхолдерами? Вот как обычно эволюционируют требования: graph LR A[Пользовательский запрос] --> B["Нам нужна красная кнопка!"] B --> C["...

April 7, 2025 · 3 min · 583 words · Maxim Zhirnov